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 ?
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 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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.
On Mon, Sep 12, 2011 at 10:21 AM, Daniel-Constantin Mierla < miconda@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 listsr-users@lists.sip-router.orghttp://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/kathttp://linkedin.com/in/miconda -- http://twitter.com/miconda
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@gmail.com mailto:miconda@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 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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@gmail.com mailto:miconda@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 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
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 < miconda@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"); 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@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 listsr-users@lists.sip-router.orghttp://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/kathttp://linkedin.com/in/miconda -- http://twitter.com/miconda
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.com Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kathttp://linkedin.com/in/miconda -- http://twitter.com/miconda
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.com Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kathttp://linkedin.com/in/miconda -- http://twitter.com/miconda
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 <miconda@gmail.com mailto:miconda@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, DanielOn Mon, Sep 12, 2011 at 10:21 AM, Daniel-Constantin Mierla <miconda@gmail.com <mailto:miconda@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
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 <miconda@gmail.com mailto:miconda@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, DanielOn Mon, Sep 12, 2011 at 10:21 AM, Daniel-Constantin Mierla <miconda@gmail.com <mailto:miconda@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
Hi, Tnx for a fix, t_newtran is working fine with UAC and i don't see any problems with AVPs.
On Wed, Sep 14, 2011 at 8:04 PM, Daniel-Constantin Mierla <miconda@gmail.com
wrote:
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
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 <miconda@gmail.com mailto:miconda@gmail.com> wrote:
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
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 -
Vitaliy Aleksandrov