[asterisk-users] Asterisk 13.6.0/The simplest TCP configuration does not work

[George Joseph]

On Wed, Feb 17, 2016 at 12:13 PM, Sonny Rajagopalan <
sonny.rajagopalan at gmail.com> wrote:

> Wow. Incredible. That worked. The backslash is important there; I kept
> trying with no backslash and followed the instructions in
> pjsip_wizard.conf.sample (in configs/samples) and it says we have to say
>
> transport=tcp ; the only example however talks about ipv4.
>
> Is this documented somewhere and I just missed it??
>
> So, let me sum the issues and their solutions:
>
> (a) Inside/from-internal calling. Only need transport=tcp in pjsip.conf.
> No need to update every SIP (user) endpoint's transport, though that did
> not disrupt anything.
> (b) For pjsip_wizard configuration, add the transport into the
> remote_hosts line like so noting that the backslash is important otherwise
> the transport part of the line is a comment!
>
> remote_hosts = silly.pstn.twilio.com​\;transport=tcp
>
> Simple errors, but vexing, vexing, vexing issues.
>

One thing to be aware of...​

There is currently a PJSIP bug when using TCP and TLS that shows up if you
explicitly
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:${REMOTE_HOST}\;transport=TLS

[tcp-provider](tcp-template]
remote_hosts = my.provider.net

Let me know if the wiki can use some clarification.  I haven't updated it
in a while.


>
> Thanks, George, and thanks Joshua, for your time!
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20160217/0b73c7b7/attachment.html>