From noreply at sourceforge.net  Wed May  1 02:42:53 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 30 Apr 2013 17:42:53 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612046 ] opensips crashing when
	excuting b2b_logic extern script
Message-ID: <mailman.384.1367368978.2897.devel@lists.opensips.org>

Bugs item #3612046, was opened at 2013-04-27 15:55
Message generated for change (Comment added) made by soulof87
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612046&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: None
>Group: 1.9.x
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: tito cumpen (soulof87)
Assigned to: Nobody/Anonymous (nobody)
Summary: opensips crashing when excuting b2b_logic extern script

Initial Comment:
Opensips is crashing 1 execute a fifo command like so "opensipsctl fifo b2b_trigger_scenario 3pcc sip:nurse at ip sip:patient at ip." Attached is the scenario file. The Ip addresses have replaced with IP.  i am using the latest 1.9  stable release acquired via svn

Heres the entire backtrace



(gdb) bt full
#0  get_local_contact (sock=0x0, contact=0x7fff1c16eb98) at ../presence/utils_func.h:84
        buf = '\000' <repeats 1023 times>
        proto = <value optimized out>
        proto_len = <value optimized out>
#1  0x00007fbbeabb3d21 in process_bridge_action (msg=0x0, curr_entity=<value optimized out>, tuple=0x7fbbe8e31b30, bridge_node=0x954830) at logic.c:2501
        from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}
        to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}
        from_dname = <value optimized out>
        bridge_entities = {0x7fbbe8e3d0e8, 0x7fbbe8e3d1c0, 0x0}
        entity = <value optimized out>
        old_entity = <value optimized out>
        e = <value optimized out>
        count = <value optimized out>
        index = <value optimized out>
        attr = {s = 0x0, len = 7}
        entity_dest = {s = 0x7fbbe8e3d080 "sip:patient at ip", len = 26}
        clientid_node = <value optimized out>
        dest_node = <value optimized out>
        client_node = <value optimized out>
        lft_node = <value optimized out>
        node = <value optimized out>
        provmedia_uri = {s = 0x0, len = 0}
        ci = {method = {s = 0x7fbbeabced40 "INVITE", len = 6}, from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}, from_dname = {s = 0x0, 
            len = 0}, req_uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}, 
          to_dname = {s = 0x0, len = 0}, extra_headers = 0x0, body = 0x0, from_tag = 0x0, local_contact = {s = 0x7fbbeadd6880 "", len = 0}, cseq = 0, 
          send_sock = 0x0}
        client_id = <value optimized out>
        fdname_content = 0x0
        from_dname = {s = 0x0, len = 0}
        value_node = <value optimized out>
        value_content = <value optimized out>
        req_data = {et = 8287936, b2b_key = 0x943fb0, method = 0x7fbbee525860, extra_headers = 0x7fbbee1fec1a, body = 0x7fbbedfa2960, dlginfo = 0x4240b0, 
          no_cb = 40}
        __FUNCTION__ = "process_bridge_action"
#2  0x00007fbbeaba4d53 in b2bl_bridge_extern (scenario_name=<value optimized out>, args=<value optimized out>, cbf=0, cb_param=0x0) at b2b_logic.c:1067
        scenario_struct = 0x7fbbedfa2960
        hash_index = 935
        tuple = 0x7fbbe8e31b30
        b2bl_key = <value optimized out>
        state = <value optimized out>
        xml_node = <value optimized out>
        attr = <value optimized out>
        __FUNCTION__ = "b2bl_bridge_extern"
#3  0x00007fbbeaba530d in mi_trigger_scenario (cmd=<value optimized out>, param=<value optimized out>) at b2b_logic.c:1114
        node = <value optimized out>
        args = {0x7fbbedfae6a0, 0x7fbbedfae700, 0x0, 0x0, 0x0}
        i = <value optimized out>
        scenario_name = {s = 0x7fbbedfaf138 "3pccsip:nurse at IPsip:patient at IP\n", len = 4}
        __FUNCTION__ = "mi_trigger_scenario"
#4  0x00007fbbed0ef3c5 in run_mi_cmd (fifo_stream=0x949950) at ../../mi/mi.h:109
        ret = <value optimized out>
#5  mi_fifo_server (fifo_stream=0x949950) at fifo_fnc.c:490
        mi_cmd = <value optimized out>
        mi_rpl = <value optimized out>
        hdl = 0x0
---Type <return> to continue, or q <return> to quit---
        line_len = 45
        file_sep = <value optimized out>
        command = <value optimized out>
        file = <value optimized out>
        f = 0x7fbbedface90
        reply_stream = 0x943d70
        __FUNCTION__ = "mi_fifo_server"
#6  0x00007fbbed0f1977 in fifo_process (rank=<value optimized out>) at mi_fifo.c:213
        fifo_stream = 0x949950
        __FUNCTION__ = "fifo_process"
#7  0x00000000004a17ec in start_module_procs () at sr_module.c:585
        m = <value optimized out>
        n = <value optimized out>
        l = <value optimized out>
        x = <value optimized out>
        __FUNCTION__ = "start_module_procs"
#8  0x0000000000432ec1 in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:707
        i = <value optimized out>
        pid = <value optimized out>
        si = <value optimized out>
        startup_done = 0x0
        chd_rank = 0
        rc = <value optimized out>
        load_p = 0x0
#9  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
        cfg_log_stderr = <value optimized out>
        cfg_stream = <value optimized out>
        c = <value optimized out>
        r = 0
        tmp = 0x7fff1c16f0d8 "\b\370\026\034\377\177"
        tmp_len = <value optimized out>
        port = <value optimized out>
        proto = <value optimized out>
        options = 0x555708 "f:cCm:M:b:l:n:N:rRvdDETSVhw:t:u:g:P:G:W:o:"
        ret = -1
        seed = 3039576127
        rfd = <value optimized out>
        __FUNCTION__ = "main"


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

>Comment By: tito cumpen (soulof87)
Date: 2013-04-30 17:42

Message:
Willing to set a bounty on this project feel free to reach out me for any
information.

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

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


From noreply at sourceforge.net  Wed May  1 04:41:31 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 30 Apr 2013 19:41:31 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612046 ] opensips crashing when
	excuting b2b_logic extern script
Message-ID: <mailman.385.1367376095.2897.devel@lists.opensips.org>

Bugs item #3612046, was opened at 2013-04-27 15:55
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612046&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: None
Group: 1.9.x
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: tito cumpen (soulof87)
Assigned to: Nobody/Anonymous (nobody)
Summary: opensips crashing when excuting b2b_logic extern script

Initial Comment:
Opensips is crashing 1 execute a fifo command like so "opensipsctl fifo b2b_trigger_scenario 3pcc sip:nurse at ip sip:patient at ip." Attached is the scenario file. The Ip addresses have replaced with IP.  i am using the latest 1.9  stable release acquired via svn

Heres the entire backtrace



(gdb) bt full
#0  get_local_contact (sock=0x0, contact=0x7fff1c16eb98) at ../presence/utils_func.h:84
        buf = '\000' <repeats 1023 times>
        proto = <value optimized out>
        proto_len = <value optimized out>
#1  0x00007fbbeabb3d21 in process_bridge_action (msg=0x0, curr_entity=<value optimized out>, tuple=0x7fbbe8e31b30, bridge_node=0x954830) at logic.c:2501
        from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}
        to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}
        from_dname = <value optimized out>
        bridge_entities = {0x7fbbe8e3d0e8, 0x7fbbe8e3d1c0, 0x0}
        entity = <value optimized out>
        old_entity = <value optimized out>
        e = <value optimized out>
        count = <value optimized out>
        index = <value optimized out>
        attr = {s = 0x0, len = 7}
        entity_dest = {s = 0x7fbbe8e3d080 "sip:patient at ip", len = 26}
        clientid_node = <value optimized out>
        dest_node = <value optimized out>
        client_node = <value optimized out>
        lft_node = <value optimized out>
        node = <value optimized out>
        provmedia_uri = {s = 0x0, len = 0}
        ci = {method = {s = 0x7fbbeabced40 "INVITE", len = 6}, from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}, from_dname = {s = 0x0, 
            len = 0}, req_uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}, 
          to_dname = {s = 0x0, len = 0}, extra_headers = 0x0, body = 0x0, from_tag = 0x0, local_contact = {s = 0x7fbbeadd6880 "", len = 0}, cseq = 0, 
          send_sock = 0x0}
        client_id = <value optimized out>
        fdname_content = 0x0
        from_dname = {s = 0x0, len = 0}
        value_node = <value optimized out>
        value_content = <value optimized out>
        req_data = {et = 8287936, b2b_key = 0x943fb0, method = 0x7fbbee525860, extra_headers = 0x7fbbee1fec1a, body = 0x7fbbedfa2960, dlginfo = 0x4240b0, 
          no_cb = 40}
        __FUNCTION__ = "process_bridge_action"
#2  0x00007fbbeaba4d53 in b2bl_bridge_extern (scenario_name=<value optimized out>, args=<value optimized out>, cbf=0, cb_param=0x0) at b2b_logic.c:1067
        scenario_struct = 0x7fbbedfa2960
        hash_index = 935
        tuple = 0x7fbbe8e31b30
        b2bl_key = <value optimized out>
        state = <value optimized out>
        xml_node = <value optimized out>
        attr = <value optimized out>
        __FUNCTION__ = "b2bl_bridge_extern"
#3  0x00007fbbeaba530d in mi_trigger_scenario (cmd=<value optimized out>, param=<value optimized out>) at b2b_logic.c:1114
        node = <value optimized out>
        args = {0x7fbbedfae6a0, 0x7fbbedfae700, 0x0, 0x0, 0x0}
        i = <value optimized out>
        scenario_name = {s = 0x7fbbedfaf138 "3pccsip:nurse at IPsip:patient at IP\n", len = 4}
        __FUNCTION__ = "mi_trigger_scenario"
#4  0x00007fbbed0ef3c5 in run_mi_cmd (fifo_stream=0x949950) at ../../mi/mi.h:109
        ret = <value optimized out>
#5  mi_fifo_server (fifo_stream=0x949950) at fifo_fnc.c:490
        mi_cmd = <value optimized out>
        mi_rpl = <value optimized out>
        hdl = 0x0
---Type <return> to continue, or q <return> to quit---
        line_len = 45
        file_sep = <value optimized out>
        command = <value optimized out>
        file = <value optimized out>
        f = 0x7fbbedface90
        reply_stream = 0x943d70
        __FUNCTION__ = "mi_fifo_server"
#6  0x00007fbbed0f1977 in fifo_process (rank=<value optimized out>) at mi_fifo.c:213
        fifo_stream = 0x949950
        __FUNCTION__ = "fifo_process"
#7  0x00000000004a17ec in start_module_procs () at sr_module.c:585
        m = <value optimized out>
        n = <value optimized out>
        l = <value optimized out>
        x = <value optimized out>
        __FUNCTION__ = "start_module_procs"
#8  0x0000000000432ec1 in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:707
        i = <value optimized out>
        pid = <value optimized out>
        si = <value optimized out>
        startup_done = 0x0
        chd_rank = 0
        rc = <value optimized out>
        load_p = 0x0
#9  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
        cfg_log_stderr = <value optimized out>
        cfg_stream = <value optimized out>
        c = <value optimized out>
        r = 0
        tmp = 0x7fff1c16f0d8 "\b\370\026\034\377\177"
        tmp_len = <value optimized out>
        port = <value optimized out>
        proto = <value optimized out>
        options = 0x555708 "f:cCm:M:b:l:n:N:rRvdDETSVhw:t:u:g:P:G:W:o:"
        ret = -1
        seed = 3039576127
        rfd = <value optimized out>
        __FUNCTION__ = "main"


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

Comment By: Ovidiu Sas (osas)
Date: 2013-04-30 19:41

Message:
Try the following patch:
Index: modules/b2b_logic/logic.c
===================================================================
--- modules/b2b_logic/logic.c   (revision 9987)
+++ modules/b2b_logic/logic.c   (working copy)
@@ -2498,7 +2498,8 @@
                ci.body          = 0;
                ci.from_tag      = 0;
                ci.send_sock     =
msg?(msg->force_send_socket?msg->force_send_socket:msg->rcv.bind_address):0;
-               get_local_contact( ci.send_sock, &ci.local_contact);
+               if (ci.send_sock) get_local_contact( ci.send_sock,
&ci.local_contact);
+               else ci.local_contact = server_address;

                if(msg)
                {

The patch is for trunk, but it's pretty much the same for 1.9.

Regards,
Ovidiu Sas

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

Comment By: tito cumpen (soulof87)
Date: 2013-04-30 17:42

Message:
Willing to set a bounty on this project feel free to reach out me for any
information.

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

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


From noreply at sourceforge.net  Wed May  1 21:00:36 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 01 May 2013 12:00:36 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612267 ] opensips segfault in
	drouting module
Message-ID: <mailman.386.1367434840.2897.devel@lists.opensips.org>

Bugs item #3612267, was opened at 2013-04-30 04:49
Message generated for change (Comment added) made by r0nald11
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612267&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.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kiss Karoly (kisskaroly)
Assigned to: Nobody/Anonymous (nobody)
Summary: opensips segfault in drouting module

Initial Comment:
Just saw a crash on a production server, running opensips 1.8 rev #9969 -ish, bt full attached.
The IP address in the strcmp seems odd, having an extra 4 at the beginning.

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

Comment By: Ronald Cepres (r0nald11)
Date: 2013-05-01 12:00

Message:
I think this is a duplicate report. Please see:

http://sourceforge.net/tracker/?func=detail&aid=3610045&group_id=232389&atid=1086410

Thanks.

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

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


From noreply at sourceforge.net  Thu May  2 12:57:36 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 02 May 2013 03:57:36 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3611677 ] Offiline RTP Proxy
	causes system freeze
Message-ID: <mailman.387.1367492264.2897.devel@lists.opensips.org>

Bugs item #3611677, was opened at 2013-04-23 14:10
Message generated for change (Comment added) made by digipigeon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3611677&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.9.x
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: Digipigeon (digipigeon)
Assigned to: Razvan Crainea (razvancrainea)
Summary: Offiline RTP Proxy causes system freeze

Initial Comment:
I have a setup running multiple RTP Proxy instances, when multiple rtp proxies fail, CPU utilisation approaches 100%, this does not usually happen with 1 or 2 failures, but when 4+ fail (this can even be 4 instances on an 8 core/instance machine), the issues arrise.

The severity of this event happening has caused the system to stop responding for short periods, observations notice intermittent periods of no logging information and substantial packet drops (due to high CPU usage).

Once RTP Proxy instances that have failed come back online, CPU utilisation drops right down and everything functions as expected.

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

>Comment By: Digipigeon (digipigeon)
Date: 2013-05-02 03:57

Message:
I have updated my code in an attempt to circumvent the issue to include:
modparam("rtpproxy", "rtpproxy_disable_tout", -1)

My observations on the above modification are as follows:
1. CPU regularly runs ah a higher value than before modification.
2. The CPU still reaches 100% utilisation which then causes kernal packet
drops (SIP, just because of high load).
3. The 100% CPU usage (through my limited observations) does not appear
last as long in locked up state.

Further to this I can observe that multiple RTP servers fail successively,
however the chance that 5 RTP servers go offline at the time is unlikely,
however I am considering that the successive fails of multiple rtp servers
could be a effect of the high CPU utilisation then causing packet drops
rather than multiple.

However in addition this, I have setup a ICMP ping as well as a V ping via
UDP in the control channel, both with return negligible packet loss.

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

Comment By: Digipigeon (digipigeon)
Date: 2013-04-24 10:40

Message:
Well this happened sooner than I was expecting, I managed to run the
commands on the processes that were taking up the CPU usage, however I cant
gurentee that I was able to run the script before the process completed its
high usage.

Please see files, Dump 1 and Dump 2



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

Comment By: Digipigeon (digipigeon)
Date: 2013-04-24 03:40

Message:
Hi R?zvan,

Thank you, I will make a note of this, however it is my aim not to let my
system enter this state again and I have only been able to replicate with
live traffic, so I am not sure when I will have the opportunity to run this
again. I will keep you updated though.

Kind Regards Jonathan

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-04-24 03:31

Message:
Hi!

When opensips is in 100% CPU usage, can you run the following command:

gdb $OPENSIPS $PID -batch --eval-command="bt full"

Note you have to replace $OPENSIPS with OpenSIPS' executable path and $PID
with the value of the pid that holds the CPU in 100%.

Best regards,
R?zvan

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

Comment By: Digipigeon (digipigeon)
Date: 2013-04-24 03:25

Message:
Hello R?zvan,

I would make the same assumption, which is expected, however I don't know
why this would lead to 100% CPU usage, surely probing only involved sending
and waiting for a udp packet.

I am using 32 processes on an 8 core machine.
I am not using rtpproxy_disable_tout parameter.
I have not tried to disable via MI command.

Regards Jonathan

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-04-24 00:41

Message:
Hello!

My assumption is that OpenSIPS is trying to probe the other RTPProxy
servers without any success. That's probably why the CPU goes that high.
How many OpenSIPS processes are you using? Are you using the
rtpproxy_disable_tout [1] parameter? If yes, what value are you setting?
Have you tried to permanently disable via MI commands [2 ]the RTPProxy
servers that failed?

[1] http://www.opensips.org/html/docs/modules/1.9.x/rtpproxy#id250074
[2] http://www.opensips.org/html/docs/modules/1.9.x/rtpproxy#id293384

Best regards,
R?zvan

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

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


From noreply at sourceforge.net  Thu May  2 21:48:46 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 02 May 2013 12:48:46 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3611850 ] Segfault on shutdown in
	db_mysql
Message-ID: <mailman.388.1367524131.2897.devel@lists.opensips.org>

Bugs item #3611850, was opened at 2013-04-25 10:46
Message generated for change (Comment added) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3611850&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Nobody/Anonymous (nobody)
Summary: Segfault on shutdown in db_mysql

Initial Comment:
I am seeing a segfault on shutdown in the db_mysql module. My guess is that is is related to a flush to db on shutdown somewhere, we are using bulk inserts so that may be related.

Kernel message:
opensips[18804]: segfault at 0 ip 00007fa545fb0089 sp 00007fff45002280 error 6 in db_mysql.so[7fa545fa3000+11000]

Going off the kernel message and an objdump of db_mysql.so, seems to be in the db_mysql_val2bind() function. I am working on getting a full core + back trace.



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

>Comment By: Ryan Bullock (rrb3942)
Date: 2013-05-02 12:48

Message:
Backtrace attached.

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

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


From rrb3942 at gmail.com  Thu May  2 22:32:32 2013
From: rrb3942 at gmail.com (Ryan Bullock)
Date: Thu, 2 May 2013 13:32:32 -0700
Subject: [OpenSIPS-Devel] General Protection errors
Message-ID: <CAAcj4gVeTbWoUemH6wVeZoL8tni0d3fpY8jbwq_1Y8HqtUZvkw@mail.gmail.com>

I've been seeing some general protection errors in opensips lately
(currently running 1.9 svnrevision: 2:9970M). I've been working on getting
some core dumps and backtraces for these, but they happen very
intermittently and it can take weeks to see one.

These happen across a couple systems, so I was pretty sure there was a
problem in opensips somewhere. Normally I see these errors reported in the
dialog module. However this most recent one I was able to get a core dump
for seems to show the error happening in fm_free() at a goto statement,
which seems odd to me. I have attached a full bt and I have the core dump
available if more information is needed from it.

Right now I am trying to figure out if the problem is in opensips, or if I
have some really subtle hardware errors going on across a few boxes.

Was hoping someone could take a look at the backtrace and give some input.

Thank you.

Regards,

Ryan Bullock
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130502/88e8799c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: opensips_gp.bt
Type: application/octet-stream
Size: 2249 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130502/88e8799c/attachment.obj>

From noreply at sourceforge.net  Fri May  3 14:14:22 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 May 2013 05:14:22 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612563 ] OpenSIPS fails to parse
	MIME types containing numbers
Message-ID: <mailman.389.1367583267.2897.devel@lists.opensips.org>

Bugs item #3612563, was opened at 2013-05-03 05:14
Message generated for change (Tracker Item Submitted) made by vfm-barracuda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612563&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: core
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: V?ctor Fern?ndez Mart?nez (vfm-barracuda)
Assigned to: Nobody/Anonymous (nobody)
Summary: OpenSIPS fails to parse MIME types containing numbers

Initial Comment:
Microsoft Lync uses several custom MIME types for its communication with the server. When OpenSIPS is used as a SIP proxy between the Lync client and the Lync server, the following error can be seen in the logs:

DBG:core:decode_mime_type: Decoding MIME type for:[application/vnd-microsoft-roaming-provisioning-v2+xml]
ERROR:core:decode_mime_type: parse error near in [application/vnd-microsoft-roaming-provisioning-v2+xml] char[50][2] offset
=48
DBG:core:set_err_info: ec: 1, el: 3, ei: 'error parsing CT-TYPE header'

This happens always in OpenSIPS 1.8.2. After taking a look at the source code, it is evident that decode_mime_type() doesn't accept digits (0-9) as valid characters in MIME types. This could easily be fixed by replacing the definition of is_mime_char() in parse_content.c with the following:

#define is_mime_char(_c_) \
	(isalnum((int)_c_) || (_c_)=='-' || (_c_)=='+' || (_c_)=='.')

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

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


From noreply at sourceforge.net  Fri May  3 17:08:52 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 May 2013 08:08:52 -0700
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3212664 ] registrant:
	add MI/script commands to control registration
Message-ID: <mailman.390.1367593738.2897.devel@lists.opensips.org>

Feature Requests item #3212664, was opened at 2011-03-14 23:05
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3212664&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: trunk
>Status: Closed
Priority: 3
Private: No
Submitted By: Paul Wise (pabs3)
Assigned to: Ovidiu Sas (osas)
Summary: registrant: add MI/script commands to control registration

Initial Comment:
Please add MI and script commands to control the list of registrations in the registrant module. The following commands would be useful:

add: register a new registration and add it to the database
remove: de-register a registration and remove it from the database
update: re-register a registration and update database information
dbsync: trigger a reload of the database, de-register of missing registrations and register of new registrations



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

>Comment By: Ovidiu Sas (osas)
Date: 2013-05-03 08:08

Message:
This is implemented in trunk via the new reg_reload mi command:
http://www.opensips.org/html/docs/modules/devel/uac_registrant#id250484

Regards,
Ovidiu Sas


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

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


From osas at voipembedded.com  Fri May  3 17:20:15 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 03 May 2013 15:20:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9988]
	trunk/modules/b2b_logic/logic.c
Message-ID: <E1UYHmR-0002Xc-Cl@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9988
          http://opensips.svn.sourceforge.net/opensips/?rev=9988&view=rev
Author:   osas
Date:     2013-05-03 15:20:14 +0000 (Fri, 03 May 2013)
Log Message:
-----------
b2b_logic: set proper Contact header for external scripts
 - closes sf 3612046: opensips crashing when excuting b2b_logic extern script

Modified Paths:
--------------
    trunk/modules/b2b_logic/logic.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From osas at voipembedded.com  Fri May  3 17:22:16 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 03 May 2013 15:22:16 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9989]
	branches/1.9/modules/b2b_logic/logic.c
Message-ID: <E1UYHoO-0002Zt-CN@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9989
          http://opensips.svn.sourceforge.net/opensips/?rev=9989&view=rev
Author:   osas
Date:     2013-05-03 15:22:16 +0000 (Fri, 03 May 2013)
Log Message:
-----------

b2b_logic: set proper Contact header for external scripts
 - closes sf 3612046: opensips crashing when excuting b2b_logic extern script
 - backport from trunk rev #9988

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=9988&view=rev

Modified Paths:
--------------
    branches/1.9/modules/b2b_logic/logic.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From noreply at sourceforge.net  Fri May  3 17:23:27 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 May 2013 08:23:27 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612046 ] opensips crashing when
	excuting b2b_logic extern script
Message-ID: <mailman.391.1367594611.2897.devel@lists.opensips.org>

Bugs item #3612046, was opened at 2013-04-27 15:55
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612046&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: None
Group: 1.9.x
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: tito cumpen (soulof87)
Assigned to: Nobody/Anonymous (nobody)
Summary: opensips crashing when excuting b2b_logic extern script

Initial Comment:
Opensips is crashing 1 execute a fifo command like so "opensipsctl fifo b2b_trigger_scenario 3pcc sip:nurse at ip sip:patient at ip." Attached is the scenario file. The Ip addresses have replaced with IP.  i am using the latest 1.9  stable release acquired via svn

Heres the entire backtrace



(gdb) bt full
#0  get_local_contact (sock=0x0, contact=0x7fff1c16eb98) at ../presence/utils_func.h:84
        buf = '\000' <repeats 1023 times>
        proto = <value optimized out>
        proto_len = <value optimized out>
#1  0x00007fbbeabb3d21 in process_bridge_action (msg=0x0, curr_entity=<value optimized out>, tuple=0x7fbbe8e31b30, bridge_node=0x954830) at logic.c:2501
        from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}
        to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}
        from_dname = <value optimized out>
        bridge_entities = {0x7fbbe8e3d0e8, 0x7fbbe8e3d1c0, 0x0}
        entity = <value optimized out>
        old_entity = <value optimized out>
        e = <value optimized out>
        count = <value optimized out>
        index = <value optimized out>
        attr = {s = 0x0, len = 7}
        entity_dest = {s = 0x7fbbe8e3d080 "sip:patient at ip", len = 26}
        clientid_node = <value optimized out>
        dest_node = <value optimized out>
        client_node = <value optimized out>
        lft_node = <value optimized out>
        node = <value optimized out>
        provmedia_uri = {s = 0x0, len = 0}
        ci = {method = {s = 0x7fbbeabced40 "INVITE", len = 6}, from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}, from_dname = {s = 0x0, 
            len = 0}, req_uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}, 
          to_dname = {s = 0x0, len = 0}, extra_headers = 0x0, body = 0x0, from_tag = 0x0, local_contact = {s = 0x7fbbeadd6880 "", len = 0}, cseq = 0, 
          send_sock = 0x0}
        client_id = <value optimized out>
        fdname_content = 0x0
        from_dname = {s = 0x0, len = 0}
        value_node = <value optimized out>
        value_content = <value optimized out>
        req_data = {et = 8287936, b2b_key = 0x943fb0, method = 0x7fbbee525860, extra_headers = 0x7fbbee1fec1a, body = 0x7fbbedfa2960, dlginfo = 0x4240b0, 
          no_cb = 40}
        __FUNCTION__ = "process_bridge_action"
#2  0x00007fbbeaba4d53 in b2bl_bridge_extern (scenario_name=<value optimized out>, args=<value optimized out>, cbf=0, cb_param=0x0) at b2b_logic.c:1067
        scenario_struct = 0x7fbbedfa2960
        hash_index = 935
        tuple = 0x7fbbe8e31b30
        b2bl_key = <value optimized out>
        state = <value optimized out>
        xml_node = <value optimized out>
        attr = <value optimized out>
        __FUNCTION__ = "b2bl_bridge_extern"
#3  0x00007fbbeaba530d in mi_trigger_scenario (cmd=<value optimized out>, param=<value optimized out>) at b2b_logic.c:1114
        node = <value optimized out>
        args = {0x7fbbedfae6a0, 0x7fbbedfae700, 0x0, 0x0, 0x0}
        i = <value optimized out>
        scenario_name = {s = 0x7fbbedfaf138 "3pccsip:nurse at IPsip:patient at IP\n", len = 4}
        __FUNCTION__ = "mi_trigger_scenario"
#4  0x00007fbbed0ef3c5 in run_mi_cmd (fifo_stream=0x949950) at ../../mi/mi.h:109
        ret = <value optimized out>
#5  mi_fifo_server (fifo_stream=0x949950) at fifo_fnc.c:490
        mi_cmd = <value optimized out>
        mi_rpl = <value optimized out>
        hdl = 0x0
---Type <return> to continue, or q <return> to quit---
        line_len = 45
        file_sep = <value optimized out>
        command = <value optimized out>
        file = <value optimized out>
        f = 0x7fbbedface90
        reply_stream = 0x943d70
        __FUNCTION__ = "mi_fifo_server"
#6  0x00007fbbed0f1977 in fifo_process (rank=<value optimized out>) at mi_fifo.c:213
        fifo_stream = 0x949950
        __FUNCTION__ = "fifo_process"
#7  0x00000000004a17ec in start_module_procs () at sr_module.c:585
        m = <value optimized out>
        n = <value optimized out>
        l = <value optimized out>
        x = <value optimized out>
        __FUNCTION__ = "start_module_procs"
#8  0x0000000000432ec1 in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:707
        i = <value optimized out>
        pid = <value optimized out>
        si = <value optimized out>
        startup_done = 0x0
        chd_rank = 0
        rc = <value optimized out>
        load_p = 0x0
#9  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
        cfg_log_stderr = <value optimized out>
        cfg_stream = <value optimized out>
        c = <value optimized out>
        r = 0
        tmp = 0x7fff1c16f0d8 "\b\370\026\034\377\177"
        tmp_len = <value optimized out>
        port = <value optimized out>
        proto = <value optimized out>
        options = 0x555708 "f:cCm:M:b:l:n:N:rRvdDETSVhw:t:u:g:P:G:W:o:"
        ret = -1
        seed = 3039576127
        rfd = <value optimized out>
        __FUNCTION__ = "main"


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

Comment By: Ovidiu Sas (osas)
Date: 2013-05-03 08:23

Message:
Fix pushed in trunk and 1.9 branch.

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

Comment By: Ovidiu Sas (osas)
Date: 2013-04-30 19:41

Message:
Try the following patch:
Index: modules/b2b_logic/logic.c
===================================================================
--- modules/b2b_logic/logic.c   (revision 9987)
+++ modules/b2b_logic/logic.c   (working copy)
@@ -2498,7 +2498,8 @@
                ci.body          = 0;
                ci.from_tag      = 0;
                ci.send_sock     =
msg?(msg->force_send_socket?msg->force_send_socket:msg->rcv.bind_address):0;
-               get_local_contact( ci.send_sock, &ci.local_contact);
+               if (ci.send_sock) get_local_contact( ci.send_sock,
&ci.local_contact);
+               else ci.local_contact = server_address;

                if(msg)
                {

The patch is for trunk, but it's pretty much the same for 1.9.

Regards,
Ovidiu Sas

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

Comment By: tito cumpen (soulof87)
Date: 2013-04-30 17:42

Message:
Willing to set a bounty on this project feel free to reach out me for any
information.

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

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


From osas at voipembedded.com  Fri May  3 17:46:28 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 03 May 2013 15:46:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9990]
	trunk/modules/uac_registrant/registrant.c
Message-ID: <E1UYIBo-0003Eg-3J@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9990
          http://opensips.svn.sourceforge.net/opensips/?rev=9990&view=rev
Author:   osas
Date:     2013-05-03 15:46:27 +0000 (Fri, 03 May 2013)
Log Message:
-----------
uac_registrant: prettify reg_list mi command

Modified Paths:
--------------
    trunk/modules/uac_registrant/registrant.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From noreply at sourceforge.net  Sun May  5 00:53:58 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 May 2013 15:53:58 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612653 ] B2b_logic bridge no ack
	SDP
Message-ID: <mailman.392.1367708043.2897.devel@lists.opensips.org>

Bugs item #3612653, was opened at 2013-05-04 15:53
Message generated for change (Tracker Item Submitted) made by soulof87
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612653&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: tito cumpen (soulof87)
Assigned to: Nobody/Anonymous (nobody)
Summary: B2b_logic bridge no ack SDP

Initial Comment:
B2b_logic module fails to send the 200 ok SDP from param 2 to param 1 in ack SDP. as was done in 1.7.2. Please advise if this is a or a change in functionality. Below is a diagram of the none working 1.9


Conv.| Time    | 166.78.110.228                        |
     |         |                   | 166.78.236.169    |                   
0    |5.258027 |         INVITE    |                   |SIP From: <sip:nurse at 166.78.236.169 To:sip:patient at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
0    |5.260412 |         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |16.888258|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |17.887802|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |19.232125|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |19.232396|         INVITE SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP From: <sip:patient at 166.78.236.169 To:sip:nurse at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
1    |19.239251|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |19.446797|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |19.522588|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |20.547695|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |20.730180|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |20.730440|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |20.730469|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |21.046693|         BYE       |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |21.046955|         BYE       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |21.328808|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |21.328988|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |



Here is the one that is currently working using the same scenario file.
notice the differences in with the utilization of ack sdp.

Conv.| Time    | 166.78.237.54                         |
     |         |                   | 166.78.236.169    |                   
0    |31.699153|         INVITE    |                   |SIP From: <sip:nurse at 166.78.236.169 To:sip:patient at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
0    |31.703241|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |41.924874|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.984304|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.986846|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |51.987036|         INVITE SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP From: <sip:patient at 166.78.236.169 To:sip:nurse at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |51.989458|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.992914|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |51.998664|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |52.000780|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |54.993411|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |62.198436|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.250440|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.250459|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |72.250738|         ACK SDP (SILKRTPType-121 SILKRTPType-120 speex...Type-111 )          |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |72.250766|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.254285|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.254413|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.259575|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.259777|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.263361|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.263488|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |73.688091|         INFO      |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |73.688300|         INFO      |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |73.740109|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |73.740267|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |84.240542|         BYE       |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |84.240754|         BYE       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
0    |84.299026|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |84.299193|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |


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

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


From noreply at sourceforge.net  Sun May  5 00:54:45 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 May 2013 15:54:45 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612653 ] B2b_logic bridge no ack
	SDP
Message-ID: <mailman.393.1367708089.2897.devel@lists.opensips.org>

Bugs item #3612653, was opened at 2013-05-04 15:53
Message generated for change (Settings changed) made by soulof87
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612653&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.9.x
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: tito cumpen (soulof87)
Assigned to: Nobody/Anonymous (nobody)
Summary: B2b_logic bridge no ack SDP

Initial Comment:
B2b_logic module fails to send the 200 ok SDP from param 2 to param 1 in ack SDP. as was done in 1.7.2. Please advise if this is a or a change in functionality. Below is a diagram of the none working 1.9


Conv.| Time    | 166.78.110.228                        |
     |         |                   | 166.78.236.169    |                   
0    |5.258027 |         INVITE    |                   |SIP From: <sip:nurse at 166.78.236.169 To:sip:patient at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
0    |5.260412 |         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |16.888258|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |17.887802|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |19.232125|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |19.232396|         INVITE SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP From: <sip:patient at 166.78.236.169 To:sip:nurse at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
1    |19.239251|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |19.446797|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |19.522588|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |20.547695|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |20.730180|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |20.730440|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |20.730469|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |21.046693|         BYE       |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |21.046955|         BYE       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |21.328808|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |21.328988|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |



Here is the one that is currently working using the same scenario file.
notice the differences in with the utilization of ack sdp.

Conv.| Time    | 166.78.237.54                         |
     |         |                   | 166.78.236.169    |                   
0    |31.699153|         INVITE    |                   |SIP From: <sip:nurse at 166.78.236.169 To:sip:patient at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
0    |31.703241|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |41.924874|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.984304|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.986846|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |51.987036|         INVITE SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP From: <sip:patient at 166.78.236.169 To:sip:nurse at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |51.989458|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.992914|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |51.998664|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |52.000780|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |54.993411|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |62.198436|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.250440|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.250459|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |72.250738|         ACK SDP (SILKRTPType-121 SILKRTPType-120 speex...Type-111 )          |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |72.250766|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.254285|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.254413|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.259575|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.259777|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.263361|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.263488|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |73.688091|         INFO      |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |73.688300|         INFO      |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |73.740109|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |73.740267|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |84.240542|         BYE       |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |84.240754|         BYE       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
0    |84.299026|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |84.299193|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |


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

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


From noreply at sourceforge.net  Sun May  5 00:57:26 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 May 2013 15:57:26 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612046 ] opensips crashing when
	excuting b2b_logic extern script
Message-ID: <mailman.394.1367708251.2897.devel@lists.opensips.org>

Bugs item #3612046, was opened at 2013-04-27 15:55
Message generated for change (Comment added) made by soulof87
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612046&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: None
Group: 1.9.x
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: tito cumpen (soulof87)
Assigned to: Nobody/Anonymous (nobody)
Summary: opensips crashing when excuting b2b_logic extern script

Initial Comment:
Opensips is crashing 1 execute a fifo command like so "opensipsctl fifo b2b_trigger_scenario 3pcc sip:nurse at ip sip:patient at ip." Attached is the scenario file. The Ip addresses have replaced with IP.  i am using the latest 1.9  stable release acquired via svn

Heres the entire backtrace



(gdb) bt full
#0  get_local_contact (sock=0x0, contact=0x7fff1c16eb98) at ../presence/utils_func.h:84
        buf = '\000' <repeats 1023 times>
        proto = <value optimized out>
        proto_len = <value optimized out>
#1  0x00007fbbeabb3d21 in process_bridge_action (msg=0x0, curr_entity=<value optimized out>, tuple=0x7fbbe8e31b30, bridge_node=0x954830) at logic.c:2501
        from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}
        to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}
        from_dname = <value optimized out>
        bridge_entities = {0x7fbbe8e3d0e8, 0x7fbbe8e3d1c0, 0x0}
        entity = <value optimized out>
        old_entity = <value optimized out>
        e = <value optimized out>
        count = <value optimized out>
        index = <value optimized out>
        attr = {s = 0x0, len = 7}
        entity_dest = {s = 0x7fbbe8e3d080 "sip:patient at ip", len = 26}
        clientid_node = <value optimized out>
        dest_node = <value optimized out>
        client_node = <value optimized out>
        lft_node = <value optimized out>
        node = <value optimized out>
        provmedia_uri = {s = 0x0, len = 0}
        ci = {method = {s = 0x7fbbeabced40 "INVITE", len = 6}, from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}, from_dname = {s = 0x0, 
            len = 0}, req_uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}, 
          to_dname = {s = 0x0, len = 0}, extra_headers = 0x0, body = 0x0, from_tag = 0x0, local_contact = {s = 0x7fbbeadd6880 "", len = 0}, cseq = 0, 
          send_sock = 0x0}
        client_id = <value optimized out>
        fdname_content = 0x0
        from_dname = {s = 0x0, len = 0}
        value_node = <value optimized out>
        value_content = <value optimized out>
        req_data = {et = 8287936, b2b_key = 0x943fb0, method = 0x7fbbee525860, extra_headers = 0x7fbbee1fec1a, body = 0x7fbbedfa2960, dlginfo = 0x4240b0, 
          no_cb = 40}
        __FUNCTION__ = "process_bridge_action"
#2  0x00007fbbeaba4d53 in b2bl_bridge_extern (scenario_name=<value optimized out>, args=<value optimized out>, cbf=0, cb_param=0x0) at b2b_logic.c:1067
        scenario_struct = 0x7fbbedfa2960
        hash_index = 935
        tuple = 0x7fbbe8e31b30
        b2bl_key = <value optimized out>
        state = <value optimized out>
        xml_node = <value optimized out>
        attr = <value optimized out>
        __FUNCTION__ = "b2bl_bridge_extern"
#3  0x00007fbbeaba530d in mi_trigger_scenario (cmd=<value optimized out>, param=<value optimized out>) at b2b_logic.c:1114
        node = <value optimized out>
        args = {0x7fbbedfae6a0, 0x7fbbedfae700, 0x0, 0x0, 0x0}
        i = <value optimized out>
        scenario_name = {s = 0x7fbbedfaf138 "3pccsip:nurse at IPsip:patient at IP\n", len = 4}
        __FUNCTION__ = "mi_trigger_scenario"
#4  0x00007fbbed0ef3c5 in run_mi_cmd (fifo_stream=0x949950) at ../../mi/mi.h:109
        ret = <value optimized out>
#5  mi_fifo_server (fifo_stream=0x949950) at fifo_fnc.c:490
        mi_cmd = <value optimized out>
        mi_rpl = <value optimized out>
        hdl = 0x0
---Type <return> to continue, or q <return> to quit---
        line_len = 45
        file_sep = <value optimized out>
        command = <value optimized out>
        file = <value optimized out>
        f = 0x7fbbedface90
        reply_stream = 0x943d70
        __FUNCTION__ = "mi_fifo_server"
#6  0x00007fbbed0f1977 in fifo_process (rank=<value optimized out>) at mi_fifo.c:213
        fifo_stream = 0x949950
        __FUNCTION__ = "fifo_process"
#7  0x00000000004a17ec in start_module_procs () at sr_module.c:585
        m = <value optimized out>
        n = <value optimized out>
        l = <value optimized out>
        x = <value optimized out>
        __FUNCTION__ = "start_module_procs"
#8  0x0000000000432ec1 in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:707
        i = <value optimized out>
        pid = <value optimized out>
        si = <value optimized out>
        startup_done = 0x0
        chd_rank = 0
        rc = <value optimized out>
        load_p = 0x0
#9  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
        cfg_log_stderr = <value optimized out>
        cfg_stream = <value optimized out>
        c = <value optimized out>
        r = 0
        tmp = 0x7fff1c16f0d8 "\b\370\026\034\377\177"
        tmp_len = <value optimized out>
        port = <value optimized out>
        proto = <value optimized out>
        options = 0x555708 "f:cCm:M:b:l:n:N:rRvdDETSVhw:t:u:g:P:G:W:o:"
        ret = -1
        seed = 3039576127
        rfd = <value optimized out>
        __FUNCTION__ = "main"


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

>Comment By: tito cumpen (soulof87)
Date: 2013-05-04 15:57

Message:
the recommend modifications were made now opensips is functioning as
expected without the crash. I will try the latest branch as well. Please
reach out to me @ tcumpen at icancerhelp.com to proceed with bounty.

Thanks a bunch. 

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

Comment By: Ovidiu Sas (osas)
Date: 2013-05-03 08:23

Message:
Fix pushed in trunk and 1.9 branch.

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

Comment By: Ovidiu Sas (osas)
Date: 2013-04-30 19:41

Message:
Try the following patch:
Index: modules/b2b_logic/logic.c
===================================================================
--- modules/b2b_logic/logic.c   (revision 9987)
+++ modules/b2b_logic/logic.c   (working copy)
@@ -2498,7 +2498,8 @@
                ci.body          = 0;
                ci.from_tag      = 0;
                ci.send_sock     =
msg?(msg->force_send_socket?msg->force_send_socket:msg->rcv.bind_address):0;
-               get_local_contact( ci.send_sock, &ci.local_contact);
+               if (ci.send_sock) get_local_contact( ci.send_sock,
&ci.local_contact);
+               else ci.local_contact = server_address;

                if(msg)
                {

The patch is for trunk, but it's pretty much the same for 1.9.

Regards,
Ovidiu Sas

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

Comment By: tito cumpen (soulof87)
Date: 2013-04-30 17:42

Message:
Willing to set a bounty on this project feel free to reach out me for any
information.

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

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


From noreply at sourceforge.net  Mon May  6 21:02:33 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 May 2013 12:02:33 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612777 ] do_routing: 'W' flag
	ignored
Message-ID: <mailman.395.1367866958.2897.devel@lists.opensips.org>

Bugs item #3612777, was opened at 2013-05-06 12:02
Message generated for change (Tracker Item Submitted) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612777&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Nobody/Anonymous (nobody)
Summary: do_routing: 'W' flag ignored

Initial Comment:
The 'W' weight flag is ignored while calling do_routing.
If in the dr_rules, under gwlist we provision actual gateways with weight, the weight flag is taken into consideration while routing.
If in the dr_rules, under gwlist we use a carrier (marked with '#') and if the carrier has multiple gateways configured with weigh (gwlist field on dr_cariers table), the weight flag is ignored for those gateways.

Regards,
Ovidiu Sas

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

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


From noreply at sourceforge.net  Tue May  7 11:52:02 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 May 2013 02:52:02 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612563 ] OpenSIPS fails to parse
	MIME types containing numbers
Message-ID: <mailman.396.1367920326.2897.devel@lists.opensips.org>

Bugs item #3612563, was opened at 2013-05-03 05:14
Message generated for change (Settings changed) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612563&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: core
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: V?ctor Fern?ndez Mart?nez (vfm-barracuda)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: OpenSIPS fails to parse MIME types containing numbers

Initial Comment:
Microsoft Lync uses several custom MIME types for its communication with the server. When OpenSIPS is used as a SIP proxy between the Lync client and the Lync server, the following error can be seen in the logs:

DBG:core:decode_mime_type: Decoding MIME type for:[application/vnd-microsoft-roaming-provisioning-v2+xml]
ERROR:core:decode_mime_type: parse error near in [application/vnd-microsoft-roaming-provisioning-v2+xml] char[50][2] offset
=48
DBG:core:set_err_info: ec: 1, el: 3, ei: 'error parsing CT-TYPE header'

This happens always in OpenSIPS 1.8.2. After taking a look at the source code, it is evident that decode_mime_type() doesn't accept digits (0-9) as valid characters in MIME types. This could easily be fixed by replacing the definition of is_mime_char() in parse_content.c with the following:

#define is_mime_char(_c_) \
	(isalnum((int)_c_) || (_c_)=='-' || (_c_)=='+' || (_c_)=='.')

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

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


From noreply at sourceforge.net  Tue May  7 11:59:04 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 May 2013 02:59:04 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612192 ] db_mysql: Commands out
	of sync
Message-ID: <mailman.397.1367920748.2897.devel@lists.opensips.org>

Bugs item #3612192, was opened at 2013-04-29 06:52
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612192&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: db_mysql: Commands out of sync

Initial Comment:
Opensips started to throw out this errors:
ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_store_result() failed: Commands out of sync; you can't run this command now (2014)
ERROR:usrloc:db_update_ucontact: updating database failed
ERROR:usrloc:update_ucontact: failed to update database

It is only one single process that is constantly throwing out this error.  All other process are able to use the db.

There was another process that had a similar issue, but it cleared out.  That process had a different error:
ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_store_result() failed: Commands out of sync; you can't run this command now (2014)
ERROR:auth_db:get_ha1: failed to query database

It seems that on a query, the system is able to recover, but on an insert, the system fails to recover,

This is on latest 1.9 svn: svnrevision: 2:9980M


Regards,
Ovidiu Sas

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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-05-07 02:59

Message:
Hello,

Seems there is a module that doesn't do proper error handling in case of an
error for a select query, and it doesn't properly free the result set after
the query. Thus all subsequent queries attempted on that connection (
shared by all modules for a particular process ) will fail, since freeing
the result for a select query is mandatory before trying to run any other
queries on a connection. On reconnection this will auto-magically fix
itself, since the old result will be purged by the mysqlclient lib.

I'll prepare a patch for this, that will print the module and query that
didn't get properly freed, so we can trace this bug.
In your logs, before you start seeing the 'Commands out of sync' errors, do
you notice any other ( non-db related perhaps ) errors for that process ?

Best Regards,
Vlad

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

Comment By: Ovidiu Sas (osas)
Date: 2013-04-29 07:44

Message:
Here are some updates:
After aprox 6h1/2, the process with issues recovered while processing a
request different then REGISTER:
INFO:db_mysql:switch_state_to_disconnected: disconnect event for
0x2ae4584ea8c0
INFO:db_mysql:reset_all_statements: reseting all statements on connection:
(0x2ae458566b98) 0x2ae4584ea8c0
INFO:db_mysql:connect_with_retry: re-connected successful for
0x2ae4584ea8c0

Regards,
Ovidiu Sas

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

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


From noreply at sourceforge.net  Tue May  7 12:02:59 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 May 2013 03:02:59 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612046 ] opensips crashing when
	excuting b2b_logic extern script
Message-ID: <mailman.398.1367920986.2897.devel@lists.opensips.org>

Bugs item #3612046, was opened at 2013-04-27 15:55
Message generated for change (Settings changed) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612046&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: None
Group: 1.9.x
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: tito cumpen (soulof87)
>Assigned to: Ovidiu Sas (osas)
Summary: opensips crashing when excuting b2b_logic extern script

Initial Comment:
Opensips is crashing 1 execute a fifo command like so "opensipsctl fifo b2b_trigger_scenario 3pcc sip:nurse at ip sip:patient at ip." Attached is the scenario file. The Ip addresses have replaced with IP.  i am using the latest 1.9  stable release acquired via svn

Heres the entire backtrace



(gdb) bt full
#0  get_local_contact (sock=0x0, contact=0x7fff1c16eb98) at ../presence/utils_func.h:84
        buf = '\000' <repeats 1023 times>
        proto = <value optimized out>
        proto_len = <value optimized out>
#1  0x00007fbbeabb3d21 in process_bridge_action (msg=0x0, curr_entity=<value optimized out>, tuple=0x7fbbe8e31b30, bridge_node=0x954830) at logic.c:2501
        from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}
        to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}
        from_dname = <value optimized out>
        bridge_entities = {0x7fbbe8e3d0e8, 0x7fbbe8e3d1c0, 0x0}
        entity = <value optimized out>
        old_entity = <value optimized out>
        e = <value optimized out>
        count = <value optimized out>
        index = <value optimized out>
        attr = {s = 0x0, len = 7}
        entity_dest = {s = 0x7fbbe8e3d080 "sip:patient at ip", len = 26}
        clientid_node = <value optimized out>
        dest_node = <value optimized out>
        client_node = <value optimized out>
        lft_node = <value optimized out>
        node = <value optimized out>
        provmedia_uri = {s = 0x0, len = 0}
        ci = {method = {s = 0x7fbbeabced40 "INVITE", len = 6}, from_uri = {s = 0x7fbbe8e3d267 "sip:patient at ip", len = 26}, from_dname = {s = 0x0, 
            len = 0}, req_uri = {s = 0x0, len = 0}, dst_uri = {s = 0x0, len = 0}, to_uri = {s = 0x7fbbe8e3d18f "sip:nurse at ip", len = 24}, 
          to_dname = {s = 0x0, len = 0}, extra_headers = 0x0, body = 0x0, from_tag = 0x0, local_contact = {s = 0x7fbbeadd6880 "", len = 0}, cseq = 0, 
          send_sock = 0x0}
        client_id = <value optimized out>
        fdname_content = 0x0
        from_dname = {s = 0x0, len = 0}
        value_node = <value optimized out>
        value_content = <value optimized out>
        req_data = {et = 8287936, b2b_key = 0x943fb0, method = 0x7fbbee525860, extra_headers = 0x7fbbee1fec1a, body = 0x7fbbedfa2960, dlginfo = 0x4240b0, 
          no_cb = 40}
        __FUNCTION__ = "process_bridge_action"
#2  0x00007fbbeaba4d53 in b2bl_bridge_extern (scenario_name=<value optimized out>, args=<value optimized out>, cbf=0, cb_param=0x0) at b2b_logic.c:1067
        scenario_struct = 0x7fbbedfa2960
        hash_index = 935
        tuple = 0x7fbbe8e31b30
        b2bl_key = <value optimized out>
        state = <value optimized out>
        xml_node = <value optimized out>
        attr = <value optimized out>
        __FUNCTION__ = "b2bl_bridge_extern"
#3  0x00007fbbeaba530d in mi_trigger_scenario (cmd=<value optimized out>, param=<value optimized out>) at b2b_logic.c:1114
        node = <value optimized out>
        args = {0x7fbbedfae6a0, 0x7fbbedfae700, 0x0, 0x0, 0x0}
        i = <value optimized out>
        scenario_name = {s = 0x7fbbedfaf138 "3pccsip:nurse at IPsip:patient at IP\n", len = 4}
        __FUNCTION__ = "mi_trigger_scenario"
#4  0x00007fbbed0ef3c5 in run_mi_cmd (fifo_stream=0x949950) at ../../mi/mi.h:109
        ret = <value optimized out>
#5  mi_fifo_server (fifo_stream=0x949950) at fifo_fnc.c:490
        mi_cmd = <value optimized out>
        mi_rpl = <value optimized out>
        hdl = 0x0
---Type <return> to continue, or q <return> to quit---
        line_len = 45
        file_sep = <value optimized out>
        command = <value optimized out>
        file = <value optimized out>
        f = 0x7fbbedface90
        reply_stream = 0x943d70
        __FUNCTION__ = "mi_fifo_server"
#6  0x00007fbbed0f1977 in fifo_process (rank=<value optimized out>) at mi_fifo.c:213
        fifo_stream = 0x949950
        __FUNCTION__ = "fifo_process"
#7  0x00000000004a17ec in start_module_procs () at sr_module.c:585
        m = <value optimized out>
        n = <value optimized out>
        l = <value optimized out>
        x = <value optimized out>
        __FUNCTION__ = "start_module_procs"
#8  0x0000000000432ec1 in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:707
        i = <value optimized out>
        pid = <value optimized out>
        si = <value optimized out>
        startup_done = 0x0
        chd_rank = 0
        rc = <value optimized out>
        load_p = 0x0
#9  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
        cfg_log_stderr = <value optimized out>
        cfg_stream = <value optimized out>
        c = <value optimized out>
        r = 0
        tmp = 0x7fff1c16f0d8 "\b\370\026\034\377\177"
        tmp_len = <value optimized out>
        port = <value optimized out>
        proto = <value optimized out>
        options = 0x555708 "f:cCm:M:b:l:n:N:rRvdDETSVhw:t:u:g:P:G:W:o:"
        ret = -1
        seed = 3039576127
        rfd = <value optimized out>
        __FUNCTION__ = "main"


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

Comment By: tito cumpen (soulof87)
Date: 2013-05-04 15:57

Message:
the recommend modifications were made now opensips is functioning as
expected without the crash. I will try the latest branch as well. Please
reach out to me @ tcumpen at icancerhelp.com to proceed with bounty.

Thanks a bunch. 

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

Comment By: Ovidiu Sas (osas)
Date: 2013-05-03 08:23

Message:
Fix pushed in trunk and 1.9 branch.

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

Comment By: Ovidiu Sas (osas)
Date: 2013-04-30 19:41

Message:
Try the following patch:
Index: modules/b2b_logic/logic.c
===================================================================
--- modules/b2b_logic/logic.c   (revision 9987)
+++ modules/b2b_logic/logic.c   (working copy)
@@ -2498,7 +2498,8 @@
                ci.body          = 0;
                ci.from_tag      = 0;
                ci.send_sock     =
msg?(msg->force_send_socket?msg->force_send_socket:msg->rcv.bind_address):0;
-               get_local_contact( ci.send_sock, &ci.local_contact);
+               if (ci.send_sock) get_local_contact( ci.send_sock,
&ci.local_contact);
+               else ci.local_contact = server_address;

                if(msg)
                {

The patch is for trunk, but it's pretty much the same for 1.9.

Regards,
Ovidiu Sas

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

Comment By: tito cumpen (soulof87)
Date: 2013-04-30 17:42

Message:
Willing to set a bounty on this project feel free to reach out me for any
information.

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

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


From noreply at sourceforge.net  Tue May  7 12:03:48 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 May 2013 03:03:48 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3611852 ] General protection in
	dialog module
Message-ID: <mailman.399.1367921032.2897.devel@lists.opensips.org>

Bugs item #3611852, was opened at 2013-04-25 10:55
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3611852&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: General protection in dialog module

Initial Comment:
I have seen this across a few systems, seems like a bad pointer.

Kernel Message
opensips[18810] general protection ip:7fa541fdcc2d sp:7fff44fff870 error:0 in dialog.so[7fa541faf000+55000]

Based on the kernel message and an objdump of dialog.so it seems this is in the get_dlg_by_val() function. Working on a core dump + full bt.

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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-05-07 03:03

Message:
Hi Ryan,

Any updates with this ?

Best Regards,
Vlad

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

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


From noreply at sourceforge.net  Tue May  7 12:18:19 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 May 2013 03:18:19 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3611850 ] Segfault on shutdown in
	db_mysql
Message-ID: <mailman.400.1367921903.2897.devel@lists.opensips.org>

Bugs item #3611850, was opened at 2013-04-25 10:46
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3611850&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: Segfault on shutdown in db_mysql

Initial Comment:
I am seeing a segfault on shutdown in the db_mysql module. My guess is that is is related to a flush to db on shutdown somewhere, we are using bulk inserts so that may be related.

Kernel message:
opensips[18804]: segfault at 0 ip 00007fa545fb0089 sp 00007fff45002280 error 6 in db_mysql.so[7fa545fa3000+11000]

Going off the kernel message and an objdump of db_mysql.so, seems to be in the db_mysql_val2bind() function. I am working on getting a full core + back trace.



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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-05-07 03:18

Message:
Hello Ryan,

I see this is related to the query buffering part.

Is this for a normal shutdown, or for a shutdown after a crash ?
Seems that somehow ( very oddly ) the prepared statement was not properly
allocated..  Can you replicate this somehow ? If yes, I'd like to send you
a patch that would print some extra debugging.

Best Regards,
Vlad

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

Comment By: Ryan Bullock (rrb3942)
Date: 2013-05-02 12:48

Message:
Backtrace attached.

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

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


From vladpaiu at opensips.org  Tue May  7 14:29:36 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 07 May 2013 12:29:36 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9991] trunk/modules/registrar
Message-ID: <E1UZh1U-0000UF-DT@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9991
          http://opensips.svn.sourceforge.net/opensips/?rev=9991&view=rev
Author:   vladut-paiu
Date:     2013-05-07 12:29:35 +0000 (Tue, 07 May 2013)
Log Message:
-----------
GRUU fixes for building & matching GRUUs
Credits to Tolga Tarhan

Fixed docs about disable_gruu and set disable_gruu to 1 by default

Modified Paths:
--------------
    trunk/modules/registrar/README
    trunk/modules/registrar/common.c
    trunk/modules/registrar/doc/registrar_admin.xml
    trunk/modules/registrar/reg_mod.c
    trunk/modules/registrar/reply.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Tue May  7 14:31:01 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 07 May 2013 12:31:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9992]
	branches/1.9/modules/registrar
Message-ID: <E1UZh2r-0000Vt-D4@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9992
          http://opensips.svn.sourceforge.net/opensips/?rev=9992&view=rev
Author:   vladut-paiu
Date:     2013-05-07 12:31:01 +0000 (Tue, 07 May 2013)
Log Message:
-----------
backport from trunk (rev #9991)

GRUU fixes for building & matching GRUUs
Credits to Tolga Tarhan

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=9991&view=rev

Modified Paths:
--------------
    branches/1.9/modules/registrar/common.c
    branches/1.9/modules/registrar/reply.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Tue May  7 14:32:45 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 07 May 2013 12:32:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9993]
	branches/1.8/modules/registrar
Message-ID: <E1UZh4X-0000YS-Tr@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9993
          http://opensips.svn.sourceforge.net/opensips/?rev=9993&view=rev
Author:   vladut-paiu
Date:     2013-05-07 12:32:45 +0000 (Tue, 07 May 2013)
Log Message:
-----------
backport from trunk (rev #9991)

GRUU fixes for building & matching GRUUs
Credits to Tolga Tarhan

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=9991&view=rev

Modified Paths:
--------------
    branches/1.8/modules/registrar/common.c
    branches/1.8/modules/registrar/reply.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From noreply at sourceforge.net  Tue May  7 14:49:54 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 May 2013 05:49:54 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612192 ] db_mysql: Commands out
	of sync
Message-ID: <mailman.401.1367930999.2897.devel@lists.opensips.org>

Bugs item #3612192, was opened at 2013-04-29 06:52
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612192&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: db_mysql: Commands out of sync

Initial Comment:
Opensips started to throw out this errors:
ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_store_result() failed: Commands out of sync; you can't run this command now (2014)
ERROR:usrloc:db_update_ucontact: updating database failed
ERROR:usrloc:update_ucontact: failed to update database

It is only one single process that is constantly throwing out this error.  All other process are able to use the db.

There was another process that had a similar issue, but it cleared out.  That process had a different error:
ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_store_result() failed: Commands out of sync; you can't run this command now (2014)
ERROR:auth_db:get_ha1: failed to query database

It seems that on a query, the system is able to recover, but on an insert, the system fails to recover,

This is on latest 1.9 svn: svnrevision: 2:9980M


Regards,
Ovidiu Sas

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

>Comment By: Ovidiu Sas (osas)
Date: 2013-05-07 05:49

Message:
The module that is throwing those errors is usrloc.
Those errors were printed out while handling REGISTER and saving location.

Before that, the same process properly handled REGISTERs and there were no
other errors or warnings before (in any opensips process).

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-05-07 02:59

Message:
Hello,

Seems there is a module that doesn't do proper error handling in case of an
error for a select query, and it doesn't properly free the result set after
the query. Thus all subsequent queries attempted on that connection (
shared by all modules for a particular process ) will fail, since freeing
the result for a select query is mandatory before trying to run any other
queries on a connection. On reconnection this will auto-magically fix
itself, since the old result will be purged by the mysqlclient lib.

I'll prepare a patch for this, that will print the module and query that
didn't get properly freed, so we can trace this bug.
In your logs, before you start seeing the 'Commands out of sync' errors, do
you notice any other ( non-db related perhaps ) errors for that process ?

Best Regards,
Vlad

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

Comment By: Ovidiu Sas (osas)
Date: 2013-04-29 07:44

Message:
Here are some updates:
After aprox 6h1/2, the process with issues recovered while processing a
request different then REGISTER:
INFO:db_mysql:switch_state_to_disconnected: disconnect event for
0x2ae4584ea8c0
INFO:db_mysql:reset_all_statements: reseting all statements on connection:
(0x2ae458566b98) 0x2ae4584ea8c0
INFO:db_mysql:connect_with_retry: re-connected successful for
0x2ae4584ea8c0

Regards,
Ovidiu Sas

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

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


From noreply at sourceforge.net  Tue May  7 14:53:18 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 07 May 2013 05:53:18 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612192 ] db_mysql: Commands out
	of sync
Message-ID: <mailman.402.1367931203.2897.devel@lists.opensips.org>

Bugs item #3612192, was opened at 2013-04-29 06:52
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612192&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: db_mysql: Commands out of sync

Initial Comment:
Opensips started to throw out this errors:
ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_store_result() failed: Commands out of sync; you can't run this command now (2014)
ERROR:usrloc:db_update_ucontact: updating database failed
ERROR:usrloc:update_ucontact: failed to update database

It is only one single process that is constantly throwing out this error.  All other process are able to use the db.

There was another process that had a similar issue, but it cleared out.  That process had a different error:
ERROR:db_mysql:db_mysql_do_prepared_query: mysql_stmt_store_result() failed: Commands out of sync; you can't run this command now (2014)
ERROR:auth_db:get_ha1: failed to query database

It seems that on a query, the system is able to recover, but on an insert, the system fails to recover,

This is on latest 1.9 svn: svnrevision: 2:9980M


Regards,
Ovidiu Sas

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

>Comment By: Ovidiu Sas (osas)
Date: 2013-05-07 05:53

Message:
Here's the list of modules with db access that are used:
"usrloc"
"auth_db"
"dispatcher"
"dialplan"
"pua"
"presence"

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

Comment By: Ovidiu Sas (osas)
Date: 2013-05-07 05:49

Message:
The module that is throwing those errors is usrloc.
Those errors were printed out while handling REGISTER and saving location.

Before that, the same process properly handled REGISTERs and there were no
other errors or warnings before (in any opensips process).

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-05-07 02:59

Message:
Hello,

Seems there is a module that doesn't do proper error handling in case of an
error for a select query, and it doesn't properly free the result set after
the query. Thus all subsequent queries attempted on that connection (
shared by all modules for a particular process ) will fail, since freeing
the result for a select query is mandatory before trying to run any other
queries on a connection. On reconnection this will auto-magically fix
itself, since the old result will be purged by the mysqlclient lib.

I'll prepare a patch for this, that will print the module and query that
didn't get properly freed, so we can trace this bug.
In your logs, before you start seeing the 'Commands out of sync' errors, do
you notice any other ( non-db related perhaps ) errors for that process ?

Best Regards,
Vlad

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

Comment By: Ovidiu Sas (osas)
Date: 2013-04-29 07:44

Message:
Here are some updates:
After aprox 6h1/2, the process with issues recovered while processing a
request different then REGISTER:
INFO:db_mysql:switch_state_to_disconnected: disconnect event for
0x2ae4584ea8c0
INFO:db_mysql:reset_all_statements: reseting all statements on connection:
(0x2ae458566b98) 0x2ae4584ea8c0
INFO:db_mysql:connect_with_retry: re-connected successful for
0x2ae4584ea8c0

Regards,
Ovidiu Sas

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

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


From vladpaiu at opensips.org  Tue May  7 16:10:39 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 07 May 2013 17:10:39 +0300
Subject: [OpenSIPS-Devel] General Protection errors
In-Reply-To: <CAAcj4gVeTbWoUemH6wVeZoL8tni0d3fpY8jbwq_1Y8HqtUZvkw@mail.gmail.com>
References: <CAAcj4gVeTbWoUemH6wVeZoL8tni0d3fpY8jbwq_1Y8HqtUZvkw@mail.gmail.com>
Message-ID: <51890B5F.6040100@opensips.org>

Hello,

It's strange that the error appears at the goto statement, but probably 
something is confusing gdb :)
Most likely the crash is happening due to a corruption somewhere in the 
ratelimit module, since I see it's trying to free a quite odd pointer ( 
0x322e3437312e3334 ) which doesn't seem valid. Would it be possible to 
run OpenSIPS with memory debugging enabled ?

Also, Could you please open a SF ticket for this so we can better keep 
track of things ?

Best Regards,

Vlad Paiu
OpenSIPS Developer
http://www.opensips-solutions.com


On 05/02/2013 11:32 PM, Ryan Bullock wrote:
> I've been seeing some general protection errors in opensips lately 
> (currently running 1.9 svnrevision: 2:9970M). I've been working on 
> getting some core dumps and backtraces for these, but they happen very 
> intermittently and it can take weeks to see one.
>
> These happen across a couple systems, so I was pretty sure there was a 
> problem in opensips somewhere. Normally I see these errors reported in 
> the dialog module. However this most recent one I was able to get a 
> core dump for seems to show the error happening in fm_free() at a goto 
> statement, which seems odd to me. I have attached a full bt and I have 
> the core dump available if more information is needed from it.
>
> Right now I am trying to figure out if the problem is in opensips, or 
> if I have some really subtle hardware errors going on across a few boxes.
>
> Was hoping someone could take a look at the backtrace and give some input.
>
> Thank you.
>
> Regards,
>
> Ryan Bullock
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130507/a108fd80/attachment.htm>

From osas at voipembedded.com  Wed May  8 01:48:51 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 May 2013 23:48:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9994]
	trunk/modules/pua/hash.c
Message-ID: <E1UZrcp-0008AM-Hs@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9994
          http://opensips.svn.sourceforge.net/opensips/?rev=9994&view=rev
Author:   osas
Date:     2013-05-07 23:48:50 +0000 (Tue, 07 May 2013)
Log Message:
-----------
pua: refactor some DBG probes

Modified Paths:
--------------
    trunk/modules/pua/hash.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From osas at voipembedded.com  Wed May  8 01:54:47 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 May 2013 23:54:47 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9995] trunk/modules/pua/pua.c
Message-ID: <E1UZriZ-0008Nl-1g@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9995
          http://opensips.svn.sourceforge.net/opensips/?rev=9995&view=rev
Author:   osas
Date:     2013-05-07 23:54:46 +0000 (Tue, 07 May 2013)
Log Message:
-----------
pua: fix memory leak in case of errors while performing db_restore

Modified Paths:
--------------
    trunk/modules/pua/pua.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From osas at voipembedded.com  Wed May  8 02:20:49 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 May 2013 00:20:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9996]
	trunk/modules/pua/send_subscribe.c
Message-ID: <E1UZs7l-0001Vg-AV@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9996
          http://opensips.svn.sourceforge.net/opensips/?rev=9996&view=rev
Author:   osas
Date:     2013-05-08 00:20:48 +0000 (Wed, 08 May 2013)
Log Message:
-----------
pua: refactor some DBG probes

Modified Paths:
--------------
    trunk/modules/pua/send_subscribe.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From osas at voipembedded.com  Wed May  8 02:22:21 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 May 2013 00:22:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9997]
	trunk/modules/pua/send_subscribe.c
Message-ID: <E1UZs9F-0001Zm-G6@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9997
          http://opensips.svn.sourceforge.net/opensips/?rev=9997&view=rev
Author:   osas
Date:     2013-05-08 00:22:21 +0000 (Wed, 08 May 2013)
Log Message:
-----------
pua: be more aggressive when checking for valid extra_headers
 - check both pointer and length

Modified Paths:
--------------
    trunk/modules/pua/send_subscribe.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 14:42:00 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 12:42:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9998] trunk/action.c
Message-ID: <E1Ua3h2-0007a5-8g@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9998
          http://opensips.svn.sourceforge.net/opensips/?rev=9998&view=rev
Author:   bogdan_iancu
Date:     2013-05-08 12:41:59 +0000 (Wed, 08 May 2013)
Log Message:
-----------
- fixed triggering of error route - reset the error info all the time after the error route execution, to be sure we have only 1 triggering. Not reseting the error info may trigger error route multiple time for the same error, due nested usage of run_action_list (for IF, WHILE and SWITCH statements)

Modified Paths:
--------------
    trunk/action.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 14:43:50 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 12:43:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9999] branches/1.9/action.c
Message-ID: <E1Ua3io-0007ca-KW@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9999
          http://opensips.svn.sourceforge.net/opensips/?rev=9999&view=rev
Author:   bogdan_iancu
Date:     2013-05-08 12:43:50 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from trunk (rev #9998):
- fixed triggering of error route - reset the error info all the time after the error route execution, to be sure we have only 1 triggering. Not reseting the error info may trigger error route multiple time for the same error, due nested usage of run_action_list (for IF, WHILE and SWITCH statements)

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=9998&view=rev

Modified Paths:
--------------
    branches/1.9/action.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 14:44:35 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 12:44:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10000] branches/1.8/action.c
Message-ID: <E1Ua3jX-0007dU-6a@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 10000
          http://opensips.svn.sourceforge.net/opensips/?rev=10000&view=rev
Author:   bogdan_iancu
Date:     2013-05-08 12:44:34 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from trunk (rev #9998):
- fixed triggering of error route - reset the error info all the time after the error route execution, to be sure we have only 1 triggering. Not reseting the error info may trigger error route multiple time for the same error, due nested usage of run_action_list (for IF, WHILE and SWITCH statements)

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=9998&view=rev

Modified Paths:
--------------
    branches/1.8/action.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From lemenkov at gmail.com  Wed May  8 14:54:24 2013
From: lemenkov at gmail.com (Peter Lemenkov)
Date: Wed, 8 May 2013 16:54:24 +0400
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10000]
	branches/1.8/action.c
In-Reply-To: <E1Ua3jX-0007dU-6a@sfp-svn-3.v30.ch3.sourceforge.com>
References: <E1Ua3jX-0007dU-6a@sfp-svn-3.v30.ch3.sourceforge.com>
Message-ID: <CANDpMDuOu_V_RmySLUFM32_tfOU_5rQzZfW35u_eGm4LVWx0Qg@mail.gmail.com>

2013/5/8 Bogdan-Andrei Iancu <bogdan at opensips.org>:
> Revision: 10000

GET!


--
With best regards, Peter Lemenkov.


From vladpaiu at opensips.org  Wed May  8 16:06:58 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 14:06:58 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10001]
	branches/1.9/modules/dialog/dlg_hash.c
Message-ID: <E1Ua51G-0001Dn-TA@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 10001
          http://opensips.svn.sourceforge.net/opensips/?rev=10001&view=rev
Author:   vladut-paiu
Date:     2013-05-08 14:06:58 +0000 (Wed, 08 May 2013)
Log Message:
-----------
do not mess up existing dialog legs in case re-sizing the legs array fails due to no more share mem

Modified Paths:
--------------
    branches/1.9/modules/dialog/dlg_hash.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 16:10:22 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 14:10:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10002]
	trunk/modules/dialog/dlg_hash.c
Message-ID: <E1Ua54Y-0001H8-LT@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 10002
          http://opensips.svn.sourceforge.net/opensips/?rev=10002&view=rev
Author:   vladut-paiu
Date:     2013-05-08 14:10:21 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from 1.9 (rev #10001)

do not mess up existing dialog legs in case re-sizing the legs array fails due to no more share mem

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10001&view=rev

Modified Paths:
--------------
    trunk/modules/dialog/dlg_hash.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 16:11:33 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 14:11:33 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10003]
	branches/1.8/modules/dialog/dlg_hash.c
Message-ID: <E1Ua55h-0001IO-72@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 10003
          http://opensips.svn.sourceforge.net/opensips/?rev=10003&view=rev
Author:   vladut-paiu
Date:     2013-05-08 14:11:32 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from 1.9 (rev #10001)

do not mess up existing dialog legs in case re-sizing the legs array fails due to no more share mem

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10001&view=rev

Modified Paths:
--------------
    branches/1.8/modules/dialog/dlg_hash.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 16:38:50 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 14:38:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10004]
	branches/1.8/parser/parse_content.c
Message-ID: <E1Ua5W5-0001zE-TC@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 10004
          http://opensips.svn.sourceforge.net/opensips/?rev=10004&view=rev
Author:   vladut-paiu
Date:     2013-05-08 14:38:49 +0000 (Wed, 08 May 2013)
Log Message:
-----------
allow digits in the Content-Type
Credits to V?\195?\173ctor Fern?\195?\161ndez Mart?\195?\173nez

Modified Paths:
--------------
    branches/1.8/parser/parse_content.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From noreply at sourceforge.net  Wed May  8 16:49:20 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 May 2013 07:49:20 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612653 ] B2b_logic bridge no ack
	SDP
Message-ID: <mailman.403.1368024565.2897.devel@lists.opensips.org>

Bugs item #3612653, was opened at 2013-05-04 15:53
Message generated for change (Comment added) made by soulof87
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612653&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.9.x
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: tito cumpen (soulof87)
Assigned to: Nobody/Anonymous (nobody)
Summary: B2b_logic bridge no ack SDP

Initial Comment:
B2b_logic module fails to send the 200 ok SDP from param 2 to param 1 in ack SDP. as was done in 1.7.2. Please advise if this is a or a change in functionality. Below is a diagram of the none working 1.9


Conv.| Time    | 166.78.110.228                        |
     |         |                   | 166.78.236.169    |                   
0    |5.258027 |         INVITE    |                   |SIP From: <sip:nurse at 166.78.236.169 To:sip:patient at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
0    |5.260412 |         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |16.888258|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |17.887802|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |19.232125|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |19.232396|         INVITE SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP From: <sip:patient at 166.78.236.169 To:sip:nurse at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
1    |19.239251|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |19.446797|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |19.522588|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |20.547695|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |20.730180|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |20.730440|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |20.730469|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |21.046693|         BYE       |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |21.046955|         BYE       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |21.328808|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |21.328988|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |



Here is the one that is currently working using the same scenario file.
notice the differences in with the utilization of ack sdp.

Conv.| Time    | 166.78.237.54                         |
     |         |                   | 166.78.236.169    |                   
0    |31.699153|         INVITE    |                   |SIP From: <sip:nurse at 166.78.236.169 To:sip:patient at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
0    |31.703241|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |41.924874|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.984304|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.986846|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |51.987036|         INVITE SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP From: <sip:patient at 166.78.236.169 To:sip:nurse at 166.78.236.16
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |51.989458|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |51.992914|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |51.998664|         100 Giving a try              |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |52.000780|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
0    |54.993411|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |62.198436|         101 Dialog Establishement          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.250440|         180 Ringing                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.250459|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |72.250738|         ACK SDP (SILKRTPType-121 SILKRTPType-120 speex...Type-111 )          |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |72.250766|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.254285|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.254413|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.259575|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.259777|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |72.263361|         200 OK SDP (SILKRTPType-121 SILKRTPType-120 sp...RTPType-111 )          |SIP Status
     |         |(5060)   <------------------  (5060)   |
1    |72.263488|         ACK       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
0    |73.688091|         INFO      |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |73.688300|         INFO      |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
1    |73.740109|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |73.740267|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |
---------------------------------------------------------
1    |84.240542|         BYE       |                   |SIP Request
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
0    |84.240754|         BYE       |                   |SIP Request
     |         |(5060)   ------------------>  (5060)   |
0    |84.299026|         200 OK    |                   |SIP Status
     |         |(5060)   <------------------  (5060)   |
---------------------------------------------------------
1    |84.299193|         200 OK    |                   |SIP Status
     |         |(5060)   ------------------>  (5060)   |


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

>Comment By: tito cumpen (soulof87)
Date: 2013-05-08 07:49

Message:
The latest trunk behaves the same.

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

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


From vladpaiu at opensips.org  Wed May  8 17:24:31 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 15:24:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10005]
	branches/1.9/parser/parse_content.c
Message-ID: <E1Ua6EJ-00033j-Pa@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 10005
          http://opensips.svn.sourceforge.net/opensips/?rev=10005&view=rev
Author:   vladut-paiu
Date:     2013-05-08 15:24:30 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from 1.8 (rev #10004)

allow digits in the Content-Type
Victor Fernandez Martinez 

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10004&view=rev

Modified Paths:
--------------
    branches/1.9/parser/parse_content.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 17:26:29 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 15:26:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10006]
	trunk/parser/parse_content.c
Message-ID: <E1Ua6GD-000363-F2@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 10006
          http://opensips.svn.sourceforge.net/opensips/?rev=10006&view=rev
Author:   vladut-paiu
Date:     2013-05-08 15:26:28 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from 1.8 (rev #10004)

allow digits in the Content-Type
Victor Fernandez Martinez 

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10004&view=rev

Modified Paths:
--------------
    trunk/parser/parse_content.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From noreply at sourceforge.net  Wed May  8 17:27:27 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 May 2013 08:27:27 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612563 ] OpenSIPS fails to parse
	MIME types containing numbers
Message-ID: <mailman.404.1368029690.2897.devel@lists.opensips.org>

Bugs item #3612563, was opened at 2013-05-03 05:14
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612563&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: core
Group: 1.8.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: V?ctor Fern?ndez Mart?nez (vfm-barracuda)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: OpenSIPS fails to parse MIME types containing numbers

Initial Comment:
Microsoft Lync uses several custom MIME types for its communication with the server. When OpenSIPS is used as a SIP proxy between the Lync client and the Lync server, the following error can be seen in the logs:

DBG:core:decode_mime_type: Decoding MIME type for:[application/vnd-microsoft-roaming-provisioning-v2+xml]
ERROR:core:decode_mime_type: parse error near in [application/vnd-microsoft-roaming-provisioning-v2+xml] char[50][2] offset
=48
DBG:core:set_err_info: ec: 1, el: 3, ei: 'error parsing CT-TYPE header'

This happens always in OpenSIPS 1.8.2. After taking a look at the source code, it is evident that decode_mime_type() doesn't accept digits (0-9) as valid characters in MIME types. This could easily be fixed by replacing the definition of is_mime_char() in parse_content.c with the following:

#define is_mime_char(_c_) \
	(isalnum((int)_c_) || (_c_)=='-' || (_c_)=='+' || (_c_)=='.')

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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-05-08 08:27

Message:
Hello,

Thank you for the patch.
I've just committed it on 1.8, 1.9 and trunk.

Best Regards,
Vlad

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

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


From osas at voipembedded.com  Wed May  8 18:22:32 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 May 2013 16:22:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10007] trunk/modules/pua
Message-ID: <E1Ua78S-0001Zs-HH@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10007
          http://opensips.svn.sourceforge.net/opensips/?rev=10007&view=rev
Author:   osas
Date:     2013-05-08 16:22:32 +0000 (Wed, 08 May 2013)
Log Message:
-----------
pua: extra_headers can change for a presentity
 - updated the code to store a str instead of *str
 - save in the database the updated extra_headers

Modified Paths:
--------------
    trunk/modules/pua/hash.c
    trunk/modules/pua/hash.h
    trunk/modules/pua/pua.c
    trunk/modules/pua/send_publish.c
    trunk/modules/pua/send_subscribe.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 18:34:39 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 16:34:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10008]
	trunk/modules/db_http/http_dbase.c
Message-ID: <E1Ua7KB-0001sS-S3@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10008
          http://opensips.svn.sourceforge.net/opensips/?rev=10008&view=rev
Author:   vladut-paiu
Date:     2013-05-08 16:34:39 +0000 (Wed, 08 May 2013)
Log Message:
-----------
always enforce the column delimiter

Modified Paths:
--------------
    trunk/modules/db_http/http_dbase.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 18:37:11 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 16:37:11 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10009]
	branches/1.9/modules/db_http/http_dbase.c
Message-ID: <E1Ua7Md-0001w2-0G@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10009
          http://opensips.svn.sourceforge.net/opensips/?rev=10009&view=rev
Author:   vladut-paiu
Date:     2013-05-08 16:37:10 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from trunk (rev #10008)
always enforce the column delimiter

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10008&view=rev

Modified Paths:
--------------
    branches/1.9/modules/db_http/http_dbase.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 18:38:10 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 16:38:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10010]
	branches/1.8/modules/db_http/http_dbase.c
Message-ID: <E1Ua7Na-0001xA-CG@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10010
          http://opensips.svn.sourceforge.net/opensips/?rev=10010&view=rev
Author:   vladut-paiu
Date:     2013-05-08 16:38:10 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from trunk (rev #10008)
always enforce the column delimiter

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10008&view=rev

Modified Paths:
--------------
    branches/1.8/modules/db_http/http_dbase.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 18:43:07 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 16:43:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10011] trunk/modules
Message-ID: <E1Ua7SN-00025c-AA@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10011
          http://opensips.svn.sourceforge.net/opensips/?rev=10011&view=rev
Author:   vladut-paiu
Date:     2013-05-08 16:43:07 +0000 (Wed, 08 May 2013)
Log Message:
-----------
always free the DB result ( or else subsequent select queries will/might fail )

Modified Paths:
--------------
    trunk/modules/pi_http/http_fnc.c
    trunk/modules/presence/publish.c
    trunk/modules/presence/subscribe.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 18:44:48 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 16:44:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10012] branches/1.9/modules
Message-ID: <E1Ua7U0-00029i-Ly@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10012
          http://opensips.svn.sourceforge.net/opensips/?rev=10012&view=rev
Author:   vladut-paiu
Date:     2013-05-08 16:44:48 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from trunk (rev #10011)

always free the DB result ( or else subsequent select queries will/might fail )

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10011&view=rev

Modified Paths:
--------------
    branches/1.9/modules/pi_http/http_fnc.c
    branches/1.9/modules/presence/publish.c
    branches/1.9/modules/presence/subscribe.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 18:55:19 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 16:55:19 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10013]
	trunk/modules/pi_http/http_fnc.c
Message-ID: <E1Ua7eB-0002Om-Ao@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10013
          http://opensips.svn.sourceforge.net/opensips/?rev=10013&view=rev
Author:   vladut-paiu
Date:     2013-05-08 16:55:19 +0000 (Wed, 08 May 2013)
Log Message:
-----------
fixed warning introduced by previous commit

Modified Paths:
--------------
    trunk/modules/pi_http/http_fnc.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From vladpaiu at opensips.org  Wed May  8 18:56:35 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Wed, 08 May 2013 16:56:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10014]
	branches/1.9/modules/pi_http/http_fnc.c
Message-ID: <E1Ua7fP-0002QK-Sk@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10014
          http://opensips.svn.sourceforge.net/opensips/?rev=10014&view=rev
Author:   vladut-paiu
Date:     2013-05-08 16:56:35 +0000 (Wed, 08 May 2013)
Log Message:
-----------
fixed warning introduced by previous commit

Modified Paths:
--------------
    branches/1.9/modules/pi_http/http_fnc.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From razvan at opensips.org  Wed May  8 20:15:35 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 08 May 2013 18:15:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10016] branches/1.9
Message-ID: <E1Ua8tr-0004dh-5c@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10016
          http://opensips.svn.sourceforge.net/opensips/?rev=10016&view=rev
Author:   razvancrainea
Date:     2013-05-08 18:15:34 +0000 (Wed, 08 May 2013)
Log Message:
-----------
Updated version to 1.9.1

Modified Paths:
--------------
    branches/1.9/Makefile.defs
    branches/1.9/packaging/debian/changelog
    branches/1.9/packaging/debian-lenny/changelog
    branches/1.9/packaging/fedora/opensips.spec
    branches/1.9/packaging/freebsd/Makefile
    branches/1.9/packaging/netbsd/Makefile
    branches/1.9/packaging/openbsd/Makefile
    branches/1.9/packaging/rpm/opensips.spec.CentOS
    branches/1.9/packaging/rpm/opensips.spec.SuSE
    branches/1.9/packaging/solaris/base-pkginfo
    branches/1.9/packaging/solaris/berkeley-pkginfo
    branches/1.9/packaging/solaris/carrierroute-pkginfo
    branches/1.9/packaging/solaris/identity-pkginfo
    branches/1.9/packaging/solaris/ldap-pkginfo
    branches/1.9/packaging/solaris/mmgeoip-pkginfo
    branches/1.9/packaging/solaris/mysql-pkginfo
    branches/1.9/packaging/solaris/perl-pkginfo
    branches/1.9/packaging/solaris/pgsql-pkginfo
    branches/1.9/packaging/solaris/regex-pkginfo
    branches/1.9/packaging/solaris/snmp-pkginfo
    branches/1.9/packaging/solaris/tls-pkginfo
    branches/1.9/packaging/solaris/xmlrpc-pkginfo

Added Paths:
-----------
    branches/1.9/packaging/gentoo/opensips-1.9.1.ebuild

Removed Paths:
-------------
    branches/1.9/packaging/gentoo/opensips-1.9.0.ebuild

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From razvan at opensips.org  Wed May  8 20:15:35 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 08 May 2013 18:15:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10015] branches/1.8
Message-ID: <E1Ua8tr-0004dg-49@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10015
          http://opensips.svn.sourceforge.net/opensips/?rev=10015&view=rev
Author:   razvancrainea
Date:     2013-05-08 18:15:34 +0000 (Wed, 08 May 2013)
Log Message:
-----------
Updated version to 1.8.3

Modified Paths:
--------------
    branches/1.8/Makefile.defs
    branches/1.8/packaging/debian/changelog
    branches/1.8/packaging/debian-lenny/changelog
    branches/1.8/packaging/fedora/opensips.spec
    branches/1.8/packaging/freebsd/Makefile
    branches/1.8/packaging/netbsd/Makefile
    branches/1.8/packaging/openbsd/Makefile
    branches/1.8/packaging/rpm/opensips.spec.CentOS
    branches/1.8/packaging/rpm/opensips.spec.SuSE
    branches/1.8/packaging/solaris/base-pkginfo
    branches/1.8/packaging/solaris/berkeley-pkginfo
    branches/1.8/packaging/solaris/carrierroute-pkginfo
    branches/1.8/packaging/solaris/identity-pkginfo
    branches/1.8/packaging/solaris/ldap-pkginfo
    branches/1.8/packaging/solaris/mmgeoip-pkginfo
    branches/1.8/packaging/solaris/mysql-pkginfo
    branches/1.8/packaging/solaris/perl-pkginfo
    branches/1.8/packaging/solaris/pgsql-pkginfo
    branches/1.8/packaging/solaris/regex-pkginfo
    branches/1.8/packaging/solaris/snmp-pkginfo
    branches/1.8/packaging/solaris/tls-pkginfo
    branches/1.8/packaging/solaris/xmlrpc-pkginfo

Added Paths:
-----------
    branches/1.8/packaging/gentoo/opensips-1.8.3.ebuild

Removed Paths:
-------------
    branches/1.8/packaging/gentoo/opensips-1.8.2.ebuild

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 20:21:48 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 18:21:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10017]
	trunk/modules/pua/pua.c
Message-ID: <E1Ua8zs-0004pI-9m@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10017
          http://opensips.svn.sourceforge.net/opensips/?rev=10017&view=rev
Author:   bogdan_iancu
Date:     2013-05-08 18:21:47 +0000 (Wed, 08 May 2013)
Log Message:
-----------
- fixed expiring of presentities in the pua module - remove from hash and DB.
  Credits go to Ovidiu Sas for reporting and helping with troubleshooting

Modified Paths:
--------------
    trunk/modules/pua/pua.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 20:22:28 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 18:22:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10018]
	branches/1.9/modules/pua/pua.c
Message-ID: <E1Ua90W-0004q2-PU@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10018
          http://opensips.svn.sourceforge.net/opensips/?rev=10018&view=rev
Author:   bogdan_iancu
Date:     2013-05-08 18:22:28 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from trunk (rev #10017)
- fixed expiring of presentities in the pua module - remove from hash and DB.
  Credits go to Ovidiu Sas for reporting and helping with troubleshooting$

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10017&view=rev

Modified Paths:
--------------
    branches/1.9/modules/pua/pua.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 20:23:31 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 18:23:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10019]
	branches/1.8/modules/pua/pua.c
Message-ID: <E1Ua91X-0004re-G9@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10019
          http://opensips.svn.sourceforge.net/opensips/?rev=10019&view=rev
Author:   bogdan_iancu
Date:     2013-05-08 18:23:31 +0000 (Wed, 08 May 2013)
Log Message:
-----------
backport from trunk (rev #10017)
- fixed expiring of presentities in the pua module - remove from hash and DB.
  Credits go to Ovidiu Sas for reporting and helping with troubleshooting

Revision Links:
--------------
    http://opensips.svn.sourceforge.net/opensips/?rev=10017&view=rev

Modified Paths:
--------------
    branches/1.8/modules/pua/pua.c

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From razvan at opensips.org  Wed May  8 20:31:09 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 08 May 2013 18:31:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10020] branches/1.9/ChangeLog
Message-ID: <E1Ua98v-0003VS-M7@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 10020
          http://opensips.svn.sourceforge.net/opensips/?rev=10020&view=rev
Author:   razvancrainea
Date:     2013-05-08 18:31:09 +0000 (Wed, 08 May 2013)
Log Message:
-----------
Updated changelog for 1.9.1

Modified Paths:
--------------
    branches/1.9/ChangeLog

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From razvan at opensips.org  Wed May  8 20:31:20 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 08 May 2013 18:31:20 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10021] branches/1.8/ChangeLog
Message-ID: <E1Ua996-0003Vl-O8@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 10021
          http://opensips.svn.sourceforge.net/opensips/?rev=10021&view=rev
Author:   razvancrainea
Date:     2013-05-08 18:31:20 +0000 (Wed, 08 May 2013)
Log Message:
-----------
Updated changelog for 1.8.3

Modified Paths:
--------------
    branches/1.8/ChangeLog

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 20:36:26 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 18:36:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10022] tags/1.9.1/
Message-ID: <E1Ua9E2-0003dV-7N@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 10022
          http://opensips.svn.sourceforge.net/opensips/?rev=10022&view=rev
Author:   bogdan_iancu
Date:     2013-05-08 18:36:26 +0000 (Wed, 08 May 2013)
Log Message:
-----------
tagging 1.9.1 minor release

Added Paths:
-----------
    tags/1.9.1/

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 20:38:47 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 18:38:47 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10023] tags/1.8.3/
Message-ID: <E1Ua9GI-0003g3-Vx@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 10023
          http://opensips.svn.sourceforge.net/opensips/?rev=10023&view=rev
Author:   bogdan_iancu
Date:     2013-05-08 18:38:46 +0000 (Wed, 08 May 2013)
Log Message:
-----------
tagging 1.8.3 minor release

Added Paths:
-----------
    tags/1.8.3/

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From bogdan at opensips.org  Wed May  8 20:51:45 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 08 May 2013 21:51:45 +0300
Subject: [OpenSIPS-Devel] [RELEASE] OpenSIPS 1.9.1 & 1.8.3 Minor Stable
	Releases
Message-ID: <518A9EC1.5010803@opensips.org>

Hi all,

OpenSIPS 1.9.1 & 1.8.3 are minor releases on the 1.9, respective 1.8 
branch - they  bringing even more stable versions, with more fixes - 
crashes, malfunctions and compliance (but no functionality, scripting or 
interfacing were changed).

It is highly recommended to upgrade - both releases are ** now available 
for download on project web site and SF download system.

Many thanks to all people contributing to this release with reports, 
troubleshooting, fixes and patches.

The full Changelogs are available here :
http://opensips.org/pub/opensips/1.9.1/src/ChangeLog
http://opensips.org/pub/opensips/1.8.3/src/ChangeLog

To get the new Releases, see:
http://www.opensips.org/Resources/Downloads

Enjoy,
Bogdan

-- 
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130508/c063f2b0/attachment.htm>

From razvan at opensips.org  Wed May  8 21:00:30 2013
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Wed, 08 May 2013 21:00:30 +0200
Subject: [OpenSIPS-Devel] Migrating OpenSIPS to GitHub
In-Reply-To: <517F912C.5070300@opensips.org>
References: <517F912C.5070300@opensips.org>
Message-ID: <518AA0CE.7060106@opensips.org>

Hello, all!

As per our initial schedule[2], today we have made the last commits in 
the SourceForge repository. Starting from now, all the users will have 
the commit/write access revoked, and will no longer be able to do any 
changes to the code.

Starting from tomorrow, 9th of May 2013, we will start migrating the 
OpenSIPS sources to a new GitHub repository.

Best regards,

Razvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 04/30/2013 11:38 AM, R?zvan Crainea wrote:
> Hi all!
>
> Following the community desires[1] to migrate OpenSIPS repository and
> tracker to Github, we have compiled a schedule[2] for the upcoming
> weeks. Any changes to it, as well as updates, will be posted in this
> thread.
>
> [1] http://www.opensips.org/Community/Polls-GitResult
> [2] http://www.opensips.org/About/GitHub-Migration
>
> Best regards,


From rrb3942 at gmail.com  Wed May  8 21:34:25 2013
From: rrb3942 at gmail.com (Ryan Bullock)
Date: Wed, 8 May 2013 12:34:25 -0700
Subject: [OpenSIPS-Devel] General Protection errors
In-Reply-To: <51890B5F.6040100@opensips.org>
References: <CAAcj4gVeTbWoUemH6wVeZoL8tni0d3fpY8jbwq_1Y8HqtUZvkw@mail.gmail.com>
	<51890B5F.6040100@opensips.org>
Message-ID: <CAAcj4gXhARzx6wTDeUtMwPGsnop0aywDz3BnoxnYbMgMtn3=NA@mail.gmail.com>

Well it is certainly confusing me at least :)

I'll open up a bug report on this as I just saw it on another system with
reduced compiler optimizations (-O2 vs -O3). I'll work on getting a dump
from the memory debugging as well.

Regards,

Ryan


On Tue, May 7, 2013 at 7:10 AM, Vlad Paiu <vladpaiu at opensips.org> wrote:

> **
> Hello,
>
> It's strange that the error appears at the goto statement, but probably
> something is confusing gdb :)
> Most likely the crash is happening due to a corruption somewhere in the
> ratelimit module, since I see it's trying to free a quite odd pointer (
> 0x322e3437312e3334 ) which doesn't seem valid. Would it be possible to run
> OpenSIPS with memory debugging enabled ?
>
> Also, Could you please open a SF ticket for this so we can better keep
> track of things ?
>
> Best Regards,
>
> Vlad Paiu
> OpenSIPS Developerhttp://www.opensips-solutions.com
>
>
> On 05/02/2013 11:32 PM, Ryan Bullock wrote:
>
>   I've been seeing some general protection errors in opensips lately
> (currently running 1.9 svnrevision: 2:9970M). I've been working on getting
> some core dumps and backtraces for these, but they happen very
> intermittently and it can take weeks to see one.
>
>  These happen across a couple systems, so I was pretty sure there was a
> problem in opensips somewhere. Normally I see these errors reported in the
> dialog module. However this most recent one I was able to get a core dump
> for seems to show the error happening in fm_free() at a goto statement,
> which seems odd to me. I have attached a full bt and I have the core dump
> available if more information is needed from it.
>
>  Right now I am trying to figure out if the problem is in opensips, or if
> I have some really subtle hardware errors going on across a few boxes.
>
>  Was hoping someone could take a look at the backtrace and give some input.
>
>  Thank you.
>
> Regards,
>
> Ryan Bullock
>
>
> _______________________________________________
> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130508/14f1bdd6/attachment.htm>

From noreply at sourceforge.net  Wed May  8 21:36:21 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 May 2013 12:36:21 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3611852 ] General protection in
	dialog module
Message-ID: <mailman.405.1368041785.2897.devel@lists.opensips.org>

Bugs item #3611852, was opened at 2013-04-25 10:55
Message generated for change (Comment added) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3611852&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: General protection in dialog module

Initial Comment:
I have seen this across a few systems, seems like a bad pointer.

Kernel Message
opensips[18810] general protection ip:7fa541fdcc2d sp:7fff44fff870 error:0 in dialog.so[7fa541faf000+55000]

Based on the kernel message and an objdump of dialog.so it seems this is in the get_dlg_by_val() function. Working on a core dump + full bt.

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

>Comment By: Ryan Bullock (rrb3942)
Date: 2013-05-08 12:36

Message:
No update on this. Haven't seen it again since I reported it. Just waiting
for it to happen to get a core dump.

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-05-07 03:03

Message:
Hi Ryan,

Any updates with this ?

Best Regards,
Vlad

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

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


From noreply at sourceforge.net  Wed May  8 21:46:27 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 May 2013 12:46:27 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3611850 ] Segfault on shutdown in
	db_mysql
Message-ID: <mailman.406.1368042391.2897.devel@lists.opensips.org>

Bugs item #3611850, was opened at 2013-04-25 10:46
Message generated for change (Comment added) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3611850&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.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: Segfault on shutdown in db_mysql

Initial Comment:
I am seeing a segfault on shutdown in the db_mysql module. My guess is that is is related to a flush to db on shutdown somewhere, we are using bulk inserts so that may be related.

Kernel message:
opensips[18804]: segfault at 0 ip 00007fa545fb0089 sp 00007fff45002280 error 6 in db_mysql.so[7fa545fa3000+11000]

Going off the kernel message and an objdump of db_mysql.so, seems to be in the db_mysql_val2bind() function. I am working on getting a full core + back trace.



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

>Comment By: Ryan Bullock (rrb3942)
Date: 2013-05-08 12:46

Message:
Hey vlad this was a shutdown down after a crash, so the crash in a
different process may be the cause. Although it would be nice if it didn't
cause another segfault (and another core) when that happens.

If you have a patch to get more debug information I can get that into place
for when the next crash happens.

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-05-07 03:18

Message:
Hello Ryan,

I see this is related to the query buffering part.

Is this for a normal shutdown, or for a shutdown after a crash ?
Seems that somehow ( very oddly ) the prepared statement was not properly
allocated..  Can you replicate this somehow ? If yes, I'd like to send you
a patch that would print some extra debugging.

Best Regards,
Vlad

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

Comment By: Ryan Bullock (rrb3942)
Date: 2013-05-02 12:48

Message:
Backtrace attached.

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

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


From noreply at sourceforge.net  Wed May  8 21:50:14 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 May 2013 12:50:14 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3612928 ] General protection in
	ratelimit module
Message-ID: <mailman.407.1368042618.2897.devel@lists.opensips.org>

Bugs item #3612928, was opened at 2013-05-08 12:50
Message generated for change (Tracker Item Submitted) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3612928&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Nobody/Anonymous (nobody)
Summary: General protection in ratelimit module

Initial Comment:
Showing a GP in the ratelimit timer. Happens infrequently. Backtrace is attached. Working on a memory dump as well.

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

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


From shaheryarkh at gmail.com  Thu May  9 02:46:11 2013
From: shaheryarkh at gmail.com (Muhammad Shahzad)
Date: Thu, 9 May 2013 02:46:11 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Migrating OpenSIPS to GitHub
In-Reply-To: <CAGWRaZaeYhwSSQeQ5UxCuu8O43ExjPbpTmM9TB=4CwGsT+r4yQ@mail.gmail.com>
References: <517F912C.5070300@opensips.org> <518AA0CE.7060106@opensips.org>
	<CAGWRaZaeYhwSSQeQ5UxCuu8O43ExjPbpTmM9TB=4CwGsT+r4yQ@mail.gmail.com>
Message-ID: <CAFZQphxXYDfb1uZJ=3rR3WK7eE71hSMLU0YojUBE9eh6ULxvtw@mail.gmail.com>

Though i don't like git much as a user, perhaps because i am too much
addicted to subversion. But anyways, Congrats!


On Thu, May 9, 2013 at 2:32 AM, Nick Khamis <symack at gmail.com> wrote:

> Congratulations on the successful migration.
>
> Best Regards,
>
> Nick.
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>



-- 
Mit freundlichen Gr??en
Muhammad Shahzad
-----------------------------------
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +49 176 99 83 10 85
MSN: shari_786pk at hotmail.com
Email: shaheryarkh at googlemail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130509/3a548ebb/attachment-0001.htm>

From razvan at opensips.org  Thu May  9 09:46:03 2013
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Thu, 09 May 2013 09:46:03 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Migrating OpenSIPS to GitHub
In-Reply-To: <CAFZQphxXYDfb1uZJ=3rR3WK7eE71hSMLU0YojUBE9eh6ULxvtw@mail.gmail.com>
References: <517F912C.5070300@opensips.org> <518AA0CE.7060106@opensips.org>
	<CAGWRaZaeYhwSSQeQ5UxCuu8O43ExjPbpTmM9TB=4CwGsT+r4yQ@mail.gmail.com>
	<CAFZQphxXYDfb1uZJ=3rR3WK7eE71hSMLU0YojUBE9eh6ULxvtw@mail.gmail.com>
Message-ID: <518B543B.8070307@opensips.org>

Hi, Muhammad!

You will still be able to get a Read-Only version of the old SVN, as 
well as for the new one. We will publish all the necessary information 
after the migration is completed.

Best regards,

Razvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 05/09/2013 02:46 AM, Muhammad Shahzad wrote:
> Though i don't like git much as a user, perhaps because i am too much
> addicted to subversion. But anyways, Congrats!
>
>
> On Thu, May 9, 2013 at 2:32 AM, Nick Khamis <symack at gmail.com
> <mailto:symack at gmail.com>> wrote:
>
>     Congratulations on the successful migration.
>
>     Best Regards,
>
>     Nick.
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> --
> Mit freundlichen Gr??en
> Muhammad Shahzad
> -----------------------------------
> CISCO Rich Media Communication Specialist (CRMCS)
> CISCO Certified Network Associate (CCNA)
> Cell: +49 176 99 83 10 85
> MSN: shari_786pk at hotmail.com <mailto:shari_786pk at hotmail.com>
> Email: shaheryarkh at googlemail.com <mailto:shaheryarkh at googlemail.com>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From vladpaiu at opensips.org  Thu May  9 10:32:45 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Thu, 09 May 2013 08:32:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[10024] trunk/etc/opensips.cfg
Message-ID: <E1UaMHN-0002RU-TC@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 10024
          http://opensips.svn.sourceforge.net/opensips/?rev=10024&view=rev
Author:   vladut-paiu
Date:     2013-05-09 08:32:41 +0000 (Thu, 09 May 2013)
Log Message:
-----------
typo in CFG

Modified Paths:
--------------
    trunk/etc/opensips.cfg

This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.



From shaheryarkh at gmail.com  Thu May  9 18:12:18 2013
From: shaheryarkh at gmail.com (Muhammad Shahzad)
Date: Thu, 9 May 2013 18:12:18 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Migrating OpenSIPS to GitHub
In-Reply-To: <518B543B.8070307@opensips.org>
References: <517F912C.5070300@opensips.org> <518AA0CE.7060106@opensips.org>
	<CAGWRaZaeYhwSSQeQ5UxCuu8O43ExjPbpTmM9TB=4CwGsT+r4yQ@mail.gmail.com>
	<CAFZQphxXYDfb1uZJ=3rR3WK7eE71hSMLU0YojUBE9eh6ULxvtw@mail.gmail.com>
	<518B543B.8070307@opensips.org>
Message-ID: <CAFZQphwZy2gcETR6x6w+h6P2icSjd=zwpSVZpWLEkB22u8fEwg@mail.gmail.com>

That would be really great. Thanks.


On Thu, May 9, 2013 at 9:46 AM, R?zvan Crainea <razvan at opensips.org> wrote:

> Hi, Muhammad!
>
> You will still be able to get a Read-Only version of the old SVN, as well
> as for the new one. We will publish all the necessary information after the
> migration is completed.
>
>
> Best regards,
>
> Razvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.**com <http://www.opensips-solutions.com>
>
> On 05/09/2013 02:46 AM, Muhammad Shahzad wrote:
>
>> Though i don't like git much as a user, perhaps because i am too much
>> addicted to subversion. But anyways, Congrats!
>>
>>
>> On Thu, May 9, 2013 at 2:32 AM, Nick Khamis <symack at gmail.com
>> <mailto:symack at gmail.com>> wrote:
>>
>>     Congratulations on the successful migration.
>>
>>     Best Regards,
>>
>>     Nick.
>>
>>     ______________________________**_________________
>>     Users mailing list
>>     Users at lists.opensips.org <mailto:Users at lists.opensips.**org<Users at lists.opensips.org>
>> >
>>
>>     http://lists.opensips.org/cgi-**bin/mailman/listinfo/users<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>>
>>
>>
>>
>> --
>> Mit freundlichen Gr??en
>> Muhammad Shahzad
>> ------------------------------**-----
>> CISCO Rich Media Communication Specialist (CRMCS)
>> CISCO Certified Network Associate (CCNA)
>> Cell: +49 176 99 83 10 85
>> MSN: shari_786pk at hotmail.com <mailto:shari_786pk at hotmail.**com<shari_786pk at hotmail.com>
>> >
>> Email: shaheryarkh at googlemail.com <mailto:shaheryarkh@**googlemail.com<shaheryarkh at googlemail.com>
>> >
>>
>>
>>
>> ______________________________**_________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-**bin/mailman/listinfo/devel<http://lists.opensips.org/cgi-bin/mailman/listinfo/devel>
>>
>>
> ______________________________**_________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-**bin/mailman/listinfo/devel<http://lists.opensips.org/cgi-bin/mailman/listinfo/devel>
>



-- 
Mit freundlichen Gr??en
Muhammad Shahzad
-----------------------------------
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +49 176 99 83 10 85
MSN: shari_786pk at hotmail.com
Email: shaheryarkh at googlemail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130509/d25c7aa6/attachment.htm>

From alex at opensips.org  Tue May 14 14:11:15 2013
From: alex at opensips.org (Alex Ionescu)
Date: Tue, 14 May 2013 15:11:15 +0300
Subject: [OpenSIPS-Devel] OpenSIPS.org web site REFURBISH - FIRST PHASE -
	Completed
Message-ID: <519229E3.7070701@opensips.org>

Hi all,

We are happy to announce that we have re-organized the web site 
(www.opensips.org <http://www.opensips.org>) as grouping, menus etc.
This is just the first step of a more complex process of refurbishing. 
We would like to ask you to report any broken links or other issues that 
you may found.
Also, your suggestions and opinions are very much welcome.

Best regards,
Alex Ionescu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130514/fafc42ff/attachment.htm>

From saul at ag-projects.com  Tue May 14 14:25:26 2013
From: saul at ag-projects.com (=?iso-8859-1?Q?Sa=FAl_Ibarra_Corretg=E9?=)
Date: Tue, 14 May 2013 14:25:26 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSIPS.org web site
	REFURBISH - FIRST PHASE - Completed
In-Reply-To: <519229E3.7070701@opensips.org>
References: <519229E3.7070701@opensips.org>
Message-ID: <D63EA17B-139A-453F-91C3-6B38BCDA9AE2@ag-projects.com>

Hi Alex!

On May 14, 2013, at 2:11 PM, Alex Ionescu wrote:

> Hi all,
> 
> We are happy to announce that we have re-organized the web site (www.opensips.org) as grouping, menus etc.
> This is just the first step of a more complex process of refurbishing. We would like to ask you to report any broken links or other issues that you may found.
> Also, your suggestions and opinions are very much welcome.
> 

Good work, the new layout looks much nicer! A small nit: the "GO" button is taller than the textbox next to it.

As for the content, the news seem to be repeated: they are displayed as headlines at the top of the page and also on the bar to the right. I'd leave only the bar on the right, so the first thing newcomers see on the website is "What OpenSIPS is".

My 2 cents :-)

--
Sa?l Ibarra Corretg?
AG Projects





From bogdan at opensips.org  Tue May 14 14:49:23 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 14 May 2013 15:49:23 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSIPS.org web site
 REFURBISH - FIRST PHASE - Completed
In-Reply-To: <D63EA17B-139A-453F-91C3-6B38BCDA9AE2@ag-projects.com>
References: <519229E3.7070701@opensips.org>
	<D63EA17B-139A-453F-91C3-6B38BCDA9AE2@ag-projects.com>
Message-ID: <519232D3.7070308@opensips.org>

Hi Saul,

Re-structuring the site as classes of info and menus was the first step
; next steps is to update and refurbish the content and re-structure the
documentation part.

In other words, the content of the home page is to be update ! :)

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


On 05/14/2013 03:25 PM, Sa?l Ibarra Corretg? wrote:
> [....]
> As for the content, the news seem to be repeated: they are displayed as headlines at the top of the page and also on the bar to the right. I'd leave only the bar on the right, so the first thing newcomers see on the website is "What OpenSIPS is".
>
> My 2 cents :-)


From rbcepres at gmail.com  Thu May 16 18:28:03 2013
From: rbcepres at gmail.com (Ronald Cepres)
Date: Fri, 17 May 2013 00:28:03 +0800
Subject: [OpenSIPS-Devel] [DROUTING] Crash on use_next_gw/get_gw_by_id
Message-ID: <CAGCQ4Joakj6qTxkcWkMNL0ZV7XMoRTMdMCzqCNH24dkn9MePiQ@mail.gmail.com>

Drouting crashes when selecting next gateway. Did a little investigation,
and FWIW the next gateway's carrier status is disabled but the carrier's
only gateway is enabled. Looked at the backtrace of the core dump, and
found that it crashed while comparing two strings on get_gw_by_id called by
use_next_gw. The strings compared were apparently GW ID strings.

I attached the GDB btfull logs (replaced some sensitive info with dummy
text) for reference. Take note that 'dont optimize' flag was not set so
some of the values were optimized and the crash happened randomly so I
can't actually reproduce the crash.

I'm using Opensips 1.9 using this source tarball:
http://opensips.org/pub/opensips/latest/src/opensips-1.9.0_src.tar.gz

-- 

Regards,

Ronald Cepres
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130517/9b2cea45/attachment-0001.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: opensips_gdb_btfull.txt
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130517/9b2cea45/attachment-0001.txt>

From symack at gmail.com  Thu May  9 02:32:09 2013
From: symack at gmail.com (Nick Khamis)
Date: Wed, 8 May 2013 20:32:09 -0400
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Migrating OpenSIPS to GitHub
In-Reply-To: <518AA0CE.7060106@opensips.org>
References: <517F912C.5070300@opensips.org>
	<518AA0CE.7060106@opensips.org>
Message-ID: <CAGWRaZaeYhwSSQeQ5UxCuu8O43ExjPbpTmM9TB=4CwGsT+r4yQ@mail.gmail.com>

Congratulations on the successful migration.

Best Regards,

Nick.


From shaheryarkh at gmail.com  Mon May 20 12:45:09 2013
From: shaheryarkh at gmail.com (Muhammad Shahzad)
Date: Mon, 20 May 2013 12:45:09 +0200
Subject: [OpenSIPS-Devel] Status of OpenSIPS repository
Message-ID: <CAFZQphzTFziHTD8-scc67yTsPSuQL1YiXr8+jzsUQ-hiLatxrQ@mail.gmail.com>

OpenSIPS repo is frozen since May 08, 2013. Meanwhile i did couple of
important production upgrades to version 1.9 rev. 10024 and found a couple
of critical bugs. I just wonder if we still have source-forge interface to
report bugs? And for how long repository will remain locked for migration
to Github? The bugs i found and want to report are, (very brief summary,
will provide detailed info in bug reporting interface),

1. OpenSIPS crashes when Linphone on Android with push notification enabled
registers. Crash happens around add_rcv_param("1") method, possibly due to
memory corruption.

2. RTPProxy (offer / answer mechanism) does not work on serialized branches.

Thank you.


-- 
Mit freundlichen Gr??en
Muhammad Shahzad
-----------------------------------
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +49 176 99 83 10 85
MSN: shari_786pk at hotmail.com
Email: shaheryarkh at googlemail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130520/f160dabf/attachment.htm>

From razvan at opensips.org  Mon May 20 17:57:09 2013
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Mon, 20 May 2013 17:57:09 +0200
Subject: [OpenSIPS-Devel] Status of OpenSIPS repository
In-Reply-To: <CAFZQphzTFziHTD8-scc67yTsPSuQL1YiXr8+jzsUQ-hiLatxrQ@mail.gmail.com>
References: <CAFZQphzTFziHTD8-scc67yTsPSuQL1YiXr8+jzsUQ-hiLatxrQ@mail.gmail.com>
Message-ID: <519A47D5.7010007@opensips.org>

Hi, Muhammad!

We are working on this as we speak. According to our schedule[1], the 
ticketing interface will be complete migrating until 24th of May. Until 
further notice, you should continue to use the SourceForge interface[2].
We will be back later with further updates.

[1] http://www.opensips.org/About/GitHub-Migration
[2] http://sourceforge.net/p/opensips/_list/tickets

Best regards,

R?zvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 05/20/2013 12:45 PM, Muhammad Shahzad wrote:
> OpenSIPS repo is frozen since May 08, 2013. Meanwhile i did couple of
> important production upgrades to version 1.9 rev. 10024 and found a
> couple of critical bugs. I just wonder if we still have source-forge
> interface to report bugs? And for how long repository will remain locked
> for migration to Github? The bugs i found and want to report are, (very
> brief summary, will provide detailed info in bug reporting interface),
>
> 1. OpenSIPS crashes when Linphone on Android with push notification
> enabled registers. Crash happens around add_rcv_param("1") method,
> possibly due to memory corruption.
>
> 2. RTPProxy (offer / answer mechanism) does not work on serialized branches.
>
> Thank you.
>
>
> --
> Mit freundlichen Gr??en
> Muhammad Shahzad
> -----------------------------------
> CISCO Rich Media Communication Specialist (CRMCS)
> CISCO Certified Network Associate (CCNA)
> Cell: +49 176 99 83 10 85
> MSN: shari_786pk at hotmail.com <mailto:shari_786pk at hotmail.com>
> Email: shaheryarkh at googlemail.com <mailto:shaheryarkh at googlemail.com>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From shaheryarkh at gmail.com  Mon May 20 18:33:26 2013
From: shaheryarkh at gmail.com (Muhammad Shahzad)
Date: Mon, 20 May 2013 18:33:26 +0200
Subject: [OpenSIPS-Devel] Status of OpenSIPS repository
In-Reply-To: <519A47D5.7010007@opensips.org>
References: <CAFZQphzTFziHTD8-scc67yTsPSuQL1YiXr8+jzsUQ-hiLatxrQ@mail.gmail.com>
	<519A47D5.7010007@opensips.org>
Message-ID: <CAFZQphy_4D9K9taxdsSTX9UJEBAECmH6gfzTwdAXrU5C1C93KA@mail.gmail.com>

OK, many thanks. I will file bugs at source forge hopefully tonight.

Thank you.



On Mon, May 20, 2013 at 5:57 PM, R?zvan Crainea <razvan at opensips.org> wrote:

> Hi, Muhammad!
>
> We are working on this as we speak. According to our schedule[1], the
> ticketing interface will be complete migrating until 24th of May. Until
> further notice, you should continue to use the SourceForge interface[2].
> We will be back later with further updates.
>
> [1] http://www.opensips.org/About/**GitHub-Migration<http://www.opensips.org/About/GitHub-Migration>
> [2] http://sourceforge.net/p/**opensips/_list/tickets<http://sourceforge.net/p/opensips/_list/tickets>
>
> Best regards,
>
> R?zvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.**com <http://www.opensips-solutions.com>
>
>
> On 05/20/2013 12:45 PM, Muhammad Shahzad wrote:
>
>> OpenSIPS repo is frozen since May 08, 2013. Meanwhile i did couple of
>> important production upgrades to version 1.9 rev. 10024 and found a
>> couple of critical bugs. I just wonder if we still have source-forge
>> interface to report bugs? And for how long repository will remain locked
>> for migration to Github? The bugs i found and want to report are, (very
>> brief summary, will provide detailed info in bug reporting interface),
>>
>> 1. OpenSIPS crashes when Linphone on Android with push notification
>> enabled registers. Crash happens around add_rcv_param("1") method,
>> possibly due to memory corruption.
>>
>> 2. RTPProxy (offer / answer mechanism) does not work on serialized
>> branches.
>>
>> Thank you.
>>
>>
>> --
>> Mit freundlichen Gr??en
>> Muhammad Shahzad
>> ------------------------------**-----
>> CISCO Rich Media Communication Specialist (CRMCS)
>> CISCO Certified Network Associate (CCNA)
>> Cell: +49 176 99 83 10 85
>> MSN: shari_786pk at hotmail.com <mailto:shari_786pk at hotmail.**com<shari_786pk at hotmail.com>
>> >
>> Email: shaheryarkh at googlemail.com <mailto:shaheryarkh@**googlemail.com<shaheryarkh at googlemail.com>
>> >
>>
>>
>> ______________________________**_________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-**bin/mailman/listinfo/devel<http://lists.opensips.org/cgi-bin/mailman/listinfo/devel>
>>
>>


-- 
Mit freundlichen Gr??en
Muhammad Shahzad
-----------------------------------
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +49 176 99 83 10 85
MSN: shari_786pk at hotmail.com
Email: shaheryarkh at googlemail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130520/76bbcb9c/attachment.htm>

From bogdan at opensips.org  Mon May 20 18:36:51 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 20 May 2013 19:36:51 +0300
Subject: [OpenSIPS-Devel] [DROUTING] Crash on use_next_gw/get_gw_by_id
In-Reply-To: <CAGCQ4Joakj6qTxkcWkMNL0ZV7XMoRTMdMCzqCNH24dkn9MePiQ@mail.gmail.com>
References: <CAGCQ4Joakj6qTxkcWkMNL0ZV7XMoRTMdMCzqCNH24dkn9MePiQ@mail.gmail.com>
Message-ID: <519A5123.3040306@opensips.org>

Hello,

Thanks to the help in debugging this, the bug was found and a patch is
available for testing (see attached). Please have it tested and let me
know if it fixes the problem.

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


On 05/16/2013 07:28 PM, Ronald Cepres wrote:
>
> Drouting crashes when selecting next gateway. Did a little
> investigation, and FWIW the next gateway's carrier status is disabled
> but the carrier's only gateway is enabled. Looked at the backtrace of
> the core dump, and found that it crashed while comparing two strings
> on get_gw_by_id called by use_next_gw. The strings compared were
> apparently GW ID strings.
>
> I attached the GDB btfull logs (replaced some sensitive info with
> dummy text) for reference. Take note that 'dont optimize' flag was not
> set so some of the values were optimized and the crash happened
> randomly so I can't actually reproduce the crash.
>
> I'm using Opensips 1.9 using this source
> tarball: http://opensips.org/pub/opensips/latest/src/opensips-1.9.0_src.tar.gz
>
>
> -- 
>
> Regards,
>
> Ronald Cepres
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130520/c2bde783/attachment.htm>

From bogdan at opensips.org  Mon May 20 18:44:55 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 20 May 2013 19:44:55 +0300
Subject: [OpenSIPS-Devel] [DROUTING] Crash on use_next_gw/get_gw_by_id
In-Reply-To: <CAGCQ4Jo7fBb5SuUDccEE32GqzZsdfFM9yhLj8-1bS-cV32KGDQ@mail.gmail.com>
References: <CAGCQ4Joakj6qTxkcWkMNL0ZV7XMoRTMdMCzqCNH24dkn9MePiQ@mail.gmail.com>	<519A5123.3040306@opensips.org>
	<CAGCQ4Jo7fBb5SuUDccEE32GqzZsdfFM9yhLj8-1bS-cV32KGDQ@mail.gmail.com>
Message-ID: <519A5307.7050606@opensips.org>

Ups, sorry...here is the proper patch.

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


On 05/20/2013 07:40 PM, Ronald Cepres wrote:
> Hi Bogdan,
>
> Thanks for the reply. However, the patch that is attached is empty (0
> bytes and doesn't contain anything).
>
> Regards,
>
>
> On Tue, May 21, 2013 at 12:36 AM, Bogdan-Andrei Iancu
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
>     Hello,
>
>     Thanks to the help in debugging this, the bug was found and a
>     patch is available for testing (see attached). Please have it
>     tested and let me know if it fixes the problem.
>
>     Regards,
>
>     Bogdan-Andrei Iancu
>     OpenSIPS Founder and Developer
>     http://www.opensips-solutions.com
>
>
>     On 05/16/2013 07:28 PM, Ronald Cepres wrote:
>>
>>     Drouting crashes when selecting next gateway. Did a little
>>     investigation, and FWIW the next gateway's carrier status is
>>     disabled but the carrier's only gateway is enabled. Looked at the
>>     backtrace of the core dump, and found that it crashed while
>>     comparing two strings on get_gw_by_id called by use_next_gw. The
>>     strings compared were apparently GW ID strings.
>>
>>     I attached the GDB btfull logs (replaced some sensitive info with
>>     dummy text) for reference. Take note that 'dont optimize' flag
>>     was not set so some of the values were optimized and the crash
>>     happened randomly so I can't actually reproduce the crash.
>>
>>     I'm using Opensips 1.9 using this source
>>     tarball: http://opensips.org/pub/opensips/latest/src/opensips-1.9.0_src.tar.gz
>>
>>
>>     -- 
>>
>>     Regards,
>>
>>     Ronald Cepres
>>
>>
>>     _______________________________________________
>>     Devel mailing list
>>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>
>
> -- 
>
> Ronald Cepres
> Network Operations Center
> Net Voip Communications, Inc.
>
>
> This message contains confidential information and is intended only
> for the individual named. If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail. Please notify
> the sender immediately by e-mail if you have received this e-mail by
> mistake and delete this e-mail from your system. E-mail transmission
> cannot be guaranteed to be secure or error-free as information could
> be intercepted, corrupted, lost, destroyed, arrive late or incomplete,
> or contain viruses. The sender therefore does not accept liability for
> any errors or omissions in the contents of this message, which arise
> as a result of e-mail transmission. If verification is required please
> request a hard-copy version. Net Voip Communications, Inc., 2721
> Forsyth Rd #256, Winter park, FL 32792. www.netvoipcommunications.com
> <http://www.netvoipcommunications.com/>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130520/f761e5d5/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dr_next_bug.patch
Type: text/x-patch
Size: 1579 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130520/f761e5d5/attachment-0001.bin>

From razvan at opensips.org  Mon May 20 19:38:04 2013
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Mon, 20 May 2013 19:38:04 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Migrating OpenSIPS to GitHub
In-Reply-To: <518AA0CE.7060106@opensips.org>
References: <517F912C.5070300@opensips.org> <518AA0CE.7060106@opensips.org>
Message-ID: <519A5F7C.3070301@opensips.org>

Hello again!

We are very proud to announce you that we have successfully migrated 
OpenSIPS to a new GitHub repository[1]. The entire process went smooth 
and we've also managed to keep the entire svn history.

Furthermore, in order to keep your current SVN checkouts updated, we 
have also deployed a couple of scripts that push all the git commits 
back in the SVN repository. This way you will be able to keep all your 
repositoryes synchronized with the latest fixes.

In order to make the transition easier, we have also complied a 
Migration Documentation[2], where you can find there[3] some tips on how 
to move your repositories to the new URLs.

Starting from now, developers are free to push their commits upstream. A 
short tutorial about Git usage can be found here[4].

According to our schedule, during the next days we will work on moving 
the tracker system (bugs, patches, feature requests) to GitHub. We will 
get back to you these days with announcements regarding this. Meanwhile, 
you should continue using the SourceForge tracker[5] until further notice.

[1] https://github.com/OpenSIPS/opensips
[2] http://www.opensips.org/About/GitHub-Migration
[3] http://www.opensips.org/About/Git-Migration
[4] http://git-scm.com/docs/gittutorial
[5] http://sourceforge.net/p/opensips/_list/tickets

Best regards,

R?zvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 05/08/2013 09:00 PM, R?zvan Crainea wrote:
> Hello, all!
>
> As per our initial schedule[2], today we have made the last commits in
> the SourceForge repository. Starting from now, all the users will have
> the commit/write access revoked, and will no longer be able to do any
> changes to the code.
>
> Starting from tomorrow, 9th of May 2013, we will start migrating the
> OpenSIPS sources to a new GitHub repository.
>
> Best regards,
>
> Razvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 04/30/2013 11:38 AM, R?zvan Crainea wrote:
>> Hi all!
>>
>> Following the community desires[1] to migrate OpenSIPS repository and
>> tracker to Github, we have compiled a schedule[2] for the upcoming
>> weeks. Any changes to it, as well as updates, will be posted in this
>> thread.
>>
>> [1] http://www.opensips.org/Community/Polls-GitResult
>> [2] http://www.opensips.org/About/GitHub-Migration
>>
>> Best regards,
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


From bogdan at opensips.org  Wed May 22 14:39:01 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 22 May 2013 05:39:01 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 3aa7f1: fixed typo in config
	file
Message-ID: <519cbc655fb4a_375e1447dd8201281@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 3aa7f1452258f9e4ba0f93b39768f1f6a9c1960a
      https://github.com/OpenSIPS/opensips/commit/3aa7f1452258f9e4ba0f93b39768f1f6a9c1960a
  Author: R?zvan Crainea <razvan.crainea at gmail.com>
  Date:   2013-05-16 (Thu, 16 May 2013)

  Changed paths:
    M etc/opensips.cfg

  Log Message:
  -----------
  fixed typo in config file


  Commit: b130fa0b29d2e879d26f21511ac856331e02a470
      https://github.com/OpenSIPS/opensips/commit/b130fa0b29d2e879d26f21511ac856331e02a470
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-21 (Tue, 21 May 2013)

  Changed paths:
    M pvar.c

  Log Message:
  -----------
  - fixed variable auth.nonce and auth.cnonce
Credits for reporting go to Nick Altmann
Closes bug #659


  Commit: b1abb5f2817051f0cf873edd967fbdb0f9e2ba4f
      https://github.com/OpenSIPS/opensips/commit/b1abb5f2817051f0cf873edd967fbdb0f9e2ba4f
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-22 (Wed, 22 May 2013)

  Changed paths:
    M modules/drouting/drouting.c

  Log Message:
  -----------
  - fixed GW matching (in is_from_gw() ) when the using the "n" flag for ignoring the port part.
  Reported by Miguel J. L?pez Valverde


Compare: https://github.com/OpenSIPS/opensips/compare/fc287782b8c9...b1abb5f28170

From bogdan at opensips.org  Thu May 23 10:44:17 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 23 May 2013 01:44:17 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] fc2a20: - NAT pings generated
 by nathelper should respect ...
Message-ID: <519dd6e14dc75_2d80f7bde0108354@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: fc2a201a1ca7e3d7842c3dbcc792971fa67b0dc4
      https://github.com/OpenSIPS/opensips/commit/fc2a201a1ca7e3d7842c3dbcc792971fa67b0dc4
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-23 (Thu, 23 May 2013)

  Changed paths:
    M modules/nathelper/sip_pinger.h

  Log Message:
  -----------
  - NAT pings generated by nathelper should respect the advertised address (global or per interface)
  Reported by Ovidiu Sas
  Closing bug 660 on SF




From bogdan at opensips.org  Thu May 23 10:51:37 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 23 May 2013 01:51:37 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] ac8876: port from 1.8 branch :
Message-ID: <519dd899872ec_2de7123fdd84792f@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: ac88764e35a2b881030bf7e01817f3b34957fc4c
      https://github.com/OpenSIPS/opensips/commit/ac88764e35a2b881030bf7e01817f3b34957fc4c
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-23 (Thu, 23 May 2013)

  Changed paths:
    M modules/nathelper/sip_pinger.h

  Log Message:
  -----------
  port from 1.8 branch :
 - NAT pings generated by nathelper should respect the advertised address (global or per interface)
   Reported by Ovidiu Sas
   Closing bug 660 on SF




From bogdan at opensips.org  Thu May 23 10:55:59 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 23 May 2013 01:55:59 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] f910ca: port from 1.8 branch :
Message-ID: <519dd99f7a93c_2d37c3fdd41149ac@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: f910cac00b3d41dffe7cd64d94785fbb7d4255ce
      https://github.com/OpenSIPS/opensips/commit/f910cac00b3d41dffe7cd64d94785fbb7d4255ce
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-23 (Thu, 23 May 2013)

  Changed paths:
    M modules/nathelper/sip_pinger.h

  Log Message:
  -----------
  port from 1.8 branch :
- NAT pings generated by nathelper should respect the advertised address (global or per interface)
  Reported by Ovidiu Sas
  Closing bug 660 on SF




From vladpaiu at opensips.org  Thu May 23 11:47:14 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Thu, 23 May 2013 02:47:14 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 12390f: Added support for slot
 numbers different than 4096
Message-ID: <519de5a24156a_2d37c3fdd41212ef@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 12390fa31e31c32de0a43da3d5212fbe97c32694
      https://github.com/OpenSIPS/opensips/commit/12390fa31e31c32de0a43da3d5212fbe97c32694
  Author: Vlad Paiu <vladpaiu at opensips.org>
  Date:   2013-05-23 (Thu, 23 May 2013)

  Changed paths:
    M modules/cachedb_redis/cachedb_redis_dbase.c
    M modules/cachedb_redis/cachedb_redis_dbase.h
    M modules/cachedb_redis/cachedb_redis_utils.c

  Log Message:
  -----------
  Added support for slot numbers different than 4096
Credits to Ezequiel Lovelle
Closes patch #272




From vladpaiu at opensips.org  Thu May 23 12:23:41 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Thu, 23 May 2013 03:23:41 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 5c24d2: Added support for slot
 numbers different than 4096
Message-ID: <519dee2d70838_3167e69de47329@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 5c24d2a0e4666d3e4c8f1a4dfaa745555ec5048d
      https://github.com/OpenSIPS/opensips/commit/5c24d2a0e4666d3e4c8f1a4dfaa745555ec5048d
  Author: Vlad Paiu <vladpaiu at opensips.org>
  Date:   2013-05-23 (Thu, 23 May 2013)

  Changed paths:
    M modules/cachedb_redis/cachedb_redis_dbase.c
    M modules/cachedb_redis/cachedb_redis_dbase.h
    M modules/cachedb_redis/cachedb_redis_utils.c

  Log Message:
  -----------
  Added support for slot numbers different than 4096
Credits to Ezequiel Lovelle
Closes patch #272




From vladpaiu at opensips.org  Thu May 23 12:51:11 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Thu, 23 May 2013 03:51:11 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] e68472: Added support for slot
 numbers different than 4096
Message-ID: <519df49f3d230_2d80f7bde0117916@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: e6847255b104518d53c1d04716a3520872053dd7
      https://github.com/OpenSIPS/opensips/commit/e6847255b104518d53c1d04716a3520872053dd7
  Author: Vlad Paiu <vladpaiu at opensips.org>
  Date:   2013-05-23 (Thu, 23 May 2013)

  Changed paths:
    M modules/cachedb_redis/cachedb_redis_dbase.c
    M modules/cachedb_redis/cachedb_redis_dbase.h
    M modules/cachedb_redis/cachedb_redis_utils.c

  Log Message:
  -----------
  Added support for slot numbers different than 4096
Credits to Ezequiel Lovelle
Closes patch #272




From ronald.cepres at netvoipcommunications.com  Mon May 20 18:40:07 2013
From: ronald.cepres at netvoipcommunications.com (Ronald Cepres)
Date: Tue, 21 May 2013 00:40:07 +0800
Subject: [OpenSIPS-Devel] [DROUTING] Crash on use_next_gw/get_gw_by_id
In-Reply-To: <519A5123.3040306@opensips.org>
References: <CAGCQ4Joakj6qTxkcWkMNL0ZV7XMoRTMdMCzqCNH24dkn9MePiQ@mail.gmail.com>
	<519A5123.3040306@opensips.org>
Message-ID: <CAGCQ4Jo7fBb5SuUDccEE32GqzZsdfFM9yhLj8-1bS-cV32KGDQ@mail.gmail.com>

Hi Bogdan,

Thanks for the reply. However, the patch that is attached is empty (0 bytes
and doesn't contain anything).

Regards,


On Tue, May 21, 2013 at 12:36 AM, Bogdan-Andrei Iancu
<bogdan at opensips.org>wrote:

> **
> Hello,
>
> Thanks to the help in debugging this, the bug was found and a patch is
> available for testing (see attached). Please have it tested and let me know
> if it fixes the problem.
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
>
> On 05/16/2013 07:28 PM, Ronald Cepres wrote:
>
>  Drouting crashes when selecting next gateway. Did a little
> investigation, and FWIW the next gateway's carrier status is disabled but
> the carrier's only gateway is enabled. Looked at the backtrace of the core
> dump, and found that it crashed while comparing two strings on get_gw_by_id
> called by use_next_gw. The strings compared were apparently GW ID strings.
>
> I attached the GDB btfull logs (replaced some sensitive info with dummy
> text) for reference. Take note that 'dont optimize' flag was not set so
> some of the values were optimized and the crash happened randomly so I
> can't actually reproduce the crash.
>
> I'm using Opensips 1.9 using this source tarball:
> http://opensips.org/pub/opensips/latest/src/opensips-1.9.0_src.tar.gz
>
>  --
>
> Regards,
>
>  Ronald Cepres
>
>
> _______________________________________________
> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>


-- 

Ronald Cepres
Network Operations Center
Net Voip Communications, Inc.


This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify
the sender immediately by e-mail if you have received this e-mail by
mistake and delete this e-mail from your system. E-mail transmission
cannot be guaranteed to be secure or error-free as information could
be intercepted, corrupted, lost, destroyed, arrive late or incomplete,
or contain viruses. The sender therefore does not accept liability for
any errors or omissions in the contents of this message, which arise
as a result of e-mail transmission. If verification is required please
request a hard-copy version. Net Voip Communications, Inc., 2721
Forsyth Rd #256, Winter park, FL 32792. www.netvoipcommunications.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130521/4d975bb2/attachment-0001.htm>

From ronald.cepres at netvoipcommunications.com  Mon May 20 19:53:47 2013
From: ronald.cepres at netvoipcommunications.com (Ronald Cepres)
Date: Tue, 21 May 2013 01:53:47 +0800
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [DROUTING] Crash on
	use_next_gw/get_gw_by_id
In-Reply-To: <519A5307.7050606@opensips.org>
References: <CAGCQ4Joakj6qTxkcWkMNL0ZV7XMoRTMdMCzqCNH24dkn9MePiQ@mail.gmail.com>
	<519A5123.3040306@opensips.org>
	<CAGCQ4Jo7fBb5SuUDccEE32GqzZsdfFM9yhLj8-1bS-cV32KGDQ@mail.gmail.com>
	<519A5307.7050606@opensips.org>
Message-ID: <CAGCQ4JpWhpu9eNzR5ofz5fvARHP4t9eC=uW9=nALUi_1Vmnfaw@mail.gmail.com>

Thanks, will apply this patch and let you know if the bug still occurs.


On Tue, May 21, 2013 at 12:44 AM, Bogdan-Andrei Iancu
<bogdan at opensips.org>wrote:

> **
> Ups, sorry...here is the proper patch.
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
>
> On 05/20/2013 07:40 PM, Ronald Cepres wrote:
>
> Hi Bogdan,
>
>  Thanks for the reply. However, the patch that is attached is empty (0
> bytes and doesn't contain anything).
>
>  Regards,
>
>
> On Tue, May 21, 2013 at 12:36 AM, Bogdan-Andrei Iancu <bogdan at opensips.org
> > wrote:
>
>>  Hello,
>>
>> Thanks to the help in debugging this, the bug was found and a patch is
>> available for testing (see attached). Please have it tested and let me know
>> if it fixes the problem.
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>>
>> On 05/16/2013 07:28 PM, Ronald Cepres wrote:
>>
>>   Drouting crashes when selecting next gateway. Did a little
>> investigation, and FWIW the next gateway's carrier status is disabled but
>> the carrier's only gateway is enabled. Looked at the backtrace of the core
>> dump, and found that it crashed while comparing two strings on get_gw_by_id
>> called by use_next_gw. The strings compared were apparently GW ID strings.
>>
>> I attached the GDB btfull logs (replaced some sensitive info with dummy
>> text) for reference. Take note that 'dont optimize' flag was not set so
>> some of the values were optimized and the crash happened randomly so I
>> can't actually reproduce the crash.
>>
>> I'm using Opensips 1.9 using this source tarball:
>> http://opensips.org/pub/opensips/latest/src/opensips-1.9.0_src.tar.gz
>>
>>  --
>>
>> Regards,
>>
>>  Ronald Cepres
>>
>>
>> _______________________________________________
>> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>>
>
>
>  --
>
> Ronald Cepres
> Network Operations Center
> Net Voip Communications, Inc.
>
>
> This message contains confidential information and is intended only
> for the individual named. If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail. Please notify
> the sender immediately by e-mail if you have received this e-mail by
> mistake and delete this e-mail from your system. E-mail transmission
> cannot be guaranteed to be secure or error-free as information could
> be intercepted, corrupted, lost, destroyed, arrive late or incomplete,
> or contain viruses. The sender therefore does not accept liability for
> any errors or omissions in the contents of this message, which arise
> as a result of e-mail transmission. If verification is required please
> request a hard-copy version. Net Voip Communications, Inc., 2721
> Forsyth Rd #256, Winter park, FL 32792. www.netvoipcommunications.com
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>


-- 

Ronald Cepres
Network Operations Center
Net Voip Communications, Inc.


This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify
the sender immediately by e-mail if you have received this e-mail by
mistake and delete this e-mail from your system. E-mail transmission
cannot be guaranteed to be secure or error-free as information could
be intercepted, corrupted, lost, destroyed, arrive late or incomplete,
or contain viruses. The sender therefore does not accept liability for
any errors or omissions in the contents of this message, which arise
as a result of e-mail transmission. If verification is required please
request a hard-copy version. Net Voip Communications, Inc., 2721
Forsyth Rd #256, Winter park, FL 32792. www.netvoipcommunications.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130521/6f826b53/attachment-0001.htm>

From bogdan at opensips.org  Fri May 24 11:03:30 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 24 May 2013 02:03:30 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 8cd2be: - fixed bogus test in
 checking the flags for save(...
Message-ID: <519f2ce2603a0_521eb21de41913e8@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 8cd2be52228776a9cfd03ead334a36f3c3d3cc35
      https://github.com/OpenSIPS/opensips/commit/8cd2be52228776a9cfd03ead334a36f3c3d3cc35
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-24 (Fri, 24 May 2013)

  Changed paths:
    M modules/registrar/save.c

  Log Message:
  -----------
  - fixed bogus test in checking the flags for save() function.
  Credits for reporting and help in troubleshooting go to Nathaniel L Keeling III




From bogdan at opensips.org  Fri May 24 11:08:43 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 24 May 2013 02:08:43 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 9392d7: - fixed bogus test in
 checking the flags for save(...
Message-ID: <519f2e1b53b1a_4cabc63dd83286b@hookshot-fe6-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 9392d70fc5590766dbaa6f007b25a5708c004d1b
      https://github.com/OpenSIPS/opensips/commit/9392d70fc5590766dbaa6f007b25a5708c004d1b
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-24 (Fri, 24 May 2013)

  Changed paths:
    M modules/registrar/save.c

  Log Message:
  -----------
  - fixed bogus test in checking the flags for save() function.
  Credits for reporting and help in troubleshooting go to Nathaniel L Keeling III




From bogdan at opensips.org  Fri May 24 11:08:46 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 24 May 2013 02:08:46 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] cbca09: - fixed bogus test in
 checking the flags for save(...
Message-ID: <519f2e1eb135f_792a105fdd8105151@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: cbca092dbbf57bac169b690c934f02012c5bd456
      https://github.com/OpenSIPS/opensips/commit/cbca092dbbf57bac169b690c934f02012c5bd456
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-24 (Fri, 24 May 2013)

  Changed paths:
    M modules/registrar/save.c

  Log Message:
  -----------
  - fixed bogus test in checking the flags for save() function.
  Credits for reporting and help in troubleshooting go to Nathaniel L Keeling III




From osas at voipembedded.com  Fri May 24 14:13:27 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 24 May 2013 05:13:27 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] f3eba6: menuconfig/parser.c:
 fix unitialized compiler warn...
Message-ID: <519f596773e22_522b1077dd419021d@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: f3eba625040b17e20a95013779cedd5e0307aa9e
      https://github.com/OpenSIPS/opensips/commit/f3eba625040b17e20a95013779cedd5e0307aa9e
  Author: Ovidiu Sas <osas at voipembedded.com>
  Date:   2013-05-24 (Fri, 24 May 2013)

  Changed paths:
    M menuconfig/parser.c

  Log Message:
  -----------
  menuconfig/parser.c: fix unitialized compiler warning




From vladpaiu at opensips.org  Fri May 24 15:08:28 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 24 May 2013 06:08:28 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] f3495a: Properly use the RR
	param cookie
Message-ID: <519f664c45419_23d74bfdd4104570@hookshot-fe4-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: f3495a53942454a3a7156d066a60fb98f389e79e
      https://github.com/OpenSIPS/opensips/commit/f3495a53942454a3a7156d066a60fb98f389e79e
  Author: Vlad Paiu <vladpaiu at opensips.org>
  Date:   2013-05-24 (Fri, 24 May 2013)

  Changed paths:
    M modules/dialog/dlg_tophiding.c

  Log Message:
  -----------
  Properly use the RR param cookie
Reported by jrudolph




From vladpaiu at opensips.org  Fri May 24 15:10:58 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 24 May 2013 06:10:58 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 52325a: Properly use the RR
	param cookie
Message-ID: <519f66e2be39_1e7a9cfdd81436f@hookshot-fe5-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 52325adfb10383314a7c77f5d832e6ea3df6ec45
      https://github.com/OpenSIPS/opensips/commit/52325adfb10383314a7c77f5d832e6ea3df6ec45
  Author: Vlad Paiu <vladpaiu at opensips.org>
  Date:   2013-05-24 (Fri, 24 May 2013)

  Changed paths:
    M modules/dialog/dlg_tophiding.c

  Log Message:
  -----------
  Properly use the RR param cookie
Reported by jrudolph




From vladpaiu at opensips.org  Fri May 24 15:11:00 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 24 May 2013 06:11:00 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 28e28a: Properly use the RR
	param cookie
Message-ID: <519f66e491191_241fc55ddc104210@hookshot-fe4-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 28e28ac7237800c5ed988a48c3a5380c2797f530
      https://github.com/OpenSIPS/opensips/commit/28e28ac7237800c5ed988a48c3a5380c2797f530
  Author: Vlad Paiu <vladpaiu at opensips.org>
  Date:   2013-05-24 (Fri, 24 May 2013)

  Changed paths:
    M modules/dialog/dlg_tophiding.c

  Log Message:
  -----------
  Properly use the RR param cookie
Reported by jrudolph




From osas at voipembedded.com  Sun May 26 01:29:07 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Sat, 25 May 2013 16:29:07 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] ea9937: b2b_logic: fix
	compiler warning
Message-ID: <51a14943840d4_1c5bc89de493715@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: ea99377b9057230e10a00fb1c874f60e488c7fdb
      https://github.com/OpenSIPS/opensips/commit/ea99377b9057230e10a00fb1c874f60e488c7fdb
  Author: Ovidiu Sas <osas at voipembedded.com>
  Date:   2013-05-25 (Sat, 25 May 2013)

  Changed paths:
    M modules/b2b_logic/logic.c

  Log Message:
  -----------
  b2b_logic: fix compiler warning
 - warning: comparison is always false due to limited range of data type




From bogdan at opensips.org  Mon May 27 09:47:28 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 27 May 2013 00:47:28 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] d329bc: - fixed dangling AVP
 value when doing use_next_gw(...
Message-ID: <51a30f90d7b12_2bb4cd7ddc102714@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: d329bc75d86b6123a4275f06e0cbdd58b2f771e8
      https://github.com/OpenSIPS/opensips/commit/d329bc75d86b6123a4275f06e0cbdd58b2f771e8
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-27 (Mon, 27 May 2013)

  Changed paths:
    M modules/drouting/drouting.c

  Log Message:
  -----------
  - fixed dangling AVP value when doing use_next_gw() - this was resulting in random crashes in this function
  Reported by Ronald Cepres (many thanks for the help in troubleshooting)
  Closes bug #640 on SF.




From bogdan at opensips.org  Mon May 27 09:53:17 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 27 May 2013 00:53:17 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] e81d07: - fixed dangling AVP
 value when doing use_next_gw(...
Message-ID: <51a310ed241a0_2bc66fbddc105995@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: e81d07d5ff0d48983717e5ea24e2cfe56542870a
      https://github.com/OpenSIPS/opensips/commit/e81d07d5ff0d48983717e5ea24e2cfe56542870a
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-27 (Mon, 27 May 2013)

  Changed paths:
    M modules/drouting/drouting.c

  Log Message:
  -----------
  - fixed dangling AVP value when doing use_next_gw() - this was resulting in random crashes in this function
  Reported by Ronald Cepres (many thanks for the help in troubleshooting)
  Closes bug #640 on SF.




From bogdan at opensips.org  Mon May 27 09:53:12 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 27 May 2013 00:53:12 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 4b2de1: - fixed dangling AVP
 value when doing use_next_gw(...
Message-ID: <51a310e8efd57_2b51d81ddc1204d@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 4b2de1985f7ba689abf3bd2ba8ecf44efe32e5ce
      https://github.com/OpenSIPS/opensips/commit/4b2de1985f7ba689abf3bd2ba8ecf44efe32e5ce
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-27 (Mon, 27 May 2013)

  Changed paths:
    M modules/drouting/drouting.c

  Log Message:
  -----------
  - fixed dangling AVP value when doing use_next_gw() - this was resulting in random crashes in this function
  Reported by Ronald Cepres (many thanks for the help in troubleshooting)
  Closes bug #640 on SF.




From bogdan at opensips.org  Mon May 27 14:50:36 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 27 May 2013 05:50:36 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 2e5375: - make rr_param
 external variable - we need it in ...
Message-ID: <51a3569c480d4_3f36551dd8418dd@hookshot-fe1-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 2e5375273d6ef1dad292a3e2340b613c9c7f5f5b
      https://github.com/OpenSIPS/opensips/commit/2e5375273d6ef1dad292a3e2340b613c9c7f5f5b
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-27 (Mon, 27 May 2013)

  Changed paths:
    M modules/dialog/dialog.c
    M modules/dialog/dlg_handlers.c
    M modules/dialog/dlg_handlers.h
    M modules/dialog/dlg_tophiding.c

  Log Message:
  -----------
  - make rr_param external variable - we need it in several places, no need to pass it as param all the time
  change data type of rr_param from char * to str .
  Fixes side effect of commit f3495a, related to fixing bug 661 (SF)




From bogdan at opensips.org  Mon May 27 14:51:30 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 27 May 2013 05:51:30 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 7b50a0: - make rr_param
 external variable - we need it in ...
Message-ID: <51a356d2cfd90_4707e33dd4142e9@hookshot-fe5-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 7b50a0bcbed39082d9da4884a67fd2fe5ced5cf0
      https://github.com/OpenSIPS/opensips/commit/7b50a0bcbed39082d9da4884a67fd2fe5ced5cf0
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-27 (Mon, 27 May 2013)

  Changed paths:
    M modules/dialog/dialog.c
    M modules/dialog/dlg_handlers.c
    M modules/dialog/dlg_handlers.h
    M modules/dialog/dlg_tophiding.c

  Log Message:
  -----------
  - make rr_param external variable - we need it in several places, no need to pass it as param all the time
  change data type of rr_param from char * to str .
  Fixes side effect of commit f3495a, related to fixing bug 661 (SF)




From bogdan at opensips.org  Mon May 27 14:51:35 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 27 May 2013 05:51:35 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 97f974: - make rr_param
 external variable - we need it in ...
Message-ID: <51a356d775e9f_2ba0b57de053631@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 97f974e2fc2923416d24c18d8ee97a6af3a1242f
      https://github.com/OpenSIPS/opensips/commit/97f974e2fc2923416d24c18d8ee97a6af3a1242f
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-27 (Mon, 27 May 2013)

  Changed paths:
    M modules/dialog/dialog.c
    M modules/dialog/dlg_handlers.c
    M modules/dialog/dlg_handlers.h
    M modules/dialog/dlg_tophiding.c

  Log Message:
  -----------
  - make rr_param external variable - we need it in several places, no need to pass it as param all the time
  change data type of rr_param from char * to str .
  Fixes side effect of commit f3495a, related to fixing bug 661 (SF)




From bogdan at opensips.org  Tue May 28 09:50:57 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 28 May 2013 00:50:57 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 837c42: - make the internally
 generated msg buffers also n...
Message-ID: <51a461e140fc3_53d6b43de0121858@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 837c42a465497260b3be01145692a15742bb54e7
      https://github.com/OpenSIPS/opensips/commit/837c42a465497260b3be01145692a15742bb54e7
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-28 (Tue, 28 May 2013)

  Changed paths:
    M modules/tm/t_msgbuilder.c

  Log Message:
  -----------
  - make the internally generated msg buffers also null terminated - this is a must for the regexp oriented functions like replace_all
  Reported by Ovidiu Sas.




From bogdan at opensips.org  Tue May 28 09:51:28 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 28 May 2013 00:51:28 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] b9e9fa: - make the internally
 generated msg buffers also n...
Message-ID: <51a462007efb_863dffde08340@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: b9e9fa13d49ac546ed9541d1fdb1859e46193719
      https://github.com/OpenSIPS/opensips/commit/b9e9fa13d49ac546ed9541d1fdb1859e46193719
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-28 (Tue, 28 May 2013)

  Changed paths:
    M modules/tm/t_msgbuilder.c

  Log Message:
  -----------
  - make the internally generated msg buffers also null terminated - this is a must for the regexp oriented functions like replace_all
  Reported by Ovidiu Sas.




From bogdan at opensips.org  Tue May 28 09:51:36 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 28 May 2013 00:51:36 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 2deb6e: - make the internally
 generated msg buffers also n...
Message-ID: <51a46208a615b_282b12a1de45074@hookshot-fe4-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 2deb6eac769f78d2364fce133a9b657f69743023
      https://github.com/OpenSIPS/opensips/commit/2deb6eac769f78d2364fce133a9b657f69743023
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-28 (Tue, 28 May 2013)

  Changed paths:
    M modules/tm/t_msgbuilder.c

  Log Message:
  -----------
  - make the internally generated msg buffers also null terminated - this is a must for the regexp oriented functions like replace_all
  Reported by Ovidiu Sas.




From n.brandinger at gmail.com  Sun May 26 05:13:31 2013
From: n.brandinger at gmail.com (Norm Brandinger)
Date: Sat, 25 May 2013 20:13:31 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] d3697c: Enhance opensipsctl to
 support ALL of the dispatch...
Message-ID: <51a17ddb8f064_1cabc11de4442b6@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: d3697ccde690cb894bfcb9e85a966dc8b750e2dc
      https://github.com/OpenSIPS/opensips/commit/d3697ccde690cb894bfcb9e85a966dc8b750e2dc
  Author: Norm Brandinger <n.brandinger at gmail.com>
  Date:   2013-05-25 (Sat, 25 May 2013)

  Changed paths:
    M scripts/opensipsctl
    M scripts/opensipsctl.8
    M scripts/opensipsctl.base
    M scripts/osipsconsole

  Log Message:
  -----------
  Enhance opensipsctl to support ALL of the dispatcher table columns




From n.brandinger at gmail.com  Mon May 27 09:50:36 2013
From: n.brandinger at gmail.com (Norm Brandinger)
Date: Mon, 27 May 2013 00:50:36 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 90984f: Enhance opensipsctl to
 support ALL of the dispatch...
Message-ID: <51a3104cbc953_13521005dd8891ac@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 90984f92bcfe5e4bbe25334695bec139369310af
      https://github.com/OpenSIPS/opensips/commit/90984f92bcfe5e4bbe25334695bec139369310af
  Author: Norm Brandinger <n.brandinger at gmail.com>
  Date:   2013-05-27 (Mon, 27 May 2013)

  Changed paths:
    M scripts/opensipsctl
    M scripts/opensipsctl.8
    M scripts/opensipsctl.base
    M scripts/osipsconsole

  Log Message:
  -----------
  Enhance opensipsctl to support ALL of the dispatcher table columns




From osas at voipembedded.com  Tue May 28 14:37:41 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 28 May 2013 08:37:41 -0400
Subject: [OpenSIPS-Devel] opensips version (svn -> git migration)
Message-ID: <CAND0LkufwVREibNqTGJLze6FHbqrPBHZpqMNKjJXneb+zS6R8g@mail.gmail.com>

Since we switched to git, the opensips -V reports unknown svn revision
(which is perfectly normal).
We need to tag the opensips binary using git now.
I guess we could still keep the svn version scheme for  users who are
pulling from svn, but is the build id created from git, it shouldn't
be built it into the binary.

Regards,
Ovidiu Sas

--
VoIP Embedded, Inc.
http://www.voipembedded.com


From sunhongskyworth at gmail.com  Wed May 29 11:34:47 2013
From: sunhongskyworth at gmail.com (hong sun)
Date: Wed, 29 May 2013 17:34:47 +0800
Subject: [OpenSIPS-Devel] self-presence was incorrect when application
	exited abnormally
Message-ID: <CAEa87sDS8YYgGW0gEUB4Eb-ATATtMKUCqFv_PcgGKAEFz0b2sw@mail.gmail.com>

Hi list,

When the sip user agent corrupt or exit abnomally.
After register again, the presence see by buddy is not correct,it will show
as the previous state permanently,and the state can not modify anymore by
himself.
Observe the state within presentity table:
I found the previous state still in the table,Is this correct?

<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="sip:155 at 172.22.198.172
">
 <tuple id="pjVwalYvPLAv4DbMOIY9FY-Q8xpvSyfrik">
  <status>
   <basic>open</basic>
  </status>
  <timestamp>2013-05-29T17:15:51.751Z</timestamp>
 </tuple>
 <dm:person id="pjmGu9nSuinwsmH7O1KhTOi.p.pDKqWLem">
  <rpid:activities>
   <rpid:busy/>
  </rpid:activities>
 </dm:person>
</presence>
 |            |        |
| 7683 | 155      | 172.22.198.172 | presence | a.1369700773.2319.357.5 |
1369822476 |    1369818876 | <?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="sip:155 at 172.22.198.172
">
 <tuple id="pjdLoDiY9ArvSs3JLEm8rLtjSSqZ.yHvGe">
  <status>
   <basic>open</basic>
  </status>
  <timestamp>2013-05-29T17:14:42.305Z</timestamp>
 </tuple>
 <dm:person id="pjCZk6TrQ40yRipOpuVLpN434K9vRnSiFn">
  <rpid:activities>
   <rpid:busy/>
  </rpid:activities>
 </dm:person>
</presence>


Best Regards,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130529/bf17898b/attachment.htm>

From sunhongskyworth at gmail.com  Wed May 29 11:52:29 2013
From: sunhongskyworth at gmail.com (hong sun)
Date: Wed, 29 May 2013 17:52:29 +0800
Subject: [OpenSIPS-Devel] self-presence was incorrect when application
	exited abnormally
In-Reply-To: <CAEa87sDS8YYgGW0gEUB4Eb-ATATtMKUCqFv_PcgGKAEFz0b2sw@mail.gmail.com>
References: <CAEa87sDS8YYgGW0gEUB4Eb-ATATtMKUCqFv_PcgGKAEFz0b2sw@mail.gmail.com>
Message-ID: <CAEa87sC=Q2txNMVdnx16petzK7ZAhSyGbnMHKHWAN7es_KN0jg@mail.gmail.com>

After delete the entry by the time 17:14:42 ,things begin OK again.


2013/5/29 hong sun <sunhongskyworth at gmail.com>

> Hi list,
>
> When the sip user agent corrupt or exit abnomally.
> After register again, the presence see by buddy is not correct,it will
> show as the previous state permanently,and the state can not modify anymore
> by himself.
> Observe the state within presentity table:
> I found the previous state still in the table,Is this correct?
>
> <presence xmlns="urn:ietf:params:xml:ns:pidf"
> xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="
> sip:155 at 172.22.198.172">
>  <tuple id="pjVwalYvPLAv4DbMOIY9FY-Q8xpvSyfrik">
>   <status>
>    <basic>open</basic>
>   </status>
>   <timestamp>2013-05-29T17:15:51.751Z</timestamp>
>  </tuple>
>  <dm:person id="pjmGu9nSuinwsmH7O1KhTOi.p.pDKqWLem">
>   <rpid:activities>
>    <rpid:busy/>
>   </rpid:activities>
>  </dm:person>
> </presence>
>  |            |        |
> | 7683 | 155      | 172.22.198.172 | presence | a.1369700773.2319.357.5 |
> 1369822476 |    1369818876 | <?xml version="1.0" encoding="UTF-8"?>
> <presence xmlns="urn:ietf:params:xml:ns:pidf"
> xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="
> sip:155 at 172.22.198.172">
>  <tuple id="pjdLoDiY9ArvSs3JLEm8rLtjSSqZ.yHvGe">
>   <status>
>    <basic>open</basic>
>   </status>
>   <timestamp>2013-05-29T17:14:42.305Z</timestamp>
>  </tuple>
>  <dm:person id="pjCZk6TrQ40yRipOpuVLpN434K9vRnSiFn">
>   <rpid:activities>
>    <rpid:busy/>
>   </rpid:activities>
>  </dm:person>
> </presence>
>
>
> Best Regards,
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130529/d1fa1b68/attachment.htm>

From razvan at opensips.org  Thu May 30 10:25:12 2013
From: razvan at opensips.org (=?utf-8?q?R=C4=83zvan_Crainea?=)
Date: Thu, 30 May 2013 01:25:12 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 730e86: display git revision
	in opensips exec
Message-ID: <51a70ce8636ff_23a5a93ddc16934b@hookshot-fe2-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 730e86d62face003ba41d2d3f1b44855478a40aa
      https://github.com/OpenSIPS/opensips/commit/730e86d62face003ba41d2d3f1b44855478a40aa
  Author: R?zvan Crainea <razvan at opensips.org>
  Date:   2013-05-30 (Thu, 30 May 2013)

  Changed paths:
    M .gitignore
    M Makefile.defs
    M Makefile.rules
    M main.c

  Log Message:
  -----------
  display git revision in opensips exec




From razvan at opensips.org  Thu May 30 10:28:38 2013
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Thu, 30 May 2013 10:28:38 +0200
Subject: [OpenSIPS-Devel] opensips version (svn -> git migration)
In-Reply-To: <CAND0LkufwVREibNqTGJLze6FHbqrPBHZpqMNKjJXneb+zS6R8g@mail.gmail.com>
References: <CAND0LkufwVREibNqTGJLze6FHbqrPBHZpqMNKjJXneb+zS6R8g@mail.gmail.com>
Message-ID: <51A70DB6.9010109@opensips.org>

Hi, Ovidiu!

I've just pushed a few changes that check whether a git clone or svn 
checkout was done and adds the proper versioning information to the 
exec. Please update your sources and let me know if there are any problems.

Best regards,

Razvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 05/28/2013 02:37 PM, Ovidiu Sas wrote:
> Since we switched to git, the opensips -V reports unknown svn revision
> (which is perfectly normal).
> We need to tag the opensips binary using git now.
> I guess we could still keep the svn version scheme for  users who are
> pulling from svn, but is the build id created from git, it shouldn't
> be built it into the binary.
>
> Regards,
> Ovidiu Sas
>
> --
> VoIP Embedded, Inc.
> http://www.voipembedded.com
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From osas at voipembedded.com  Thu May 30 17:53:34 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 30 May 2013 11:53:34 -0400
Subject: [OpenSIPS-Devel] opensips version (svn -> git migration)
In-Reply-To: <51A70DB6.9010109@opensips.org>
References: <CAND0LkufwVREibNqTGJLze6FHbqrPBHZpqMNKjJXneb+zS6R8g@mail.gmail.com>
	<51A70DB6.9010109@opensips.org>
Message-ID: <CAND0Lkv3v168sD1M8Bv5RrTAB+KMnn15_XiRbtv+5J16dNkfFQ@mail.gmail.com>

Hello Razvan,

Works fine when built from git repo :)  I haven't check with a tarball.
One thing that needs to be fixed is the latest tarball source: it
needs to be git tagged:
http://opensips.org/pub/opensips/latest/src/
And the version of opensips binary must reflect the latest git checkout.

Regards,
Ovidiu Sas

On Thu, May 30, 2013 at 4:28 AM, R?zvan Crainea <razvan at opensips.org> wrote:
> Hi, Ovidiu!
>
> I've just pushed a few changes that check whether a git clone or svn
> checkout was done and adds the proper versioning information to the exec.
> Please update your sources and let me know if there are any problems.
>
> Best regards,
>
> Razvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
>
> On 05/28/2013 02:37 PM, Ovidiu Sas wrote:
>>
>> Since we switched to git, the opensips -V reports unknown svn revision
>> (which is perfectly normal).
>> We need to tag the opensips binary using git now.
>> I guess we could still keep the svn version scheme for  users who are
>> pulling from svn, but is the build id created from git, it shouldn't
>> be built it into the binary.
>>
>> Regards,
>> Ovidiu Sas
>>
>> --
>> VoIP Embedded, Inc.
>> http://www.voipembedded.com
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



-- 
VoIP Embedded, Inc.
http://www.voipembedded.com


From bogdan at opensips.org  Fri May 31 14:43:53 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 31 May 2013 15:43:53 +0300
Subject: [OpenSIPS-Devel] OpenSIPS Documentation re-Factory
Message-ID: <51A89B09.2030307@opensips.org>

Hello,

In the past weeks, we undertook a complex process of re-factoring the
OpenSIPS documentation on the OpenSIPS web site.

The main targets of this re-factoring were:

    - enhancing docs by covering new areas like installing, configuring,
db managing

    - creating an OpenSIPS Manual with a logic flow to help you with
understanding OpenSIPS from downloading to scripting.

    - re-structuring in a per-version approach (you can jump across
versions for the same topic)  and  with a "next" and "prev" linking (to
go through documentation in a more fluid way).


The root of everything is http://opensips.org/Documentation/Manuals ,
please give it ride and let us know your opinion on this:
     - is it better than before ?
     - missing topics in manual ?
     - broken links ?

Feeback is welcome and it we will make it matter ;)


Best regards,

-- 
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com



From bogdan at opensips.org  Fri May 31 15:06:42 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 31 May 2013 06:06:42 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 38ef4c: - fixed bogus linking
 of same SDP to multiple enti...
Message-ID: <51a8a062a7b1b_768e753dd49442c@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 38ef4c3644ce283eb701ff0a57580a9ea4fc085f
      https://github.com/OpenSIPS/opensips/commit/38ef4c3644ce283eb701ff0a57580a9ea4fc085f
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-31 (Fri, 31 May 2013)

  Changed paths:
    M modules/b2b_logic/logic.c
    M modules/b2b_logic/records.c

  Log Message:
  -----------
  - fixed bogus linking of same SDP to multiple entities.
- fixed missing break in switch
  Credits for reporting and helping with testing go to Tolga Tarhan.




From bogdan at opensips.org  Fri May 31 15:08:15 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 31 May 2013 06:08:15 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] da55c3: - fixed bogus linking
 of same SDP to multiple enti...
Message-ID: <51a8a0bfb70dd_33fe7c1dd49981@hookshot-fe6-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: da55c3ea461ec0654d732f51ae98fca4a632db4e
      https://github.com/OpenSIPS/opensips/commit/da55c3ea461ec0654d732f51ae98fca4a632db4e
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-31 (Fri, 31 May 2013)

  Changed paths:
    M modules/b2b_logic/logic.c
    M modules/b2b_logic/records.c

  Log Message:
  -----------
  - fixed bogus linking of same SDP to multiple entities.
- fixed missing break in switch
  Credits for reporting and helping with testing go to Tolga Tarhan.




From bogdan at opensips.org  Fri May 31 15:11:21 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 31 May 2013 06:11:21 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 8b0a1e: - fixed bogus linking
 of same SDP to multiple enti...
Message-ID: <51a8a17956060_167d1241de01171a@hookshot-fe4-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 8b0a1efb5e5f5de06789a67565a0b35f7dc27c71
      https://github.com/OpenSIPS/opensips/commit/8b0a1efb5e5f5de06789a67565a0b35f7dc27c71
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-31 (Fri, 31 May 2013)

  Changed paths:
    M modules/b2b_logic/logic.c

  Log Message:
  -----------
  - fixed bogus linking of same SDP to multiple entities.
- fixed missing break in switch
  Credits for reporting and helping with testing go to Tolga Tarhan.

Conflicts:

	modules/b2b_logic/records.c




From bogdan at opensips.org  Fri May 31 15:13:30 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 31 May 2013 06:13:30 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 027e7d: - fixed compile errors
	from last commit
Message-ID: <51a8a1fa5526f_7a1c10c5de06178c@hookshot-fe3-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 027e7d07c6263fa1635be7cf5f37a775eea074bb
      https://github.com/OpenSIPS/opensips/commit/027e7d07c6263fa1635be7cf5f37a775eea074bb
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-31 (Fri, 31 May 2013)

  Changed paths:
    M modules/b2b_logic/logic.c

  Log Message:
  -----------
  - fixed compile errors from last commit




From bogdan at opensips.org  Fri May 31 15:14:27 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 31 May 2013 06:14:27 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] f83ad7: - fixed compile errors
	from last commit
Message-ID: <51a8a233cc3b2_3eec561ddc77843@hookshot-fe6-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.9
  Home:   https://github.com/OpenSIPS/opensips
  Commit: f83ad768f717dcc78e2d9bf3bfc2a0817160e0e3
      https://github.com/OpenSIPS/opensips/commit/f83ad768f717dcc78e2d9bf3bfc2a0817160e0e3
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-31 (Fri, 31 May 2013)

  Changed paths:
    M modules/b2b_logic/logic.c

  Log Message:
  -----------
  - fixed compile errors from last commit




From bogdan at opensips.org  Fri May 31 15:14:31 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 31 May 2013 06:14:31 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 04818a: - fixed compile errors
	from last commit
Message-ID: <51a8a237cef34_3db19a9de082726@hookshot-fe6-pe1-prd.aws.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 04818aa5705b3340ae0cbcd7d05c31dae88139c0
      https://github.com/OpenSIPS/opensips/commit/04818aa5705b3340ae0cbcd7d05c31dae88139c0
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2013-05-31 (Fri, 31 May 2013)

  Changed paths:
    M modules/b2b_logic/logic.c

  Log Message:
  -----------
  - fixed compile errors from last commit




