Re: [SR-Users] BUG? - Dialog module timeout BYE is not ok.

I have no internet access from my kamailio servers. where can i download it and install? or just download the t_msgbuilder.c and reinstall 3.3.2 ? On Thu, Apr 25, 2013 at 3:55 PM, Daniel-Constantin Mierla &lt;miconda(a)gmail.com > 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=4e4b133… > > 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(a)pernau.at> >> 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: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://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>>>> >/"BYE headers"? Which headers? />//>/Uri Shacked <ushacked at >>> gmail.com >>> <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>>>> />//>>/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/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 >>> />/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/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 >>> 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/0c75272… >>> > >>> >>> >>> >>> _______________________________________________ >>> 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 listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda > >