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.mailingli...@pernau.at <mailto:klaus.mailingli...@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@lists.sip-router.org
        <mailto: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://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

_______________________________________________
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

Reply via email to