SIP Trunk Issues

Hi Guys,

We have recently had a “short notice” move for our PBX. Originally running with an E1/PRI which was operating fine, we have had to move to SIP trunks in the interim while our PRI is relocated.

After some issues we have the SIP Trunk registered. However ongoing issues with incoming and outgoing calls. Trunks have been checked and double checked by more than 1 person.

Below is the current config, if anyone can provide some feedback/suggestions it would be much appreciated:

TRUNK NAME:
engin
PEER:
username=0383******
type=friend
secret=********
reinvite=yes
realm=mobileinnovations.com.au
qualify=no
port=5060
nat=yes
musiconhold=framed
insecure=very
host=203.161.164.69
fromuser=0383******
fromdomain=voice.mibroadband.com.au
dtmfmode=rfc2833
disallow=all
canreinvite=yes
auth=md5
allow=ulaw&alaw

User Context:
0383******

User Details:
type=user
secret=********
context=from-pstn

REGISTER STRING:
0383******:**@byo.engin.com.au/0383

Most of us would need to know a little more about your “ongoing issues” to even make a guess.

Hi Dicko,

Thanks for the reply.

OK issue is that we have a registered SIP Trunk (no issue there), all OK on that front.
However unable to make incoming or outgoing calls.
Both incoming and outgoing routes have been setup and are correct.
The PABX was operating with a PRI/E1 previously and all was working OK, so we know the routes were fine, changes only made to reflect the introduction of SIP.

PBX is sitting behind a firewall, which has UDP and TCP Ports forwarded as required.

Are there any specific changes that we should be making to asterisk that we may have overlooked for the SIP trunk??

The only reference we can find for this setup (engin.com.au) with FreePBX is:
http://www.freepbx.org/book/export/html/1912

Any assistance is much appreciated.
Any additional information please call out and I will revert.

Cheers,
Shaun

Just to add to this Dicko,

When we make a call to the DID from an external phone/line, we receive a message “your call could not be completed at this time”, where as prior to the SIP Trunk registration the call would just “drop”.

From an internal perspective (calling out), we receive an “all circuits are busy” notification.

I hope this helps.

Cheers,
Shaun

Can you open the CLI and watch while you try an inbound call? You should see SIP messages if the call is making it to your Asterisk server. If you see SIP messages with the calling number, you should be able to see what is failing. If you see no messages at all, then you have a problem with the trunk or route.
If you’re not sure how to connect and view the command line, just connect to your server via SSH (PuTTy), and then run ‘asterisk -rvvvv’.