[SR-Users] BUG? - Dialog module timeout BYE is not ok.
Daniel-Constantin Mierla
miconda at gmail.com
Thu Apr 25 14:55:13 CEST 2013
Hello,
I committed a patch to add angle brackets around From/To URI for local
generated requests. Here is the link to commit:
-
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=4e4b1339bfd3a832f5feeb1d2a2380c7455ec82b
No time to test it, so give it a try. If you are using 4.0 (even 3.3)
should work by just cherry-picking. Let me know if works fine.
Depending on feedback will be part of 4.0.1 (out in few hours), or let
to be backported for 4.0.2.
Cheers,
Daniel
On 4/25/13 2:23 PM, Uri Shacked wrote:
> Hi,
> As i wrote, when the BYE is "normal" not generated form dlg_timeout.
> srv2 that forwards it, does it OK.
> The TO/From headers in my scenario are the same as the initial request
> in both servers (there are 2 legs for each call (incoming and
> outgoing), on each leg i use the same initial headers.Ii hope i was
> more clear now.
> Thanks,
> Uri
>
>
> On Thu, Apr 25, 2013 at 2:50 PM, Klaus Darilion
> <klaus.mailinglists at pernau.at <mailto:klaus.mailinglists at pernau.at>>
> wrote:
>
> IMO the timeout-triggered BYE should have identical From/To
> headers as the initial request - otherwise it may cause issues
> with clients that are strict, or rely on identical headers (like
> in your setup).
>
> regards
> Klaus
>
>
> On 25.04.2013 13 <tel:25.04.2013%2013>:30, Uri Shacked wrote:
>
> Hi,
>
> Following this issue, and the issue "BYE dialog timeout bad
> syntax" from
> Julia.
>
> I have 2 kamailio servers. srv1 creates a dlg_timeout BYE and
> sends it
> to srv2 that forwards the BYE to the next sip server (some
> other server...).
>
> I can definitely see that the BYE that is being forward is
> malformed.
> The TO header info is not complete (the port section for example).
>
> When a "normal" bye is received from srv1 (not dlg_timeout)
> all works fine.
>
> One thing that i do in this scenario, on srv2 i use
> uac_replace() on the
> TO header. So, it is OK that the final destination is
> different (i do
> translations).
>
> I attached the BYE from both servers.
>
> Any ideas?
>
> Thanks,
>
> Uri
>
> You probably meant the To and From headers, I'm guessing.
> Yeah, as long
> as there is no display name component, URIs in headers like
> that don't
> have to go in <>s. The way Kamailio sends it is grammatically
> valid, per
> RFC 3261. The user agents are at fault for not understanding it
> correctly. Alex Balashov <abalashov at evaristesys.com
> <http://evaristesys.com>
> <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>>
> wrote:
> >/"BYE headers"? Which headers? />//>/Uri Shacked <ushacked at
> gmail.com <http://gmail.com>
> <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>>
> wrote:
> />//>>/Hi, />>//>>/I think there is a bug with the BYE that is
> sent to
> the caller and />>/callee />>/when dialog timeout happends.
> />>//>>/The
> BYE headers are sent with no "<" or ">". />>/So, some sip
> singaling
> points decline the BYE. />>//>>/BR, />>/Uri
> />>//>>//>>/------------------------------------------------------------------------
> />>//>>/_______________________________________________
> />>/SIP Express
> Router (SER) and Kamailio (OpenSER) - sr-users mailing />/list
> />>/sr-users at lists.sip-router.org <http://lists.sip-router.org>
> <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
> />>/http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> />//>/-- />/Sent from my mobile, and thus lacking in the
> refinement one
> might />/expect from a fully-fledged keyboard. />//>/Alex
> Balashov -
> Principal />/Evariste Systems LLC />/235 E Ponce de Leon Ave
> />/Suite
> 106 />/Decatur, GA 30030 />/United States />/Tel:
> +1-678-954-0670 <tel:%2B1-678-954-0670>
> />/Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
> />//>/_______________________________________________ />/SIP
> Express
> Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> />/sr-users
> at lists.sip-router.org <http://lists.sip-router.org>
> <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
> />/http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> / --
>
> Sent from my Nexus 10, with all the figments of autocorrect
> that might
> imply. Alex Balashov - Principal Evariste Systems LLC 235 E
> Ponce de
> Leon Ave Suite 106 Decatur, GA 30030 United States Tel:
> +1-678-954-0670 <tel:%2B1-678-954-0670>
> Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
> -------------- next part -------------- An HTML attachment was
> scrubbed... URL:
> <http://lists.sip-router.org/pipermail/sr-users/attachments/20130422/0c752722/attachment.html>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
> mailing list
> sr-users at lists.sip-router.org
> <mailto:sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130425/f512478d/attachment.html>
More information about the sr-users
mailing list