Re: [SR-Users] planning v3.1.5

2011-09-16 Thread Daniel-Constantin Mierla
Hello, On 9/15/11 11:54 AM, Vitaliy Aleksandrov wrote: Hi, Tnx for a fix, t_newtran is working fine with UAC and i don't see any problems with AVPs. good than, thanks for testing and giving feedback. Cheers, Daniel On Wed, Sep 14, 2011 at 8:04 PM, Daniel-Constantin Mierla

Re: [SR-Users] planning v3.1.5

2011-09-14 Thread Daniel-Constantine Mierla
Hello, Ok, I will look over it. Cheers, Daniel On Sep 14, 2011, at 6:37 AM, Spencer Thomason spen...@5ninesolutions.com wrote: Hi Daniel, Would it be possible to backport the patch from trunk to fix via branch value in ack to 200 ok. The specific commit is:

Re: [SR-Users] planning v3.1.5

2011-09-14 Thread Vitaliy Aleksandrov
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

Re: [SR-Users] planning v3.1.5

2011-09-14 Thread Daniel-Constantin Mierla
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

Re: [SR-Users] planning v3.1.5

2011-09-14 Thread Daniel-Constantin Mierla
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

Re: [SR-Users] planning v3.1.5

2011-09-13 Thread Manwe
El Thu, 08 Sep 2011 17:16:24 +0200 Daniel-Constantin Mierla mico...@gmail.com escribió: Hello, it's being quite some time since we released 3.1.4, so I am thinking of packaging soon v3.1.5 out of stable branch 3.1. My plan is to release it Wednesday, September 14, 2011. Any other

Re: [SR-Users] planning v3.1.5

2011-09-13 Thread Daniel-Constantin Mierla
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

Re: [SR-Users] planning v3.1.5

2011-09-13 Thread Timo Reimann
On 13.09.2011 16:50, Jon Bonilla wrote: El Thu, 08 Sep 2011 17:16:24 +0200 Daniel-Constantin Mierla mico...@gmail.com escribió: Hello, it's being quite some time since we released 3.1.4, so I am thinking of packaging soon v3.1.5 out of stable branch 3.1. My plan is to release it

Re: [SR-Users] planning v3.1.5

2011-09-13 Thread Daniel-Constantin Mierla
On 9/13/11 5:10 PM, Timo Reimann wrote: On 13.09.2011 16:50, Jon Bonilla wrote: El Thu, 08 Sep 2011 17:16:24 +0200 Daniel-Constantin Mierlamico...@gmail.com escribió: Hello, it's being quite some time since we released 3.1.4, so I am thinking of packaging soon v3.1.5 out of stable branch

Re: [SR-Users] planning v3.1.5

2011-09-13 Thread Daniel-Constantin Mierla
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;

Re: [SR-Users] planning v3.1.5

2011-09-13 Thread Spencer Thomason
Hi Daniel, Would it be possible to backport the patch from trunk to fix via branch value in ack to 200 ok. The specific commit is: ebb3b085c15b398192cd8e242d46914252278448 It seems that this would be fairly trivial and shouldn't break anything for 3.1.x users. Thanks, Spencer On Sep 8,

Re: [SR-Users] planning v3.1.5

2011-09-12 Thread Daniel-Constantin Mierla
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.

Re: [SR-Users] planning v3.1.5

2011-09-09 Thread Vitaliy Aleksandrov
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] planning v3.1.5

2011-09-08 Thread Daniel-Constantin Mierla
Hello, it's being quite some time since we released 3.1.4, so I am thinking of packaging soon v3.1.5 out of stable branch 3.1. My plan is to release it Wednesday, September 14, 2011. Any other opinions? Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com Kamailio Advanced