<div dir="ltr"><div dir="ltr">I have freeswitch and opensips working with the mobile client in the conference mode.<br>When using UDP connection everything works perfectly, but when using tls connection the call is interrupted in 30 seconds.<br>Whether
 to use TLS or UDP connection - it is assigned on the mobile client 
before initialization of connection with opensips server.<br><br>Originally
 I assumed that these problems were caused by the NAT settings, but in 
that case the problem would be watched irrespective of the connection 
used - UDP or TLS.<br><br>Generally such scheme works as it should:<br><br>+++++++++   udp   ++++++++   udp   +++++++++   udp   +++++++++<br>+               + -----&gt;  +              +  -----&gt;  +               + -----&gt;  +               +<br>+   phone  +           +   SIP     +             +    free    +           +     SIP    +<br>+               + &lt;-----  +              +  &lt;-----  +   switch  + &lt;-----  + provider +<br>+++++++++   udp   ++++++++   udp    +++++++++   udp   +++++++++<br><br>And in such scheme a call breaks in 30 seconds:<br><br>+++++++++   tls   +++++++++   udp   +++++++++   udp   +++++++++<br>+               + -----&gt;  +               +  -----&gt;  +               + -----&gt;  +               +<br>+   phone  +           +   SIP      +             +    free    +           +     SIP    +<br>+               + &lt;-----  +               +  &lt;-----  +   switch  + &lt;-----  + provider +<br>+++++++++   tls   +++++++++   udp    +++++++++   udp   +++++++++<br><br>SIP
 and freeswitch are in one local area network (Amazon EC2). SIP provider
 doesn&#39;t support tls in principle, they have 5061 closed.<br><br>And the
 BYE packet sends freeswitch, as I understand, from packet headers as I 
didn&#39;t receive the response to ACK in time. There is the packet:<br>BYE sip:8@85.236.*.*:55194;ob;<wbr>transport=tls SIP/2.0<br>Via: SIP/2.0/TLS sip0.*.*:5061;branch=<wbr>z9hG4bKc7a2.7909e7e1.0;<wbr>received=52.58.*.*<br>Via: SIP/2.0/UDP 172.31.*.*;received=52.58.*.*;<wbr>rport=5060;branch=<wbr>z9hG4bKBK82Zg50c2U0p<br>Max-Forwards: 69<br>Contact: &lt;sip:*7906******@52.58.*.*:<wbr>5060;transport=udp&gt;<br>To: &quot;8&quot; &lt;sip:8@sip0.*.*&gt;;tag=59221e6a<br>From: &lt;sip:*7906******@sip0.*.*&gt;;<wbr>tag=j4aX21rv83etN<br>Call-ID: O7E3ktwLPiQWDN2Rism-7g..<br>CSeq: 95383912 BYE<br>Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY<br>Supported: timer, path, replaces<br>User-Agent: FreeSWITCH-mod_sofia/1.6.6~<wbr>64bit<br>Reason: SIP;cause=408;text=&quot;ACK Timeout&quot;<br>Content-Length: 0<br><br>Having
 looked on logs, I can tell that the INVITE packet from the mobile 
client reach freeswitch and provider, but in reverse Trying/Ringing 
packet doesn&#39;t reach.<br><br>I can&#39;t understand at what stage there is a
 problem. Freeswitch can&#39;t respond and transmit the response through 
opensips, or there is a problem in something else?<br>Who faced similar 
problem, prompt what settings should be analyzed in order that the 
above-stated scheme with tls connection start functionning?<div class=""><br></div></div></div>