I get the message ‘all circuits are busy…’, when i try to make external calls using an OBiHAI 200 setup to use Google Voice.
Calls within the organization can be done without any problem, but when we try to call outside, its when we get that message.
Confirm that GV calls from an analog phone connected to the OBi work properly.
Make a failing call from PBX, check OBi Call History. If present, it should give a clue as to what’s wrong.
Use sip set debug on or pjsip set logger on at the Asterisk console, to see the SIP sent to the OBi. With luck, you will see an incorrect IP address, port, number format or codec.
If you see nothing, look at Asterisk log to see why call wasn’t routed to GV trunk.
Thank you for your prompt reply. After following your suggestions, I have still had no luck. As such I followed your forth suggestion and looked at the log file. I have attached a link to the relevant portion of this file as I am having trouble understanding it and though that you might be able to help decode it and suggest the next steps in the troubleshooting process. Thank you in advance for any and all help you can provide me in resolving this issue.
[2019-09-20 18:53:02] VERBOSE[56227][C-0000002d] app_dial.c: Called sip/[email protected]:5083
[2019-09-20 18:53:34] WARNING[2082] chan_sip.c: Retransmission timeout reached on transmission
Unfortunately, all that tells us is that Asterisk sent the initial INVITE to the OBi but got no reply.
Assuming that the OBi is really at 192.168.1.11 (can you ping it from the PBX)?, X_UserAgentPort for the SPx in question is really set to 5083 (log into the OBi’s local web page to check), and you don’t have any firewall in between, you’ll have to use debugging tools at one end or the other to see what is going wrong.
In the PBX, at the Asterisk console, type sip set debug on
and make a failing call attempt. The SIP trace will appear in the Asterisk log (interspersed with the normal entries), so you can see if there is anything wrong with the INVITE.
If you have set any security features in the OBi such as X_AccessList, confirm that they are properly configured.
If after checking the above you still see nothing in OBi’s Call History, use its Syslog and/or X_SipDebugOption to see why it is ignoring or rejecting the INVITEs.
I am able to ping the OBi at 192.168.11. X_UserAgentPort was set to 5062. However even after correcting it the issue still persists. The only firewall in place is Sangoma’s own firewall running on the PBX itself. As you suggested at this point I began the debugging proccess. The relevant portion of this file is available at the same link as last time as I am having trouble understanding it and though that you might be able to help decode it and suggest the next steps in the troubleshooting process. The link was www.oherproductions.tk/log-file/
Additionally, I have not set up any security features as far as I am aware.
Did you change any trunk settings? The new log shows that the call wasn’t even attempted: [2019-09-22 18:47:52] DEBUG[80997][C-0000001c] chan_sip.c: Cant create SIP call – target device not registered
This seems strange because there should not be any registration involved. The OBi is not a SIP server so it’s not possible to register to it. It is possible for the OBi to register to Asterisk; did you set it up that way? If so, I presume the OBi’s System Status page shows it’s not registered and you can track down why that was once working but isn’t anymore.
Or, you can use a static configuration in both Asterisk and OBi, without registration, which is simpler when both devices are on the same LAN.
Which are you trying to do? Post your trunk settings (except for secret/password).
Strangly enough, the OBi’s System Status page shows it is succesfully registered. It reregisters every minute or so. The odd part is that incoming call have always worked and continue to work at this time. Regarding the trunk the Outgoing peer details are as follows:
Also, my system uses OBi200 for the trunk name as well (in both General and SIP Settings tabs), but I don’t remember what went wrong when the trunk name and username were different.
I don’t know whether [2019-09-22 18:47:52] DEBUG[80997][C-0000001c] chan_sip.c: Asked to create a SIP channel with formats: (g722)
is relevant – I would assume that Asterisk would transcode g722<->ulaw as needed, but you might try temporarily forcing the extension to use ulaw.
If you still have trouble, post a new log and also report whether Reports->Asterisk Info shows the status as OK.
Well, your most recent log still shows Asked to create a SIP channel with formats: (g722), so I figured that your temporary disable of g722 didn’t work right and you would be able to resolve that.
Also, the log still shows OBi200 Trunk as the trunk name, so there must be vestiges of that as it should have been changed to OBi200.
In post 6 of this thread, Asterisk was sending INVITEs to the OBi, which it isn’t anymore. Perhaps you can find what was the step backwards and reverse it.
If you clean up the above but still have trouble, please report whether outbound calls on ‘normal’ SIP trunks (from a VoIP provider) work properly, in addition to posting a new log.
Hi Stewart, In a last ditch effort to try to fix the Obi Invite issue, I rolled the VM that the PBX resides on back to the last snapshot of it that I have available. Now that I’ve done so I’m encountering a different issue. Inbound calls still work fine but now outbound calls give me a recording that say, “The number you have dialed is not in service please check the number and try again.” I’ve uploaded the new log file. I’m almost ready to pull out my hair relating to this matter.