Trouble with LCR removing $ru after upgrading to 4.1.6
Hi We are having an odd issue with our LCR. This started after we upgraded from kamailio 4.1.0 to 4.1.6. Here is the situation: We populate our gw_uri_avp (stored in: $avp(i:709)) as follows: 16|1||||[gateway ip address]||5060||1|1. The $ru before running next gateway shows: sip:[destination number]@[our domain that the call came into]. This is how it should look before lcr occurs. Then we run next_gw(). We get these message in the logs during the running of next_gw DEBUG: lcr [lcr_mod.c:2156]: generate_uris(): r_uri <*1*[destination number]@[gateway ip address]:5060*1*>, dst_uri <> DEBUG: lcr [lcr_mod.c:2437]: next_gw(): added ruri_user_avp <[destination number]> DEBUG: lcr [lcr_mod.c:2473]: next_gw(): added flags_avp <1> DEBUG: lcr [lcr_mod.c:2480]: next_gw(): added tag_avp <> DEBUG: lcr [lcr_mod.c:2488]: next_gw(): added defunct_gw_avp <1253613379> The main thing to notice there is that there is now a 1 at the start and end of the r_uri shown in generate_uris. I am fairly certain those are new, and maybe related to what happens next. Immediately following the next_gw function running the $ru becomes: <null>, so of course the call doesn't go through. I have looked at the code for the lcr module and it looks like it wasn't changed in version 4.1.6. I found alot of other notes in the change log that had to do with the way uris are handled so it is possible one of those changes caused the problem. I am stumped currently. Any help any one can offer me would be very appreciated. All the best. Will Ferrer Swithsoft Inc
Will Ferrer writes:
We are having an odd issue with our LCR. This started after we upgraded from kamailio 4.1.0 to 4.1.6.
i checked and there was no changes to lcr module from 4.1.0 to 4.1.6.
Here is the situation:
We populate our gw_uri_avp (stored in: $avp(i:709)) as follows: 16|1||||[gateway ip address]||5060||1|1.
your scheme is '1'. if i remember correctly, it should be 'sip:'. also your transport is '1'. -- juha
Hi Juha Correct as usual :). It is odd this happened only after upgrading to 1.4.6. I am guessing something got more strict about the formating. Also strange is that the tables for lcr_gw have type INT for both those columns (uri_scheme and transport). None the less changing my code to remove the transport and put in the sip: fixes the issue. Thanks again for your help as always. Will Ferrer Switchsoft Inc On Wed, Oct 29, 2014 at 11:34 PM, Juha Heinanen <jh@tutpro.com> wrote:
Will Ferrer writes:
We are having an odd issue with our LCR. This started after we upgraded from kamailio 4.1.0 to 4.1.6.
i checked and there was no changes to lcr module from 4.1.0 to 4.1.6.
Here is the situation:
We populate our gw_uri_avp (stored in: $avp(i:709)) as follows: 16|1||||[gateway ip address]||5060||1|1.
your scheme is '1'. if i remember correctly, it should be 'sip:'. also your transport is '1'.
-- juha
_______________________________________________ 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
Will Ferrer writes:
It is odd this happened only after upgrading to 1.4.6. I am guessing something got more strict about the formating. Also strange is that the tables for lcr_gw have type INT for both those columns (uri_scheme and transport). None the less changing my code to remove the transport and put in the sip: fixes the issue.
from README: Valid URI scheme values are NULL = sip, 1 = sip and 2 = sips. Currently valid transport protocol values are NULL and 0 = none, 1 = udp, 2 = tcp, 3 = tls, and 4 = sctp. mapping to strings is done when gw table is reloaded. -- juha
Hi Juha Thank you very much for the info. I will try to make out special LCR handling support that full standard. I hope you have a great weekend. All the best Will Ferrer On Fri, Oct 31, 2014 at 12:56 AM, Juha Heinanen <jh@tutpro.com> wrote:
Will Ferrer writes:
It is odd this happened only after upgrading to 1.4.6. I am guessing something got more strict about the formating. Also strange is that the tables for lcr_gw have type INT for both those columns (uri_scheme and transport). None the less changing my code to remove the transport and put in the sip: fixes the issue.
from README:
Valid URI scheme values are NULL = sip, 1 = sip and 2 = sips. Currently valid transport protocol values are NULL and 0 = none, 1 = udp, 2 = tcp, 3 = tls, and 4 = sctp.
mapping to strings is done when gw table is reloaded.
-- juha
_______________________________________________ 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
participants (2)
-
Juha Heinanen -
Will Ferrer