2020-06-05 17:21:32] VERBOSE[9683][C-00000004] pbx.c: Executing [s@macro-dialout-trunk:32] ExecIf(“PJSIP/204-00000002”, “0?Set(DIAL_TRUNK_OPTIONS=)”) in new stack
[2020-06-05 17:21:32] VERBOSE[9683][C-00000004] pbx.c: Executing [s@macro-dialout-trunk:33] Set(“PJSIP/204-00000002”, “HASH(__SIPHEADERS,Alert-Info)=unset”) in new stack
[2020-06-05 17:21:32] VERBOSE[9683][C-00000004] pbx.c: Executing [s@macro-dialout-trunk:34] Dial(“PJSIP/204-00000002”, “PJSIP/13034640011@F1Systems,300,Tb(func-apply-sipheaders^s^1,(1))M(send-obroute-email^13034640011^3034640011^1^1591399292^^204)”) in new stack
[2020-06-05 17:21:32] ERROR[5959] res_pjsip.c: Endpoint ‘F1Systems’: Could not create dialog to invalid URI ‘F1Systems’. Is endpoint registered and reachable?
[2020-06-05 17:21:32] ERROR[5959] chan_pjsip.c: Failed to create outgoing session to endpoint ‘F1Systems’
[2020-06-05 17:21:32] WARNING[9683][C-00000004] app_dial.c: Unable to create channel of type ‘PJSIP’ (cause 3 - No route to destination)
[2020-06-05 17:21:32] VERBOSE[9683][C-00000004] app_dial.c: No devices or endpoints to dial (technology/resource)
Before even attempting the call, Asterisk decided that the trunk was unavailable. Registration (if used) may have failed. Otherwise, qualify failed (no reply to OPTIONS requests sent out).
In addition, the Outbound Route did not specify any backup trunks, so the overall call failed.
Earlier (perhaps much earlier) in the log, you should see errors relating to registration failure and/or host unreachable. You can troubleshoot this with pjsip logger or network packet captures.
Flowroute supports both registration and IP authentication. If you are using registration, failure to register will cause the trunk to be unavailable, even if it’s ‘reachable’. If using IP auth, the trunk may have appeared to be unreachable at the time of the call attempt and become reachable later.
When you see an ‘is now Reachable’, that means it was previously unreachable.
Doing both on the same account is not at all a problem, but doing both on the same trunk is pretty weird, because a loss of registration will cause outbound calls to fail.
If you don’t have a static IP address, or have multiple internet connections, registration is usually best for incoming, so Flowroute can send calls to the correct address. With static IP, having them send calls directly to the address is more robust; there is no risk of lost registration.
For outgoing from a dynamic IP, you can use user/pass authentication, so an address change won’t block your calls. If you have a static IP or multiple static IPs, you can pre-authorize them on Flowroute’s portal and calls from those addresses will be accepted with no further auth (though the proper tech prefix must still be sent).
There is one trunk so, yes, they are both on this same trunk. I have confirmed Tech ID, secret, sip server. I have deleted the outbound route and recreated it to no avail. I am at a loss.
Sorry, I have not seen this error before and have no idea what it means. If the trunk is showing as online, pjsip logger should show an outgoing INVITE and the response will likely show what’s wrong. If it’s offline, pjsip logger can show REGISTER (if applicable) and OPTIONS requests and their responses.
Solution: Enabling SIP Credentials at Flowroute allowed outbound calling, no more ACB message.
In reviewing security settings it was suggested to disable SIP Credentials if using a static IP host, when I did that we lost outbound calling. Enabled it and outbound started to work but we lost inbound!
As I said, I had mistakenly changed the SIP port in both my PBX and at Flowroute in Inbound Routes. Though I had changed the SIP port back to 5060 to it required deleting and adding the route.
We had changed the SIP port then changed it back to 5060. The Outbound Route still used address:xxxxx instead of address:5060. Deleted the route and recreated it, all is well. Thanks.