<html><body><div style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000"><div>Hello Daniel,</div><div>Please check this sip call flow picture https://www.dropbox.com/s/itdewdg3ph7xcyx/kamailio-fs-BYE-flow.gif?dl=0</div><div>Kamilio send BYE to incorrect freeswitch which already responded to BYE from leg one.</div><div><br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>Slava.</div><div><br></div><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><b>From: </b>"volga629" <volga629@skillsearch.ca><br><b>To: </b>"sr-users" <sr-users@lists.sip-router.org><br><b>Sent: </b>Wednesday, 9 November, 2016 19:11:56<br><b>Subject: </b>Re: [SR-Users] BYE dispatcher<br></div><div><br></div><div data-marker="__QUOTED_TEXT__"><div style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000" data-mce-style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000;"><div>Hello Everyone,</div><div>Here are full trace call.</div><br><div>https://paste.fedoraproject.org/476607/14787290/</div><br><br><div>Slava.</div><br><hr id="zwchr"><div><b>From: </b>"volga629" <volga629@skillsearch.ca><br><b>To: </b>"sr-users" <sr-users@lists.sip-router.org><br><b>Sent: </b>Wednesday, 9 November, 2016 13:17:34<br><b>Subject: </b>Re: [SR-Users] BYE dispatcher<br></div><br><div><div style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000" data-mce-style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000;"><div><div>Based on this out put Freeswitch send BYE to kamailio and Route present then kamailio forward BYE to client and no routes. Then client reply 481. Do I need add it ? Is this tag= problem ?</div><br><div>24 is freeswtich and 27 kamailio.</div><br><div>IP (tos 0x0, ttl 64, id 56723, offset 0, flags [none], proto UDP (17), length 704)<br> 10.18.130.24.5160 > 10.18.130.27.sip: [udp sum ok] UDP, length 676<br>E.......@..B<br>...<br>....(....8.BYE sip:4300@client_public_ip:49383 SIP/2.0<br>Via: SIP/2.0/UDP 10.18.130.24:5160;rport;branch=z9hG4bKm80c0USSKv5Bp<br>Route: <sip:10.18.130.27;r2=on;lr=on;ftag=SXt3DQQ90a0Dj><br>Route: <sip:proxy_public_ip:5084;r2=on;lr=on;ftag=SXt3DQQ90a0Dj><br>Max-Forwards: 70<br>From: "Test Extension" <sip:4300@sip.company.tld>;tag=SXt3DQQ90a0Dj<br>To: <sip:4300@client_public_ip:49383>;tag=719973534<br>Call-ID: 1abc150b-2141-1235-b5ad-5254003e39bb<br>CSeq: 99019404 BYE<br>User-Agent: FreeSWITCH<br>Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE<br>Supported: timer, path, replaces<br>Reason: Q.850;cause=16;text="NORMAL_CLEARING"<br>Content-Length: 0<br><br><br>IP (tos 0x10, ttl 64, id 36705, offset 0, flags [none], proto UDP (17), length 700)<br> proxy_public_ip.llrp > client_public_ip.49383: [bad udp cksum 0x4d15 -> 0x34be!] UDP, length 672<br>E....a..@..d.E.\c.........M.BYE sip:4300@client_public_ip:49383 SIP/2.0<br>Via: SIP/2.0/UDP proxy_public_ip:5084;branch=z9hG4bK3ea6.0c594485bff5b216f30af0f6172cb2b9.0<br>Via: SIP/2.0/UDP 10.18.130.24:5160;received=10.18.130.24;rport=5160;branch=z9hG4bKm80c0USSKv5Bp<br>Max-Forwards: 69<br>From: "Test Extension" <sip:4300@sip.company.tld>;tag=SXt3DQQ90a0Dj<br>To: <sip:4300@client_public_ip:49383>;tag=719973534<br>Call-ID: 1abc150b-2141-1235-b5ad-5254003e39bb<br>CSeq: 99019404 BYE<br>User-Agent: FreeSWITCH<br>Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE<br>Supported: timer, path, replaces<br>Reason: Q.850;cause=16;text="NORMAL_CLEARING"<br>Content-Length: 0<br><br><br>IP (tos 0x0, ttl 52, id 7731, offset 0, flags [none], proto UDP (17), length 638)<br> client_public_ip.49383 > proxy_public_ip.llrp: [udp sum ok] UDP, length 610<br>E..~.3..4...c....E.\.....j..SIP/2.0 481 Call Leg/Transaction Does Not Exist<br>Via: SIP/2.0/UDP proxy_public_ip:5084;branch=z9hG4bK3ea6.0c594485bff5b216f30af0f6172cb2b9.0<br>Via: SIP/2.0/UDP 10.18.130.24:5160;received=10.18.130.24;rport=5160;branch=z9hG4bKm80c0USSKv5Bp<br>From: "Test Extension" <sip:4300@sip.company.tld>;tag=SXt3DQQ90a0Dj<br>To: <sip:4300@client_public_ip:49383>;tag=719973534<br>Call-ID: 1abc150b-2141-1235-b5ad-5254003e39bb<br>CSeq: 99019404 BYE<br>Supported: replaces, path, eventlist<br>User-Agent: Grandstream Wave 1.2.2<br>Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE<br>Content-Length: 0</div><br><div>Slava.</div><br></div><br><hr id="zwchr"><div><b>From: </b>"volga629" <volga629@skillsearch.ca><br><b>To: </b>"sr-users" <sr-users@lists.sip-router.org><br><b>Sent: </b>Wednesday, 9 November, 2016 13:07:11<br><b>Subject: </b>Re: [SR-Users] BYE dispatcher<br></div><br><div><div style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000" data-mce-style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000;"><div>Hello Everyone,</div><div>I cleared registrations and tried again and issue still present.</div><div>Client reply with 481.</div><br><div>IP (tos 0x0, ttl 52, id 7731, offset 0, flags [none], proto UDP (17), length 638)<br>client_pub_ip.49383 > proxy_pub_ip.llrp: [udp sum ok] UDP, length 610<br>E..~.3..4...c....E.\.....j..SIP/2.0 481 Call Leg/Transaction Does Not Exist<br>Via: SIP/2.0/UDP<span style="color: rgb(0, 0, 0); font-family: "lucida console", sans-serif; font-size: 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;" data-mce-style="color: #000000; font-family: 'lucida console', sans-serif; font-size: 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; display: inline !important; float: none;"> </span><span style="color: rgb(0, 0, 0); font-family: "lucida console", sans-serif; font-size: 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;" data-mce-style="color: #000000; font-family: 'lucida console', sans-serif; font-size: 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; display: inline !important; float: none;">proxy_pub_ip</span>:5084;branch=z9hG4bK3ea6.0c594485bff5b216f30af0f6172cb2b9.0<br>Via: SIP/2.0/UDP 10.18.130.24:5160;received=10.18.130.24;rport=5160;branch=z9hG4bKm80c0USSKv5Bp<br>From: "Test Extension" <sip:4300@sip.company.tld>;tag=SXt3DQQ90a0Dj<br>To: <sip:4300@<span style="color: rgb(0, 0, 0); font-family: "lucida console", sans-serif; font-size: 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;" data-mce-style="color: #000000; font-family: 'lucida console', sans-serif; font-size: 16px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: #ffffff; display: inline !important; float: none;">client_pub_ip</span>:49383>;tag=719973534<br>Call-ID: 1abc150b-2141-1235-b5ad-5254003e39bb<br>CSeq: 99019404 BYE<br>Supported: replaces, path, eventlist<br>User-Agent: Grandstream Wave 1.2.2<br>Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE<br>Content-Length: 0<br></div><br><div>Slava.</div><br><hr id="zwchr"><div><b>From: </b>"volga629" <volga629@skillsearch.ca><br><b>To: </b>miconda@gmail.com, "sr-users" <sr-users@lists.sip-router.org><br><b>Sent: </b>Wednesday, 9 November, 2016 12:28:32<br><b>Subject: </b>Re: [SR-Users] BYE dispatcher<br></div><br><div><div style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000" data-mce-style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000;"><div>Hello Everyone,</div><div>I changed dispatcher algorithm from 0 to 1 and start working as expected. Yes group 0 is accepted.</div><br><div>route[DISPATCHER] {<br> if(!ds_select_dst("0", "1")) {<br> xlog("L_ERROR","ERROR: Proxy Mapping - Desitnation for $fd not found...request dropped \n");<br> sl_send_reply("404","Desitination Not Found \n");<br> drop();<br> } else {<br> $var(did) = 1;<br> }<br> if($var(did)) {<br> if (!t_relay()) {<br> sl_reply_error();<br> }<br> #forward();<br> }<br><br> t_on_failure("DISPATCHER_FAIL_ROUTE");<br> exit;<br>}<br><br></div><div>Slava.</div><br><hr id="zwchr"><div><b>From: </b>"Daniel-Constantin Mierla" <miconda@gmail.com><br><b>To: </b>"sr-users" <sr-users@lists.sip-router.org><br><b>Sent: </b>Wednesday, 9 November, 2016 04:33:33<br><b>Subject: </b>Re: [SR-Users] BYE dispatcher<br></div><br><div><p>Hello,<br></p><br><div class="moz-cite-prefix">On 08/11/16 20:42, Slava Bendersky wrote:<br></div><blockquote cite="mid:981933097.5086863.1478634156825.JavaMail.zimbra@skillsearch.ca"><div style="font-family: lucida console,sans-serif; font-size:
12pt; color: #000000" data-mce-style="font-family: lucida console,sans-serif; font-size: 12pt; color: #000000;"><div>Hello Everyone,</div><div>My setup is kamailio as proxy with few boxes of freeswitch in the LAN. Having issue with BYE when extensions register on different freeswitch boxes. Here are some trace of the call.</div><div>Not sure if this tag= miss match or routing.</div><br><div>Dispatcher use group 0 with option 4 (round robin).</div><br></div></blockquote>is group value 0 accepted? I think this may create problems if a function returns the group in the config as return code -- iirc, this was changed maybe for lcr or permissions.<br> <br> On the other hand, the registrations are quite independent in SIP in relation with calls. The BYE should be routed based on record-routing to the freeswitch that was involved in routing initial INVITE, with no relation to new registrations from end devices. Is the BYE sent to the freeswitch that got the initial BYE.<br> <br> Cheers,<br> Daniel<br><pre class="moz-signature">--
Daniel-Constantin Mierla
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda" target="_blank" data-mce-href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda" target="_blank" data-mce-href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - <a class="moz-txt-link-freetext" href="http://www.asipto.com" target="_blank" data-mce-href="http://www.asipto.com">http://www.asipto.com</a></pre><br>_______________________________________________<br>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>sr-users@lists.sip-router.org<br>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users<br></div></div><br>_______________________________________________<br>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>sr-users@lists.sip-router.org<br>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users<br></div></div><br>_______________________________________________<br>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>sr-users@lists.sip-router.org<br>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users<br></div></div><br>_______________________________________________<br>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>sr-users@lists.sip-router.org<br>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users<br></div></div><br>_______________________________________________<br>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>sr-users@lists.sip-router.org<br>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users<br></div></div></body></html>