From bogdan at opensips.org  Tue Aug  1 04:49:27 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 01 Aug 2017 01:49:27 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 528f1c: Revert
 0f7e72efcd879ef0d11bf133c132140f80bc841d
Message-ID: <59804097e2ce2_66f73f81b1007c341175dc@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 528f1cae819210cba9c94ef30fe47be1df9ed36d
      https://github.com/OpenSIPS/opensips/commit/528f1cae819210cba9c94ef30fe47be1df9ed36d
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-01 (Tue, 01 Aug 2017)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  Revert 0f7e72efcd879ef0d11bf133c132140f80bc841d

A following fix will address this particular problem in a more generic way


  Commit: e59a7399e982ef58a7a12ffb53d8aa8432f537ab
      https://github.com/OpenSIPS/opensips/commit/e59a7399e982ef58a7a12ffb53d8aa8432f537ab
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-01 (Tue, 01 Aug 2017)

  Changed paths:
    M modules/siptrace/siptrace.c
    M modules/siptrace/siptrace.h

  Log Message:
  -----------
  Propagate the tracing context via function param.

Inside SIPtrace module propagate the tracing context as function param instead of relying on the processing context - there are cases were we have no processing context (like retransmissions).


Compare: https://github.com/OpenSIPS/opensips/compare/21322d64e1c4...e59a7399e982

From liviu at opensips.org  Tue Aug  1 12:38:51 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 01 Aug 2017 09:38:51 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] fce1f4: mid_registrar:
 Normalize registration expiries in ...
Message-ID: <5980ae9bb38fd_1b8b3fb5b03dfc34596fe@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: fce1f47304802013d523c100553fa0df51ef2984
      https://github.com/OpenSIPS/opensips/commit/fce1f47304802013d523c100553fa0df51ef2984
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-01 (Tue, 01 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Normalize registration expiries in AoR throttling



From liviu at opensips.org  Tue Aug  1 12:39:05 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 01 Aug 2017 09:39:05 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] b445d3: mid_registrar:
 Normalize registration expiries in ...
Message-ID: <5980aea9b2304_6a933fc78a5cbc3c1100d1@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: b445d3bee3422631d25291895b6db739d579d673
      https://github.com/OpenSIPS/opensips/commit/b445d3bee3422631d25291895b6db739d579d673
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-01 (Tue, 01 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Normalize registration expiries in AoR throttling

(cherry picked from commit fce1f47304802013d523c100553fa0df51ef2984)



From bogdan at opensips.org  Tue Aug  1 13:19:56 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 01 Aug 2017 10:19:56 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 68419e: Fix missing handling
 on LAUNCH triggering in extra...
Message-ID: <5980b83cdb24b_afb3fb627e37c3c1033a2@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 68419e3ba62b29011f71bcdb4656a4ca0e7ef06c
      https://github.com/OpenSIPS/opensips/commit/68419e3ba62b29011f71bcdb4656a4ca0e7ef06c
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-01 (Tue, 01 Aug 2017)

  Changed paths:
    M timer.c

  Log Message:
  -----------
  Fix missing handling on LAUNCH triggering in extra timer proc.



From bogdan at opensips.org  Tue Aug  1 13:20:14 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 01 Aug 2017 10:20:14 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 966733: Fix missing handling
 on LAUNCH triggering in extra...
Message-ID: <5980b84ec9882_320d3fd3aa3f9c341012fc@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 9667332c36bfa5e7b10a42524a4d2153e3f710bb
      https://github.com/OpenSIPS/opensips/commit/9667332c36bfa5e7b10a42524a4d2153e3f710bb
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-01 (Tue, 01 Aug 2017)

  Changed paths:
    M timer.c

  Log Message:
  -----------
  Fix missing handling on LAUNCH triggering in extra timer proc.

(cherry picked from commit 68419e3ba62b29011f71bcdb4656a4ca0e7ef06c)



From sobomax at sippysoft.com  Tue Aug  1 20:59:07 2017
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Tue, 1 Aug 2017 17:59:07 -0700
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
Message-ID: <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>

Hi Bogdan & Co, I think I've narrowed down failure to a specific revision
in the 2.3 branch, see
https://travis-ci.org/sippy/voiptests/builds/260009545:

commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
Date:   Thu Mar 9 15:37:01 2017 +0200

    Added support for dynamic branch manipulation

    New functions were added to allow remote injecting of new branches into
an ongoing transaction:
    * t_inject_branches(source, flags) - injects new branches;
    * t_wait_for_new_branches() - instruct transaction to wait more for
possible new injections.

Looking at the diff in question, the following piece of code looks
suspicious, but it might be something else from that change:

@@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct sip_msg  *p_msg
, char *proxy, char *flags)

                update_cloned_msg_from_msg( t->uas.request, p_msg);

-               ret = t_forward_nonack( t, p_msg, p);
+               if (route_type==FAILURE_ROUTE) {
+                       /* If called from failure route we need reset the
branch counter to
+                        * ignore the previous set of branches (already
terminated) */
+                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
+               } else {
+                       /* if called from request route and the transaction
was previously
+                        * created, better lock here to avoid any
overlapping with
+                        * branch injection from other processes */
+                       LOCK_REPLIES(t);
+                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
+                       UNLOCK_REPLIES(t);
+               }
                if (ret<=0 ) {
                        LM_ERR("t_forward_nonack failed\n");
                        ret = t_relay_inerr2scripterr();
@@ -1262,7 +1330,8 @@ route_err:

The revisions right before that work, none after does. Hopefully it will
give you some clues. Let me know if any other info is needed.

-Max
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170801/1b22ea9d/attachment.html>

From bogdan at opensips.org  Wed Aug  2 11:03:12 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 2 Aug 2017 18:03:12 +0300
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
Message-ID: <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>

Thank you Maxim for your troubleshooting.

If you say this code makes a difference in your test, I have the say 
that the newly added locking may do the "blocking" . To see if this is 
true, while OpenSIPS is "blocked" could you run several times the 
"opensipsctl trap" ?

Best regards,

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
> Hi Bogdan & Co, I think I've narrowed down failure to a specific 
> revision in the 2.3 branch, see 
> https://travis-ci.org/sippy/voiptests/builds/260009545:
>
> commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
> Author: Bogdan-Andrei Iancu <bogdan at opensips.org 
> <mailto:bogdan at opensips.org>>
> Date:   Thu Mar 9 15:37:01 2017 +0200
>
>     Added support for dynamic branch manipulation
>
>     New functions were added to allow remote injecting of new branches 
> into an ongoing transaction:
>     * t_inject_branches(source, flags) - injects new branches;
>     * t_wait_for_new_branches() - instruct transaction to wait more 
> for possible new injections.
>
> Looking at the diff in question, the following piece of code looks 
> suspicious, but it might be something else from that change:
>
> @@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct sip_msg 
>  *p_msg , char *proxy, char *flags)
>
>                 update_cloned_msg_from_msg( t->uas.request, p_msg);
>
> -               ret = t_forward_nonack( t, p_msg, p);
> +               if (route_type==FAILURE_ROUTE) {
> +                       /* If called from failure route we need reset 
> the branch counter to
> +                        * ignore the previous set of branches 
> (already terminated) */
> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
> +               } else {
> +                       /* if called from request route and the 
> transaction was previously
> +                        * created, better lock here to avoid any 
> overlapping with
> +                        * branch injection from other processes */
> +                       LOCK_REPLIES(t);
> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
> +                       UNLOCK_REPLIES(t);
> +               }
>                 if (ret<=0 ) {
>                         LM_ERR("t_forward_nonack failed\n");
>                         ret = t_relay_inerr2scripterr();
> @@ -1262,7 +1330,8 @@ route_err:
>
> The revisions right before that work, none after does. Hopefully it 
> will give you some clues. Let me know if any other info is needed.
>
> -Max

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170802/dd43482a/attachment-0001.html>

From bogdan at opensips.org  Wed Aug  2 13:14:41 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 2 Aug 2017 20:14:41 +0300
Subject: [OpenSIPS-Devel] [Blog] OpenSIPS Control Panel and Homer Integration
Message-ID: <dec0d884-3cdf-d746-3078-17cfdb79e04d@opensips.org>

OpenSIPS and Homer can integration at different levels - at data level 
and .... at web leveltoo :

https://blog.opensips.org/2017/08/02/opensips-control-panel-and-homer-integration/

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html



From daniel.zanutti at gmail.com  Wed Aug  2 17:24:40 2017
From: daniel.zanutti at gmail.com (Daniel Zanutti)
Date: Wed, 2 Aug 2017 18:24:40 -0300
Subject: [OpenSIPS-Devel] Debugging lock problem
Message-ID: <CAN0jgiPiFt6ZVpwRr4QytrHeArqDxfVViLH2pZZUpFxaAhu-SA@mail.gmail.com>

I'm having lock problem.

How can I diagnose exactly where the lock problem occurred?

I got this using gdb on one process, but there are too many to look at each
when server is not handling calls.

Is there any way to force generate a coredump to take a look later on every
thread?

Thanks

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



#0  0x00007fed882d4907 in sched_yield () from
/lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1  0x00007fed8648d525 in get_lock (lock=0x7fecc7de6590) at
../../evi/../fastlock.h:182
        i = 0
#2  _lock (s=0x7fecc7de6590) at lock.h:102
No locals.
#3  t_cancel_trans (t=0x7fecc7de4bb8, extra_hdrs=0x0) at tm.c:1267
        cancel_bitmap = 0
#4  0x00007fed85158fa5 in dlg_end_dlg (dlg=dlg at entry=0x7fecc7a807c0,
extra_hdrs=extra_hdrs at entry=0x0) at dlg_req_within.c:408
        str_hdr = {s = 0x0, len = 0}
        t = 0x7fecc7de4bb8
        i = <optimized out>
        res = 0
        callee = <optimized out>
        __FUNCTION__ = "dlg_end_dlg"
#5  0x00007fed85159e0e in mi_terminate_dlg (cmd_tree=<optimized out>,
param=<optimized out>) at dlg_req_within.c:513
        node = <optimized out>
        h_entry = <optimized out>
        h_id = <optimized out>
        d_id = <optimized out>
        dlg = 0x7fecc7a807c0
        mi_extra_hdrs = 0x0
        msg = <optimized out>
        end = 0x7fed8812ec59 "\n1583318186\n\n"
        bkp = <optimized out>
        __FUNCTION__ = "mi_terminate_dlg"
#6  0x00007fed835ec031 in run_mi_cmd (param=0x7fff13310780, f=<optimized
out>, t=0x7fed8813ec18, cmd=<optimized out>) at ../../mi/mi.h:109
        ret = <optimized out>
#7  mi_datagram_server (rx_sock=8, tx_sock=9) at datagram_fnc.c:520
        mi_cmd = <optimized out>
        mi_rpl = 0x7fed8813f058
        hdl = 0x0
        f = 0x7fed88114e08
        dtgram = {start = 0x7fed8812ec48 ":dlg_end_dlg", current =
0x7fed8812ec65 "\n", len = 1}
        ret = <optimized out>
        len = <optimized out>
        __FUNCTION__ = "mi_datagram_server"
#8  0x00007fed835ed2cd in datagram_process (rank=<optimized out>) at
mi_datagram.c:311
        __FUNCTION__ = "datagram_process"
#9  0x00000000004cb5cd in start_module_procs () at sr_module.c:586
        m = 0x7fed88027fd0
        n = <optimized out>
        l = <optimized out>
        x = <optimized out>
        __FUNCTION__ = "start_module_procs"
#10 0x0000000000417106 in main_loop () at main.c:852
        i = <optimized out>
        pid = <optimized out>
        si = <optimized out>
        startup_done = 0x0
        chd_rank = 0
        rc = <optimized out>
        load_p = 0x0
#11 main (argc=<optimized out>, argv=<optimized out>) at main.c:1613
        cfg_log_stderr = <optimized out>
        cfg_stream = <optimized out>
        c = <optimized out>
        r = <optimized out>
        tmp = 0x7fff13310ebd ""
        tmp_len = <optimized out>
        port = <optimized out>
        proto = <optimized out>
---Type <return> to continue, or q <return> to quit---quit
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170802/48404374/attachment.html>

From sobomax at sippysoft.com  Wed Aug  2 17:29:30 2017
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Wed, 2 Aug 2017 14:29:30 -0700
Subject: [OpenSIPS-Devel] msg:len is deprecated in master?
Message-ID: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>

Hi, is msg_len deprecated in latest master? There are tons of examples in
the tree that use it. I am seeing this:

+/home/travis/build/sippy/voiptests/dist/opensips/opensips -f opensips.cfg
-C
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 12-13: syntax error
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 12-13: bare word <msg> found, command calls
need '()'
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 12-13: bad command!)
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 17-19: bare word <len> found, command calls
need '()'
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 17-19: bad command: missing ';'?
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 27-28: bare word <max_len> found, command
calls need '()'
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 27-28: bad command: missing ';'?
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 29-30: bad command!)
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 30, column 6-7: syntax error
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 30, column 6-7:

    27    if (msg:len >= max_len) {
    28        sl_send_reply("513", "Message too big");
    29        exit;
    30    };

Full config here:

https://travis-ci.org/sippy/voiptests/jobs/260374909

-Max
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170802/01f89c93/attachment.html>

From jarrod at unixc.org  Wed Aug  2 17:48:56 2017
From: jarrod at unixc.org (jarrod at unixc.org)
Date: Wed, 2 Aug 2017 16:48:56 -0500
Subject: [OpenSIPS-Devel] msg:len is deprecated in master?
In-Reply-To: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
References: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
Message-ID: <2DE09525-748B-44DA-82F0-501FA8E84BC6@unixc.org>

Yes: https://github.com/OpenSIPS/opensips/commit/9c9252c97b4e641d814320f33d795a43c3ea7b0e <https://github.com/OpenSIPS/opensips/commit/9c9252c97b4e641d814320f33d795a43c3ea7b0e>

> On Aug 2, 2017, at 4:29 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
> 
> Hi, is msg_len deprecated in latest master? There are tons of examples in the tree that use it. I am seeing this:
> 
> +/home/travis/build/sippy/voiptests/dist/opensips/opensips -f opensips.cfg -C
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 27, column 12-13: syntax error
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 27, column 12-13: bare word <msg> found, command calls need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 27, column 12-13: bad command!)
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 27, column 17-19: bare word <len> found, command calls need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 27, column 17-19: bad command: missing ';'?
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 27, column 27-28: bare word <max_len> found, command calls need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 27, column 27-28: bad command: missing ';'?
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 27, column 29-30: bad command!)
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 30, column 6-7: syntax error
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file opensips.cfg, line 30, column 6-7: 
> 
>     27	    if (msg:len >= max_len) {
>     28	        sl_send_reply("513", "Message too big");
>     29	        exit;
>     30	    };
> 
> Full config here:
> 
> https://travis-ci.org/sippy/voiptests/jobs/260374909 <https://travis-ci.org/sippy/voiptests/jobs/260374909>
> 
> -Max
> _______________________________________________
> 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/20170802/77991fb1/attachment-0001.html>

From bogdan at opensips.org  Wed Aug  2 18:19:54 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 3 Aug 2017 01:19:54 +0300
Subject: [OpenSIPS-Devel] msg:len is deprecated in master?
In-Reply-To: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
References: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
Message-ID: <b817d432-55d8-8cb4-d23a-32ab1b3fd708@opensips.org>

Hi Maxim,

Yes, in dev version the msg:len and max_len were deprecated - we tried 
to updated cfg and docs, but if there is something left, please let us know.

For how to deal with the removed keywords, please see:
http://www.opensips.org/Documentation/Migration-2-3-0-to-2-4-0#toc3

Regards,

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/03/2017 12:29 AM, Maxim Sobolev wrote:
> Hi, is msg_len deprecated in latest master? There are tons of examples 
> in the tree that use it. I am seeing this:
>
> +/home/travis/build/sippy/voiptests/dist/opensips/opensips -f 
> opensips.cfg -C
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 27, column 12-13: syntax error
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 27, column 12-13: bare word <msg> found, 
> command calls need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 27, column 12-13: bad command!)
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 27, column 17-19: bare word <len> found, 
> command calls need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 27, column 17-19: bad command: missing ';'?
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 27, column 27-28: bare word <max_len> found, 
> command calls need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 27, column 27-28: bad command: missing ';'?
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 27, column 29-30: bad command!)
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 30, column 6-7: syntax error
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config 
> file opensips.cfg, line 30, column 6-7:
>
>     27   if (msg:len >= max_len) {
>     28       sl_send_reply("513", "Message too big");
>     29       exit;
>     30   };
>
> Full config here:
>
> https://travis-ci.org/sippy/voiptests/jobs/260374909
>
> -Max
>
>
> _______________________________________________
> 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/20170803/e112c71e/attachment.html>

From sobomax at sippysoft.com  Wed Aug  2 19:23:56 2017
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Wed, 2 Aug 2017 16:23:56 -0700
Subject: [OpenSIPS-Devel] msg:len is deprecated in master?
In-Reply-To: <CAH7qZftorzQgKnA78OWLOVVs0Z5FnSAAaSv5EUMyKVi5tPN-kQ@mail.gmail.com>
References: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
 <2DE09525-748B-44DA-82F0-501FA8E84BC6@unixc.org>
 <CAH7qZftorzQgKnA78OWLOVVs0Z5FnSAAaSv5EUMyKVi5tPN-kQ@mail.gmail.com>
Message-ID: <CAH7qZftkL=wxbX3hY6HRp5RxXfmXLjSBLaB3L3YoZAEpg67eGQ@mail.gmail.com>

Well if that's the case, somebody I think needs to go over all .cfg
examples and fix those. It would also be nice if a note is left in the
ChangeLog, suggesting what is a replacement.

-Max

On Aug 2, 2017 2:49 PM, <jarrod at unixc.org> wrote:

Yes: https://github.com/OpenSIPS/opensips/commit/
9c9252c97b4e641d814320f33d795a43c3ea7b0e

On Aug 2, 2017, at 4:29 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:

Hi, is msg_len deprecated in latest master? There are tons of examples in
the tree that use it. I am seeing this:

+/home/travis/build/sippy/voiptests/dist/opensips/opensips -f opensips.cfg
-C
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 12-13: syntax error
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 12-13: bare word <msg> found, command calls
need '()'
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 12-13: bad command!)
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 17-19: bare word <len> found, command calls
need '()'
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 17-19: bad command: missing ';'?
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 27-28: bare word <max_len> found, command
calls need '()'
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 27-28: bad command: missing ';'?
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 27, column 29-30: bad command!)
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 30, column 6-7: syntax error
Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
opensips.cfg, line 30, column 6-7:

    27    if (msg:len >= max_len) {
    28        sl_send_reply("513", "Message too big");
    29        exit;
    30    };

Full config here:

https://travis-ci.org/sippy/voiptests/jobs/260374909

-Max
_______________________________________________
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170802/3282d871/attachment.html>

From sobomax at sippysoft.com  Wed Aug  2 23:50:46 2017
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Wed, 2 Aug 2017 20:50:46 -0700
Subject: [OpenSIPS-Devel] msg:len is deprecated in master?
In-Reply-To: <b817d432-55d8-8cb4-d23a-32ab1b3fd708@opensips.org>
References: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
 <b817d432-55d8-8cb4-d23a-32ab1b3fd708@opensips.org>
Message-ID: <CAH7qZfthXAGmPJBWt=+uNo2a1=eNZNFePc9OVqgSDetc1oozJA@mail.gmail.com>

Thanks, Bogdan somehow google failed to index this or maybe I have not been
searching properly. In the following sentence what's the new way to refer
to the "max_len"?


   - removed *msg:len* keyword along with *max_len* core value, use $ml
   <http://www.opensips.org/Documentation/Script-CoreVar-2-4#toc52> core
   variable instead.

-Max

On Aug 2, 2017 3:20 PM, "Bogdan-Andrei Iancu" <bogdan at opensips.org> wrote:

> Hi Maxim,
>
> Yes, in dev version the msg:len and max_len were deprecated - we tried to
> updated cfg and docs, but if there is something left, please let us know.
>
> For how to deal with the removed keywords, please see:
>     http://www.opensips.org/Documentation/Migration-2-3-0-to-2-4-0#toc3
>
> Regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Bootcamp 2017, Houston, US
>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>
> On 08/03/2017 12:29 AM, Maxim Sobolev wrote:
>
> Hi, is msg_len deprecated in latest master? There are tons of examples in
> the tree that use it. I am seeing this:
>
> +/home/travis/build/sippy/voiptests/dist/opensips/opensips -f
> opensips.cfg -C
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 12-13: syntax error
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 12-13: bare word <msg> found, command calls
> need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 12-13: bad command!)
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 17-19: bare word <len> found, command calls
> need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 17-19: bad command: missing ';'?
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 27-28: bare word <max_len> found, command
> calls need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 27-28: bad command: missing ';'?
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 29-30: bad command!)
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 30, column 6-7: syntax error
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 30, column 6-7:
>
>     27    if (msg:len >= max_len) {
>     28        sl_send_reply("513", "Message too big");
>     29        exit;
>     30    };
>
> Full config here:
>
> https://travis-ci.org/sippy/voiptests/jobs/260374909
>
> -Max
>
>
> _______________________________________________
> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170802/158383de/attachment-0001.html>

From bogdan at opensips.org  Thu Aug  3 05:14:52 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 3 Aug 2017 12:14:52 +0300
Subject: [OpenSIPS-Devel] msg:len is deprecated in master?
In-Reply-To: <CAH7qZfthXAGmPJBWt=+uNo2a1=eNZNFePc9OVqgSDetc1oozJA@mail.gmail.com>
References: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
 <b817d432-55d8-8cb4-d23a-32ab1b3fd708@opensips.org>
 <CAH7qZfthXAGmPJBWt=+uNo2a1=eNZNFePc9OVqgSDetc1oozJA@mail.gmail.com>
Message-ID: <e13c1ed4-4d55-77c3-d896-1addca5fe978@opensips.org>

Hi MAxim,

IMHO, that max_len was a archaic non-sense, since only UDP was 
supported. The max_len translated into hardcoded value (compile option) 
65565 . IMHO, that len test has no sense anymore.

Regards,

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/03/2017 06:50 AM, Maxim Sobolev wrote:
> Thanks, Bogdan somehow google failed to index this or maybe I have not 
> been searching properly. In the following sentence what's the new way 
> to refer to the "max_len"?
>
>   * removed *msg:len* keyword along with /max_len/ core value, use $ml
>     <http://www.opensips.org/Documentation/Script-CoreVar-2-4#toc52> core
>     variable instead.
>
> -Max
>
> On Aug 2, 2017 3:20 PM, "Bogdan-Andrei Iancu" <bogdan at opensips.org 
> <mailto:bogdan at opensips.org>> wrote:
>
>     Hi Maxim,
>
>     Yes, in dev version the msg:len and max_len were deprecated - we
>     tried to updated cfg and docs, but if there is something left,
>     please let us know.
>
>     For how to deal with the removed keywords, please see:
>     http://www.opensips.org/Documentation/Migration-2-3-0-to-2-4-0#toc3
>     <http://www.opensips.org/Documentation/Migration-2-3-0-to-2-4-0#toc3>
>
>     Regards,
>
>     Bogdan-Andrei Iancu
>        OpenSIPS Founder and Developer
>        http://www.opensips-solutions.com <http://www.opensips-solutions.com>
>
>     OpenSIPS Bootcamp 2017, Houston, US
>        http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>     <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>
>     On 08/03/2017 12:29 AM, Maxim Sobolev wrote:
>>     Hi, is msg_len deprecated in latest master? There are tons of
>>     examples in the tree that use it. I am seeing this:
>>
>>     +/home/travis/build/sippy/voiptests/dist/opensips/opensips -f
>>     opensips.cfg -C
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 12-13: syntax error
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 12-13: bare word <msg>
>>     found, command calls need '()'
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 12-13: bad command!)
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 17-19: bare word <len>
>>     found, command calls need '()'
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 17-19: bad command:
>>     missing ';'?
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 27-28: bare word
>>     <max_len> found, command calls need '()'
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 27-28: bad command:
>>     missing ';'?
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 29-30: bad command!)
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 30, column 6-7: syntax error
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 30, column 6-7:
>>
>>       27 if (msg:len >= max_len) {
>>       28     sl_send_reply("513", "Message too big");
>>       29     exit;
>>       30 };
>>
>>     Full config here:
>>
>>     https://travis-ci.org/sippy/voiptests/jobs/260374909
>>     <https://travis-ci.org/sippy/voiptests/jobs/260374909>
>>
>>     -Max
>>
>>
>>     _______________________________________________
>>     Devel mailing list
>>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>     <http://lists.opensips.org/cgi-bin/mailman/listinfo/devel>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170803/0185a79e/attachment.html>

From bogdan at opensips.org  Thu Aug  3 05:20:17 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 3 Aug 2017 12:20:17 +0300
Subject: [OpenSIPS-Devel] msg:len is deprecated in master?
In-Reply-To: <CAH7qZftkL=wxbX3hY6HRp5RxXfmXLjSBLaB3L3YoZAEpg67eGQ@mail.gmail.com>
References: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
 <2DE09525-748B-44DA-82F0-501FA8E84BC6@unixc.org>
 <CAH7qZftorzQgKnA78OWLOVVs0Z5FnSAAaSv5EUMyKVi5tPN-kQ@mail.gmail.com>
 <CAH7qZftkL=wxbX3hY6HRp5RxXfmXLjSBLaB3L3YoZAEpg67eGQ@mail.gmail.com>
Message-ID: <a637571a-41cc-58ad-8578-b291201d5512@opensips.org>

Hi Maxim,

Indeed, there are some test/example cfg files which we missed to migrate 
- we will do to it today.

In regards to the ChangeLog, we update the ChangeLog at release time and 
this change is still on devel branch - still "git log" gives you all the 
details ;)

BTW, will you be in Chicago for ClueCOn ?

Regards,

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/03/2017 02:23 AM, Maxim Sobolev wrote:
> Well if that's the case, somebody I think needs to go over all .cfg 
> examples and fix those. It would also be nice if a note is left in the 
> ChangeLog, suggesting what is a replacement.
>
> -Max
>
> On Aug 2, 2017 2:49 PM, <jarrod at unixc.org <mailto:jarrod at unixc.org>> 
> wrote:
>
>     Yes:
>     https://github.com/OpenSIPS/opensips/commit/9c9252c97b4e641d814320f33d795a43c3ea7b0e
>     <https://github.com/OpenSIPS/opensips/commit/9c9252c97b4e641d814320f33d795a43c3ea7b0e>
>
>
>>     On Aug 2, 2017, at 4:29 PM, Maxim Sobolev <sobomax at sippysoft.com
>>     <mailto:sobomax at sippysoft.com>> wrote:
>>
>>     Hi, is msg_len deprecated in latest master? There are tons of
>>     examples in the tree that use it. I am seeing this:
>>
>>     +/home/travis/build/sippy/voiptests/dist/opensips/opensips -f
>>     opensips.cfg -C
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 12-13: syntax error
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 12-13: bare word <msg>
>>     found, command calls need '()'
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 12-13: bad command!)
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 17-19: bare word <len>
>>     found, command calls need '()'
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 17-19: bad command:
>>     missing ';'?
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 27-28: bare word
>>     <max_len> found, command calls need '()'
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 27-28: bad command:
>>     missing ';'?
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 27, column 29-30: bad command!)
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 30, column 6-7: syntax error
>>     Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in
>>     config file opensips.cfg, line 30, column 6-7:
>>
>>       27   if (msg:len >= max_len) {
>>       28       sl_send_reply("513", "Message too big");
>>       29       exit;
>>       30   };
>>
>>     Full config here:
>>
>>     https://travis-ci.org/sippy/voiptests/jobs/260374909
>>     <https://travis-ci.org/sippy/voiptests/jobs/260374909>
>>
>>     -Max
>>     _______________________________________________
>>     Devel mailing list
>>     Devel at lists.opensips.org <mailto: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 <mailto: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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170803/1ffd2112/attachment-0001.html>

From bogdan at opensips.org  Thu Aug  3 07:48:12 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 03 Aug 2017 04:48:12 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] bb573a: Run TMCB_MSG_SENT_OUT
 callbacks only if the msg wa...
Message-ID: <59830d7ce59e1_7ebd3fba719bdc44657d7@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: bb573a1f5ffe141348b3c81316f2d73967753984
      https://github.com/OpenSIPS/opensips/commit/bb573a1f5ffe141348b3c81316f2d73967753984
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-03 (Thu, 03 Aug 2017)

  Changed paths:
    M modules/tm/t_cancel.c
    M modules/tm/t_hooks.h
    M modules/tm/t_reply.c
    M modules/tm/timer.c

  Log Message:
  -----------
  Run TMCB_MSG_SENT_OUT callbacks only if the msg was successfully sent out.

This fix prevents tracing SIP messages which were actually not set out (due network related issues).



From bogdan at opensips.org  Thu Aug  3 07:48:19 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 03 Aug 2017 04:48:19 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 7c1e78: Fixed missing traced
	SIP messages.
Message-ID: <59830d839f007_4db63fcc406efc3424837d@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 7c1e78e2ed2b83f35c82bc9152fe669d9331a75c
      https://github.com/OpenSIPS/opensips/commit/7c1e78e2ed2b83f35c82bc9152fe669d9331a75c
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-03 (Thu, 03 Aug 2017)

  Changed paths:
    M modules/siptrace/siptrace.c
    M modules/tm/t_cancel.c
    M modules/tm/t_fwd.c
    M modules/tm/t_hooks.h
    M modules/tm/t_lookup.c
    M modules/tm/t_reply.c
    M modules/tm/timer.c

  Log Message:
  -----------
  Fixed missing traced SIP messages.

The following SIP messages were not traced by SIP trace:
* 100 trying generated by OpenSIPS
* incoming ACK for negative replies
* outgoing ACK to negative replies
* incoming replies to CANCEL requests
* incoming request retransmissions
* outgoing request retransmissions
* outgoing reply retransmissions

The fix introduced two new TM callback to get access to the lowest level in TM message handling:
	* matching a SIP message to the transaction
	* sending a SIP message related to the transaction

(cherry picked from commit 6eec7f95025f0bda0e1dfa764430934a73e90e87)


  Commit: 0594318dc73ccdc5ed2b1eab8032b2ebe28539fa
      https://github.com/OpenSIPS/opensips/commit/0594318dc73ccdc5ed2b1eab8032b2ebe28539fa
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-03 (Thu, 03 Aug 2017)

  Changed paths:
    M modules/siptrace/siptrace.c
    M modules/siptrace/siptrace.h

  Log Message:
  -----------
  Propagate the tracing context via function param.

Inside SIPtrace module propagate the tracing context as function param instead of relying on the processing context - there are cases were we have no processing context (like retransmissions).

(cherry picked from commit e59a7399e982ef58a7a12ffb53d8aa8432f537ab)


Compare: https://github.com/OpenSIPS/opensips/compare/9667332c36bf...0594318dc73c

From razvan at opensips.org  Thu Aug  3 10:20:03 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 03 Aug 2017 07:20:03 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] db5d1b: cgrates: return OK as
	a successful result
Message-ID: <59833113eece8_17653fe20d141c3c112331@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: db5d1bddc95a311da283ea56ec46c6da2259c33f
      https://github.com/OpenSIPS/opensips/commit/db5d1bddc95a311da283ea56ec46c6da2259c33f
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-03 (Thu, 03 Aug 2017)

  Changed paths:
    M modules/cgrates/cgrates_acc.c

  Log Message:
  -----------
  cgrates: return OK as a successful result

Before that it was returning 0, which was not consistent to what cgrates
was expecting



From razvan at opensips.org  Thu Aug  3 10:34:04 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 03 Aug 2017 07:34:04 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 83f7ee: cgrates: add id in
	request
Message-ID: <5983345c24b87_49f93ffcd5effc384923c@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 83f7ee48dbd8027be56561891efab4ac4aab6d0c
      https://github.com/OpenSIPS/opensips/commit/83f7ee48dbd8027be56561891efab4ac4aab6d0c
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-03 (Thu, 03 Aug 2017)

  Changed paths:
    M modules/cgrates/cgrates.c
    M modules/cgrates/cgrates_common.c
    M modules/cgrates/cgrates_common.h

  Log Message:
  -----------
  cgrates: add id in request

Add an identifier for the requests done to cgrates.
Requested by cgrates/cgrates#674

(cherry picked from commit 402ff3411c52ee70e6cc97e1b559dd515159b146)


  Commit: 1b836cd26d839c443c9996aafeb14b2fa602686a
      https://github.com/OpenSIPS/opensips/commit/1b836cd26d839c443c9996aafeb14b2fa602686a
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-03 (Thu, 03 Aug 2017)

  Changed paths:
    M modules/cgrates/cgrates_common.c

  Log Message:
  -----------
  cgrates: use an integer unique id rather than string

(cherry picked from commit 8ab1deb473cdc505b48616b4b4bc2e031cd64d28)


  Commit: 5bda554f584a2f962058f572f632e58e007bf9d2
      https://github.com/OpenSIPS/opensips/commit/5bda554f584a2f962058f572f632e58e007bf9d2
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-03 (Thu, 03 Aug 2017)

  Changed paths:
    M modules/cgrates/cgrates_common.c

  Log Message:
  -----------
  cgrates: switch id from long to int for backward compatibility

(cherry picked from commit 7935ad3c87b5e47ab39d591a89c49898677ac4de)


Compare: https://github.com/OpenSIPS/opensips/compare/0594318dc73c...5bda554f584a

From razvan at opensips.org  Thu Aug  3 12:29:12 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 03 Aug 2017 09:29:12 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] c33f23: cgrates: return OK as
	a successful result
Message-ID: <59834f58ecc69_190873fa8873bfc44719e@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: c33f23f674b7e6d286e78931b1a420decc17cab5
      https://github.com/OpenSIPS/opensips/commit/c33f23f674b7e6d286e78931b1a420decc17cab5
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-03 (Thu, 03 Aug 2017)

  Changed paths:
    M modules/cgrates/cgrates_acc.c

  Log Message:
  -----------
  cgrates: return OK as a successful result

Before that it was returning 0, which was not consistent to what cgrates
was expecting

(cherry picked from commit db5d1bddc95a311da283ea56ec46c6da2259c33f)



From sobomax at sippysoft.com  Thu Aug  3 14:45:58 2017
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Thu, 3 Aug 2017 11:45:58 -0700
Subject: [OpenSIPS-Devel] msg:len is deprecated in master?
In-Reply-To: <a637571a-41cc-58ad-8578-b291201d5512@opensips.org>
References: <CAH7qZfuzT6NKrgbkwpiswqcRPZgKKT5rte98ks2W88RhL7s0dw@mail.gmail.com>
 <2DE09525-748B-44DA-82F0-501FA8E84BC6@unixc.org>
 <CAH7qZftorzQgKnA78OWLOVVs0Z5FnSAAaSv5EUMyKVi5tPN-kQ@mail.gmail.com>
 <CAH7qZftkL=wxbX3hY6HRp5RxXfmXLjSBLaB3L3YoZAEpg67eGQ@mail.gmail.com>
 <a637571a-41cc-58ad-8578-b291201d5512@opensips.org>
Message-ID: <CAH7qZfu5+R0iw6igtnNzH=LNfL0dg2ROe8C1cc1fkrhO_Y_YXA@mail.gmail.com>

 ~/projects/opensips]$ find ./ -type f -print0 | xargs -0 grep -lw 'msg:len'
./cfg.y
./cfg.lex
./examples/acc.cfg
./examples/nathelper.cfg
./examples/pstn.cfg
./examples/replicate.cfg
./examples/serial_183.cfg
./modules/db_text/README
./modules/mangler/mangler.cfg
./modules/nathelper/examples/4to6.cfg
./modules/nathelper/examples/alg.cfg
./modules/osp/etc/sample-osp-opensips.cfg
./modules/rtpproxy/examples/4to6.cfg
./modules/rtpproxy/examples/alg.cfg
./modules/seas/README
./modules/speeddial/README
./test/11.cfg
./test/13.cfg
./test/14.cfg
./test/26.cfg
./test/30.cfg
./test/7.cfg
./test/presence.cfg
./lex.yy.c

Still plenty of refs. :)

Re: Cluecon, unfortunately not this time (ENOTIME), next year most likely.
:(

On Thu, Aug 3, 2017 at 2:20 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Hi Maxim,
>
> Indeed, there are some test/example cfg files which we missed to migrate -
> we will do to it today.
>
> In regards to the ChangeLog, we update the ChangeLog at release time and
> this change is still on devel branch - still "git log" gives you all the
> details ;)
>
> BTW, will you be in Chicago for ClueCOn ?
>
> Regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Bootcamp 2017, Houston, US
>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>
> On 08/03/2017 02:23 AM, Maxim Sobolev wrote:
>
> Well if that's the case, somebody I think needs to go over all .cfg
> examples and fix those. It would also be nice if a note is left in the
> ChangeLog, suggesting what is a replacement.
>
> -Max
>
> On Aug 2, 2017 2:49 PM, <jarrod at unixc.org> wrote:
>
> Yes: https://github.com/OpenSIPS/opensips/commit/9c9252c97b4
> e641d814320f33d795a43c3ea7b0e
>
> On Aug 2, 2017, at 4:29 PM, Maxim Sobolev <sobomax at sippysoft.com> wrote:
>
> Hi, is msg_len deprecated in latest master? There are tons of examples in
> the tree that use it. I am seeing this:
>
> +/home/travis/build/sippy/voiptests/dist/opensips/opensips -f
> opensips.cfg -C
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 12-13: syntax error
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 12-13: bare word <msg> found, command calls
> need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 12-13: bad command!)
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 17-19: bare word <len> found, command calls
> need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 17-19: bad command: missing ';'?
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 27-28: bare word <max_len> found, command
> calls need '()'
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 27-28: bad command: missing ';'?
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 27, column 29-30: bad command!)
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 30, column 6-7: syntax error
> Aug  2 21:21:37 [23623] CRITICAL:core:yyerror: parse error in config file
> opensips.cfg, line 30, column 6-7:
>
>     27    if (msg:len >= max_len) {
>     28        sl_send_reply("513", "Message too big");
>     29        exit;
>     30    };
>
> Full config here:
>
> https://travis-ci.org/sippy/voiptests/jobs/260374909
>
> -Max
> _______________________________________________
> 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
>
>
>
>
> _______________________________________________
> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>


-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
Tel (Canada): +1-778-783-0474
Tel (Toll-Free): +1-855-747-7779
Fax: +1-866-857-6942
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170803/2c7af25c/attachment.html>

From vladp at opensips.org  Fri Aug  4 12:06:40 2017
From: vladp at opensips.org (rvlad-patrascu)
Date: Fri, 04 Aug 2017 09:06:40 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 52f651: Fix more references to
 deprecated keywords in exam...
Message-ID: <59849b9044ddd_cc73ff2fada3c34106119@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 52f6514400b615321bd070e0e6a4fc608d197483
      https://github.com/OpenSIPS/opensips/commit/52f6514400b615321bd070e0e6a4fc608d197483
  Author: rvlad-patrascu <vladp at opensips.org>
  Date:   2017-08-04 (Fri, 04 Aug 2017)

  Changed paths:
    M examples/acc-mysql.cfg
    M examples/acc.cfg
    M examples/exec_s5.cfg
    M examples/fork.cfg
    M examples/msilo.cfg
    M examples/nathelper.cfg
    M examples/pstn.cfg
    M examples/redirect.cfg
    M examples/replicate.cfg
    M examples/serial_183.cfg
    M modules/aaa_radius/README
    M modules/acc/README
    M modules/avpops/README
    M modules/call_center/README
    M modules/cgrates/README
    M modules/cpl_c/README
    M modules/db_mysql/README
    M modules/db_text/README
    M modules/dialog/README
    M modules/dns_cache/README
    M modules/event_rabbitmq/README
    M modules/event_routing/README
    M modules/identity/README
    M modules/imc/README
    M modules/mangler/README
    M modules/mangler/mangler.cfg
    M modules/mi_datagram/README
    M modules/msilo/README
    M modules/nat_traversal/README
    M modules/nathelper/README
    M modules/nathelper/examples/4to6.cfg
    M modules/nathelper/examples/alg.cfg
    M modules/nathelper/nathelper.cfg
    M modules/nathelper/nathelper_rtpp.cfg
    M modules/options/README
    M modules/osp/README
    M modules/osp/etc/sample-osp-opensips.cfg
    M modules/perl/README
    M modules/permissions/README
    M modules/pike/README
    M modules/presence/README
    M modules/proto_tls/README
    M modules/proto_ws/README
    M modules/proto_wss/README
    M modules/pua/README
    M modules/pua_bla/README
    M modules/pua_dialoginfo/README
    M modules/pua_usrloc/README
    M modules/pua_xmpp/README
    M modules/qos/README
    M modules/rabbitmq/README
    M modules/ratelimit/README
    M modules/registrar/README
    M modules/rls/README
    M modules/rtpengine/README
    M modules/rtpproxy/README
    M modules/rtpproxy/examples/4to6.cfg
    M modules/rtpproxy/examples/alg.cfg
    M modules/seas/README
    M modules/sipcapture/examples/opensips.cfg
    M modules/sipmsgops/README
    M modules/siptrace/README
    M modules/speeddial/README
    M modules/sst/README
    M modules/tls_mgm/README
    M modules/tm/README
    M modules/topology_hiding/README
    M modules/uac_redirect/README
    M modules/usrloc/README
    M modules/xml/README
    M net/proto_tcp/README
    M test/11.cfg
    M test/12.cfg
    M test/13.cfg
    M test/14.cfg
    M test/19.cfg
    M test/20.cfg
    M test/21.cfg
    M test/26.cfg
    M test/30.cfg
    M test/35.cfg
    M test/5.cfg
    M test/7.cfg
    M test/presence.cfg

  Log Message:
  -----------
  Fix more references to deprecated keywords in example cfgs and READMEs.



From sobomax at sippysoft.com  Mon Aug  7 15:09:15 2017
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Mon, 7 Aug 2017 12:09:15 -0700
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
Message-ID: <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>

Bogdan, I've collected some "opensipsctl trap" output here for you, see
line 2611 onwards:

https://travis-ci.org/sippy/voiptests/jobs/261951017

This is 10 seconds after starting the test, CANCELs arrive at about 2-3s
mark, so it's well into "dead zone". Yet, I see some CANCEL messages in the
traces, so it looks like some locking issue indeed.

Please let me know if it helps or if you need any more debug. For the time
being, I am successfully running with 2.3 and master by reverting
change 1eb4ec0f78f43f6ff546de49bc72e513876fb86b

-Max

On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Thank you Maxim for your troubleshooting.
>
> If you say this code makes a difference in your test, I have the say that
> the newly added locking may do the "blocking" . To see if this is true,
> while OpenSIPS is "blocked" could you run several times the "opensipsctl
> trap" ?
>
> Best regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Bootcamp 2017, Houston, US
>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>
> On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>
> Hi Bogdan & Co, I think I've narrowed down failure to a specific revision
> in the 2.3 branch, see https://travis-ci.org/sippy/voiptests/builds/
> 260009545:
>
> commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
> Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
> Date:   Thu Mar 9 15:37:01 2017 +0200
>
>     Added support for dynamic branch manipulation
>
>     New functions were added to allow remote injecting of new branches
> into an ongoing transaction:
>     * t_inject_branches(source, flags) - injects new branches;
>     * t_wait_for_new_branches() - instruct transaction to wait more for
> possible new injections.
>
> Looking at the diff in question, the following piece of code looks
> suspicious, but it might be something else from that change:
>
> @@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct sip_msg  *p_msg
> , char *proxy, char *flags)
>
>                 update_cloned_msg_from_msg( t->uas.request, p_msg);
>
> -               ret = t_forward_nonack( t, p_msg, p);
> +               if (route_type==FAILURE_ROUTE) {
> +                       /* If called from failure route we need reset the
> branch counter to
> +                        * ignore the previous set of branches (already
> terminated) */
> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
> +               } else {
> +                       /* if called from request route and the
> transaction was previously
> +                        * created, better lock here to avoid any
> overlapping with
> +                        * branch injection from other processes */
> +                       LOCK_REPLIES(t);
> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
> +                       UNLOCK_REPLIES(t);
> +               }
>                 if (ret<=0 ) {
>                         LM_ERR("t_forward_nonack failed\n");
>                         ret = t_relay_inerr2scripterr();
> @@ -1262,7 +1330,8 @@ route_err:
>
> The revisions right before that work, none after does. Hopefully it will
> give you some clues. Let me know if any other info is needed.
>
> -Max
>
>
>


-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
Tel (Canada): +1-778-783-0474
Tel (Toll-Free): +1-855-747-7779
Fax: +1-866-857-6942
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170807/3db5d38f/attachment.html>

From bogdan at opensips.org  Tue Aug  8 08:33:12 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 8 Aug 2017 15:33:12 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [Training] OpenSIPS Bootcamp
	in Huston TX, US
In-Reply-To: <f5166409-0f82-5ccd-ff8a-6910b938e5ce@opensips.org>
References: <f5166409-0f82-5ccd-ff8a-6910b938e5ce@opensips.org>
Message-ID: <7a74fbf4-ce41-2664-8554-8d2179739cb8@opensips.org>

Hello,

Just some fresh updates regarding the upcoming in-calls OpenSIPS 
training. As a response to the great feedback we got from community, we 
decided to:

     * move the training one week later , 11th to 15th of September, to 
avoid overlapping with the Labor Day holiday.

     * use latest OpenSIPS 2.3 instead of 2.2 version.

Thank you for the feedback and take care.....class in getting full quite 
fast :)

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 05/24/2017 06:53 PM, Bogdan-Andrei Iancu wrote:
> Something not looking right? View the web version 
> <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>
>
> Unbelievable opportunity to train in the US
>
>
> Join the core developers and founder of the OpenSIPS project for an 
> intimate week of training in the US! This exclusive opportunity is 
> limited to 20 students and represents the only such event for this 
> year. This year's curriculum has been updated to reflect the many 
> innovations introduced in OpenSIPS 2.2, a long term supported release 
> that guarantees knowledge gained has a longer half-life.
>
> Certified training saves time and money
>
>
> OpenSIPS mistakes are easily avoided if you get proper training! 
> Companies that use OpenSIPS waste time and money when they don't have 
> a trained engineer on staff. Searching google, waiting on IRC, even 
> the latency in mailing list replies takes it's toll over time. Take 
> this rare opportunity to train your employees with the project members 
> themselves.
>
> New updated track for 2017
>
>
> With new content for OpenSIPS Version 2.2 LTS, this training delivers 
> an increased depth of knowledge on scripting and routing leveraging 
> some of the newest (as well as integrating with some of the oldest and 
> most reliable) tools in the VoIP ecosystem. Our goal is to provide our 
> students with the latest, most valuable, and pertinent knowledge that 
> they can take back to their workplace and begin improving their networks.
> We strive to deliver a training environment that is easily replicated 
> and found in most VoiP deployments. In terms of technical setup, 
> students will participate in labs deployed in their own private space 
> as well as interact with other students and theirs...Read more 
> <http://elearning.opensips.org/bootcamp>
>
> Key Objectives
>
>
> • 	Examine OpenSIPS use case scenarios, architecture, advantages and 
> even limitations.
>
> • 	Install, configure and run OpenSIPS.
>
> • 	Interpret and understand the scripting language and core 
> configuration of OpenSIPS.
>
> • 	Understand SIP transactions, SIP dialogs and NAT handling when it 
> comes to deploying OpenSIPS.
>
> • 	Integrate with a relational database such as MySQL.
>
> • 	Install, configure and use the OpenSIPS Control Panel web interface.
>
> • 	Integrate with PSTN gateways and wholesale providers.
>
> • 	Implement advanced SIP call flows such as Call Forward, Call Hold 
> and Call Transfer.
>
>
> 	Read more <http://elearning.opensips.org/bootcamp>
>
> Registeraion Open > <http://elearning.opensips.org/bootcamp>
>
> Get Social
>
> OpenSIPS - Facebook <https://www.facebook.com/opensips> 		OpenSIPS 
> Twitter <https://twitter.com/opensips> 		OpenSIPS Linked in 
> <https://www.linkedin.com/groups/OpenSIPS-164063/about>
>
> ©2017 OpenSIPS | All Rights Reserved
>
> This email was sent by bootcamp at opensips.org 
> <mailto:bootcamp at opensips.org>
>
> openSIPS | Training / Bootcamp
> -- 
> Bogdan-Andrei Iancu
>    OpenSIPS Founder and Developer
>    http://www.opensips-solutions.com
>
> OpenSIPS Summit May 2017 Amsterdam
>    http://www.opensips.org/events/Summit-2017Amsterdam.html
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170808/338ebda9/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: btn_register.jpg
Type: image/jpeg
Size: 9812 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170808/338ebda9/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fb.png
Type: image/png
Size: 1154 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170808/338ebda9/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tw.png
Type: image/png
Size: 1458 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170808/338ebda9/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: in.png
Type: image/png
Size: 1888 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170808/338ebda9/attachment-0005.png>

From suresh.talasaniya at ecosmob.com  Tue Aug  8 09:31:07 2017
From: suresh.talasaniya at ecosmob.com (Sureshbhai Talasaniya)
Date: Tue, 8 Aug 2017 19:01:07 +0530
Subject: [OpenSIPS-Devel] Fwd: Blocking of BYE while Free Radius doing
	accounting
In-Reply-To: <CADGCAa-sd3qe8xUJkpM8bHwtUMf3KhbpFpvju3hf0n_yeDzoiQ@mail.gmail.com>
References: <CADGCAa-sd3qe8xUJkpM8bHwtUMf3KhbpFpvju3hf0n_yeDzoiQ@mail.gmail.com>
Message-ID: <CADGCAa_FKQQM5jVaJeTT9xOXcq-aqxH_3DsFRshONxDMi4oZcA@mail.gmail.com>

---------- Forwarded message ----------
From: Sureshbhai Talasaniya <suresh.talasaniya at ecosmob.com>
Date: Tue, Aug 8, 2017 at 6:57 PM
Subject: Blocking of BYE while Free Radius doing accounting
To: users at lists.opensips.org


Hello,

*------- BYE -----> OPenSIPs  ------BYE------> FS*


ON BYE request OpenSIPs do accounting using below configuration.
async( radius_send_acct("set2"), DEFAULT_RELAY_ROUTE_0);

When there are 100 cps, I am facing the issue in some calls
while free-radius takes approx 1 sec to complete accounting but on that
calls OpenSIPs block the BYE message until free-radius complete accounting.


Aug  8 08:31:16 OS /usr/local/sbin/opensips[3977]: [ 793-30802 at xx.xx.xx.xx
] Before Accounting : 1502181075000072
Aug  8 08:31:16 OS /usr/local/sbin/opensips[3977]: [ 793-30802 at xx.xx.xx.xx
] After Accounting : 1502181076001483

OpenSIPs received BYE Time: 1502181075000072

OpenSIPs Relay BYE Time: 1502181076001483


Time Difference Between Relay BYE and Received BYE
*1502181076001483 - 1502181075000072=1001411 usec.*


How to prevent Blocking of BYE while Free Radius doing accounting?

Free Radius is running on UDP protocol.

It would be appreciable if any help.

Thank You



-- 
Regards,
Suresh Talasaniya.
Software Developer.
Ecosmob Technologies Pvt. Ltd.
Contact : +91-9724264776
Skype : suresh.ecosmob



-- 
Regards,
Suresh Talasaniya.
Software Developer.
Ecosmob Technologies Pvt. Ltd.
Contact : +91-9724264776
Skype : suresh.ecosmob
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170808/ba8d6e69/attachment.html>

From bogdan at opensips.org  Wed Aug  9 08:52:12 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 9 Aug 2017 15:52:12 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Opensips Control Panel - not
	using MDB2 for PHP
In-Reply-To: <496A22A558454A40828E945D1B814E2545331B00@exmb03tsivz2.tcad.telia.se>
References: <496A22A558454A40828E945D1B814E2545331B00@exmb03tsivz2.tcad.telia.se>
Message-ID: <548b29a4-8e65-792e-e9df-50bdd53e349b@opensips.org>

Hi,

No, all versions are requiring the MDB2 for the DB operations. What php 
version do you have ?

Regards,

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/09/2017 03:26 PM, mahmoud.alizadeh at teliacompany.com wrote:
>
> Hi Developers
>
> Is there any Opensips Control Panel which does not use MDB2 driver? I 
> am having a big problem installing on a private Linux server which 
> does not have access to the internet for doing the below:
>
>                pear install MDB2
>
>                pear install MDB2#mysql //should you choose to go with 
> the mysql database
>
>                pear install log
>
> pear try’s to download via “pear.php.net” !
>
> I have also tried to install the MDB2 manually and configure PHP. It 
> just does not work.
>
> Anyway, PHP do not need driver to connect to Mysql DB using mysqli.
>
> *BR*
>
> *Mahmoud alizadeh*
>
> Developer | EU DK Tech P&P Touchpoint,Telia Danmark, filial af Telia 
> Nättjänster
>
> cid:image001.jpg at 01D22C09.04C346C0
>
> Telia Company
>
> +4526100697
>
> mahmoud.alizadeh at teliacompany.com 
> <mailto:mahmoud.alizadeh at teliacompany.com>
>
> www.teliacompany.com
>
> https://www.telia.dk
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170809/ce919b3b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 7519 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170809/ce919b3b/attachment.jpg>

From razvan at opensips.org  Wed Aug 16 04:26:50 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 16 Aug 2017 01:26:50 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 1885c0: event_xmlrpc: rebuild
 buffer for each event
Message-ID: <599401caef7e7_10663f86b287fc446225d@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 1885c0d4679f4b7b62b00512aa9b23de8880bff4
      https://github.com/OpenSIPS/opensips/commit/1885c0d4679f4b7b62b00512aa9b23de8880bff4
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-16 (Wed, 16 Aug 2017)

  Changed paths:
    M modules/event_xmlrpc/xmlrpc_send.c

  Log Message:
  -----------
  event_xmlrpc: rebuild buffer for each event

This prenvets crashes when multiple xmlrpc subscribers are used



From razvan at opensips.org  Wed Aug 16 04:27:07 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 16 Aug 2017 01:27:07 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 4b83be: event_xmlrpc: rebuild
 buffer for each event
Message-ID: <599401db22959_33d33f9520efdc34218fc@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 4b83be48a4ce70bfb655b07a92427e99abdf500a
      https://github.com/OpenSIPS/opensips/commit/4b83be48a4ce70bfb655b07a92427e99abdf500a
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-16 (Wed, 16 Aug 2017)

  Changed paths:
    M modules/event_xmlrpc/xmlrpc_send.c

  Log Message:
  -----------
  event_xmlrpc: rebuild buffer for each event

This prenvets crashes when multiple xmlrpc subscribers are used

(cherry picked from commit 1885c0d4679f4b7b62b00512aa9b23de8880bff4)



From razvan at opensips.org  Wed Aug 16 04:27:26 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 16 Aug 2017 01:27:26 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 64407f: event_xmlrpc: rebuild
 buffer for each event
Message-ID: <599401ee22683_90b3fd2973e7c3c14096@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/heads/2.2
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 64407f8a9cb85fb2a826916f6ae4b9be7fc2ad6f
      https://github.com/OpenSIPS/opensips/commit/64407f8a9cb85fb2a826916f6ae4b9be7fc2ad6f
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-16 (Wed, 16 Aug 2017)

  Changed paths:
    M modules/event_xmlrpc/xmlrpc_send.c

  Log Message:
  -----------
  event_xmlrpc: rebuild buffer for each event

This prenvets crashes when multiple xmlrpc subscribers are used

(cherry picked from commit 1885c0d4679f4b7b62b00512aa9b23de8880bff4)



From liviu at opensips.org  Wed Aug 16 11:18:14 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 16 Aug 2017 08:18:14 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] efdc82: Improve some logs
Message-ID: <599462361c467_e333ffc158b9c2c6674@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: efdc829db8ba2248273a24f91be7bec58a36de5d
      https://github.com/OpenSIPS/opensips/commit/efdc829db8ba2248273a24f91be7bec58a36de5d
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-16 (Wed, 16 Aug 2017)

  Changed paths:
    M modules/acc/acc.c
    M parser/msg_parser.c

  Log Message:
  -----------
  Improve some logs


  Commit: 8338fd48e4e2143fae1f762437a07f7fc51cf01c
      https://github.com/OpenSIPS/opensips/commit/8338fd48e4e2143fae1f762437a07f7fc51cf01c
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-16 (Wed, 16 Aug 2017)

  Changed paths:
    M modules/acc/README
    M modules/acc/doc/acc_admin.xml

  Log Message:
  -----------
  acc: Improve documentation


Compare: https://github.com/OpenSIPS/opensips/compare/1885c0d4679f...8338fd48e4e2

From liviu at opensips.org  Wed Aug 16 11:20:07 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 16 Aug 2017 08:20:07 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 72fa14: acc: Improve
	documentation
Message-ID: <599462a74d7a0_6e4c3f93c2af9c3c213ec@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 72fa14610e95f7a11c7bf97a3907b8a64a18c55f
      https://github.com/OpenSIPS/opensips/commit/72fa14610e95f7a11c7bf97a3907b8a64a18c55f
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-16 (Wed, 16 Aug 2017)

  Changed paths:
    M modules/acc/README
    M modules/acc/doc/acc_admin.xml

  Log Message:
  -----------
  acc: Improve documentation

(cherry picked from commit 8338fd48e4e2143fae1f762437a07f7fc51cf01c)



From vladp at opensips.org  Thu Aug 17 13:11:32 2017
From: vladp at opensips.org (rvlad-patrascu)
Date: Thu, 17 Aug 2017 10:11:32 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 06fa80: clusterer: add new
 clusterer MI commands for dispa...
Message-ID: <5995ce4456d73_90b3fd2973e7c3c31224@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 06fa801a96e4977804339a49c56c07b75bc0c66a
      https://github.com/OpenSIPS/opensips/commit/06fa801a96e4977804339a49c56c07b75bc0c66a
  Author: rvlad-patrascu <vladp at opensips.org>
  Date:   2017-08-17 (Thu, 17 Aug 2017)

  Changed paths:
    M modules/clusterer/README
    M modules/clusterer/clusterer.c
    M modules/clusterer/clusterer.h
    M modules/clusterer/clusterer_mod.c
    M modules/clusterer/doc/clusterer_admin.xml

  Log Message:
  -----------
  clusterer: add new clusterer MI commands for dispatching any other MI command in a cluster.

The "cluster_send_mi" command dispatches an MI command to be executed on specified node.
"cluster_broadcast_mi" dispatches a command to the entire cluster and also runs it locally.



From razvan at opensips.org  Fri Aug 18 06:53:46 2017
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Fri, 18 Aug 2017 13:53:46 +0300
Subject: [OpenSIPS-Devel] FreeSWITCH-CN Slides: OpenSIPS 2.3 as a front-end
	to FreeSWITCH
Message-ID: <7b9ae348-167c-d3a0-ef0e-15787ffcadb9@opensips.org>

Hi, everyone!

I'm sharing here the presentation of OpenSIPS 2.3 as a front-end to 
FreeSWITCH servers:

https://docs.google.com/presentation/d/1ikm25H87ZXg3dD9rMLzXFQrEGKvK1gcCX_mUFhRdrU4/edit?usp=sharing

Best regards,

-- 
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com



From liviu at opensips.org  Fri Aug 18 07:06:05 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 18 Aug 2017 14:06:05 +0300
Subject: [OpenSIPS-Devel] ClueCon Slides: FreeSWITCH-driven routing in
	OpenSIPS
Message-ID: <0005f2ae-7735-c6ad-184c-22c426970e4f@opensips.org>

Sharing my in-depth presentation [1] and 10x-speed video demo [2] of the 
OpenSIPS-FreeSWITCH integration for accurate load balancing during last 
week's ClueCon event:

Best regards,

[1]: 
https://docs.google.com/presentation/d/1vI2nnOzW-ZupX5YSpJtzvL19tVb64Ak1PUaph5gbwo4

[2]: https://drive.google.com/open?id=0B1A63U4oqFD3a3VRczlHMGtmQTQ

-- 
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com



From liviu at opensips.org  Fri Aug 18 10:10:55 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 18 Aug 2017 07:10:55 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 180457: cachedb_mongodb: Fix
	several issues
Message-ID: <5996f56fa9dbc_15023ffa2b27fc44127957@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 18045793ada31f8f9f36d2b68b36e566456687dd
      https://github.com/OpenSIPS/opensips/commit/18045793ada31f8f9f36d2b68b36e566456687dd
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M modules/cachedb_mongodb/cachedb_mongodb.c
    M modules/cachedb_mongodb/cachedb_mongodb_dbase.c
    M modules/cachedb_mongodb/cachedb_mongodb_dbase.h
    M modules/cachedb_mongodb/cachedb_mongodb_json.c

  Log Message:
  -----------
  cachedb_mongodb: Fix several issues

    * fix startup crash when libmongoc is compiled with
	--disable-automatic-init-and-cleanup
    * add silent startup dependency with tls_mgm module, since
	both modules attempt to perform TLS initialization
    * add proper handling for NULL and ObjectID types
    * fix a bson iteration bug, causing find() to skip 1st doc
    * fix a bug in kvo_to_bson(), causing OpenSIPS to crash
    * fix compile errors on some platforms due to "str" var names

Based on an original report+patch provided by @jalung on GitHub.

Closes #1135
Closes #1163


  Commit: de0e58a5952df7c482e78920b5ee67e5bfd0635e
      https://github.com/OpenSIPS/opensips/commit/de0e58a5952df7c482e78920b5ee67e5bfd0635e
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M modules/usrloc/ucontact.c

  Log Message:
  -----------
  usrloc: Fix contact matching with db_cachedb

Based on an original report+patch provided by @jalung on GitHub.


  Commit: c2a0e7e7164d2fc7bba79351dcf126af4f2e79c2
      https://github.com/OpenSIPS/opensips/commit/c2a0e7e7164d2fc7bba79351dcf126af4f2e79c2
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M modules/registrar/save.c

  Log Message:
  -----------
  registrar: Fix possible crash with remove()

When using usrloc "use_domain = 1", the registrar remove() function
could cause OpenSIPS to crash due to some uninitialized struct.

Based on an original report+patch provided by @jalung on GitHub.


  Commit: 7587326d352ef4ae6b3f2c6afab059ac57c0053c
      https://github.com/OpenSIPS/opensips/commit/7587326d352ef4ae6b3f2c6afab059ac57c0053c
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M cachedb/cachedb.c

  Log Message:
  -----------
  cachedb: Improve error reporting for bad connect strings

Based on an original report+patch provided by @jalung on GitHub.


Compare: https://github.com/OpenSIPS/opensips/compare/06fa801a96e4...7587326d352e

From liviu at opensips.org  Fri Aug 18 10:12:52 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 18 Aug 2017 07:12:52 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 9c4245: cachedb_mongodb: Fix
	several issues
Message-ID: <5996f5e4bb4d1_3e3c3fdd8ec75c30266cc@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 9c4245b034dbf708641e4f1170a7d6690be7f7cd
      https://github.com/OpenSIPS/opensips/commit/9c4245b034dbf708641e4f1170a7d6690be7f7cd
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M modules/cachedb_mongodb/cachedb_mongodb.c
    M modules/cachedb_mongodb/cachedb_mongodb_dbase.c
    M modules/cachedb_mongodb/cachedb_mongodb_dbase.h
    M modules/cachedb_mongodb/cachedb_mongodb_json.c

  Log Message:
  -----------
  cachedb_mongodb: Fix several issues

    * fix startup crash when libmongoc is compiled with
	--disable-automatic-init-and-cleanup
    * add silent startup dependency with tls_mgm module, since
	both modules attempt to perform TLS initialization
    * add proper handling for NULL and ObjectID types
    * fix a bson iteration bug, causing find() to skip 1st doc
    * fix a bug in kvo_to_bson(), causing OpenSIPS to crash
    * fix compile errors on some platforms due to "str" var names

Based on an original report+patch provided by @jalung on GitHub.

Closes #1135
Closes #1163

(cherry picked from commit 18045793ada31f8f9f36d2b68b36e566456687dd)


  Commit: 60d3c785ffd1d7e6c5f050e222134711cdc211e4
      https://github.com/OpenSIPS/opensips/commit/60d3c785ffd1d7e6c5f050e222134711cdc211e4
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M modules/usrloc/ucontact.c

  Log Message:
  -----------
  usrloc: Fix contact matching with db_cachedb

Based on an original report+patch provided by @jalung on GitHub.

(cherry picked from commit de0e58a5952df7c482e78920b5ee67e5bfd0635e)


  Commit: f6ff0bb661e4f00b5d03c16b986afea6b6075ee3
      https://github.com/OpenSIPS/opensips/commit/f6ff0bb661e4f00b5d03c16b986afea6b6075ee3
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M modules/registrar/save.c

  Log Message:
  -----------
  registrar: Fix possible crash with remove()

When using usrloc "use_domain = 1", the registrar remove() function
could cause OpenSIPS to crash due to some uninitialized struct.

Based on an original report+patch provided by @jalung on GitHub.

(cherry picked from commit c2a0e7e7164d2fc7bba79351dcf126af4f2e79c2)


  Commit: 1720ef4359dfc75cd6c693cd48214b2348a5b25a
      https://github.com/OpenSIPS/opensips/commit/1720ef4359dfc75cd6c693cd48214b2348a5b25a
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M cachedb/cachedb.c

  Log Message:
  -----------
  cachedb: Improve error reporting for bad connect strings

Based on an original report+patch provided by @jalung on GitHub.

(cherry picked from commit 7587326d352ef4ae6b3f2c6afab059ac57c0053c)


Compare: https://github.com/OpenSIPS/opensips/compare/72fa14610e95...1720ef4359df

From liviu at opensips.org  Fri Aug 18 10:22:19 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 18 Aug 2017 07:22:19 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 7a5e2c: cachedb_mongodb: Avoid
 redundant mongoc_init() cal...
Message-ID: <5996f81be7abf_75703fda9cf5dc4413483c@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 7a5e2c7b42e2680b6c1cea4481940061430c17eb
      https://github.com/OpenSIPS/opensips/commit/7a5e2c7b42e2680b6c1cea4481940061430c17eb
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M modules/cachedb_mongodb/cachedb_mongodb.c

  Log Message:
  -----------
  cachedb_mongodb: Avoid redundant mongoc_init() calls

mongoc_init() is using pthread_once() anyway, so we might as well
avoid calling it multiple times.



From liviu at opensips.org  Fri Aug 18 10:22:39 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 18 Aug 2017 07:22:39 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 62e4fd: cachedb_mongodb: Avoid
 redundant mongoc_init() cal...
Message-ID: <5996f82fbfe25_47373f8cae109c38352c8@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 62e4fdf9ba85ad1c8f5152ee1d4bdecfb45ba7d3
      https://github.com/OpenSIPS/opensips/commit/62e4fdf9ba85ad1c8f5152ee1d4bdecfb45ba7d3
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-18 (Fri, 18 Aug 2017)

  Changed paths:
    M modules/cachedb_mongodb/cachedb_mongodb.c

  Log Message:
  -----------
  cachedb_mongodb: Avoid redundant mongoc_init() calls

mongoc_init() is using pthread_once() anyway, so we might as well
avoid calling it multiple times.

(cherry picked from commit 7a5e2c7b42e2680b6c1cea4481940061430c17eb)



From mahmoud.alizadeh at teliacompany.com  Wed Aug  9 08:26:12 2017
From: mahmoud.alizadeh at teliacompany.com (mahmoud.alizadeh at teliacompany.com)
Date: Wed, 9 Aug 2017 12:26:12 +0000
Subject: [OpenSIPS-Devel] Opensips Control Panel - not using MDB2 for PHP
Message-ID: <496A22A558454A40828E945D1B814E2545331B00@exmb03tsivz2.tcad.telia.se>

Hi Developers

Is there any Opensips Control Panel which does not use MDB2 driver? I am having a big problem installing on a private Linux server which does not have access to the internet for doing the below:

               pear install MDB2
               pear install MDB2#mysql //should you choose to go with the mysql database
               pear install log

pear try's to download via "pear.php.net" !

I have also tried to install the MDB2 manually and configure PHP. It just does not work.

Anyway, PHP do not need driver to connect to Mysql DB using mysqli.



BR
Mahmoud alizadeh
Developer | EU DK Tech P&P Touchpoint,Telia Danmark, filial af Telia Nättjänster

[cid:image001.jpg at 01D22C09.04C346C0]

Telia Company
+4526100697
mahmoud.alizadeh at teliacompany.com<mailto:mahmoud.alizadeh at teliacompany.com>
www.teliacompany.com
https://www.telia.dk

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170809/538e8ed9/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 7519 bytes
Desc: image001.jpg
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170809/538e8ed9/attachment-0001.jpg>

From mahmoud.alizadeh at teliacompany.com  Wed Aug  9 09:35:42 2017
From: mahmoud.alizadeh at teliacompany.com (mahmoud.alizadeh at teliacompany.com)
Date: Wed, 9 Aug 2017 13:35:42 +0000
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Opensips Control Panel - not
	using MDB2 for PHP
In-Reply-To: <548b29a4-8e65-792e-e9df-50bdd53e349b@opensips.org>
References: <496A22A558454A40828E945D1B814E2545331B00@exmb03tsivz2.tcad.telia.se>
 <548b29a4-8e65-792e-e9df-50bdd53e349b@opensips.org>
Message-ID: <496A22A558454A40828E945D1B814E2545331BBE@exmb03tsivz2.tcad.telia.se>

Hi

PHP 5.4.16 (cli) (built: Aug  5 2016 07:50:38)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies


BR
Mahmoud alizadeh
Developer | EU DK Tech P&P Touchpoint,Telia Danmark, filial af Telia Nättjänster

[cid:image001.jpg at 01D22C09.04C346C0]

Telia Company
+4526100697
mahmoud.alizadeh at teliacompany.com<mailto:mahmoud.alizadeh at teliacompany.com>
www.teliacompany.com
https://www.telia.dk

From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
Sent: 9. august 2017 14:52
To: OpenSIPS users mailling list <users at lists.opensips.org>; Alizadeh, Mahmoud <mahmoud.alizadeh at teliacompany.com>; devel at lists.opensips.org
Subject: Re: [OpenSIPS-Users] Opensips Control Panel - not using MDB2 for PHP

Hi,

No, all versions are requiring the MDB2 for the DB operations. What php version do you have ?

Regards,


Bogdan-Andrei Iancu

  OpenSIPS Founder and Developer

  http://www.opensips-solutions.com



OpenSIPS Bootcamp 2017, Houston, US

  http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
On 08/09/2017 03:26 PM, mahmoud.alizadeh at teliacompany.com<mailto:mahmoud.alizadeh at teliacompany.com> wrote:
Hi Developers

Is there any Opensips Control Panel which does not use MDB2 driver? I am having a big problem installing on a private Linux server which does not have access to the internet for doing the below:

               pear install MDB2
               pear install MDB2#mysql //should you choose to go with the mysql database
               pear install log

pear try's to download via "pear.php.net" !

I have also tried to install the MDB2 manually and configure PHP. It just does not work.

Anyway, PHP do not need driver to connect to Mysql DB using mysqli.



BR
Mahmoud alizadeh
Developer | EU DK Tech P&P Touchpoint,Telia Danmark, filial af Telia Nättjänster

[cid:image001.jpg at 01D22C09.04C346C0]

Telia Company
+4526100697
mahmoud.alizadeh at teliacompany.com<mailto:mahmoud.alizadeh at teliacompany.com>
www.teliacompany.com
https://www.telia.dk





_______________________________________________

Users mailing list

Users at lists.opensips.org<mailto:Users at lists.opensips.org>

http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170809/1d7ee57b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 7519 bytes
Desc: image001.jpg
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170809/1d7ee57b/attachment-0001.jpg>

From sobomax at sippysoft.com  Fri Aug 18 18:39:56 2017
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Fri, 18 Aug 2017 15:39:56 -0700
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
 <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
Message-ID: <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>

Hi Bogdan, any luck looking into this issue? Looks like a serious problem
with 2.3 / master to me. Backing out the commit in question fixes it for us.

-Max

On Mon, Aug 7, 2017 at 12:09 PM, Maxim Sobolev <sobomax at sippysoft.com>
wrote:

> Bogdan, I've collected some "opensipsctl trap" output here for you, see
> line 2611 onwards:
>
> https://travis-ci.org/sippy/voiptests/jobs/261951017
>
> This is 10 seconds after starting the test, CANCELs arrive at about 2-3s
> mark, so it's well into "dead zone". Yet, I see some CANCEL messages in the
> traces, so it looks like some locking issue indeed.
>
> Please let me know if it helps or if you need any more debug. For the time
> being, I am successfully running with 2.3 and master by reverting change
> 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>
> -Max
>
> On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
> wrote:
>
>> Thank you Maxim for your troubleshooting.
>>
>> If you say this code makes a difference in your test, I have the say that
>> the newly added locking may do the "blocking" . To see if this is true,
>> while OpenSIPS is "blocked" could you run several times the "opensipsctl
>> trap" ?
>>
>> Best regards,
>>
>> Bogdan-Andrei Iancu
>>   OpenSIPS Founder and Developer
>>   http://www.opensips-solutions.com
>>
>> OpenSIPS Bootcamp 2017, Houston, US
>>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>
>> On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>>
>> Hi Bogdan & Co, I think I've narrowed down failure to a specific revision
>> in the 2.3 branch, see https://travis-ci.org/sipp
>> y/voiptests/builds/260009545:
>>
>> commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>> Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
>> Date:   Thu Mar 9 15:37:01 2017 +0200
>>
>>     Added support for dynamic branch manipulation
>>
>>     New functions were added to allow remote injecting of new branches
>> into an ongoing transaction:
>>     * t_inject_branches(source, flags) - injects new branches;
>>     * t_wait_for_new_branches() - instruct transaction to wait more for
>> possible new injections.
>>
>> Looking at the diff in question, the following piece of code looks
>> suspicious, but it might be something else from that change:
>>
>> @@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct sip_msg
>>  *p_msg , char *proxy, char *flags)
>>
>>                 update_cloned_msg_from_msg( t->uas.request, p_msg);
>>
>> -               ret = t_forward_nonack( t, p_msg, p);
>> +               if (route_type==FAILURE_ROUTE) {
>> +                       /* If called from failure route we need reset the
>> branch counter to
>> +                        * ignore the previous set of branches (already
>> terminated) */
>> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>> +               } else {
>> +                       /* if called from request route and the
>> transaction was previously
>> +                        * created, better lock here to avoid any
>> overlapping with
>> +                        * branch injection from other processes */
>> +                       LOCK_REPLIES(t);
>> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>> +                       UNLOCK_REPLIES(t);
>> +               }
>>                 if (ret<=0 ) {
>>                         LM_ERR("t_forward_nonack failed\n");
>>                         ret = t_relay_inerr2scripterr();
>> @@ -1262,7 +1330,8 @@ route_err:
>>
>> The revisions right before that work, none after does. Hopefully it will
>> give you some clues. Let me know if any other info is needed.
>>
>> -Max
>>
>>
>>
>
>
> --
> Maksym Sobolyev
> Sippy Software, Inc.
> Internet Telephony (VoIP) Experts
> Tel (Canada): +1-778-783-0474 <(778)%20783-0474>
> Tel (Toll-Free): +1-855-747-7779 <(855)%20747-7779>
> Fax: +1-866-857-6942 <(866)%20857-6942>
> Web: http://www.sippysoft.com
> MSN: sales at sippysoft.com
> Skype: SippySoft
>



-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
Tel (Canada): +1-778-783-0474
Tel (Toll-Free): +1-855-747-7779
Fax: +1-866-857-6942
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170818/23e9fe8c/attachment.html>

From bogdan at opensips.org  Mon Aug 21 06:16:03 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 21 Aug 2017 13:16:03 +0300
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
 <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
 <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>
Message-ID: <4c850e7f-1ae5-4747-2442-a27f34388f78@opensips.org>

Hi Maxim,

Sorry for the delay, finally back on tracks after ClueCon,

And thank you for your latest data (especially for the "trap" output) - 
I have a good lead on what might be the problem. Expect the fix soon.

Best regards,

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/19/2017 01:39 AM, Maxim Sobolev wrote:
> Hi Bogdan, any luck looking into this issue? Looks like a serious 
> problem with 2.3 / master to me. Backing out the commit in question 
> fixes it for us.
>
> -Max
>
> On Mon, Aug 7, 2017 at 12:09 PM, Maxim Sobolev <sobomax at sippysoft.com 
> <mailto:sobomax at sippysoft.com>> wrote:
>
>     Bogdan, I've collected some "opensipsctl trap" output here for
>     you, see line 2611 onwards:
>
>     https://travis-ci.org/sippy/voiptests/jobs/261951017
>     <https://travis-ci.org/sippy/voiptests/jobs/261951017>
>
>     This is 10 seconds after starting the test, CANCELs arrive at
>     about 2-3s mark, so it's well into "dead zone". Yet, I see some
>     CANCEL messages in the traces, so it looks like some locking issue
>     indeed.
>
>     Please let me know if it helps or if you need any more debug. For
>     the time being, I am successfully running with 2.3 and master by
>     reverting change 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>
>     -Max
>
>     On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu
>     <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
>         Thank you Maxim for your troubleshooting.
>
>         If you say this code makes a difference in your test, I have
>         the say that the newly added locking may do the "blocking" .
>         To see if this is true, while OpenSIPS is "blocked" could you
>         run several times the "opensipsctl trap" ?
>
>         Best regards,
>
>         Bogdan-Andrei Iancu
>            OpenSIPS Founder and Developer
>            http://www.opensips-solutions.com
>         <http://www.opensips-solutions.com>
>
>         OpenSIPS Bootcamp 2017, Houston, US
>            http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>         <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>
>         On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>>         Hi Bogdan & Co, I think I've narrowed down failure to a
>>         specific revision in the 2.3 branch, see
>>         https://travis-ci.org/sippy/voiptests/builds/260009545
>>         <https://travis-ci.org/sippy/voiptests/builds/260009545>:
>>
>>         commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>         Author: Bogdan-Andrei Iancu <bogdan at opensips.org
>>         <mailto:bogdan at opensips.org>>
>>         Date:   Thu Mar 9 15:37:01 2017 +0200
>>
>>             Added support for dynamic branch manipulation
>>
>>             New functions were added to allow remote injecting of new
>>         branches into an ongoing transaction:
>>             * t_inject_branches(source, flags) - injects new branches;
>>             * t_wait_for_new_branches() - instruct transaction to
>>         wait more for possible new injections.
>>
>>         Looking at the diff in question, the following piece of code
>>         looks suspicious, but it might be something else from that
>>         change:
>>
>>         @@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct
>>         sip_msg  *p_msg , char *proxy, char *flags)
>>
>>         update_cloned_msg_from_msg( t->uas.request, p_msg);
>>
>>         -               ret = t_forward_nonack( t, p_msg, p);
>>         +               if (route_type==FAILURE_ROUTE) {
>>         +                       /* If called from failure route we
>>         need reset the branch counter to
>>         +                        * ignore the previous set of
>>         branches (already terminated) */
>>         +                       ret = t_forward_nonack( t, p_msg, p,
>>         1/*reset*/);
>>         +               } else {
>>         +                       /* if called from request route and
>>         the transaction was previously
>>         +                        * created, better lock here to avoid
>>         any overlapping with
>>         +                        * branch injection from other
>>         processes */
>>         + LOCK_REPLIES(t);
>>         +                       ret = t_forward_nonack( t, p_msg, p,
>>         1/*reset*/);
>>         + UNLOCK_REPLIES(t);
>>         +               }
>>                         if (ret<=0 ) {
>>         LM_ERR("t_forward_nonack failed\n");
>>                                 ret = t_relay_inerr2scripterr();
>>         @@ -1262,7 +1330,8 @@ route_err:
>>
>>         The revisions right before that work, none after does.
>>         Hopefully it will give you some clues. Let me know if any
>>         other info is needed.
>>
>>         -Max
>
>
>
>
>     -- 
>     Maksym Sobolyev
>     Sippy Software, Inc.
>     Internet Telephony (VoIP) Experts
>     Tel (Canada): +1-778-783-0474 <tel:%28778%29%20783-0474>
>     Tel (Toll-Free): +1-855-747-7779 <tel:%28855%29%20747-7779>
>     Fax: +1-866-857-6942 <tel:%28866%29%20857-6942>
>     Web: http://www.sippysoft.com
>     MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
>     Skype: SippySoft
>
>
>
>
> -- 
> Maksym Sobolyev
> Sippy Software, Inc.
> Internet Telephony (VoIP) Experts
> Tel (Canada): +1-778-783-0474
> Tel (Toll-Free): +1-855-747-7779
> Fax: +1-866-857-6942
> Web: http://www.sippysoft.com
> MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
> Skype: SippySoft

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170821/1895563c/attachment.html>

From bogdan at opensips.org  Mon Aug 21 07:39:24 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 21 Aug 2017 04:39:24 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 4aa5fb: Fixed deadlock in
	CANCEL handling.
Message-ID: <599ac66c6a204_673b3fa2b9f7dc30186475@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a
      https://github.com/OpenSIPS/opensips/commit/4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-21 (Mon, 21 Aug 2017)

  Changed paths:
    M modules/tm/t_funcs.c
    M modules/tm/t_fwd.c
    M modules/tm/t_fwd.h
    M modules/tm/t_reply.c
    M modules/tm/tm.c

  Log Message:
  -----------
  Fixed deadlock in CANCEL handling.

Reported by Maxim Sobolev



From bogdan at opensips.org  Mon Aug 21 09:29:48 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 21 Aug 2017 16:29:48 +0300
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <4c850e7f-1ae5-4747-2442-a27f34388f78@opensips.org>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
 <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
 <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>
 <4c850e7f-1ae5-4747-2442-a27f34388f78@opensips.org>
Message-ID: <692db6cc-7d3a-05de-c3b1-ab18fc309951@opensips.org>

Hi MAxim,

Could you validate this fix:
https://github.com/OpenSIPS/opensips/commit/4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a

Regards,

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/21/2017 01:16 PM, Bogdan-Andrei Iancu wrote:
> Hi Maxim,
>
> Sorry for the delay, finally back on tracks after ClueCon,
>
> And thank you for your latest data (especially for the "trap" output) 
> - I have a good lead on what might be the problem. Expect the fix soon.
>
> Best regards,
> Bogdan-Andrei Iancu
>    OpenSIPS Founder and Developer
>    http://www.opensips-solutions.com
>
> OpenSIPS Bootcamp 2017, Houston, US
>    http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
> On 08/19/2017 01:39 AM, Maxim Sobolev wrote:
>> Hi Bogdan, any luck looking into this issue? Looks like a serious 
>> problem with 2.3 / master to me. Backing out the commit in question 
>> fixes it for us.
>>
>> -Max
>>
>> On Mon, Aug 7, 2017 at 12:09 PM, Maxim Sobolev <sobomax at sippysoft.com 
>> <mailto:sobomax at sippysoft.com>> wrote:
>>
>>     Bogdan, I've collected some "opensipsctl trap" output here for
>>     you, see line 2611 onwards:
>>
>>     https://travis-ci.org/sippy/voiptests/jobs/261951017
>>     <https://travis-ci.org/sippy/voiptests/jobs/261951017>
>>
>>     This is 10 seconds after starting the test, CANCELs arrive at
>>     about 2-3s mark, so it's well into "dead zone". Yet, I see some
>>     CANCEL messages in the traces, so it looks like some locking
>>     issue indeed.
>>
>>     Please let me know if it helps or if you need any more debug. For
>>     the time being, I am successfully running with 2.3 and master by
>>     reverting change 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>
>>     -Max
>>
>>     On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu
>>     <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>>
>>         Thank you Maxim for your troubleshooting.
>>
>>         If you say this code makes a difference in your test, I have
>>         the say that the newly added locking may do the "blocking" .
>>         To see if this is true, while OpenSIPS is "blocked" could you
>>         run several times the "opensipsctl trap" ?
>>
>>         Best regards,
>>
>>         Bogdan-Andrei Iancu
>>            OpenSIPS Founder and Developer
>>            http://www.opensips-solutions.com
>>         <http://www.opensips-solutions.com>
>>
>>         OpenSIPS Bootcamp 2017, Houston, US
>>            http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>         <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>>
>>         On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>>>         Hi Bogdan & Co, I think I've narrowed down failure to a
>>>         specific revision in the 2.3 branch, see
>>>         https://travis-ci.org/sippy/voiptests/builds/260009545
>>>         <https://travis-ci.org/sippy/voiptests/builds/260009545>:
>>>
>>>         commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>>         Author: Bogdan-Andrei Iancu <bogdan at opensips.org
>>>         <mailto:bogdan at opensips.org>>
>>>         Date:   Thu Mar 9 15:37:01 2017 +0200
>>>
>>>             Added support for dynamic branch manipulation
>>>
>>>             New functions were added to allow remote injecting of
>>>         new branches into an ongoing transaction:
>>>             * t_inject_branches(source, flags) - injects new branches;
>>>             * t_wait_for_new_branches() - instruct transaction to
>>>         wait more for possible new injections.
>>>
>>>         Looking at the diff in question, the following piece of code
>>>         looks suspicious, but it might be something else from that
>>>         change:
>>>
>>>         @@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct
>>>         sip_msg  *p_msg , char *proxy, char *flags)
>>>
>>>         update_cloned_msg_from_msg( t->uas.request, p_msg);
>>>
>>>         -               ret = t_forward_nonack( t, p_msg, p);
>>>         +               if (route_type==FAILURE_ROUTE) {
>>>         +                       /* If called from failure route we
>>>         need reset the branch counter to
>>>         +                        * ignore the previous set of
>>>         branches (already terminated) */
>>>         +                       ret = t_forward_nonack( t, p_msg, p,
>>>         1/*reset*/);
>>>         +               } else {
>>>         +                       /* if called from request route and
>>>         the transaction was previously
>>>         +                        * created, better lock here to
>>>         avoid any overlapping with
>>>         +                        * branch injection from other
>>>         processes */
>>>         + LOCK_REPLIES(t);
>>>         +                       ret = t_forward_nonack( t, p_msg, p,
>>>         1/*reset*/);
>>>         + UNLOCK_REPLIES(t);
>>>         +               }
>>>                         if (ret<=0 ) {
>>>         LM_ERR("t_forward_nonack failed\n");
>>>                                 ret = t_relay_inerr2scripterr();
>>>         @@ -1262,7 +1330,8 @@ route_err:
>>>
>>>         The revisions right before that work, none after does.
>>>         Hopefully it will give you some clues. Let me know if any
>>>         other info is needed.
>>>
>>>         -Max
>>
>>
>>
>>
>>     -- 
>>     Maksym Sobolyev
>>     Sippy Software, Inc.
>>     Internet Telephony (VoIP) Experts
>>     Tel (Canada): +1-778-783-0474 <tel:%28778%29%20783-0474>
>>     Tel (Toll-Free): +1-855-747-7779 <tel:%28855%29%20747-7779>
>>     Fax: +1-866-857-6942 <tel:%28866%29%20857-6942>
>>     Web: http://www.sippysoft.com
>>     MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
>>     Skype: SippySoft
>>
>>
>>
>>
>> -- 
>> Maksym Sobolyev
>> Sippy Software, Inc.
>> Internet Telephony (VoIP) Experts
>> Tel (Canada): +1-778-783-0474
>> Tel (Toll-Free): +1-855-747-7779
>> Fax: +1-866-857-6942
>> Web: http://www.sippysoft.com
>> MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
>> Skype: SippySoft
>
>
>
> _______________________________________________
> 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/20170821/ed18f90e/attachment-0001.html>

From liviu at opensips.org  Tue Aug 22 12:32:26 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 22 Aug 2017 09:32:26 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] e3be4a: sipcapture: Fix
 primary key issues with PostgreSQL
Message-ID: <599c5c9aa8a4b_2ee3ff25624fc38749b3@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: e3be4a13d36898998beafd4acf89ef0c2520749c
      https://github.com/OpenSIPS/opensips/commit/e3be4a13d36898998beafd4acf89ef0c2520749c
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-22 (Tue, 22 Aug 2017)

  Changed paths:
    M modules/sipcapture/sipcapture.c

  Log Message:
  -----------
  sipcapture: Fix primary key issues with PostgreSQL

Postgres handles zero-value auto-increment columns which are part of
composite primary keys differently than MySQL. Omitting the column
altogether from the INSERT statements rather than setting it to
zero leads to the expected behavior on both platforms
(i.e. "always try to insert a unique id").

Thanks to Jennifer Hashimoto for reporting and troubleshooting



From sobomax at sippysoft.com  Wed Aug 23 16:19:08 2017
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Wed, 23 Aug 2017 13:19:08 -0700
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <692db6cc-7d3a-05de-c3b1-ab18fc309951@opensips.org>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
 <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
 <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>
 <4c850e7f-1ae5-4747-2442-a27f34388f78@opensips.org>
 <692db6cc-7d3a-05de-c3b1-ab18fc309951@opensips.org>
Message-ID: <CAH7qZfuM-fvtsdXyoA9UzVQ2U6szjs0grSpRkfRJurF1ZDxtjA@mail.gmail.com>

Hi Bogdan, yes, that seems to be fixed it. Please merge into 2.3 at your
earliest convenience. Thanks!

-Max

On Mon, Aug 21, 2017 at 6:29 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Hi MAxim,
>
> Could you validate this fix:
>     https://github.com/OpenSIPS/opensips/commit/
> 4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a
>
> Regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Bootcamp 2017, Houston, US
>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>
> On 08/21/2017 01:16 PM, Bogdan-Andrei Iancu wrote:
>
> Hi Maxim,
>
> Sorry for the delay, finally back on tracks after ClueCon,
>
> And thank you for your latest data (especially for the "trap" output) - I
> have a good lead on what might be the problem. Expect the fix soon.
>
> Best regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Bootcamp 2017, Houston, US
>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>
> On 08/19/2017 01:39 AM, Maxim Sobolev wrote:
>
> Hi Bogdan, any luck looking into this issue? Looks like a serious problem
> with 2.3 / master to me. Backing out the commit in question fixes it for
> us.
>
> -Max
>
> On Mon, Aug 7, 2017 at 12:09 PM, Maxim Sobolev <sobomax at sippysoft.com>
> wrote:
>
>> Bogdan, I've collected some "opensipsctl trap" output here for you, see
>> line 2611 onwards:
>>
>> https://travis-ci.org/sippy/voiptests/jobs/261951017
>>
>> This is 10 seconds after starting the test, CANCELs arrive at about 2-3s
>> mark, so it's well into "dead zone". Yet, I see some CANCEL messages in the
>> traces, so it looks like some locking issue indeed.
>>
>> Please let me know if it helps or if you need any more debug. For the
>> time being, I am successfully running with 2.3 and master by reverting
>> change 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>
>> -Max
>>
>> On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
>> wrote:
>>
>>> Thank you Maxim for your troubleshooting.
>>>
>>> If you say this code makes a difference in your test, I have the say
>>> that the newly added locking may do the "blocking" . To see if this is
>>> true, while OpenSIPS is "blocked" could you run several times the
>>> "opensipsctl trap" ?
>>>
>>> Best regards,
>>>
>>> Bogdan-Andrei Iancu
>>>   OpenSIPS Founder and Developer
>>>   http://www.opensips-solutions.com
>>>
>>> OpenSIPS Bootcamp 2017, Houston, US
>>>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>>
>>> On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>>>
>>> Hi Bogdan & Co, I think I've narrowed down failure to a specific
>>> revision in the 2.3 branch, see https://travis-ci.org/sipp
>>> y/voiptests/builds/260009545:
>>>
>>> commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>> Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
>>> Date:   Thu Mar 9 15:37:01 2017 +0200
>>>
>>>     Added support for dynamic branch manipulation
>>>
>>>     New functions were added to allow remote injecting of new branches
>>> into an ongoing transaction:
>>>     * t_inject_branches(source, flags) - injects new branches;
>>>     * t_wait_for_new_branches() - instruct transaction to wait more for
>>> possible new injections.
>>>
>>> Looking at the diff in question, the following piece of code looks
>>> suspicious, but it might be something else from that change:
>>>
>>> @@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct sip_msg
>>>  *p_msg , char *proxy, char *flags)
>>>
>>>                 update_cloned_msg_from_msg( t->uas.request, p_msg);
>>>
>>> -               ret = t_forward_nonack( t, p_msg, p);
>>> +               if (route_type==FAILURE_ROUTE) {
>>> +                       /* If called from failure route we need reset
>>> the branch counter to
>>> +                        * ignore the previous set of branches (already
>>> terminated) */
>>> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>>> +               } else {
>>> +                       /* if called from request route and the
>>> transaction was previously
>>> +                        * created, better lock here to avoid any
>>> overlapping with
>>> +                        * branch injection from other processes */
>>> +                       LOCK_REPLIES(t);
>>> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>>> +                       UNLOCK_REPLIES(t);
>>> +               }
>>>                 if (ret<=0 ) {
>>>                         LM_ERR("t_forward_nonack failed\n");
>>>                         ret = t_relay_inerr2scripterr();
>>> @@ -1262,7 +1330,8 @@ route_err:
>>>
>>> The revisions right before that work, none after does. Hopefully it will
>>> give you some clues. Let me know if any other info is needed.
>>>
>>> -Max
>>>
>>>
>>>
>>
>>
>> --
>> Maksym Sobolyev
>> Sippy Software, Inc.
>> Internet Telephony (VoIP) Experts
>> Tel (Canada): +1-778-783-0474 <%28778%29%20783-0474>
>> Tel (Toll-Free): +1-855-747-7779 <%28855%29%20747-7779>
>> Fax: +1-866-857-6942 <%28866%29%20857-6942>
>> Web: http://www.sippysoft.com
>> MSN: sales at sippysoft.com
>> Skype: SippySoft
>>
>
>
>
> --
> Maksym Sobolyev
> Sippy Software, Inc.
> Internet Telephony (VoIP) Experts
> Tel (Canada): +1-778-783-0474 <(778)%20783-0474>
> Tel (Toll-Free): +1-855-747-7779 <(855)%20747-7779>
> Fax: +1-866-857-6942 <(866)%20857-6942>
> Web: http://www.sippysoft.com
> MSN: sales at sippysoft.com
> Skype: SippySoft
>
>
>
>
> _______________________________________________
> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>


-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
Tel (Canada): +1-778-783-0474
Tel (Toll-Free): +1-855-747-7779
Fax: +1-866-857-6942
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170823/c21cb5b7/attachment.html>

From osas at voipembedded.com  Wed Aug 23 16:58:42 2017
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 23 Aug 2017 16:58:42 -0400
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <CAH7qZfuM-fvtsdXyoA9UzVQ2U6szjs0grSpRkfRJurF1ZDxtjA@mail.gmail.com>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
 <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
 <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>
 <4c850e7f-1ae5-4747-2442-a27f34388f78@opensips.org>
 <692db6cc-7d3a-05de-c3b1-ab18fc309951@opensips.org>
 <CAH7qZfuM-fvtsdXyoA9UzVQ2U6szjs0grSpRkfRJurF1ZDxtjA@mail.gmail.com>
Message-ID: <CAND0Lku2oH-DN0vftWOXUTcjs_2M0GvCmBZWG-KHRHwE3XQ3tw@mail.gmail.com>

That's good news! It seems that I hit the same bug, looking forward for the
2.3 backport.

Thanks,
Ovidiu

On Aug 23, 2017 16:19, "Maxim Sobolev" <sobomax at sippysoft.com> wrote:

> Hi Bogdan, yes, that seems to be fixed it. Please merge into 2.3 at your
> earliest convenience. Thanks!
>
> -Max
>
> On Mon, Aug 21, 2017 at 6:29 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
> wrote:
>
>> Hi MAxim,
>>
>> Could you validate this fix:
>>     https://github.com/OpenSIPS/opensips/commit/4aa5fb91a0a8b06d
>> 886ef3f2a093c8f5526aaa4a
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>>   OpenSIPS Founder and Developer
>>   http://www.opensips-solutions.com
>>
>> OpenSIPS Bootcamp 2017, Houston, US
>>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>
>> On 08/21/2017 01:16 PM, Bogdan-Andrei Iancu wrote:
>>
>> Hi Maxim,
>>
>> Sorry for the delay, finally back on tracks after ClueCon,
>>
>> And thank you for your latest data (especially for the "trap" output) - I
>> have a good lead on what might be the problem. Expect the fix soon.
>>
>> Best regards,
>>
>> Bogdan-Andrei Iancu
>>   OpenSIPS Founder and Developer
>>   http://www.opensips-solutions.com
>>
>> OpenSIPS Bootcamp 2017, Houston, US
>>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>
>> On 08/19/2017 01:39 AM, Maxim Sobolev wrote:
>>
>> Hi Bogdan, any luck looking into this issue? Looks like a serious problem
>> with 2.3 / master to me. Backing out the commit in question fixes it for
>> us.
>>
>> -Max
>>
>> On Mon, Aug 7, 2017 at 12:09 PM, Maxim Sobolev <sobomax at sippysoft.com>
>> wrote:
>>
>>> Bogdan, I've collected some "opensipsctl trap" output here for you, see
>>> line 2611 onwards:
>>>
>>> https://travis-ci.org/sippy/voiptests/jobs/261951017
>>>
>>> This is 10 seconds after starting the test, CANCELs arrive at about 2-3s
>>> mark, so it's well into "dead zone". Yet, I see some CANCEL messages in the
>>> traces, so it looks like some locking issue indeed.
>>>
>>> Please let me know if it helps or if you need any more debug. For the
>>> time being, I am successfully running with 2.3 and master by reverting
>>> change 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>>
>>> -Max
>>>
>>> On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu <bogdan at opensips.org
>>> > wrote:
>>>
>>>> Thank you Maxim for your troubleshooting.
>>>>
>>>> If you say this code makes a difference in your test, I have the say
>>>> that the newly added locking may do the "blocking" . To see if this is
>>>> true, while OpenSIPS is "blocked" could you run several times the
>>>> "opensipsctl trap" ?
>>>>
>>>> Best regards,
>>>>
>>>> Bogdan-Andrei Iancu
>>>>   OpenSIPS Founder and Developer
>>>>   http://www.opensips-solutions.com
>>>>
>>>> OpenSIPS Bootcamp 2017, Houston, US
>>>>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>>>
>>>> On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>>>>
>>>> Hi Bogdan & Co, I think I've narrowed down failure to a specific
>>>> revision in the 2.3 branch, see https://travis-ci.org/sipp
>>>> y/voiptests/builds/260009545:
>>>>
>>>> commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>>> Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
>>>> Date:   Thu Mar 9 15:37:01 2017 +0200
>>>>
>>>>     Added support for dynamic branch manipulation
>>>>
>>>>     New functions were added to allow remote injecting of new branches
>>>> into an ongoing transaction:
>>>>     * t_inject_branches(source, flags) - injects new branches;
>>>>     * t_wait_for_new_branches() - instruct transaction to wait more for
>>>> possible new injections.
>>>>
>>>> Looking at the diff in question, the following piece of code looks
>>>> suspicious, but it might be something else from that change:
>>>>
>>>> @@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct sip_msg
>>>>  *p_msg , char *proxy, char *flags)
>>>>
>>>>                 update_cloned_msg_from_msg( t->uas.request, p_msg);
>>>>
>>>> -               ret = t_forward_nonack( t, p_msg, p);
>>>> +               if (route_type==FAILURE_ROUTE) {
>>>> +                       /* If called from failure route we need reset
>>>> the branch counter to
>>>> +                        * ignore the previous set of branches (already
>>>> terminated) */
>>>> +                       ret = t_forward_nonack( t, p_msg, p,
>>>> 1/*reset*/);
>>>> +               } else {
>>>> +                       /* if called from request route and the
>>>> transaction was previously
>>>> +                        * created, better lock here to avoid any
>>>> overlapping with
>>>> +                        * branch injection from other processes */
>>>> +                       LOCK_REPLIES(t);
>>>> +                       ret = t_forward_nonack( t, p_msg, p,
>>>> 1/*reset*/);
>>>> +                       UNLOCK_REPLIES(t);
>>>> +               }
>>>>                 if (ret<=0 ) {
>>>>                         LM_ERR("t_forward_nonack failed\n");
>>>>                         ret = t_relay_inerr2scripterr();
>>>> @@ -1262,7 +1330,8 @@ route_err:
>>>>
>>>> The revisions right before that work, none after does. Hopefully it
>>>> will give you some clues. Let me know if any other info is needed.
>>>>
>>>> -Max
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Maksym Sobolyev
>>> Sippy Software, Inc.
>>> Internet Telephony (VoIP) Experts
>>> Tel (Canada): +1-778-783-0474 <%28778%29%20783-0474>
>>> Tel (Toll-Free): +1-855-747-7779 <%28855%29%20747-7779>
>>> Fax: +1-866-857-6942 <%28866%29%20857-6942>
>>> Web: http://www.sippysoft.com
>>> MSN: sales at sippysoft.com
>>> Skype: SippySoft
>>>
>>
>>
>>
>> --
>> Maksym Sobolyev
>> Sippy Software, Inc.
>> Internet Telephony (VoIP) Experts
>> Tel (Canada): +1-778-783-0474 <(778)%20783-0474>
>> Tel (Toll-Free): +1-855-747-7779 <(855)%20747-7779>
>> Fax: +1-866-857-6942 <(866)%20857-6942>
>> Web: http://www.sippysoft.com
>> MSN: sales at sippysoft.com
>> Skype: SippySoft
>>
>>
>>
>>
>> _______________________________________________
>> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>>
>>
>
>
> --
> Maksym Sobolyev
> Sippy Software, Inc.
> Internet Telephony (VoIP) Experts
> Tel (Canada): +1-778-783-0474 <(778)%20783-0474>
> Tel (Toll-Free): +1-855-747-7779 <(855)%20747-7779>
> Fax: +1-866-857-6942 <(866)%20857-6942>
> Web: http://www.sippysoft.com
> MSN: sales at sippysoft.com
> Skype: SippySoft
>
> _______________________________________________
> 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/20170823/69b9b517/attachment-0001.html>

From liviu at opensips.org  Thu Aug 24 09:59:48 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 24 Aug 2017 06:59:48 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 4d028f: statistics: Improve
	the stat group parser
Message-ID: <599edbd4b82a3_1d6f3fc770061c34566a3@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 4d028f716330271367d7d85e25492f5ae1f35d8a
      https://github.com/OpenSIPS/opensips/commit/4d028f716330271367d7d85e25492f5ae1f35d8a
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-24 (Thu, 24 Aug 2017)

  Changed paths:
    M modules/statistics/stats_funcs.c

  Log Message:
  -----------
  statistics: Improve the stat group parser

Although we break backwards-compatibility, we actually fix the logic to be
closer to what users would expect. For example, a "method:register:auth"
statistic is more naturally interpreted as:

{ "group": "method", "stat": "register:auth" } (new behavior)

rather than:

{ "group": "method:register", "stat": "auth" } (old behavior).



From bogdan at opensips.org  Thu Aug 24 10:04:49 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 24 Aug 2017 07:04:49 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 6cc56d: Fixed deadlock in
	CANCEL handling.
Message-ID: <599edd01e1160_60503faa52fd1c2c280e5@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 6cc56d26cd82fce2e806e252ebaf12c5f420f96d
      https://github.com/OpenSIPS/opensips/commit/6cc56d26cd82fce2e806e252ebaf12c5f420f96d
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2017-08-24 (Thu, 24 Aug 2017)

  Changed paths:
    M modules/tm/t_funcs.c
    M modules/tm/t_fwd.c
    M modules/tm/t_fwd.h
    M modules/tm/t_reply.c
    M modules/tm/tm.c

  Log Message:
  -----------
  Fixed deadlock in CANCEL handling.

Reported by Maxim Sobolev

(cherry picked from commit 4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a)



From bogdan at opensips.org  Thu Aug 24 10:05:08 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 24 Aug 2017 17:05:08 +0300
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <CAH7qZfuM-fvtsdXyoA9UzVQ2U6szjs0grSpRkfRJurF1ZDxtjA@mail.gmail.com>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
 <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
 <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>
 <4c850e7f-1ae5-4747-2442-a27f34388f78@opensips.org>
 <692db6cc-7d3a-05de-c3b1-ab18fc309951@opensips.org>
 <CAH7qZfuM-fvtsdXyoA9UzVQ2U6szjs0grSpRkfRJurF1ZDxtjA@mail.gmail.com>
Message-ID: <6ddc1c05-4468-8570-01d4-3c767adc57c0@opensips.org>

Hi Maxim,

Thanks a lot for the reports and your tremendous help with 
troubleshooting this. I just did the backport to 2.3.

Best regards,

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/23/2017 11:19 PM, Maxim Sobolev wrote:
> Hi Bogdan, yes, that seems to be fixed it. Please merge into 2.3 at 
> your earliest convenience. Thanks!
>
> -Max
>
> On Mon, Aug 21, 2017 at 6:29 AM, Bogdan-Andrei Iancu 
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
>     Hi MAxim,
>
>     Could you validate this fix:
>     https://github.com/OpenSIPS/opensips/commit/4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a
>     <https://github.com/OpenSIPS/opensips/commit/4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a>
>
>     Regards,
>
>     Bogdan-Andrei Iancu
>        OpenSIPS Founder and Developer
>        http://www.opensips-solutions.com <http://www.opensips-solutions.com>
>
>     OpenSIPS Bootcamp 2017, Houston, US
>        http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>     <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>
>     On 08/21/2017 01:16 PM, Bogdan-Andrei Iancu wrote:
>>     Hi Maxim,
>>
>>     Sorry for the delay, finally back on tracks after ClueCon,
>>
>>     And thank you for your latest data (especially for the "trap"
>>     output) - I have a good lead on what might be the problem. Expect
>>     the fix soon.
>>
>>     Best regards,
>>     Bogdan-Andrei Iancu
>>        OpenSIPS Founder and Developer
>>        http://www.opensips-solutions.com <http://www.opensips-solutions.com>
>>
>>     OpenSIPS Bootcamp 2017, Houston, US
>>        http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>     <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>>     On 08/19/2017 01:39 AM, Maxim Sobolev wrote:
>>>     Hi Bogdan, any luck looking into this issue? Looks like a
>>>     serious problem with 2.3 / master to me. Backing out the commit
>>>     in question fixes it for us.
>>>
>>>     -Max
>>>
>>>     On Mon, Aug 7, 2017 at 12:09 PM, Maxim Sobolev
>>>     <sobomax at sippysoft.com <mailto:sobomax at sippysoft.com>> wrote:
>>>
>>>         Bogdan, I've collected some "opensipsctl trap" output here
>>>         for you, see line 2611 onwards:
>>>
>>>         https://travis-ci.org/sippy/voiptests/jobs/261951017
>>>         <https://travis-ci.org/sippy/voiptests/jobs/261951017>
>>>
>>>         This is 10 seconds after starting the test, CANCELs arrive
>>>         at about 2-3s mark, so it's well into "dead zone". Yet, I
>>>         see some CANCEL messages in the traces, so it looks like
>>>         some locking issue indeed.
>>>
>>>         Please let me know if it helps or if you need any more
>>>         debug. For the time being, I am successfully running with
>>>         2.3 and master by reverting
>>>         change 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>>
>>>         -Max
>>>
>>>         On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu
>>>         <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>>>
>>>             Thank you Maxim for your troubleshooting.
>>>
>>>             If you say this code makes a difference in your test, I
>>>             have the say that the newly added locking may do the
>>>             "blocking" . To see if this is true, while OpenSIPS is
>>>             "blocked" could you run several times the "opensipsctl
>>>             trap" ?
>>>
>>>             Best regards,
>>>
>>>             Bogdan-Andrei Iancu
>>>                OpenSIPS Founder and Developer
>>>                http://www.opensips-solutions.com
>>>             <http://www.opensips-solutions.com>
>>>
>>>             OpenSIPS Bootcamp 2017, Houston, US
>>>                http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>>             <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>>>
>>>             On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>>>>             Hi Bogdan & Co, I think I've narrowed down failure to a
>>>>             specific revision in the 2.3 branch, see
>>>>             https://travis-ci.org/sippy/voiptests/builds/260009545
>>>>             <https://travis-ci.org/sippy/voiptests/builds/260009545>:
>>>>
>>>>             commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>>>             Author: Bogdan-Andrei Iancu <bogdan at opensips.org
>>>>             <mailto:bogdan at opensips.org>>
>>>>             Date:   Thu Mar 9 15:37:01 2017 +0200
>>>>
>>>>                 Added support for dynamic branch manipulation
>>>>
>>>>                 New functions were added to allow remote injecting
>>>>             of new branches into an ongoing transaction:
>>>>                 * t_inject_branches(source, flags) - injects new
>>>>             branches;
>>>>                 * t_wait_for_new_branches() - instruct transaction
>>>>             to wait more for possible new injections.
>>>>
>>>>             Looking at the diff in question, the following piece of
>>>>             code looks suspicious, but it might be something else
>>>>             from that change:
>>>>
>>>>             @@ -1244,7 +1301,18 @@ inline static int w_t_relay(
>>>>             struct sip_msg  *p_msg , char *proxy, char *flags)
>>>>
>>>>             update_cloned_msg_from_msg( t->uas.request, p_msg);
>>>>
>>>>             - ret = t_forward_nonack( t, p_msg, p);
>>>>             + if (route_type==FAILURE_ROUTE) {
>>>>             +         /* If called from failure route we need reset
>>>>             the branch counter to
>>>>             +          * ignore the previous set of branches
>>>>             (already terminated) */
>>>>             +         ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>>>>             + } else {
>>>>             +         /* if called from request route and the
>>>>             transaction was previously
>>>>             +          * created, better lock here to avoid any
>>>>             overlapping with
>>>>             +          * branch injection from other processes */
>>>>             + LOCK_REPLIES(t);
>>>>             +         ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>>>>             + UNLOCK_REPLIES(t);
>>>>             + }
>>>>             if (ret<=0 ) {
>>>>             LM_ERR("t_forward_nonack failed\n");
>>>>                     ret = t_relay_inerr2scripterr();
>>>>             @@ -1262,7 +1330,8 @@ route_err:
>>>>
>>>>             The revisions right before that work, none after does.
>>>>             Hopefully it will give you some clues. Let me know if
>>>>             any other info is needed.
>>>>
>>>>             -Max
>>>
>>>
>>>
>>>
>>>         -- 
>>>         Maksym Sobolyev
>>>         Sippy Software, Inc.
>>>         Internet Telephony (VoIP) Experts
>>>         Tel (Canada): +1-778-783-0474 <tel:%28778%29%20783-0474>
>>>         Tel (Toll-Free): +1-855-747-7779 <tel:%28855%29%20747-7779>
>>>         Fax: +1-866-857-6942 <tel:%28866%29%20857-6942>
>>>         Web: http://www.sippysoft.com
>>>         MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
>>>         Skype: SippySoft
>>>
>>>
>>>
>>>
>>>     -- 
>>>     Maksym Sobolyev
>>>     Sippy Software, Inc.
>>>     Internet Telephony (VoIP) Experts
>>>     Tel (Canada): +1-778-783-0474 <tel:%28778%29%20783-0474>
>>>     Tel (Toll-Free): +1-855-747-7779 <tel:%28855%29%20747-7779>
>>>     Fax: +1-866-857-6942 <tel:%28866%29%20857-6942>
>>>     Web: http://www.sippysoft.com
>>>     MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
>>>     Skype: SippySoft
>>
>>
>>
>>     _______________________________________________
>>     Devel mailing list
>>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>     <http://lists.opensips.org/cgi-bin/mailman/listinfo/devel>
>
>
>
>
> -- 
> Maksym Sobolyev
> Sippy Software, Inc.
> Internet Telephony (VoIP) Experts
> Tel (Canada): +1-778-783-0474
> Tel (Toll-Free): +1-855-747-7779
> Fax: +1-866-857-6942
> Web: http://www.sippysoft.com
> MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
> Skype: SippySoft

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170824/623a0b57/attachment-0001.html>

From liviu at opensips.org  Thu Aug 24 10:05:18 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 24 Aug 2017 07:05:18 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 92de4f: statistics: Improve
	the stat group parser
Message-ID: <599edd1e29773_625f3fddba1f3c2c31329@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 92de4ffc060e4f483a31736ec56f2f95eb568418
      https://github.com/OpenSIPS/opensips/commit/92de4ffc060e4f483a31736ec56f2f95eb568418
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-24 (Thu, 24 Aug 2017)

  Changed paths:
    M modules/statistics/stats_funcs.c

  Log Message:
  -----------
  statistics: Improve the stat group parser

Although we break backwards-compatibility, we actually fix the logic to be
closer to what users would expect. For example, a "method:register:auth"
statistic is more naturally interpreted as:

{ "group": "method", "stat": "register:auth" } (new behavior)

rather than:

{ "group": "method:register", "stat": "auth" } (old behavior).

(cherry picked from commit 4d028f716330271367d7d85e25492f5ae1f35d8a)



From sip.nslu at gmail.com  Wed Aug 23 16:49:29 2017
From: sip.nslu at gmail.com (Ovidiu Sas)
Date: Wed, 23 Aug 2017 16:49:29 -0400
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <CAH7qZfuM-fvtsdXyoA9UzVQ2U6szjs0grSpRkfRJurF1ZDxtjA@mail.gmail.com>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
 <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
 <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>
 <4c850e7f-1ae5-4747-2442-a27f34388f78@opensips.org>
 <692db6cc-7d3a-05de-c3b1-ab18fc309951@opensips.org>
 <CAH7qZfuM-fvtsdXyoA9UzVQ2U6szjs0grSpRkfRJurF1ZDxtjA@mail.gmail.com>
Message-ID: <CAND0LksPNAEjVQO4CeRLR4+6D_Yr7+jpSQo6EfJTbONp2JVLOw@mail.gmail.com>

That's good news! It seems that I hit the same bug, looking forward for the
2.3 backport.

Thanks,
Ovidiu

On Aug 23, 2017 16:19, "Maxim Sobolev" <sobomax at sippysoft.com> wrote:

Hi Bogdan, yes, that seems to be fixed it. Please merge into 2.3 at your
earliest convenience. Thanks!

-Max

On Mon, Aug 21, 2017 at 6:29 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Hi MAxim,
>
> Could you validate this fix:
>     https://github.com/OpenSIPS/opensips/commit/4aa5fb91a0a8b06d
> 886ef3f2a093c8f5526aaa4a
>
> Regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Bootcamp 2017, Houston, US
>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>
> On 08/21/2017 01:16 PM, Bogdan-Andrei Iancu wrote:
>
> Hi Maxim,
>
> Sorry for the delay, finally back on tracks after ClueCon,
>
> And thank you for your latest data (especially for the "trap" output) - I
> have a good lead on what might be the problem. Expect the fix soon.
>
> Best regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Bootcamp 2017, Houston, US
>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>
> On 08/19/2017 01:39 AM, Maxim Sobolev wrote:
>
> Hi Bogdan, any luck looking into this issue? Looks like a serious problem
> with 2.3 / master to me. Backing out the commit in question fixes it for
> us.
>
> -Max
>
> On Mon, Aug 7, 2017 at 12:09 PM, Maxim Sobolev <sobomax at sippysoft.com>
> wrote:
>
>> Bogdan, I've collected some "opensipsctl trap" output here for you, see
>> line 2611 onwards:
>>
>> https://travis-ci.org/sippy/voiptests/jobs/261951017
>>
>> This is 10 seconds after starting the test, CANCELs arrive at about 2-3s
>> mark, so it's well into "dead zone". Yet, I see some CANCEL messages in the
>> traces, so it looks like some locking issue indeed.
>>
>> Please let me know if it helps or if you need any more debug. For the
>> time being, I am successfully running with 2.3 and master by reverting
>> change 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>
>> -Max
>>
>> On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
>> wrote:
>>
>>> Thank you Maxim for your troubleshooting.
>>>
>>> If you say this code makes a difference in your test, I have the say
>>> that the newly added locking may do the "blocking" . To see if this is
>>> true, while OpenSIPS is "blocked" could you run several times the
>>> "opensipsctl trap" ?
>>>
>>> Best regards,
>>>
>>> Bogdan-Andrei Iancu
>>>   OpenSIPS Founder and Developer
>>>   http://www.opensips-solutions.com
>>>
>>> OpenSIPS Bootcamp 2017, Houston, US
>>>   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>>
>>> On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>>>
>>> Hi Bogdan & Co, I think I've narrowed down failure to a specific
>>> revision in the 2.3 branch, see https://travis-ci.org/sipp
>>> y/voiptests/builds/260009545:
>>>
>>> commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>> Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
>>> Date:   Thu Mar 9 15:37:01 2017 +0200
>>>
>>>     Added support for dynamic branch manipulation
>>>
>>>     New functions were added to allow remote injecting of new branches
>>> into an ongoing transaction:
>>>     * t_inject_branches(source, flags) - injects new branches;
>>>     * t_wait_for_new_branches() - instruct transaction to wait more for
>>> possible new injections.
>>>
>>> Looking at the diff in question, the following piece of code looks
>>> suspicious, but it might be something else from that change:
>>>
>>> @@ -1244,7 +1301,18 @@ inline static int w_t_relay( struct sip_msg
>>>  *p_msg , char *proxy, char *flags)
>>>
>>>                 update_cloned_msg_from_msg( t->uas.request, p_msg);
>>>
>>> -               ret = t_forward_nonack( t, p_msg, p);
>>> +               if (route_type==FAILURE_ROUTE) {
>>> +                       /* If called from failure route we need reset
>>> the branch counter to
>>> +                        * ignore the previous set of branches (already
>>> terminated) */
>>> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>>> +               } else {
>>> +                       /* if called from request route and the
>>> transaction was previously
>>> +                        * created, better lock here to avoid any
>>> overlapping with
>>> +                        * branch injection from other processes */
>>> +                       LOCK_REPLIES(t);
>>> +                       ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>>> +                       UNLOCK_REPLIES(t);
>>> +               }
>>>                 if (ret<=0 ) {
>>>                         LM_ERR("t_forward_nonack failed\n");
>>>                         ret = t_relay_inerr2scripterr();
>>> @@ -1262,7 +1330,8 @@ route_err:
>>>
>>> The revisions right before that work, none after does. Hopefully it will
>>> give you some clues. Let me know if any other info is needed.
>>>
>>> -Max
>>>
>>>
>>>
>>
>>
>> --
>> Maksym Sobolyev
>> Sippy Software, Inc.
>> Internet Telephony (VoIP) Experts
>> Tel (Canada): +1-778-783-0474 <%28778%29%20783-0474>
>> Tel (Toll-Free): +1-855-747-7779 <%28855%29%20747-7779>
>> Fax: +1-866-857-6942 <%28866%29%20857-6942>
>> Web: http://www.sippysoft.com
>> MSN: sales at sippysoft.com
>> Skype: SippySoft
>>
>
>
>
> --
> Maksym Sobolyev
> Sippy Software, Inc.
> Internet Telephony (VoIP) Experts
> Tel (Canada): +1-778-783-0474 <(778)%20783-0474>
> Tel (Toll-Free): +1-855-747-7779 <(855)%20747-7779>
> Fax: +1-866-857-6942 <(866)%20857-6942>
> Web: http://www.sippysoft.com
> MSN: sales at sippysoft.com
> Skype: SippySoft
>
>
>
>
> _______________________________________________
> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>


-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
Tel (Canada): +1-778-783-0474 <(778)%20783-0474>
Tel (Toll-Free): +1-855-747-7779 <(855)%20747-7779>
Fax: +1-866-857-6942 <(866)%20857-6942>
Web: http://www.sippysoft.com
MSN: sales at sippysoft.com
Skype: SippySoft

_______________________________________________
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/20170823/3445d2f7/attachment-0001.html>

From bogdan at opensips.org  Thu Aug 24 10:05:25 2017
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 24 Aug 2017 17:05:25 +0300
Subject: [OpenSIPS-Devel] Can't get 2.3 running with voiptests properly
In-Reply-To: <CAND0Lku2oH-DN0vftWOXUTcjs_2M0GvCmBZWG-KHRHwE3XQ3tw@mail.gmail.com>
References: <CAH7qZftLCFaaUoNz_BstkBP6vtHv--KSnkjqGa3WAifV_Wef2A@mail.gmail.com>
 <CAH7qZfv=83x9cLi_XwxQZdJz8A1XtWTE4TFSjJJgvy71fmwOAQ@mail.gmail.com>
 <8488c827-803a-7c2d-e984-7b89a0caa4aa@opensips.org>
 <CAH7qZfsZv5Q0b29Tgx=vCLXm5Xm4Ob6mR13FbNiNE=ZNCf3wRA@mail.gmail.com>
 <CAH7qZfvqrDNeE=NH-DQG6jwRXH95hjY7scq4kQ6P0hGo0OacHQ@mail.gmail.com>
 <4c850e7f-1ae5-4747-2442-a27f34388f78@opensips.org>
 <692db6cc-7d3a-05de-c3b1-ab18fc309951@opensips.org>
 <CAH7qZfuM-fvtsdXyoA9UzVQ2U6szjs0grSpRkfRJurF1ZDxtjA@mail.gmail.com>
 <CAND0Lku2oH-DN0vftWOXUTcjs_2M0GvCmBZWG-KHRHwE3XQ3tw@mail.gmail.com>
Message-ID: <067f037c-f3e6-1480-e0d5-fe9c049ff020@opensips.org>

Done ! :)

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

OpenSIPS Bootcamp 2017, Houston, US
   http://opensips.org/training/OpenSIPS_Bootcamp_2017.html

On 08/23/2017 11:58 PM, Ovidiu Sas wrote:
> That's good news! It seems that I hit the same bug, looking forward 
> for the 2.3 backport.
>
> Thanks,
> Ovidiu
>
> On Aug 23, 2017 16:19, "Maxim Sobolev" <sobomax at sippysoft.com 
> <mailto:sobomax at sippysoft.com>> wrote:
>
>     Hi Bogdan, yes, that seems to be fixed it. Please merge into 2.3
>     at your earliest convenience. Thanks!
>
>     -Max
>
>     On Mon, Aug 21, 2017 at 6:29 AM, Bogdan-Andrei Iancu
>     <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
>         Hi MAxim,
>
>         Could you validate this fix:
>         https://github.com/OpenSIPS/opensips/commit/4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a
>         <https://github.com/OpenSIPS/opensips/commit/4aa5fb91a0a8b06d886ef3f2a093c8f5526aaa4a>
>
>         Regards,
>
>         Bogdan-Andrei Iancu
>            OpenSIPS Founder and Developer
>            http://www.opensips-solutions.com
>         <http://www.opensips-solutions.com>
>
>         OpenSIPS Bootcamp 2017, Houston, US
>            http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>         <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>
>         On 08/21/2017 01:16 PM, Bogdan-Andrei Iancu wrote:
>>         Hi Maxim,
>>
>>         Sorry for the delay, finally back on tracks after ClueCon,
>>
>>         And thank you for your latest data (especially for the "trap"
>>         output) - I have a good lead on what might be the problem.
>>         Expect the fix soon.
>>
>>         Best regards,
>>         Bogdan-Andrei Iancu
>>            OpenSIPS Founder and Developer
>>            http://www.opensips-solutions.com
>>         <http://www.opensips-solutions.com>
>>
>>         OpenSIPS Bootcamp 2017, Houston, US
>>            http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>         <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>>         On 08/19/2017 01:39 AM, Maxim Sobolev wrote:
>>>         Hi Bogdan, any luck looking into this issue? Looks like a
>>>         serious problem with 2.3 / master to me. Backing out the
>>>         commit in question fixes it for us.
>>>
>>>         -Max
>>>
>>>         On Mon, Aug 7, 2017 at 12:09 PM, Maxim Sobolev
>>>         <sobomax at sippysoft.com <mailto:sobomax at sippysoft.com>> wrote:
>>>
>>>             Bogdan, I've collected some "opensipsctl trap" output
>>>             here for you, see line 2611 onwards:
>>>
>>>             https://travis-ci.org/sippy/voiptests/jobs/261951017
>>>             <https://travis-ci.org/sippy/voiptests/jobs/261951017>
>>>
>>>             This is 10 seconds after starting the test, CANCELs
>>>             arrive at about 2-3s mark, so it's well into "dead
>>>             zone". Yet, I see some CANCEL messages in the traces, so
>>>             it looks like some locking issue indeed.
>>>
>>>             Please let me know if it helps or if you need any more
>>>             debug. For the time being, I am successfully running
>>>             with 2.3 and master by reverting
>>>             change 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>>
>>>             -Max
>>>
>>>             On Wed, Aug 2, 2017 at 8:03 AM, Bogdan-Andrei Iancu
>>>             <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>>>
>>>                 Thank you Maxim for your troubleshooting.
>>>
>>>                 If you say this code makes a difference in your
>>>                 test, I have the say that the newly added locking
>>>                 may do the "blocking" . To see if this is true,
>>>                 while OpenSIPS is "blocked" could you run several
>>>                 times the "opensipsctl trap" ?
>>>
>>>                 Best regards,
>>>
>>>                 Bogdan-Andrei Iancu
>>>                    OpenSIPS Founder and Developer
>>>                    http://www.opensips-solutions.com
>>>                 <http://www.opensips-solutions.com>
>>>
>>>                 OpenSIPS Bootcamp 2017, Houston, US
>>>                    http://opensips.org/training/OpenSIPS_Bootcamp_2017.html
>>>                 <http://opensips.org/training/OpenSIPS_Bootcamp_2017.html>
>>>
>>>                 On 08/02/2017 03:59 AM, Maxim Sobolev wrote:
>>>>                 Hi Bogdan & Co, I think I've narrowed down failure
>>>>                 to a specific revision in the 2.3 branch, see
>>>>                 https://travis-ci.org/sippy/voiptests/builds/260009545
>>>>                 <https://travis-ci.org/sippy/voiptests/builds/260009545>:
>>>>
>>>>
>>>>                 commit 1eb4ec0f78f43f6ff546de49bc72e513876fb86b
>>>>                 Author: Bogdan-Andrei Iancu <bogdan at opensips.org
>>>>                 <mailto:bogdan at opensips.org>>
>>>>                 Date: Thu Mar 9 15:37:01 2017 +0200
>>>>
>>>>                     Added support for dynamic branch manipulation
>>>>
>>>>                     New functions were added to allow remote
>>>>                 injecting of new branches into an ongoing transaction:
>>>>                     * t_inject_branches(source, flags) - injects
>>>>                 new branches;
>>>>                     * t_wait_for_new_branches() - instruct
>>>>                 transaction to wait more for possible new injections.
>>>>
>>>>                 Looking at the diff in question, the following
>>>>                 piece of code looks suspicious, but it might be
>>>>                 something else from that change:
>>>>
>>>>                 @@ -1244,7 +1301,18 @@ inline static int w_t_relay(
>>>>                 struct sip_msg  *p_msg , char *proxy, char *flags)
>>>>
>>>>                 update_cloned_msg_from_msg( t->uas.request, p_msg);
>>>>
>>>>                 -       ret = t_forward_nonack( t, p_msg, p);
>>>>                 +       if (route_type==FAILURE_ROUTE) {
>>>>                 + /* If called from failure route we need reset the
>>>>                 branch counter to
>>>>                 +  * ignore the previous set of branches (already
>>>>                 terminated) */
>>>>                 + ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>>>>                 +       } else {
>>>>                 + /* if called from request route and the
>>>>                 transaction was previously
>>>>                 +  * created, better lock here to avoid any
>>>>                 overlapping with
>>>>                 +  * branch injection from other processes */
>>>>                 + LOCK_REPLIES(t);
>>>>                 + ret = t_forward_nonack( t, p_msg, p, 1/*reset*/);
>>>>                 + UNLOCK_REPLIES(t);
>>>>                 +       }
>>>>                       if (ret<=0 ) {
>>>>                 LM_ERR("t_forward_nonack failed\n");
>>>>                 ret = t_relay_inerr2scripterr();
>>>>                 @@ -1262,7 +1330,8 @@ route_err:
>>>>
>>>>                 The revisions right before that work, none after
>>>>                 does. Hopefully it will give you some clues. Let me
>>>>                 know if any other info is needed.
>>>>
>>>>                 -Max
>>>
>>>
>>>
>>>
>>>             -- 
>>>             Maksym Sobolyev
>>>             Sippy Software, Inc.
>>>             Internet Telephony (VoIP) Experts
>>>             Tel (Canada): +1-778-783-0474 <tel:%28778%29%20783-0474>
>>>             Tel (Toll-Free): +1-855-747-7779 <tel:%28855%29%20747-7779>
>>>             Fax: +1-866-857-6942 <tel:%28866%29%20857-6942>
>>>             Web: http://www.sippysoft.com
>>>             MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
>>>             Skype: SippySoft
>>>
>>>
>>>
>>>
>>>         -- 
>>>         Maksym Sobolyev
>>>         Sippy Software, Inc.
>>>         Internet Telephony (VoIP) Experts
>>>         Tel (Canada): +1-778-783-0474 <tel:%28778%29%20783-0474>
>>>         Tel (Toll-Free): +1-855-747-7779 <tel:%28855%29%20747-7779>
>>>         Fax: +1-866-857-6942 <tel:%28866%29%20857-6942>
>>>         Web: http://www.sippysoft.com
>>>         MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
>>>         Skype: SippySoft
>>
>>
>>
>>         _______________________________________________
>>         Devel mailing list
>>         Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>>         http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>         <http://lists.opensips.org/cgi-bin/mailman/listinfo/devel>
>
>
>
>
>     -- 
>     Maksym Sobolyev
>     Sippy Software, Inc.
>     Internet Telephony (VoIP) Experts
>     Tel (Canada): +1-778-783-0474 <tel:%28778%29%20783-0474>
>     Tel (Toll-Free): +1-855-747-7779 <tel:%28855%29%20747-7779>
>     Fax: +1-866-857-6942 <tel:%28866%29%20857-6942>
>     Web: http://www.sippysoft.com
>     MSN: sales at sippysoft.com <mailto:sales at sippysoft.com>
>     Skype: SippySoft
>
>     _______________________________________________
>     Devel mailing list
>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>     <http://lists.opensips.org/cgi-bin/mailman/listinfo/devel>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170824/c06535c8/attachment-0001.html>

From liviu at opensips.org  Fri Aug 25 06:37:52 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 25 Aug 2017 03:37:52 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] bcae3a: mid_registrar: Improve
 resilience in some corner-c...
Message-ID: <599ffe0041319_f723ff64204dc381222d7@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: bcae3a0e17cd118b5accd445a4dbac955d811d70
      https://github.com/OpenSIPS/opensips/commit/bcae3a0e17cd118b5accd445a4dbac955d811d70
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-25 (Fri, 25 Aug 2017)

  Changed paths:
    M modules/mid_registrar/mid_registrar.c
    M modules/mid_registrar/ulcb.c

  Log Message:
  -----------
  mid_registrar: Improve resilience in some corner-case scenarios

    * do not crash with usrloc replication (although it's not supported)
    * handle registrar + mid_registrar concurrently

Fixes #1172
Fixes #1183



From liviu at opensips.org  Fri Aug 25 06:42:22 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 25 Aug 2017 03:42:22 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 15199a: mid_registrar: Improve
 resilience in some corner-c...
Message-ID: <599fff0e96f0c_38023fbf9ae7fc2c5742c@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 15199a129357170e5a4512f4d73dcd191b5f0543
      https://github.com/OpenSIPS/opensips/commit/15199a129357170e5a4512f4d73dcd191b5f0543
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-25 (Fri, 25 Aug 2017)

  Changed paths:
    M modules/mid_registrar/mid_registrar.c
    M modules/mid_registrar/ulcb.c

  Log Message:
  -----------
  mid_registrar: Improve resilience in some corner-case scenarios

    * do not crash with usrloc replication (although it's not supported)
    * handle registrar + mid_registrar concurrently

Fixes #1172
Fixes #1183

(cherry picked from commit bcae3a0e17cd118b5accd445a4dbac955d811d70)



From liviu at opensips.org  Fri Aug 25 10:02:10 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 25 Aug 2017 07:02:10 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 71af8f: sipcapture: Fix
 segfault when proto_hep is not loa...
Message-ID: <59a02de25eb17_42d23f882c857c3c661e6@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 71af8fcd47db24bec8068b01dde8bc1618670f10
      https://github.com/OpenSIPS/opensips/commit/71af8fcd47db24bec8068b01dde8bc1618670f10
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-25 (Fri, 25 Aug 2017)

  Changed paths:
    M modules/sipcapture/sipcapture.c

  Log Message:
  -----------
  sipcapture: Fix segfault when proto_hep is not loaded


  Commit: b763544ad5e0a5ab8bb8ecd2e613b73b9e420e9f
      https://github.com/OpenSIPS/opensips/commit/b763544ad5e0a5ab8bb8ecd2e613b73b9e420e9f
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-25 (Fri, 25 Aug 2017)

  Changed paths:
    M modules/sipcapture/README
    M modules/sipcapture/doc/sipcapture_admin.xml
    M modules/sipcapture/sipcapture.c

  Log Message:
  -----------
  sipcapture: Fix uneditable "custom_fieldX" columns

This allows the script writer to optionally provide data for the
"custom_field1", "custom_field2" and "custom_field3" columns using
sip_capture().


Compare: https://github.com/OpenSIPS/opensips/compare/bcae3a0e17cd...b763544ad5e0

From liviu at opensips.org  Fri Aug 25 10:04:12 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 25 Aug 2017 07:04:12 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] e4a558: sipcapture: Fix
 segfault when proto_hep is not loa...
Message-ID: <59a02e5c67aaa_2df23fb8742fbc34104350@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: e4a558d6c200c5cbdfaa00131bec7d1c91060885
      https://github.com/OpenSIPS/opensips/commit/e4a558d6c200c5cbdfaa00131bec7d1c91060885
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-25 (Fri, 25 Aug 2017)

  Changed paths:
    M modules/sipcapture/sipcapture.c

  Log Message:
  -----------
  sipcapture: Fix segfault when proto_hep is not loaded

(cherry picked from commit 71af8fcd47db24bec8068b01dde8bc1618670f10)


  Commit: d6b1ab40e82b01a40a23afe917605380c03f0ead
      https://github.com/OpenSIPS/opensips/commit/d6b1ab40e82b01a40a23afe917605380c03f0ead
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-25 (Fri, 25 Aug 2017)

  Changed paths:
    M modules/sipcapture/README
    M modules/sipcapture/doc/sipcapture_admin.xml
    M modules/sipcapture/sipcapture.c

  Log Message:
  -----------
  sipcapture: Fix uneditable "custom_fieldX" columns

This allows the script writer to optionally provide data for the
"custom_field1", "custom_field2" and "custom_field3" columns using
sip_capture().

(cherry picked from commit b763544ad5e0a5ab8bb8ecd2e613b73b9e420e9f)


Compare: https://github.com/OpenSIPS/opensips/compare/15199a129357...d6b1ab40e82b

From liviu at opensips.org  Mon Aug 28 10:40:00 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Mon, 28 Aug 2017 17:40:00 +0300
Subject: [OpenSIPS-Devel] Pending OpenSIPS minor release
Message-ID: <7c2a96ad-4acb-5df0-b6d8-5e4551b83dee@opensips.org>

Hi all,

An OpenSIPS 2.3 minor release bump has been scheduled for Thursday, Aug 
31st. If you happen to have any GitHub OpenSIPS issues or mailing list 
bug threads that have not been answered yet, please let us know as soon 
as possible so they make it onto the fix checklist.

Best regards,

-- 
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com



From razvan at opensips.org  Tue Aug 29 05:31:09 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Tue, 29 Aug 2017 02:31:09 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] f1aabe: acc: prevent multiple
 CDRs in case of retransmissi...
Message-ID: <59a5345d3772a_70193fa05fb7dc2c41835@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: f1aabeaf983805462924e935e2eaf1dce4e5f7d5
      https://github.com/OpenSIPS/opensips/commit/f1aabeaf983805462924e935e2eaf1dce4e5f7d5
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-29 (Tue, 29 Aug 2017)

  Changed paths:
    M modules/acc/acc_logic.c

  Log Message:
  -----------
  acc: prevent multiple CDRs in case of retransmissions


  Commit: 83669d2caec38823ce79ccd12eec4ed013e2d867
      https://github.com/OpenSIPS/opensips/commit/83669d2caec38823ce79ccd12eec4ed013e2d867
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-29 (Tue, 29 Aug 2017)

  Changed paths:
    M modules/dialog/dlg_cb.c

  Log Message:
  -----------
  dialog: do not allow callbacks in state DELETED

If these callbacks would have been registered, they will be never ran,
but the free function will still be called. This breaks some modules
(such as acc), which rely the function will be called.


Compare: https://github.com/OpenSIPS/opensips/compare/b763544ad5e0...83669d2caec3

From razvan at opensips.org  Tue Aug 29 05:32:07 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Tue, 29 Aug 2017 02:32:07 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] aebd8f: acc: prevent multiple
 CDRs in case of retransmissi...
Message-ID: <59a53497bd13c_be0b3fa5f9173c3c844d0@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: aebd8f592204c7492e292fc628ff9e4c03288292
      https://github.com/OpenSIPS/opensips/commit/aebd8f592204c7492e292fc628ff9e4c03288292
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-29 (Tue, 29 Aug 2017)

  Changed paths:
    M modules/acc/acc_logic.c

  Log Message:
  -----------
  acc: prevent multiple CDRs in case of retransmissions

(cherry picked from commit f1aabeaf983805462924e935e2eaf1dce4e5f7d5)


  Commit: f61024d32c8a8f7c1efeca54c97eef9d5648e458
      https://github.com/OpenSIPS/opensips/commit/f61024d32c8a8f7c1efeca54c97eef9d5648e458
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-29 (Tue, 29 Aug 2017)

  Changed paths:
    M modules/dialog/dlg_cb.c

  Log Message:
  -----------
  dialog: do not allow callbacks in state DELETED

If these callbacks would have been registered, they will be never ran,
but the free function will still be called. This breaks some modules
(such as acc), which rely the function will be called.

(cherry picked from commit 83669d2caec38823ce79ccd12eec4ed013e2d867)


Compare: https://github.com/OpenSIPS/opensips/compare/d6b1ab40e82b...f61024d32c8a

From razvan at opensips.org  Tue Aug 29 05:34:57 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Tue, 29 Aug 2017 02:34:57 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] e3f4d0: dialog: do not allow
 callbacks in state DELETED
Message-ID: <59a53541dc128_70a23ff4c9bf9c3c169b4@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.2
  Home:   https://github.com/OpenSIPS/opensips
  Commit: e3f4d0fc86837186d6d3b0c18b87922b67f59882
      https://github.com/OpenSIPS/opensips/commit/e3f4d0fc86837186d6d3b0c18b87922b67f59882
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-29 (Tue, 29 Aug 2017)

  Changed paths:
    M modules/dialog/dlg_cb.c

  Log Message:
  -----------
  dialog: do not allow callbacks in state DELETED

If these callbacks would have been registered, they will be never ran,
but the free function will still be called. This breaks some modules
(such as acc), which rely the function will be called.

(cherry picked from commit 83669d2caec38823ce79ccd12eec4ed013e2d867)



From liviu at opensips.org  Tue Aug 29 12:54:15 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 29 Aug 2017 09:54:15 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] d71cb4: sipmsgops: Adapt SDP
 iteration code to the new for...
Message-ID: <59a59c3727050_72d03fa27ffcdc3840498@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: d71cb43e816be91db4d5a8855561df1a184efd6b
      https://github.com/OpenSIPS/opensips/commit/d71cb43e816be91db4d5a8855561df1a184efd6b
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-29 (Tue, 29 Aug 2017)

  Changed paths:
    M modules/sipmsgops/codecs.c
    M parser/sdp/sdp.c

  Log Message:
  -----------
  sipmsgops: Adapt SDP iteration code to the new format

Reported by Denis <denis7979 at mail.ru>

Fixes #1181



From liviu at opensips.org  Tue Aug 29 12:54:27 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 29 Aug 2017 09:54:27 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 48f0ad: sipmsgops: Adapt SDP
 iteration code to the new for...
Message-ID: <59a59c438d45f_69813fe317a15c2c671ec@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 48f0adebb7e1db40cd450ad212e7a1328b676ac1
      https://github.com/OpenSIPS/opensips/commit/48f0adebb7e1db40cd450ad212e7a1328b676ac1
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-29 (Tue, 29 Aug 2017)

  Changed paths:
    M modules/sipmsgops/codecs.c
    M parser/sdp/sdp.c

  Log Message:
  -----------
  sipmsgops: Adapt SDP iteration code to the new format

Reported by Denis <denis7979 at mail.ru>

Fixes #1181

(cherry picked from commit d71cb43e816be91db4d5a8855561df1a184efd6b)



From liviu at opensips.org  Wed Aug 30 09:02:55 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 30 Aug 2017 06:02:55 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 6182b6: mid_registrar: Fix
 un-initialized global variable
Message-ID: <59a6b77f75ed8_54563fddf0cb5c38173b0@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 6182b6a45063a200587e842916104df6233ec006
      https://github.com/OpenSIPS/opensips/commit/6182b6a45063a200587e842916104df6233ec006
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-30 (Wed, 30 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix un-initialized global variable

(cherry picked from commit 803d5d3a4bea36a06f66e6b9687f85b41a96f1df)


  Commit: 0fce7edeeb35a5608fd3b26f7d9332d33da5338c
      https://github.com/OpenSIPS/opensips/commit/0fce7edeeb35a5608fd3b26f7d9332d33da5338c
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-30 (Wed, 30 Aug 2017)

  Changed paths:
    M modules/mid_registrar/mid_registrar.h
    M modules/mid_registrar/save.c
    M modules/mid_registrar/ulcb.c

  Log Message:
  -----------
  mid_registrar: Improve De-REGISTER behavior in mode = 2

Do not auto-reply to de-registrations for the last contact in AoR throttling
mode, but forward them to main registrar first.

Additionally, avoid auto-generating De-REGISTER messages for contacts
that were deleted through a De-REGISTER to begin with (and did not
expire or get deleted through the remove() script function).

(cherry picked from commit 1143419b7bda9bebdd06e36dff2eb599e1eb20ea)


  Commit: bcc7983b01f53fb099852d7e11f94e299623b870
      https://github.com/OpenSIPS/opensips/commit/bcc7983b01f53fb099852d7e11f94e299623b870
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-30 (Wed, 30 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix missing expiry values in mode = 2

Proper handling when forwarding REGISTER requests with missing Expires hf.

(cherry picked from commit ee23700710564efb1b02f5584fed086bf89786e2)


Compare: https://github.com/OpenSIPS/opensips/compare/48f0adebb7e1...bcc7983b01f5

From liviu at opensips.org  Wed Aug 30 09:02:25 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 30 Aug 2017 06:02:25 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 803d5d: mid_registrar: Fix
 un-initialized global variable
Message-ID: <59a6b7611d2ec_4dc43fc01d153c3c27581@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 803d5d3a4bea36a06f66e6b9687f85b41a96f1df
      https://github.com/OpenSIPS/opensips/commit/803d5d3a4bea36a06f66e6b9687f85b41a96f1df
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-30 (Wed, 30 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix un-initialized global variable


  Commit: 1143419b7bda9bebdd06e36dff2eb599e1eb20ea
      https://github.com/OpenSIPS/opensips/commit/1143419b7bda9bebdd06e36dff2eb599e1eb20ea
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-30 (Wed, 30 Aug 2017)

  Changed paths:
    M modules/mid_registrar/mid_registrar.h
    M modules/mid_registrar/save.c
    M modules/mid_registrar/ulcb.c

  Log Message:
  -----------
  mid_registrar: Improve De-REGISTER behavior in mode = 2

Do not auto-reply to de-registrations for the last contact in AoR throttling
mode, but forward them to main registrar first.

Additionally, avoid auto-generating De-REGISTER messages for contacts
that were deleted through a De-REGISTER to begin with (and did not
expire or get deleted through the remove() script function).


  Commit: ee23700710564efb1b02f5584fed086bf89786e2
      https://github.com/OpenSIPS/opensips/commit/ee23700710564efb1b02f5584fed086bf89786e2
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-30 (Wed, 30 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix missing expiry values in mode = 2

Proper handling when forwarding REGISTER requests with missing Expires hf.


Compare: https://github.com/OpenSIPS/opensips/compare/d71cb43e816b...ee2370071056

From liviu at opensips.org  Wed Aug 30 10:44:52 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 30 Aug 2017 07:44:52 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] f522b0: mid_registrar: Fix mem
 corruption on SIP retransmi...
Message-ID: <59a6cf647816b_4e843f957a933c2c7868a@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: f522b0ef089e12375b6dc184f5643c11312d1ebc
      https://github.com/OpenSIPS/opensips/commit/f522b0ef089e12375b6dc184f5643c11312d1ebc
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-30 (Wed, 30 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix mem corruption on SIP retransmissions

The TMCB_RESPONSE_IN function gets called once per each retransmission,
and we want to avoid this in the mid_registrar code. Since the callbacks
themselves are mutually exclusive, we can get away with zeroizing our own
parameter after the first run.

A better way of fixing this would be to extend the tm callback API to
include SIP retransmission preferences.



From liviu at opensips.org  Thu Aug 31 04:44:33 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 31 Aug 2017 01:44:33 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 12ab75: mid_registrar:
 Properly update timestamps on usrlo...
Message-ID: <59a7cc71c7f79_224043fb9f278fc449486@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 12ab75ad950a083e7cd95944cdf8e4922c00c965
      https://github.com/OpenSIPS/opensips/commit/12ab75ad950a083e7cd95944cdf8e4922c00c965
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Properly update timestamps on usrloc inserts

This avoids a buggy forward of the 2nd REGISTER to the main registrar,
after which behavior would correct itself anyway. Affected modes: 1 and
2.

Also refactor a small code block.



From liviu at opensips.org  Thu Aug 31 04:46:26 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 31 Aug 2017 01:46:26 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 7562e3: mid_registrar:
 Properly update timestamps on usrlo...
Message-ID: <59a7cce2f29d9_a3c03fdf9ffadc3c453477@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 7562e3dd3e468705ac3e92b15b01f70b23633751
      https://github.com/OpenSIPS/opensips/commit/7562e3dd3e468705ac3e92b15b01f70b23633751
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Properly update timestamps on usrloc inserts

This avoids a buggy forward of the 2nd REGISTER to the main registrar,
after which behavior would correct itself anyway. Affected modes: 1 and
2.

Also refactor a small code block.

(cherry picked from commit 12ab75ad950a083e7cd95944cdf8e4922c00c965)



From liviu at opensips.org  Thu Aug 31 06:20:24 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 31 Aug 2017 03:20:24 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 496e2d: mid_registrar: Fix a
 tm callback race condition
Message-ID: <59a7e2e8dbbc7_3acd3fb9e4205c28739a9@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 496e2dcc2745829cc0895bca09400267c23ad7f2
      https://github.com/OpenSIPS/opensips/commit/496e2dcc2745829cc0895bca09400267c23ad7f2
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/mid_registrar.c
    M modules/mid_registrar/mid_registrar.h
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix a tm callback race condition

Commit f522b0ef089 is incomplete, since the tm's TMCB_RESPONSE_IN callbacks
are actually not mutually exclusive. We fix this by protecting the
tm parameter read/overwriting with an SHM'ized rw lock.

Reported by Chad Attermann <attermann at gmail.com>


  Commit: 4b9f34d6b1a0fa59c495cc8eec695cc49772c222
      https://github.com/OpenSIPS/opensips/commit/4b9f34d6b1a0fa59c495cc8eec695cc49772c222
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/mid_registrar.c
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Avoid some memory leaks on parsing errors

Also improve mri_free(): avoid redundant checks on non-NULL fields.

Suggested by Chad Attermann <attermann at gmail.com>


Compare: https://github.com/OpenSIPS/opensips/compare/12ab75ad950a...4b9f34d6b1a0

From marketing at opensips.org  Thu Aug 31 07:00:14 2017
From: marketing at opensips.org (OpenSIPS Team)
Date: Thu, 31 Aug 2017 14:00:14 +0300
Subject: [OpenSIPS-Devel] [NEWS] Special event: OpenSIPS and FreeSWITCH
	integration demo!
Message-ID: <8eb3ec16-3350-e52e-0b6c-c1e7462e0e0a@opensips.org>

Hi, all!

Join us today at 19:00 GMT+3 for a live demo and Q/A [1] regarding the 
OpenSIPS and FreeSWITCH integration added to the latest OpenSIPS release!

The conference will be hosted and moderated by the FreeSWITCH team in a 
similar format to Wednesday's ClueCon Weekly. Just visit 
https://cantina.freeswitch.org/vc, dial 888, set up your devices and 
you're good to go!

As an alternative to the conference, you can follow along a YouTube 
livestream [2]

[1]: https://goo.gl/vQVMDj(Facebook event page)
[2]: https://www.youtube.com/watch?v=gDpe1fyRaZw

See you there,

-- 
OpenSIPS Team
https://opensips.org



From vladp at opensips.org  Thu Aug 31 08:40:23 2017
From: vladp at opensips.org (rvlad-patrascu)
Date: Thu, 31 Aug 2017 05:40:23 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 36f431: siptrace: fix type for
 message DB column value, st...
Message-ID: <59a803b729dae_3f7a3ff1ea56bc301061a3@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 36f43169e238a53f7c077832f4d968ca8be38b4f
      https://github.com/OpenSIPS/opensips/commit/36f43169e238a53f7c077832f4d968ca8be38b4f
  Author: rvlad-patrascu <vladp at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  siptrace: fix type for message DB column value, str instead of blob



From razvan at opensips.org  Thu Aug 31 08:40:58 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 31 Aug 2017 05:40:58 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] d88546: ratelimit: fix buffer
 overflow when using SBT algo...
Message-ID: <59a803da60959_33253fdb47e31c3480228@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: d8854637e9329e7d6a52b87aa5cc4601450011c3
      https://github.com/OpenSIPS/opensips/commit/d8854637e9329e7d6a52b87aa5cc4601450011c3
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/ratelimit/ratelimit.c

  Log Message:
  -----------
  ratelimit: fix buffer overflow when using SBT algorithm

Make sure the window doesn't overflow
Fixes #1176



From razvan at opensips.org  Thu Aug 31 08:41:24 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 31 Aug 2017 05:41:24 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 3a0f1e: ratelimit: fix buffer
 overflow when using SBT algo...
Message-ID: <59a803f4e558a_33033fc7f1e95c347419f@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 3a0f1e79d2aef85b6fea966a54b777354099fa57
      https://github.com/OpenSIPS/opensips/commit/3a0f1e79d2aef85b6fea966a54b777354099fa57
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/ratelimit/ratelimit.c

  Log Message:
  -----------
  ratelimit: fix buffer overflow when using SBT algorithm

Make sure the window doesn't overflow
Fixes #1176

(cherry picked from commit d8854637e9329e7d6a52b87aa5cc4601450011c3)



From razvan at opensips.org  Thu Aug 31 08:41:56 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 31 Aug 2017 05:41:56 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 3292cd: ratelimit: fix buffer
 overflow when using SBT algo...
Message-ID: <59a80414ef764_20133fd61937bc3c84821@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.2
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 3292cd9304b0c95a64de68eaef62412cb4db924c
      https://github.com/OpenSIPS/opensips/commit/3292cd9304b0c95a64de68eaef62412cb4db924c
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/ratelimit/ratelimit.c

  Log Message:
  -----------
  ratelimit: fix buffer overflow when using SBT algorithm

Make sure the window doesn't overflow
Fixes #1176

(cherry picked from commit d8854637e9329e7d6a52b87aa5cc4601450011c3)



From vladp at opensips.org  Thu Aug 31 08:43:12 2017
From: vladp at opensips.org (rvlad-patrascu)
Date: Thu, 31 Aug 2017 05:43:12 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] ea231c: siptrace: fix type for
 message DB column value, st...
Message-ID: <59a80460220bd_1c283fd03241bc3847443@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: ea231c0235599fb187742dd6dfbb021f71ce9141
      https://github.com/OpenSIPS/opensips/commit/ea231c0235599fb187742dd6dfbb021f71ce9141
  Author: rvlad-patrascu <vladp at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  siptrace: fix type for message DB column value, str instead of blob

(cherry picked from commit 36f43169e238a53f7c077832f4d968ca8be38b4f)



From vladp at opensips.org  Thu Aug 31 08:44:17 2017
From: vladp at opensips.org (rvlad-patrascu)
Date: Thu, 31 Aug 2017 05:44:17 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 59c0fb: siptrace: fix type for
 message DB column value, st...
Message-ID: <59a804a19f3_10c33fb1536adc2411854c@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.2
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 59c0fba17d95cbc09203501226bd46791845ca9a
      https://github.com/OpenSIPS/opensips/commit/59c0fba17d95cbc09203501226bd46791845ca9a
  Author: rvlad-patrascu <vladp at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  siptrace: fix type for message DB column value, str instead of blob

(cherry picked from commit 36f43169e238a53f7c077832f4d968ca8be38b4f)

Conflicts:
	modules/siptrace/siptrace.c



From liviu at opensips.org  Thu Aug 31 09:40:02 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 31 Aug 2017 06:40:02 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 2778a5: freeswitch: Update the
 assumed heartbeat interval
Message-ID: <59a811b24ec86_18b13f82ce06fc30413bf@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 2778a511646dc6e90f2320985bc159476a83639a
      https://github.com/OpenSIPS/opensips/commit/2778a511646dc6e90f2320985bc159476a83639a
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/freeswitch/fs_api.h

  Log Message:
  -----------
  freeswitch: Update the assumed heartbeat interval

Assuming a 1 second heartbeat interval setting on the FS boxes (the minimum)
is a good compromise between performance and near-realtime rate of update for
the balancing weights.



From liviu at opensips.org  Thu Aug 31 09:40:55 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 31 Aug 2017 06:40:55 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] eb9920: freeswitch: Update the
 assumed heartbeat interval
Message-ID: <59a811e753a42_226c63fab8d9b9c40258f1@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: eb992099e5d911beec448c3ce385e7e3b6fa57b2
      https://github.com/OpenSIPS/opensips/commit/eb992099e5d911beec448c3ce385e7e3b6fa57b2
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/freeswitch/fs_api.h

  Log Message:
  -----------
  freeswitch: Update the assumed heartbeat interval

Assuming a 1 second heartbeat interval setting on the FS boxes (the minimum)
is a good compromise between performance and near-realtime rate of update for
the balancing weights.

(cherry picked from commit 2778a511646dc6e90f2320985bc159476a83639a)



From liviu at opensips.org  Thu Aug 31 10:08:02 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 31 Aug 2017 07:08:02 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 396dca: mid_registrar: Fix
	commit 496e2dcc
Message-ID: <59a818421df69_33113fa17c481c347553c@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 396dca37ccced8b758c830c536b5385be98feb3a
      https://github.com/OpenSIPS/opensips/commit/396dca37ccced8b758c830c536b5385be98feb3a
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix commit 496e2dcc

Suggested by Chad Attermann <attermann at gmail.com>

Fixes #1178
Fixes #1187
Fixes #1184



From liviu at opensips.org  Thu Aug 31 10:11:51 2017
From: liviu at opensips.org (Liviu Chircu)
Date: Thu, 31 Aug 2017 07:11:51 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] fd6c82: mid_registrar: Fix mem
 corruption on SIP retransmi...
Message-ID: <59a81927b217f_31583fc8e2f4fc3c85116@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: fd6c82a4873d3b6b54849c54a9e4ed88ea07b034
      https://github.com/OpenSIPS/opensips/commit/fd6c82a4873d3b6b54849c54a9e4ed88ea07b034
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix mem corruption on SIP retransmissions

The TMCB_RESPONSE_IN function gets called once per each retransmission,
and we want to avoid this in the mid_registrar code. Since the callbacks
themselves are mutually exclusive, we can get away with zeroizing our own
parameter after the first run.

A better way of fixing this would be to extend the tm callback API to
include SIP retransmission preferences.

(cherry picked from commit f522b0ef089e12375b6dc184f5643c11312d1ebc)


  Commit: ce40839b88e755fbb92307966ed07f2e85c2d5d3
      https://github.com/OpenSIPS/opensips/commit/ce40839b88e755fbb92307966ed07f2e85c2d5d3
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/mid_registrar.c
    M modules/mid_registrar/mid_registrar.h
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix a tm callback race condition

Commit f522b0ef089 is incomplete, since the tm's TMCB_RESPONSE_IN callbacks
are actually not mutually exclusive. We fix this by protecting the
tm parameter read/overwriting with an SHM'ized rw lock.

Reported by Chad Attermann <attermann at gmail.com>

(cherry picked from commit 496e2dcc2745829cc0895bca09400267c23ad7f2)


  Commit: cd5be9342793aa0a00c599677b84e7c62810077b
      https://github.com/OpenSIPS/opensips/commit/cd5be9342793aa0a00c599677b84e7c62810077b
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/mid_registrar.c
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Avoid some memory leaks on parsing errors

Also improve mri_free(): avoid redundant checks on non-NULL fields.

Suggested by Chad Attermann <attermann at gmail.com>

(cherry picked from commit 4b9f34d6b1a0fa59c495cc8eec695cc49772c222)


  Commit: 2650e97ddd112ba5ab2cb2125f8c2282a9c74a51
      https://github.com/OpenSIPS/opensips/commit/2650e97ddd112ba5ab2cb2125f8c2282a9c74a51
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M modules/mid_registrar/save.c

  Log Message:
  -----------
  mid_registrar: Fix commit 496e2dcc

Suggested by Chad Attermann <attermann at gmail.com>

Fixes #1178
Fixes #1187
Fixes #1184

(cherry picked from commit 396dca37ccced8b758c830c536b5385be98feb3a)


Compare: https://github.com/OpenSIPS/opensips/compare/2778a511646d...2650e97ddd11

From razvan at opensips.org  Thu Aug 31 11:26:57 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 31 Aug 2017 08:26:57 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 50c4c9: Bump version to 2.3.2
Message-ID: <59a82ac16298b_39963fe84bf89c3844686@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 50c4c98a5809dcb0cd828d956894919a70e5bfa3
      https://github.com/OpenSIPS/opensips/commit/50c4c98a5809dcb0cd828d956894919a70e5bfa3
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M Makefile.defs
    M packaging/debian/common/changelog
    R packaging/gentoo/opensips-2.3.1.ebuild
    A packaging/gentoo/opensips-2.3.2.ebuild
    M packaging/solaris/base-pkginfo
    M packaging/solaris/berkeley-pkginfo
    M packaging/solaris/carrierroute-pkginfo
    M packaging/solaris/identity-pkginfo
    M packaging/solaris/ldap-pkginfo
    M packaging/solaris/mmgeoip-pkginfo
    M packaging/solaris/mysql-pkginfo
    M packaging/solaris/perl-pkginfo
    M packaging/solaris/pgsql-pkginfo
    M packaging/solaris/regex-pkginfo
    M packaging/solaris/snmp-pkginfo
    M packaging/solaris/tls-pkginfo
    M packaging/solaris/xmlrpc-pkginfo

  Log Message:
  -----------
  Bump version to 2.3.2


  Commit: f748559340847dd91a15b5ab0339fff28d0ce86d
      https://github.com/OpenSIPS/opensips/commit/f748559340847dd91a15b5ab0339fff28d0ce86d
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M ChangeLog

  Log Message:
  -----------
  Update ChangeLog for 2.3.2


Compare: https://github.com/OpenSIPS/opensips/compare/2650e97ddd11...f74855934084

From razvan at opensips.org  Thu Aug 31 11:27:09 2017
From: razvan at opensips.org (razvancrainea)
Date: Thu, 31 Aug 2017 08:27:09 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips]
Message-ID: <59a82acd545a3_224013fb063cbbc385693@hookshot-fe-6dbb0c4.cp1-iad.github.net.mail>

  Branch: refs/tags/2.3.2
  Home:   https://github.com/OpenSIPS/opensips

From razvan at opensips.org  Thu Aug 31 11:49:47 2017
From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=)
Date: Thu, 31 Aug 2017 18:49:47 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Pending OpenSIPS minor release
In-Reply-To: <7c2a96ad-4acb-5df0-b6d8-5e4551b83dee@opensips.org>
References: <7c2a96ad-4acb-5df0-b6d8-5e4551b83dee@opensips.org>
Message-ID: <f9e3a20e-a176-8ef9-8053-86e7d666eaad@opensips.org>

Hello all!

We have just released OpenSIPS 2.3.2, featuring major bug fixes in 
several modules such as tm, mongodb, siptrace, mid_registrar, ratelimit 
and others. You can find a full detailed list here:

     http://opensips.org/pub/opensips/2.3.2/ChangeLog

Upgrade your OpenSIPS 2.3 now to get the best experience out of it!

Thank you all for your contributions,

Răzvan Crainea
OpenSIPS Developer
www.opensips-solutions.com

On 08/28/2017 05:40 PM, Liviu Chircu wrote:
> Hi all,
>
> An OpenSIPS 2.3 minor release bump has been scheduled for Thursday, 
> Aug 31st. If you happen to have any GitHub OpenSIPS issues or mailing 
> list bug threads that have not been answered yet, please let us know 
> as soon as possible so they make it onto the fix checklist.
>
> Best regards,
>



From razvan at opensips.org  Thu Aug 31 12:14:28 2017
From: razvan at opensips.org (razvancrainea)
Date: Thu, 31 Aug 2017 09:14:28 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips]
Message-ID: <59a835e4806ea_40073f8f88a35c30117336@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/tags/2.3.2
  Home:   https://github.com/OpenSIPS/opensips

From razvan at opensips.org  Thu Aug 31 12:16:15 2017
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 31 Aug 2017 09:16:15 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 166bb4: Bump version to 2.3.2
 in redhat specs as well
Message-ID: <59a8364f8e45c_13143fa8d3f47c3c124350@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/2.3
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 166bb448908efa81fd6e2a639d2a4013bcabb4b1
      https://github.com/OpenSIPS/opensips/commit/166bb448908efa81fd6e2a639d2a4013bcabb4b1
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2017-08-31 (Thu, 31 Aug 2017)

  Changed paths:
    M packaging/redhat_fedora/opensips.spec

  Log Message:
  -----------
  Bump version to 2.3.2 in redhat specs as well

Reported by Nick Altmann



From razvan at opensips.org  Thu Aug 31 12:16:30 2017
From: razvan at opensips.org (razvancrainea)
Date: Thu, 31 Aug 2017 09:16:30 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips]
Message-ID: <59a8365e21bb9_43533fb455781c4029996@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/tags/2.3.2
  Home:   https://github.com/OpenSIPS/opensips

From suresh.talasaniya at ecosmob.com  Tue Aug 29 00:47:05 2017
From: suresh.talasaniya at ecosmob.com (Sureshbhai Talasaniya)
Date: Tue, 29 Aug 2017 10:17:05 +0530
Subject: [OpenSIPS-Devel] Pending OpenSIPS minor release
In-Reply-To: <7c2a96ad-4acb-5df0-b6d8-5e4551b83dee@opensips.org>
References: <7c2a96ad-4acb-5df0-b6d8-5e4551b83dee@opensips.org>
Message-ID: <CADGCAa843EP6489UBOv9BN7AUhRTmuc4+z7F3J1yy8RJks_mcg@mail.gmail.com>

*Hello,*



*Problem:*
In some calls I noticed, OpenSIPS takes at least 1 second to relay BYE
message after calling t_relay function. However, we didn't notice major
time difference in cfg execution before and after calling t_relay.

*Details about Problem:*

route[ON_BYE]
{
    $avp(cdr_call_end_time)=$Ts;
    $avp(cdr_call_end_time_microsecond)=$Tsm;

    xlog("L_WARNING","[ $ci ] Before Do accounting : $Ts:$Tsm");
    launch(radius_send_acct("set2"));
    xlog("L_WARNING","[ $ci ] After Do accounting : $Ts:$Tsm");

    route("DEFAULT_RELAY_ROUTE");
}

route[DEFAULT_RELAY_ROUTE] {
    if (!t_relay()) {
            sl_reply_error();
    }
    exit;
}

In OpenSIPs Log.
Aug 18 13:51:59 OS /usr/local/sbin/opensips[22304]: [ xxx at 1.1.1.1 ] Before
Do accounting : 1503041368:000686
Aug 18 13:51:59 OS /usr/local/sbin/opensips[22304]: [ xxx at 1.1.1.1 ] After
Do accounting : 1503041368:000887

1503041368000887 - 1503041368000686 = 201 usec

OpenSIPs cfg Generate Timestamp : 1503041368000887 and Called t_relay
function.
Timestamp of BYE in tcpdump output: 1503041369001085

1503041369001085 - 1503041368000887 = 1000198

Which means OpenSIPS took 1 second to send BYE to Network Layer.

For more information, I have attached SIP Message text file too.

Looking forward to your help.

Thanks in advance.

On Mon, Aug 28, 2017 at 8:10 PM, Liviu Chircu <liviu at opensips.org> wrote:

> Hi all,
>
> An OpenSIPS 2.3 minor release bump has been scheduled for Thursday, Aug
> 31st. If you happen to have any GitHub OpenSIPS issues or mailing list bug
> threads that have not been answered yet, please let us know as soon as
> possible so they make it onto the fix checklist.
>
> Best regards,
>
> --
> Liviu Chircu
> OpenSIPS Developer
> http://www.opensips-solutions.com
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>



-- 
Regards,
Suresh Talasaniya.
Software Developer.
Ecosmob Technologies Pvt. Ltd.
Contact : +91-9724264776
Skype : suresh.ecosmob
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20170829/c0ab590f/attachment-0001.html>
-------------- next part --------------
//

Notes : Below are Server IP Adderess:

1.1.1.1 -----> OE IP
2.2.2.2 -----> IN OS IP
3.3.3.3 ---->  FS IP
4.4.4.4 ----> OUT OS IP
5.5.5.5 ---> TE IP 



2017-08-18 07:27:48.251206 IP (tos 0x0, ttl 52, id 0, offset 0, flags [none], proto UDP (17), length 672)
    1.1.1.1.5060 > 2.2.2.2.5060: [udp sum ok] SIP, length: 644
        INVITE sip:50330000000422 at 2.2.2.2:5060 SIP/2.0
        Via: SIP/2.0/UDP 1.1.1.1:5060;branch=z9hG4bK-15503-331-1
        From: sipp <sip:5037777 at 1.1.1.1:5060>;tag=331
        To: sut <sip:50330000000422 at 2.2.2.2:5060>
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: sip:5037777 at 1.1.1.1:5060
        Max-Forwards: 70
        Subject: Performance Test
        Content-Type: application/sdp
        User-Agent: SIPp
        Content-Length:   206

        v=0
        o=user1 53655765 2353687637 IN IP4 1.1.1.1
        s=-
        c=IN IP4 1.1.1.1
        t=0 0
        m=audio 6000 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000

        
        
2017-08-18 07:27:48.251510 IP (tos 0x10, ttl 64, id 21789, offset 0, flags [DF], proto UDP (17), length 333)
    2.2.2.2.5060 > 1.1.1.1.5060: [bad udp cksum 0x4c3e -> 0xf25f!] SIP, length: 305
        SIP/2.0 100 Giving a try
        Via: SIP/2.0/UDP 1.1.1.1:5060;received=1.1.1.1;rport=5060;branch=z9hG4bK-15503-331-1
        From: sipp <sip:5037777 at 1.1.1.1:5060>;tag=331
        To: sut <sip:50330000000422 at 2.2.2.2:5060>
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Content-Length: 0

        
        
 2017-08-18 07:27:48.258625 IP (tos 0x10, ttl 64, id 51159, offset 0, flags [DF], proto UDP (17), length 674)
    2.2.2.2.5060 > 3.3.3.3.5060: [bad udp cksum 0xb7e1 -> 0x9fb8!] SIP, length: 646
        INVITE sip:50330000000422 at 3.3.3.3:5060 SIP/2.0
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.0
        From:  <sip:5037777 at 2.2.2.2>;tag=331
        To:  <sip:50330000000422 at 3.3.3.3>
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: <sip:5037777 at 2.2.2.2;did=609.a4968341>
        Max-Forwards: 69
        Subject: Performance Test
        Content-Type: application/sdp
        User-Agent: SIPp
        Content-Length: 203
        X-VX-DID: 8

        v=0
        o=user1 53655765 2353687637 IN IP4 2.2.2.2
        s=-
        c=IN IP4 2.2.2.2
        t=0 0
        m=audio 34632 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000

        
        
        
2017-08-18 07:27:48.258875 IP (tos 0x0, ttl 64, id 22965, offset 0, flags [none], proto UDP (17), length 308)
    3.3.3.3.5060 > 2.2.2.2.5060: [udp sum ok] SIP, length: 280
        SIP/2.0 100 Trying
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.0;rport=5060
        From: <sip:5037777 at 2.2.2.2>;tag=331
        To: <sip:50330000000422 at 3.3.3.3>
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        User-Agent: VOXSBCSWITCH
        Content-Length: 0

        
        

2017-08-18 07:27:48.383409 IP (tos 0x0, ttl 64, id 23002, offset 0, flags [none], proto UDP (17), length 575)
    3.3.3.3.5060 > 2.2.2.2.5060: [udp sum ok] SIP, length: 547
        SIP/2.0 180 Ringing
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.0;rport=5060
        From: <sip:5037777 at 2.2.2.2>;tag=331
        To: <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: <sip:50330000000422 at 3.3.3.3:5060;transport=udp>
        User-Agent: VOXSBCSWITCH
        Accept: application/sdp
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Allow-Events: talk, hold, conference, refer
        Content-Length: 0

        
        
2017-08-18 07:27:48.383636 IP (tos 0x10, ttl 64, id 21828, offset 0, flags [DF], proto UDP (17), length 618)
    2.2.2.2.5060 > 1.1.1.1.5060: [bad udp cksum 0x4d5b -> 0x8610!] SIP, length: 590
        SIP/2.0 180 Ringing
        Via: SIP/2.0/UDP 1.1.1.1:5060;received=1.1.1.1;rport=5060;branch=z9hG4bK-15503-331-1
        From: sipp <sip:5037777 at 1.1.1.1:5060>;tag=331
        To: sut <sip:50330000000422 at 2.2.2.2:5060>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: <sip:50330000000422 at 2.2.2.2;did=609.a4968341>
        User-Agent: VOXSBCSWITCH
        Accept: application/sdp
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Allow-Events: talk, hold, conference, refer
        Content-Length: 0

        
2017-08-18 07:27:48.488341 IP (tos 0x0, ttl 64, id 23033, offset 0, flags [none], proto UDP (17), length 916)
    3.3.3.3.5060 > 2.2.2.2.5060: [udp sum ok] SIP, length: 888
        SIP/2.0 200 OK
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.0;rport=5060
        From: <sip:5037777 at 2.2.2.2>;tag=331
        To: <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: <sip:50330000000422 at 3.3.3.3:5060;transport=udp>
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Allow-Events: talk, hold, conference, refer
        Session-Expires: 3600;refresher=uas
        Content-Type: application/sdp
        Content-Disposition: session
        Content-Length: 271

        v=0
        o=FreeSWITCH 1503012396 1503012397 IN IP4 3.3.3.3
        s=FreeSWITCH
        c=IN IP4 3.3.3.3
        t=0 0
        a=sendrecv
        m=audio 28872 RTP/AVP 18 101
        a=rtpmap:18 G729/8000
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-16
        a=ptime:20
        a=rtcp:28873 IN IP4 3.3.3.3

        

2017-08-18 07:27:48.489937 IP (tos 0x10, ttl 64, id 21859, offset 0, flags [DF], proto UDP (17), length 884)
    2.2.2.2.5060 > 1.1.1.1.5060: [bad udp cksum 0x4e65 -> 0xb2a1!] SIP, length: 856
        SIP/2.0 200 OK
        Via: SIP/2.0/UDP 1.1.1.1:5060;received=1.1.1.1;rport=5060;branch=z9hG4bK-15503-331-1
        From: sipp <sip:5037777 at 1.1.1.1:5060>;tag=331
        To: sut <sip:50330000000422 at 2.2.2.2:5060>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: <sip:50330000000422 at 2.2.2.2;did=609.a4968341>
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Session-Expires: 3600;refresher=uas
        Content-Type: application/sdp
        Content-Length: 271

        v=0
        o=FreeSWITCH 1503012396 1503012397 IN IP4 2.2.2.2
        s=FreeSWITCH
        c=IN IP4 2.2.2.2
        t=0 0
        a=sendrecv
        m=audio 18782 RTP/AVP 18 101
        a=rtpmap:18 G729/8000
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-16
        a=ptime:20
        a=rtcp:18783 IN IP4 2.2.2.2

        
        
        
2017-08-18 07:27:48.582015 IP (tos 0x0, ttl 52, id 0, offset 0, flags [none], proto UDP (17), length 428)
    1.1.1.1.5060 > 2.2.2.2.5060: [udp sum ok] SIP, length: 400
        ACK sip:50330000000422 at 2.2.2.2:5060 SIP/2.0
        Via: SIP/2.0/UDP 1.1.1.1:5060;branch=z9hG4bK-15503-331-5
        From: 5037777 <sip:5037777 at 1.1.1.1:5060>;tag=331
        To: sut <sip:50330000000422 at 2.2.2.2:5060>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 ACK
        Contact: sip:5037777 at 1.1.1.1:5060
        Max-Forwards: 70
        Subject: Performance Test
        Content-Length: 0

        
        
        
2017-08-18 07:27:48.583051 IP (tos 0x10, ttl 64, id 56188, offset 0, flags [DF], proto UDP (17), length 443)
    2.2.2.2.5060 > 3.3.3.3.5060: [bad udp cksum 0xb6fa -> 0x5374!] SIP, length: 415
        ACK sip:50330000000422 at 3.3.3.3:5060;transport=udp SIP/2.0
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.2
        From: 5037777 <sip:5037777 at 2.2.2.2>;tag=331
        To: sut <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 ACK
        Contact: <sip:5037777 at 2.2.2.2;did=609.a4968341>
        Max-Forwards: 69
        Subject: Performance Test
        Content-Length: 0

1503041368999719        
        
2017-08-18 07:29:28.999719 IP (tos 0x0, ttl 52, id 0, offset 0, flags [none], proto UDP (17), length 428)
    1.1.1.1.5060 > 2.2.2.2.5060: [udp sum ok] SIP, length: 400
        BYE sip:50330000000422 at 2.2.2.2:5060 SIP/2.0
        Via: SIP/2.0/UDP 1.1.1.1:5060;branch=z9hG4bK-15503-331-9
        From: 5037777 <sip:5037777 at 1.1.1.1:5060>;tag=331
        To: sut <sip:50330000000422 at 2.2.2.2:5060>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 2 BYE
        Contact: sip:5037777 at 1.1.1.1:5060
        Max-Forwards: 70
        Subject: Performance Test
        Content-Length: 0

    
// OpenSIPs cfg Generate Timestamp : 1503041368000686 and Called Relay function.
// IN OS Relay BYE in Network : 1503041369001085        
        
        1503041369001085
        
2017-08-18 07:29:29.001085 IP (tos 0x10, ttl 64, id 61556, offset 0, flags [DF], proto UDP (17), length 442)
    2.2.2.2.5060 > 3.3.3.3.5060: [bad udp cksum 0xb6f9 -> 0xcc76!] SIP, length: 414
        BYE sip:50330000000422 at 3.3.3.3:5060;transport=udp SIP/2.0
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKa39d.9240c6c.0
        From: 5037777 <sip:5037777 at 2.2.2.2>;tag=331
        To: sut <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 2 BYE
        Contact: <sip:5037777 at 2.2.2.2;did=609.a4968341>
        Max-Forwards: 69
        Subject: Performance Test
        Content-Length: 0

        
        
 //--------------------------------------------------------------       
        
2017-08-18 07:27:48.260265 IP (tos 0x0, ttl 64, id 51159, offset 0, flags [DF], proto UDP (17), length 674)
    2.2.2.2.5060 > 3.3.3.3.5060: [udp sum ok] SIP, length: 646
        INVITE sip:50330000000422 at 3.3.3.3:5060 SIP/2.0
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.0
        From:  <sip:5037777 at 2.2.2.2>;tag=331
        To:  <sip:50330000000422 at 3.3.3.3>
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: <sip:5037777 at 2.2.2.2;did=609.a4968341>
        Max-Forwards: 69
        Subject: Performance Test
        Content-Type: application/sdp
        User-Agent: SIPp
        Content-Length: 203
        X-VX-DID: 8

        v=0
        o=user1 53655765 2353687637 IN IP4 2.2.2.2
        s=-
        c=IN IP4 2.2.2.2
        t=0 0
        m=audio 34632 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000

        
        
        
2017-08-18 07:27:48.260414 IP (tos 0x0, ttl 64, id 22965, offset 0, flags [none], proto UDP (17), length 308)
    3.3.3.3.5060 > 2.2.2.2.5060: [bad udp cksum 0xb673 -> 0xae4d!] SIP, length: 280
        SIP/2.0 100 Trying
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.0;rport=5060
        From: <sip:5037777 at 2.2.2.2>;tag=331
        To: <sip:50330000000422 at 3.3.3.3>
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        User-Agent: VOXSBCSWITCH
        Content-Length: 0
        

        
2017-08-18 07:27:48.384942 IP (tos 0x0, ttl 64, id 23002, offset 0, flags [none], proto UDP (17), length 575)
    3.3.3.3.5060 > 2.2.2.2.5060: [bad udp cksum 0xb77e -> 0x1dcc!] SIP, length: 547
        SIP/2.0 180 Ringing
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.0;rport=5060
        From: <sip:5037777 at 2.2.2.2>;tag=331
        To: <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: <sip:50330000000422 at 3.3.3.3:5060;transport=udp>
        User-Agent: VOXSBCSWITCH
        Accept: application/sdp
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Allow-Events: talk, hold, conference, refer
        Content-Length: 0

        
        
2017-08-18 07:27:48.489857 IP (tos 0x0, ttl 64, id 23033, offset 0, flags [none], proto UDP (17), length 916)
    3.3.3.3.5060 > 2.2.2.2.5060: [bad udp cksum 0xb8d3 -> 0x3b2f!] SIP, length: 888
        SIP/2.0 200 OK
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.0;rport=5060
        From: <sip:5037777 at 2.2.2.2>;tag=331
        To: <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 INVITE
        Contact: <sip:50330000000422 at 3.3.3.3:5060;transport=udp>
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Allow-Events: talk, hold, conference, refer
        Session-Expires: 3600;refresher=uas
        Content-Type: application/sdp
        Content-Disposition: session
        Content-Length: 271

        v=0
        o=FreeSWITCH 1503012396 1503012397 IN IP4 3.3.3.3
        s=FreeSWITCH
        c=IN IP4 3.3.3.3
        t=0 0
        a=sendrecv
        m=audio 28872 RTP/AVP 18 101
        a=rtpmap:18 G729/8000
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-16
        a=ptime:20
        a=rtcp:28873 IN IP4 3.3.3.3

        
2017-08-18 07:27:48.584695 IP (tos 0x0, ttl 64, id 56188, offset 0, flags [DF], proto UDP (17), length 443)
    2.2.2.2.5060 > 3.3.3.3.5060: [udp sum ok] SIP, length: 415
        ACK sip:50330000000422 at 3.3.3.3:5060;transport=udp SIP/2.0
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKd39d.f6fe3e03.2
        From: 5037777 <sip:5037777 at 2.2.2.2>;tag=331
        To: sut <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 1 ACK
        Contact: <sip:5037777 at 2.2.2.2;did=609.a4968341>
        Max-Forwards: 69
        Subject: Performance Test
        Content-Length: 0


1503041369002714        
        
2017-08-18 07:29:29.002714 IP (tos 0x0, ttl 64, id 61556, offset 0, flags [DF], proto UDP (17), length 442)
    2.2.2.2.5060 > 3.3.3.3.5060: [udp sum ok] SIP, length: 414
        BYE sip:50330000000422 at 3.3.3.3:5060;transport=udp SIP/2.0
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKa39d.9240c6c.0
        From: 5037777 <sip:5037777 at 2.2.2.2>;tag=331
        To: sut <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 2 BYE
        Contact: <sip:5037777 at 2.2.2.2;did=609.a4968341>
        Max-Forwards: 69
        Subject: Performance Test
        Content-Length: 0

        
        
2017-08-18 07:29:29.025893 IP (tos 0x0, ttl 64, id 27429, offset 0, flags [none], proto UDP (17), length 444)
    3.3.3.3.5060 > 2.2.2.2.5060: [bad udp cksum 0xb6fb -> 0xc8ba!] SIP, length: 416
        SIP/2.0 200 OK
        Via: SIP/2.0/UDP 2.2.2.2:5060;branch=z9hG4bKa39d.9240c6c.0;rport=5060
        From: 5037777 <sip:5037777 at 2.2.2.2>;tag=331
        To: sut <sip:50330000000422 at 3.3.3.3>;tag=UaNrvee09KUKD
        Call-ID: 331-15503 at 1.1.1.1
        CSeq: 2 BYE
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Content-Length: 0
        
        
        
        
        
 -------------
 
 
 2017-08-18 07:27:48.284291 IP (tos 0x0, ttl 64, id 29942, offset 0, flags [none], proto UDP (17), length 1124)
    3.3.3.3.5060 > 4.4.4.4.5060: [bad udp cksum 0xb9a6 -> 0x8880!] SIP, length: 1096
        INVITE sip:6664330000000422 at 4.4.4.4:5060;transport=udp SIP/2.0
        Via: SIP/2.0/UDP 3.3.3.3;rport;branch=z9hG4bKjve9Ha91m40DQ
        Max-Forwards: 68
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:7777777 at 3.3.3.3:5060>
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Allow-Events: talk, hold, conference, refer
        Session-Expires: 3600;refresher=uac
        Min-SE: 90
        Content-Type: application/sdp
        Content-Disposition: session
        Content-Length: 295
        X-VX-DID: 24
        X-VX-CID: 331-15503 at 1.1.1.1
        X-FS-Support: update_display,send_info

        v=0
        o=FreeSWITCH 1503016054 1503016055 IN IP4 3.3.3.3
        s=FreeSWITCH
        c=IN IP4 3.3.3.3
        t=0 0
        a=sendrecv
        m=audio 25214 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-16
        a=rtcp:25215 IN IP4 3.3.3.3
        a=ptime:20

        
        
        
        
2017-08-18 07:27:48.284632 IP (tos 0x0, ttl 64, id 18401, offset 0, flags [DF], proto UDP (17), length 364)
    4.4.4.4.5060 > 3.3.3.3.5060: [udp sum ok] SIP, length: 336
        SIP/2.0 100 Giving a try
        Via: SIP/2.0/UDP 3.3.3.3;received=3.3.3.3;rport=5060;branch=z9hG4bKjve9Ha91m40DQ
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Content-Length: 0
        
        
        
        
 2017-08-18 07:27:48.377707 IP (tos 0x0, ttl 64, id 18467, offset 0, flags [DF], proto UDP (17), length 414)
    4.4.4.4.5060 > 3.3.3.3.5060: [udp sum ok] SIP, length: 386
        SIP/2.0 180 Ringing
        Via: SIP/2.0/UDP 3.3.3.3;received=3.3.3.3;rport=5060;branch=z9hG4bKjve9Ha91m40DQ
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:4.4.4.4;did=01e.37a7a313>
        Content-Length: 0

        
        
2017-08-18 07:27:48.480984 IP (tos 0x0, ttl 64, id 18539, offset 0, flags [DF], proto UDP (17), length 650)
    4.4.4.4.5060 > 3.3.3.3.5060: [udp sum ok] SIP, length: 622
        SIP/2.0 200 OK
        Via: SIP/2.0/UDP 3.3.3.3;received=3.3.3.3;rport=5060;branch=z9hG4bKjve9Ha91m40DQ
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:4.4.4.4;did=01e.37a7a313>
        Content-Type: application/sdp
        Content-Length:   206

        v=0
        o=user1 53655765 2353687637 IN IP4 5.5.5.5
        s=-
        c=IN IP4 5.5.5.5
        t=0 0
        m=audio 6000 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000

        
        
2017-08-18 07:27:48.482543 IP (tos 0x0, ttl 64, id 29982, offset 0, flags [none], proto UDP (17), length 424)
    3.3.3.3.5060 > 4.4.4.4.5060: [bad udp cksum 0xb6ea -> 0x51a7!] SIP, length: 396
        ACK sip:4.4.4.4;did=01e.37a7a313 SIP/2.0
        Via: SIP/2.0/UDP 3.3.3.3;rport;branch=z9hG4bKt518r4aF18USp
        Max-Forwards: 70
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 ACK
        Contact: <sip:7777777 at 3.3.3.3:5060>
        Content-Length: 0

 
 1503041369048654
        
2017-08-18 07:29:29.048654 IP (tos 0x0, ttl 64, id 33218, offset 0, flags [none], proto UDP (17), length 568)
    3.3.3.3.5060 > 4.4.4.4.5060: [bad udp cksum 0xb77a -> 0xd6c3!] SIP, length: 540
        BYE sip:4.4.4.4;did=01e.37a7a313 SIP/2.0
        Via: SIP/2.0/UDP 3.3.3.3;rport;branch=z9hG4bKyeQ573t2S8reN
        Max-Forwards: 70
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184571 BYE
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Reason: Q.850;cause=16;text="NORMAL_CLEARING"
        Content-Length: 0
        
        
2017-08-18 07:29:29.141769 IP (tos 0x0, ttl 64, id 6023, offset 0, flags [DF], proto UDP (17), length 406)
    4.4.4.4.5060 > 3.3.3.3.5060: [udp sum ok] SIP, length: 378
        SIP/2.0 200 OK
        Via: SIP/2.0/UDP 3.3.3.3;received=3.3.3.3;rport=5060;branch=z9hG4bKyeQ573t2S8reN
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184571 BYE
        Contact: <sip:4.4.4.4;did=01e.37a7a313>
        Content-Length: 0
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
//--------------


2017-08-18 07:27:48.283485 IP (tos 0x0, ttl 64, id 29942, offset 0, flags [none], proto UDP (17), length 1124)
    3.3.3.3.5060 > 4.4.4.4.5060: [udp sum ok] SIP, length: 1096
        INVITE sip:6664330000000422 at 4.4.4.4:5060;transport=udp SIP/2.0
        Via: SIP/2.0/UDP 3.3.3.3;rport;branch=z9hG4bKjve9Ha91m40DQ
        Max-Forwards: 68
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:7777777 at 3.3.3.3:5060>
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Allow-Events: talk, hold, conference, refer
        Session-Expires: 3600;refresher=uac
        Min-SE: 90
        Content-Type: application/sdp
        Content-Disposition: session
        Content-Length: 295
        X-VX-DID: 24
        X-VX-CID: 331-15503 at 1.1.1.1
        X-FS-Support: update_display,send_info

        v=0
        o=FreeSWITCH 1503016054 1503016055 IN IP4 3.3.3.3
        s=FreeSWITCH
        c=IN IP4 3.3.3.3
        t=0 0
        a=sendrecv
        m=audio 25214 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-16
        a=rtcp:25215 IN IP4 3.3.3.3
        a=ptime:20

        
2017-08-18 07:27:48.283715 IP (tos 0x10, ttl 64, id 18401, offset 0, flags [DF], proto UDP (17), length 364)
    4.4.4.4.5060 > 3.3.3.3.5060: [bad udp cksum 0xb6ae -> 0xc22b!] SIP, length: 336
        SIP/2.0 100 Giving a try
        Via: SIP/2.0/UDP 3.3.3.3;received=3.3.3.3;rport=5060;branch=z9hG4bKjve9Ha91m40DQ
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Content-Length: 0
        
        

2017-08-18 07:27:48.284919 IP (tos 0x10, ttl 64, id 22338, offset 0, flags [DF], proto UDP (17), length 1045)
    4.4.4.4.5060 > 5.5.5.5.6060: [bad udp cksum 0x4f08 -> 0xd577!] SIP, length: 1017
        INVITE sip:6664330000000422 at 5.5.5.5:5060;transport=udp SIP/2.0
        Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK1657.b6930b46.0
        Max-Forwards: 67
        From: "7777777" <sip:7777777 at 4.4.4.4>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 5.5.5.5;transport=udp>
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:7777777 at 4.4.4.4;did=01e.37a7a313>
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Allow-Events: talk, hold, conference, refer
        Session-Expires: 3600;refresher=uac
        Min-SE: 90
        Content-Type: application/sdp
        Content-Disposition: session
        Content-Length: 295

        v=0
        o=FreeSWITCH 1503016054 1503016055 IN IP4 3.3.3.3
        s=FreeSWITCH
        c=IN IP4 3.3.3.3
        t=0 0
        a=sendrecv
        m=audio 25214 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000
        a=fmtp:101 0-16
        a=rtcp:25215 IN IP4 3.3.3.3
        a=ptime:20
        
        
        
2017-08-18 07:27:48.376624 IP (tos 0x0, ttl 52, id 0, offset 0, flags [none], proto UDP (17), length 387)
    5.5.5.5.6060 > 4.4.4.4.5060: [udp sum ok] SIP, length: 359
        SIP/2.0 100 Trying
        Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK1657.b6930b46.0
        From: "7777777" <sip:7777777 at 4.4.4.4>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 5.5.5.5;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:5.5.5.5:6060;transport=UDP>
        Content-Length: 0

        
        
        
2017-08-18 07:27:48.376673 IP (tos 0x0, ttl 52, id 0, offset 0, flags [none], proto UDP (17), length 388)
    5.5.5.5.6060 > 4.4.4.4.5060: [udp sum ok] SIP, length: 360
        SIP/2.0 180 Ringing
        Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK1657.b6930b46.0
        From: "7777777" <sip:7777777 at 4.4.4.4>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 5.5.5.5;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:5.5.5.5:6060;transport=UDP>
        Content-Length: 0

        
        
2017-08-18 07:27:48.376791 IP (tos 0x10, ttl 64, id 18467, offset 0, flags [DF], proto UDP (17), length 414)
    4.4.4.4.5060 > 3.3.3.3.5060: [bad udp cksum 0xb6e0 -> 0xc393!] SIP, length: 386
        SIP/2.0 180 Ringing
        Via: SIP/2.0/UDP 3.3.3.3;received=3.3.3.3;rport=5060;branch=z9hG4bKjve9Ha91m40DQ
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:4.4.4.4;did=01e.37a7a313>
        Content-Length: 0

        
        
2017-08-18 07:27:48.478567 IP (tos 0x0, ttl 52, id 0, offset 0, flags [none], proto UDP (17), length 624)
    5.5.5.5.6060 > 4.4.4.4.5060: [udp sum ok] SIP, length: 596
        SIP/2.0 200 OK
        Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK1657.b6930b46.0
        From: "7777777" <sip:7777777 at 4.4.4.4>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 5.5.5.5;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:5.5.5.5:6060;transport=UDP>
        Content-Type: application/sdp
        Content-Length:   206

        v=0
        o=user1 53655765 2353687637 IN IP4 5.5.5.5
        s=-
        c=IN IP4 5.5.5.5
        t=0 0
        m=audio 6000 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000

        

2017-08-18 07:27:48.480055 IP (tos 0x10, ttl 64, id 18539, offset 0, flags [DF], proto UDP (17), length 650)
    4.4.4.4.5060 > 3.3.3.3.5060: [bad udp cksum 0xb7cc -> 0xb569!] SIP, length: 622
        SIP/2.0 200 OK
        Via: SIP/2.0/UDP 3.3.3.3;received=3.3.3.3;rport=5060;branch=z9hG4bKjve9Ha91m40DQ
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 INVITE
        Contact: <sip:4.4.4.4;did=01e.37a7a313>
        Content-Type: application/sdp
        Content-Length:   206

        v=0
        o=user1 53655765 2353687637 IN IP4 5.5.5.5
        s=-
        c=IN IP4 5.5.5.5
        t=0 0
        m=audio 6000 RTP/AVP 18 0 101
        a=rtpmap:18 G729/8000
        a=rtpmap:0 PCMU/8000
        a=rtpmap:101 telephone-event/8000

        
        
2017-08-18 07:27:48.481754 IP (tos 0x0, ttl 64, id 29982, offset 0, flags [none], proto UDP (17), length 424)
    3.3.3.3.5060 > 4.4.4.4.5060: [udp sum ok] SIP, length: 396
        ACK sip:4.4.4.4;did=01e.37a7a313 SIP/2.0
        Via: SIP/2.0/UDP 3.3.3.3;rport;branch=z9hG4bKt518r4aF18USp
        Max-Forwards: 70
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 ACK
        Contact: <sip:7777777 at 3.3.3.3:5060>
        Content-Length: 0

        
2017-08-18 07:27:48.482912 IP (tos 0x10, ttl 64, id 22472, offset 0, flags [DF], proto UDP (17), length 438)
    4.4.4.4.5060 > 5.5.5.5.6060: [bad udp cksum 0x4ca9 -> 0x4829!] SIP, length: 410
        ACK sip:5.5.5.5:6060;transport=UDP SIP/2.0
        Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK1657.b6930b46.2
        Max-Forwards: 69
        From: "7777777" <sip:7777777 at 4.4.4.4>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 5.5.5.5;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184570 ACK
        Contact: <sip:7777777 at 4.4.4.4;did=01e.37a7a313>
        Content-Length: 0
        
        
        
        
        
2017-08-18 07:29:29.047906 IP (tos 0x0, ttl 64, id 33218, offset 0, flags [none], proto UDP (17), length 568)
    3.3.3.3.5060 > 4.4.4.4.5060: [udp sum ok] SIP, length: 540
        BYE sip:4.4.4.4;did=01e.37a7a313 SIP/2.0
        Via: SIP/2.0/UDP 3.3.3.3;rport;branch=z9hG4bKyeQ573t2S8reN
        Max-Forwards: 70
        From: "7777777" <sip:7777777 at 3.3.3.3>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 4.4.4.4:5060;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184571 BYE
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Reason: Q.850;cause=16;text="NORMAL_CLEARING"
        Content-Length: 0
        
        
        

2017-08-18 07:29:29.049108 IP (tos 0x10, ttl 64, id 10038, offset 0, flags [DF], proto UDP (17), length 570)
    4.4.4.4.5060 > 5.5.5.5.6060: [bad udp cksum 0x4d2d -> 0x14f6!] SIP, length: 542
        BYE sip:5.5.5.5:6060;transport=UDP SIP/2.0
        Via: SIP/2.0/UDP 4.4.4.4:5060;branch=z9hG4bK2657.0b84d911.0
        Max-Forwards: 69
        From: "7777777" <sip:7777777 at 4.4.4.4>;tag=0QKm5N2HU0aHQ
        To: <sip:6664330000000422 at 5.5.5.5;transport=udp>;tag=331
        Call-ID: 2d8f415d-8ff4-4f35-b8cf-2a2813e7b173
        CSeq: 111184571 BYE
        User-Agent: VOXSBCSWITCH
        Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY
        Supported: timer, path, replaces
        Reason: Q.850;cause=16;text="NORMAL_CLEARING"
        Content-Length: 0