We’re using freepbxhosting.com and just recently added a new retail location to our server, adding approximately 13 new extensions effectively doubling our extensions to a total of 26. Since we’ve added the location 2 days ago, we’ve had issues intermittently with incoming external calls not reaching the phones. This is the message I see in the logs:
[2016-08-03 13:55:47] VERBOSE[C-00000914] netsock2.c: == Using SIP RTP TOS bits 184
[2016-08-03 13:55:47] VERBOSE[C-00000914] netsock2.c: == Using SIP RTP CoS mark 5
[2016-08-03 13:55:47] NOTICE[C-00000914] chan_sip.c: Call from ‘voipinnovations’ (184.108.40.206:5060) to extension ‘2087128192’ rejected because extension not found in context ‘default’.
This is repeated a few times. The issue fixes itself after about 5 minutes and then reoccurs sporadically throughout the day.
The only thing that I’d amplify is the use of the “type” and the context.
The “type=” can be “type=friend” which is the same as “peer+user”, “peer”, or “user”.
The “peer” type is used for your “Peer” section, the “user” type is used for your “user” section. Theoretically, if you have all the same information in the “incoming” and the “outgoing” sections, you can use “type=friend” and have the single trunk work as a bi-directional connection. I set up my “Voip Innovations” connections this way all the time.
If you are not accepting calls on the trunk, you can use “peer” instead of “friend”. If you are accepting calls from a remote connection, but not sending calls out to them, you can specify “user”. So, your “incoming connection” would be a “peer” connection and your outbound configuration would be a “user” type.
Finally, the “context=” line is only really useful on incoming (or bidirectional) connections. The context needs to exist in your configuration. In FreePBX, the “default” context is replaced by “from-trunk”, “from-pstn”, “from-that-long-e164-context-that-deletes-the-weird-stuff” (not it’s real name, unless you create one). While it’s not required that you understand why you are sending your calls to a specific context, it’s never hurts to know why you are making a specific choice.
i am curious though as you imply you have just one bi-directional trunk definition for use with VI - i just talked to VI a few minutes ago and they said “We have a dedicated IP address for inbound (220.127.116.11) and outbound (18.104.22.168) so you would need to have multiple trunks configured for use with VI”
I use the firewall for validating their incoming calls to me. The only address I use on my config is their outbound call address (since that’s where I have to send their traffic). The only thing that gets through my firewall from port 5060 is from VI’s servers calling me.
I also set up 2 different trunks for their outbound services (the primary and backup outbound). Both of these are set up a ‘friend’ configurations.
I just double checked, and my entire VI configuration for both connections is on the “Peer Details” section. The “User” section is completely blank.