[OpenSIPS-Devel] [ opensips-Bugs-2922548 ] Opensips crashs when call uac_replace_to function

SourceForge.net noreply at sourceforge.net
Tue Dec 29 14:51:09 CET 2009


Bugs item #2922548, was opened at 2009-12-29 01:22
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2922548&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.6.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Antonio Souza (antonioams)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Opensips crashs when call uac_replace_to function

Initial Comment:
I detected a bug in the uac module in Opensips 1.6.1, the details of the bug could be seen bellow (message sent to the Users mailing list), but I already detected how to fix the bug, and tested it on my Opensips 1.6.1 environment, the patch file is attached.

== User mailing list email ==
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] from:[sip:1135880188 at 192.168.191.169] to:[sip:1175257543 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] from:[sip:1135880188 at 192.168.191.169] to:[sip:1175257543 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] from:[sip:1135880188 at 192.168.191.169] to:[sip:1175257543 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] from:[sip:1135880188 at 192.168.191.169] to:[sip:1175257543 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 

----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2009-12-29 15:51

Message:
Hi Antonio,

Thanks for your fixed - indeed, the dsp var was not properly set when
display part was not changed.

Best regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2922548&group_id=232389



More information about the Devel mailing list