Displaying 4 results from an estimated 4 matches for "server_uri_pattern".
2016 Feb 19
2
No matching endpoint found for incoming call from SIP trunk
Thanks George, for your mighty quick response.
I made the changes (re: server_uri_pattern etc.) and still, no luck--it
fails for the same error.
BTW, there is nothing for transport (but this is the same config from my
SIP/UDP + Twilio days, which worked):
*CLI> pjsip show transport twilio-siptrunk
Unable to find object twilio-siptrunk.
*CLI> pjsip show identifies
No objects fou...
2016 Feb 17
2
Asterisk 13.6.0/The simplest TCP configuration does not work
...xplicitly
set transport= on an endpoint (or in the wizard). It's best to leave
transport unset and
let PJSIP determine the transport from the ;transport= parameter of the URI.
>From a wizard perspective, if you have lots of TCP or TLS endpoints, use a
template like so...
[tcp-template](!)
server_uri_pattern = sip:${REMOTE_HOST}\;transport=TCP
client_uri_pattern = sip:${REMOTE_HOST}\;transport=TCP
contact_pattern = sip:${REMOTE_HOST}\;transport=TCP
[tls-template](!)
server_uri_pattern = sips:${REMOTE_HOST}\;transport=TLS
client_uri_pattern = sips:${REMOTE_HOST}\;transport=TLS
contact_pattern = sips:${...
2016 Feb 19
2
No matching endpoint found for incoming call from SIP trunk
Hello,
I have an Asterisk 13.6.0 PBX using PJSIP connected to the Twilio gateway.
I am able to make calls outbound through the gateway, but I am not able to
make calls into the PBX from external PSTN.
Specifically, an incoming call is _received_ by Asterisk, but it is not
able to route the call internally owing to the following error:
[Feb 18 21:08:47] NOTICE[4606]:
2016 Feb 17
2
Asterisk 13.6.0/The simplest TCP configuration does not work
On Wed, Feb 17, 2016 at 8:56 AM, Sonny Rajagopalan <
sonny.rajagopalan at gmail.com> wrote:
> I made some progress. The first thing I have realized is that it is my
> Twilio configuration in pjsip_wizard.conf that was killing me. I have since
> removed that entire file from /etc/asterisk and I am able to make
> "from-internal" context calls (i.e., calls that do not