[SR-Users] planning v3.1.5

Daniel-Constantin Mierla miconda at gmail.com
Tue Sep 13 23:31:14 CEST 2011


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");
     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 
>> <miconda at gmail.com <mailto:miconda at 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 at lists.sip-router.org  <mailto: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
>>     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 at 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 at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20110913/0de5e238/attachment.htm>


More information about the sr-users mailing list