[OpenSIPS-Users] Opensips crashs when call uac_replace_to function

Tue Dec 29 00:26:28 CET 2009

Dear All,

I tested a new patch made by Norman Brandinger, and I created an issue in
the Tracker(
https://sourceforge.net/tracker/?func=detail&aid=2922548&group_id=232389&atid=1086410)
with the patch attached.

Best regards,

Antonio Anderson M. Souza
Voice Technology
http://www.antonioams.com

On Mon, Dec 28, 2009 at 5:40 PM, Antonio Anderson M. de Souza <
antonioams at gmail.com> wrote:

> Dear All,
>
> I think i detected the bug, I've made a patch to fix it, and it's working
> in my Opensips 1.6.1, follows the patch file attached, please analyze if the
> patch is ok, and than commit in the SVN.
>
>
> Best Regards,
>
> Antonio Anderson M. Souza
> Voice Technology
> http://www.antonioams.com
>
>
> 2009/12/28 Antonio Anderson M. de Souza <antonioams at gmail.com>
>
>> Dear All,
>>
>> I've compiled the Opensips with debug (make mode=debug) and now instead of
>> exiting it logs an ERROR message saying that there are no more pkg memory
>> (see the log bellow [1]), I already increased the PKG memory in the config.h
>> [2] to 8MB and recompiled it, and increased the shared memory to 256MB [3].
>>
>> I think probably it's a bug in the uac_replace_to function because the
>> replace from is working perfectly.
>>
>> How can i go forward to investigate and fix this issue? Are there some
>> other kind of logs that i can activate it?
>>
>> [1]----------------------------------
>> Dec 28 16:48:46 localhost opensips[2224]: Route: destination is a ported
>> number. INVITE ruri:[sip:060151175257543 at 192.168.191.169<sip%3A060151175257543 at 192.168.191.169>]
>> from:[sip:1135880188 at 192.168.191.169 <sip%3A1135880188 at 192.168.191.169>]
>> to:[sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>> sourceip:[192.168.191.85] callid:[oFApwsCQwnsJlrv3k5N7nXl6Do8GeYxI]
>> *Dec 28 16:48:46 localhost opensips[2224]: ERROR:uac:replace_uri: no more
>> pkg mem *
>> Dec 28 16:48:46 localhost opensips[2224]: RouteRelay started: INVITE
>> ruri:[sip:060151175257543 at 192.168.191.85:5080] from:[
>> sip:1135880188 at 192.168.191.169 <sip%3A1135880188 at 192.168.191.169>] to:[
>> sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>> sourceip:[192.168.191.85] callid:[oFApwsCQwnsJlrv3k5N7nXl6Do8GeYxI]
>> Dec 28 16:48:46 localhost opensips[2232]: OnReplyRoute: INVITE rs:[100]
>> from:[sip:60151175257543 at 192.168.191.169<sip%3A60151175257543 at 192.168.191.169>]
>> to:[sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>> sourceip:[192.168.191.85] callid:[oFApwsCQwnsJlrv3k5N7nXl6Do8GeYxI]
>>
>> [2]---------------------------------
>> define PKG_MEM_POOL_SIZE 8*1024*1024
>>
>> [3]---------------------------------
>> [root at localhost opensips]# opensips -m 256
>>
>> Best regards,
>>
>> Antonio Anderson M. Souza
>> Voice Technology
>> http://www.antonioams.com
>>
>>
>> 2009/12/28 Antonio Anderson M. de Souza <antonioams at gmail.com>
>>
>>> Dear All,
>>>
>>> I'm using the Opensips 1.6.1 on a CentOS 5.2, and Opensips is crashing
>>> when the script call the uac_replace_to function, follow the piece of script
>>> bellow [1], and the logs [2].
>>>
>>> [1] ---------------------------------
>>> route[ROUTE] {
>>>     xlog("L_INFO", "Route: $rm ruri:[$ru] from:[$fu] to:[$tu]
>>> sourceip:[$si] callid:[$ci]\n");
>>>
>>>     #check number portability
>>>     if (alias_db_lookup("dbaliases", "d")) {
>>>         xlog("L_INFO", "Route: destination is a ported number: $rm
>>> ruri:[$ru] from:[$fu] to:[$tu] sourceip:[$si] callid:[$ci]\n");
>>>         uac_replace_to("$ru");
>>>     }
>>>
>>> [2] ---------------------------------
>>> Dec 28 13:34:02 localhost opensips[7004]: RouteAuthenticate: INVITE
>>> bypassed the auth. Using allow_trusted. INVITE ruri:[
>>> sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>>> from:[sip:1135880188 at 192.168.191.169 <sip%3A1135880188 at 192.168.191.169>]
>>> to:[sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>>> sourceip:[192.168.191.85] callid:[Udf20i5wMLHHJB6e5RDMxmmyfs1eQzWC]
>>> Dec 28 13:34:02 localhost opensips[7004]: RouteRequests: INVITE ruri:[
>>> sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>>> from:[sip:1135880188 at 192.168.191.169 <sip%3A1135880188 at 192.168.191.169>]
>>> to:[sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>>> sourceip:[192.168.191.85] callid:[Udf20i5wMLHHJB6e5RDMxmmyfs1eQzWC]
>>> Dec 28 13:34:02 localhost opensips[7004]: Route: INVITE ruri:[
>>> sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>>> from:[sip:1135880188 at 192.168.191.169 <sip%3A1135880188 at 192.168.191.169>]
>>> to:[sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>>> sourceip:[192.168.191.85] callid:[Udf20i5wMLHHJB6e5RDMxmmyfs1eQzWC]
>>> Dec 28 13:34:02 localhost opensips[7004]: Route: destination is a ported
>>> number. INVITE ruri:[sip:060151175257543 at 192.168.191.169<sip%3A060151175257543 at 192.168.191.169>]
>>> from:[sip:1135880188 at 192.168.191.169 <sip%3A1135880188 at 192.168.191.169>]
>>> to:[sip:1175257543 at 192.168.191.169 <sip%3A1175257543 at 192.168.191.169>]
>>> sourceip:[192.168.191.85] callid:[Udf20i5wMLHHJB6e5RDMxmmyfs1eQzWC]
>>> Dec 28 13:34:03 localhost opensips[6992]: INFO:core:handle_sigs: child
>>> process 7004 exited by a signal 11
>>> Dec 28 13:34:03 localhost opensips[6992]: INFO:core:handle_sigs: core was
>>> generated
>>> Dec 28 13:34:03 localhost opensips[6992]: INFO:core:handle_sigs:
>>> terminating due to SIGCHLD
>>> Dec 28 13:34:03 localhost opensips[7015]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[7016]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[7005]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[7014]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[7002]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[7010]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[7001]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[7003]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[7000]: INFO:core:sig_usr: signal 15
>>> received
>>> Dec 28 13:34:03 localhost opensips[6998]: INFO:core:sig_usr: signal 15
>>> received
>>>
>>> Does anybody has some clue?
>>>
>>> Best regards,
>>>
>>> Antonio Anderson M. Souza
>>> Voice Technology
>>> http://www.antonioams.com
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20091228/acd72a3d/attachment-0001.htm 