Hello,

hopefully it is sorted out. The issue was when creating an empty transaction for local generated requests in tm module, resulting in loosing the list to initial transaction created previously in config.

I did tests and went fine - code committed in master and 3.1 branches.

If you can test and report the results, would be great.

Thanks,
Daniel

On 9/14/11 4:52 PM, Daniel-Constantin Mierla wrote:
Hello,

ok, I see the difference, I will test this case as well before releasing 3.1.5 and come back later with another message with more details.

Cheers,
Daniel

On 9/14/11 3:17 PM, Vitaliy Aleksandrov wrote:
Hello. I found the difference between my config and yours. I have t_newtran at the beginning of the request route for all INVITE messages without to-tag.
Looks like without t_newtran all works fine.

As i understand t_relay creates a new transaction and while first invite waiting for a db / radius or "100 Trying" re-transmit may come. And till first invite call t_relay re-transmitted copy will go through all request-route.

Could you pls explain why i can't call t_newtran() before uac_req_send() ?

On Wed, Sep 14, 2011 at 12:31 AM, Daniel-Constantin Mierla <mico...@gmail.com <mailto:mico...@gmail.com>> wrote:

    Hello,

    I did a small test myself with following config and avp(x) was
    printed ok in failure route. All looks fine, so check to see if
    you don't delete them directly somehow, avp_print() should help
    printing all avps, as I said in previous email.

    Cheers,
    Daniel

    route {

        $avp(x) = "abc";
        xlog("====-RR avp(x) [$avp(x)]\n");

        $uac_req(method)="OPTIONS";
        $uac_req(ruri)="sip:127.0.0.1:9";
        $uac_req(furi)="sip:127.0.0.1";
        $uac_req(turi)="sip:127.0.0.1";
        uac_req_send();

        xlog("====#RR avp(x) [$avp(x)]\n");

        t_on_failure("x");
        t_relay_to("udp:127.0.0.1:9 <http://127.0.0.1:9>");
        xlog("====*RR avp(x) [$avp(x)]\n");
        exit;
    }

    failure_route[x] {
        xlog("====+FR avp(x) [$avp(x)]\n");

    }

    On 9/13/11 5:02 PM, Daniel-Constantin Mierla wrote:
    Hello,

    On 9/13/11 3:04 PM, Vitaliy Aleksandrov wrote:
    Hello,
    i tried with a latest 3.1 and now avps works after
    uac_req_send, but i can't get avp values from onreply and
    failure routes.

    do you mean no avp is available in onreply and failure routes
    but they are available in request route block up to t_relay()?
    Have you used avp_print() from avpops to print the list of all
    avps (at INFO level)?

    Cheers,
    Daniel

    On Mon, Sep 12, 2011 at 10:21 AM, Daniel-Constantin Mierla
    <mico...@gmail.com <mailto:mico...@gmail.com>> wrote:

        Hello,

        the bug was associated with an internal tm function used to
        send the request. Can you try again with latest branch 3.1,
        over the weekend I backported the fix. Let me know if works
        now for you.

        Thanks,
        Daniel


        On 9/9/11 3:33 PM, Vitaliy Aleksandrov wrote:
        There is a bug in UAC module. uac_req_send doesn't restore
        avps.
        I tried to backport your patch to 3.1 but with no success.

        Could you add this patch to a new stable release ?


        _______________________________________________
        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

-- Daniel-Constantin Mierla --http://www.asipto.com
        Kamailio Advanced Training, Oct 10-13, Berlin:http://asipto.com/u/kat
        http://linkedin.com/in/miconda  -- http://twitter.com/miconda




    _______________________________________________
    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

-- Daniel-Constantin Mierla --http://www.asipto.com
    Kamailio Advanced Training, Oct 10-13, Berlin:http://asipto.com/u/kat
    http://linkedin.com/in/miconda  -- http://twitter.com/miconda


    _______________________________________________
    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

-- Daniel-Constantin Mierla --http://www.asipto.com
    Kamailio Advanced Training, Oct 10-13, Berlin:http://asipto.com/u/kat
    http://linkedin.com/in/miconda  -- http://twitter.com/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

--
Daniel-Constantin Mierla --http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin:http://asipto.com/u/kat
http://linkedin.com/in/miconda  -- http://twitter.com/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

--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/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