According to the trace, you don't route the BYE based on loose routing
rules:
1.
2016/11/09 16:55:00.788067 10.18.130.27:5060 -> 10.18.130.24:5160
2.
BYE sip:mod_sofia@10.18.130.26:5160 SIP/2.0
3.
Via: SIP/2.0/UDP
10.18.130.27;branch=z9hG4bKca09.3439664767a2d9212561e9758e87ea79.0
4.
Via: SIP/2.0/UDP
client_public_ip:25573;received=client_public_ip;branch=z9hG4bK1793905301;rport=25573
5.
Route: <sip:proxy_public_ip:5084;r2=on;lr=on;ftag=6NZ4FBNK7SmHS>
6.
Route: <sip:10.18.130.27;r2=on;lr=on;ftag=6NZ4FBNK7SmHS>
The BYE is forwarded without handling (and removing) the Route headers
of the server.
It is due to wrong processing of the bye in kamailio.cfg -- again, look
at the example config in dispatcher docs for something that you can
compare with.
Cheers,
Daniel
On 10/11/16 00:11, Slava Bendersky wrote:
Hello Everyone,
Here are full trace call.
https://paste.fedoraproject.org/476607/14787290/
Slava.
------------------------------------------------------------------------
*From: *"volga629" <volga629(a)skillsearch.ca>
*To: *"sr-users" <sr-users(a)lists.sip-router.org>
*Sent: *Wednesday, 9 November, 2016 13:17:34
*Subject: *Re: [SR-Users] BYE dispatcher
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 ?
24 is freeswtich and 27 kamailio.
IP (tos 0x0, ttl 64, id 56723, offset 0, flags [none], proto UDP (17),
length 704)
10.18.130.24.5160 > 10.18.130.27.sip: [udp sum ok] UDP, length 676
E.......@..B
...
....(....8.BYE sip:4300@client_public_ip:49383 SIP/2.0
Via: SIP/2.0/UDP 10.18.130.24:5160;rport;branch=z9hG4bKm80c0USSKv5Bp
Route: <sip:10.18.130.27;r2=on;lr=on;ftag=SXt3DQQ90a0Dj>
Route: <sip:proxy_public_ip:5084;r2=on;lr=on;ftag=SXt3DQQ90a0Dj>
Max-Forwards: 70
From: "Test Extension" <sip:4300@sip.company.tld>;tag=SXt3DQQ90a0Dj
To: <sip:4300@client_public_ip:49383>;tag=719973534
Call-ID: 1abc150b-2141-1235-b5ad-5254003e39bb
CSeq: 99019404 BYE
User-Agent: FreeSWITCH
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, path, replaces
Reason: Q.850;cause=16;text="NORMAL_CLEARING"
Content-Length: 0
IP (tos 0x10, ttl 64, id 36705, offset 0, flags [none], proto UDP
(17), length 700)
proxy_public_ip.llrp > client_public_ip.49383: [bad udp cksum 0x4d15
-> 0x34be!] UDP, length 672
E....a..@..d.E.\c.........M.BYE sip:4300@client_public_ip:49383 SIP/2.0
Via: SIP/2.0/UDP
proxy_public_ip:5084;branch=z9hG4bK3ea6.0c594485bff5b216f30af0f6172cb2b9.0
Via: SIP/2.0/UDP
10.18.130.24:5160;received=10.18.130.24;rport=5160;branch=z9hG4bKm80c0USSKv5Bp
Max-Forwards: 69
From: "Test Extension" <sip:4300@sip.company.tld>;tag=SXt3DQQ90a0Dj
To: <sip:4300@client_public_ip:49383>;tag=719973534
Call-ID: 1abc150b-2141-1235-b5ad-5254003e39bb
CSeq: 99019404 BYE
User-Agent: FreeSWITCH
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE,
REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, path, replaces
Reason: Q.850;cause=16;text="NORMAL_CLEARING"
Content-Length: 0
IP (tos 0x0, ttl 52, id 7731, offset 0, flags [none], proto UDP (17),
length 638)
client_public_ip.49383 > proxy_public_ip.llrp: [udp sum ok] UDP,
length 610
E..~.3..4...c....E.\.....j..SIP/2.0 481 Call Leg/Transaction Does Not
Exist
Via: SIP/2.0/UDP
proxy_public_ip:5084;branch=z9hG4bK3ea6.0c594485bff5b216f30af0f6172cb2b9.0
Via: SIP/2.0/UDP
10.18.130.24:5160;received=10.18.130.24;rport=5160;branch=z9hG4bKm80c0USSKv5Bp
From: "Test Extension" <sip:4300@sip.company.tld>;tag=SXt3DQQ90a0Dj
To: <sip:4300@client_public_ip:49383>;tag=719973534
Call-ID: 1abc150b-2141-1235-b5ad-5254003e39bb
CSeq: 99019404 BYE
Supported: replaces, path, eventlist
User-Agent: Grandstream Wave 1.2.2
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,
REFER, UPDATE, MESSAGE
Content-Length: 0
Slava.
------------------------------------------------------------------------
*From: *"volga629" <volga629(a)skillsearch.ca>
*To: *"sr-users" <sr-users(a)lists.sip-router.org>
*Sent: *Wednesday, 9 November, 2016 13:07:11
*Subject: *Re: [SR-Users] BYE dispatcher
Hello Everyone,
I cleared registrations and tried again and issue still present.
Client reply with 481.
IP (tos 0x0, ttl 52, id 7731, offset 0, flags [none], proto UDP (17),
length 638)
client_pub_ip.49383 > proxy_pub_ip.llrp: [udp sum ok] UDP, length 610
E..~.3..4...c....E.\.....j..SIP/2.0 481 Call Leg/Transaction Does Not
Exist
Via:
SIP/2.0/UDP proxy_pub_ip:5084;branch=z9hG4bK3ea6.0c594485bff5b216f30af0f6172cb2b9.0
Via: SIP/2.0/UDP
10.18.130.24:5160;received=10.18.130.24;rport=5160;branch=z9hG4bKm80c0USSKv5Bp
From: "Test Extension" <sip:4300@sip.company.tld>;tag=SXt3DQQ90a0Dj
To: <sip:4300@client_pub_ip:49383>;tag=719973534
Call-ID: 1abc150b-2141-1235-b5ad-5254003e39bb
CSeq: 99019404 BYE
Supported: replaces, path, eventlist
User-Agent: Grandstream Wave 1.2.2
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO,
REFER, UPDATE, MESSAGE
Content-Length: 0
Slava.
------------------------------------------------------------------------
*From: *"volga629" <volga629(a)skillsearch.ca>
*To: *miconda(a)gmail.com, "sr-users" <sr-users(a)lists.sip-router.org>
*Sent: *Wednesday, 9 November, 2016 12:28:32
*Subject: *Re: [SR-Users] BYE dispatcher
Hello Everyone,
I changed dispatcher algorithm from 0 to 1 and start working as
expected. Yes group 0 is accepted.
route[DISPATCHER] {
if(!ds_select_dst("0", "1")) {
xlog("L_ERROR","ERROR: Proxy Mapping - Desitnation for $fd not
found...request dropped \n");
sl_send_reply("404","Desitination Not Found \n");
drop();
} else {
$var(did) = 1;
}
if($var(did)) {
if (!t_relay()) {
sl_reply_error();
}
#forward();
}
t_on_failure("DISPATCHER_FAIL_ROUTE");
exit;
}
Slava.
------------------------------------------------------------------------
*From: *"Daniel-Constantin Mierla" <miconda(a)gmail.com>
*To: *"sr-users" <sr-users(a)lists.sip-router.org>
*Sent: *Wednesday, 9 November, 2016 04:33:33
*Subject: *Re: [SR-Users] BYE dispatcher
Hello,
On 08/11/16 20:42, Slava Bendersky wrote:
Hello Everyone,
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.
Not sure if this tag= miss match or routing.
Dispatcher use group 0 with option 4 (round robin).
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.
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.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 -
http://www.asipto.com
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users