<div dir="ltr"><div>Hi all,</div><div>Thanks to <span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD">my friend, Vallimamod Abdullah. We have found origin of this issue.</span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD">Freeswitch is configured to be bypass media.</span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD">When asterisk (version 15) bridge call with differents codecs, it sends RE-INVITE very quickly.</span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD">FS receives this reinvite before sends 200OK to sip provider, and in this case it replaces the SDP into 200OK with RE-INVITE sdp.</span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD"><br></span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD">I coundn't correct this issue, I had to downgrade version of asterisk to be 13.29. This version doesn't reinvite.</span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD">The second workaround should be copy asterisk's codecs from leg A to leg B.</span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD"><br></span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD">Thanks a lot Valli ;)</span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD"><br></span></span></div><div><span class="gmail-qu" tabindex="-1"><span name="Vallimamod Abdullah" class="gmail-gD">++<br></span></span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 15 oct. 2019 à 11:13, Mickael Hubert <<a href="mailto:mickael@winlux.fr" target="_blank">mickael@winlux.fr</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi list,</div><div>I have a sympathetic "issue" or miss-configuration with FS.</div><div>SIP provider <--> FS <--> Opensips <--> Asterisk</div><div><br></div><div>After long investigation, I saw FS merge a RE-INVITE request from Asterisk into 200OK to provider. ONly when I have 183 session progress<br></div><div><br></div><div>Ex:</div><div><b>SDP INVITE from Provider (SIP provider -->FS)</b></div><div><br></div><div><span style="font-family:monospace">v=0<br>o=Sonus_UAC 7950 990 IN IP4 ********<br>s=SIP Media Capabilities<br>c=IN IP4 *********<br>t=0 0<br>m=audio 22970 RTP/AVP 8 18 2 101<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=no<br>a=rtpmap:2 G726-32/8000<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-15<br>a=sendrecv<br>a=ptime:20</span></div><div><span style="font-family:monospace"><br></span></div><div><b><span style="font-family:arial,sans-serif">SDP INVITE from FS to asterisk (FS --> Opensips --> Asterisk)<br></span></b></div><div><span style="font-family:monospace">v=0<br>o=Sonus_UAC 7950 990 IN IP4 ********<br>s=SIP Media Capabilities<br>c=IN IP4 ******<br>t=0 0<br>m=audio 22970 RTP/AVP 8 18 2 101<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=no<br>a=rtpmap:2 G726-32/8000<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-15<br>a=ptime:20</span></div><div><br></div><div><b>183 from asterisk (Asterisk --> Opensips --> FS)</b></div><div><span style="font-family:monospace">v=0<br>o=- 7950 992 IN IP4 10.1.15.89<br>s=Asterisk<br>c=IN IP4 10.1.15.89<br>t=0 0<br>m=audio 14096 RTP/AVP 8 18 101<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=no<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-16<br>a=ptime:20<br>a=maxptime:150<br>a=sendrecv</span></div><div><br></div><div><b>183 from FS to SIP provider (FS --> provider)<br></b></div><div><span style="font-family:monospace">v=0<br>o=- 7950 992 IN IP4 *******<br>s=Asterisk<br>c=IN IP4 *******<br>t=0 0<br>m=audio 18344 RTP/AVP 8 18 101<br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=no<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-16<br>a=maxptime:150<br>a=rtcp:18345<br>a=ptime:20</span></div><div><br></div><div><b>200OK from asterisk to FS (asterisk --> FS) (same code than 183)<br></b></div><div><span style="font-family:monospace">v=0<br>o=- <b>7950 992</b> IN IP4 10.1.15.89<br>s=Asterisk<br>c=IN IP4 10.1.15.89<br>t=0 0<br>m=audio 14096 RTP/AVP <b>8 18 101</b><br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=no<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-16<br>a=ptime:20<br>a=maxptime:150<br>a=sendrecv</span></div><div><br></div><div><b>RE-INVITE from asterisk (very close to 200OK)</b></div><div><span style="font-family:monospace">v=0<br>o=- <b>7950 993</b> IN IP4 10.1.15.89<br>s=Asterisk<br>c=IN IP4 10.1.15.89<br>t=0 0<br>m=audio 14096 RTP/AVP <b>8 0 18 101</b><br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:0 PCMU/8000<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=no<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-16<br>a=ptime:20<br>a=maxptime:150<br>a=sendrecv</span></div><div><br></div><div><b>Final 200OK from FS to sip provider (FS --> sip provider)<br></b></div><div><span style="font-family:monospace">v=0<br>o=- <b>7950 993</b> IN IP4 ******<br>s=Asterisk<br>c=IN IP4 ******<br>t=0 0<br>m=audio 18344 RTP/AVP <b>8 0 18 101</b><br>a=rtpmap:8 PCMA/8000<br>a=rtpmap:0 PCMU/8000<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=no<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-16<br>a=maxptime:150<br>a=rtcp:18345<br>a=ptime:20</span></div><div><br></div><div>We can see FS receives REINVITE close to 200OK from asterisk, it doesn't send original 200OK to SIP provider, but "merge" 200OK with sdp from REINVITE (from asterisk) ==> same owner and codecs (7950 / 993).</div><div>- owner 200OK from asterisk: 7950 992 / codecs: 8 18 101</div><div>- owner REINVITE from asterisk: 7950 993 / codecs: 8 0 18 101</div><div>- owner 200OK from FS to SIP provider: 7950 993 / codecs: 8 0 18 101</div><div><br></div><div>After that, FS never sends 200OK to the asterisk's REINVITE and opensips hangup call avec timeout (2 mins) (cf call flow in attachment).</div><div><br></div><div>Do you already saw that ? How can I correct this please ?</div><div><br></div><div>thanks in advance</div><div><br></div><div>PS:</div><div>- FreeSWITCH Version 1.10.1-release+git~20190820T165404Z~f9990221e6~64bit (git f999022 2019-08-20 16:54:04Z 64bit)</div><div>- I use <br><div style="color:rgb(212,212,212);background-color:rgb(30,30,30);font-family:"Droid Sans Mono","monospace",monospace,"Droid Sans Fallback";font-weight:normal;font-size:14px;line-height:19px;white-space:pre-wrap"><div><span style="color:rgb(212,212,212)"><param name="inbound-late-negotiation" value="true"/></span></div></div></div><div><br></div><div><br></div></div>
</blockquote></div>