If it's the client that sends the 481, then routing went ok, but the
client didn't match the dialog. Can be because it already terminated it
or callid/from-tag/to-tag mismatch.
Cheers,
Daniel
On 09/11/16 18:17, Slava Bendersky wrote:
> 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:4...@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:4...@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:4...@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" <volga...@skillsearch.ca>
> *To: *"sr-users" <sr-users@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:4...@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" <volga...@skillsearch.ca>
> *To: *mico...@gmail.com, "sr-users" <sr-users@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" <mico...@gmail.com>
> *To: *"sr-users" <sr-users@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@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@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@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@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
