From bobby.smith at gmail.com  Mon Dec  1 14:25:56 2014
From: bobby.smith at gmail.com (Bobby Smith)
Date: Mon, 1 Dec 2014 08:25:56 -0500
Subject: [OpenSIPS-Devel] Obsolete Modules
In-Reply-To: <547896D4.6090208@opensips.org>
References: <545CBB44.9020709@opensips.org> <54746F21.9070702@opensips.org>
	<547896D4.6090208@opensips.org>
Message-ID: <CAJQeEgtBDzwaw4dM+6hH+GnRqzHkmXVq9iqZSXHhGd-u3o6wMg@mail.gmail.com>

Greetings,

Has the response format been changed to match the same content of the
original mi_xmlrpc module?  This was one of my biggest complaints with
migrating, because the new module (since all return content is in a single
XML node instead of the preferred actual XML content response) used a
slightly different, "::" delimited format.  This was problematic because it
would cause the rewrite of literally hundreds of nagios remote execution
scripts.

Thanks,

On Fri, Nov 28, 2014 at 10:37 AM, R?zvan Crainea <razvan at opensips.org>
wrote:

> Hi, all!
>
> The three modules have been moved to the modules_obsolete/ directory. I've
> written two tutorials that contains the steps to migrate from the old
> mi_xmlrpc to the new mi_xmlrpc_ng module[1] and from closeddial to the new
> dialplan module[2].
> Also the documentation page[3] has been updated.
>
> [1] http://www.opensips.org/Documentation/TipsFAQ#toc9
> [2] http://www.opensips.org/Documentation/TipsFAQ#toc10
> [3] http://www.opensips.org/Documentation/Modules-2-1
>
> Best regards,
>
> R?zvan Crainea
> OpenSIPS Solutions
> www.opensips-solutions.com
>
> On 11/25/2014 01:59 PM, Bogdan-Andrei Iancu wrote:
>
>> OK, let's do this, First modules to become obsolete are "mi_xmlrpc",
>> "closeddial" and "aaa_diameter".
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>>
>> On 07.11.2014 14:29, R?zvan Crainea wrote:
>>
>>> Hello!
>>>
>>> For the trunk version and the new 2.1 we would like to obsolete some of
>>> the old modules that are no longer widely used anymore. The reason we are
>>> doing this is that it will decrease the compile time for OpenSIPS and will
>>> keep the modules/ directory cleaner.
>>> Note that these modules will not be deleted, but rather moved to a new
>>> directory, called modules_obsolete/. If you really need to use one of them,
>>> you can simply move them in the modules/ directory.
>>>
>>> We were first thinking about the following modules:
>>> - mi_xmlrpc - A lighter version called mi_xmlrpc_ng[1] has been
>>> developed, which does not uses the heavy abyss library. For more
>>> information check this thread[2].
>>> - closeddial - The same functionality can be achieved using the more
>>> powerful and efficient dialplan module[3].
>>> - diameter[4] - This module is no longer maintained because the library
>>> it is built on is no longer maintained.
>>>
>>> What do you think about this? Are there any reasons why we should keep
>>> any of these modules? What other modules do you think we should move there?
>>>
>>> [1] http://www.opensips.org/html/docs/modules/2.1.x/mi_xmlrpc_ng.html
>>> [2] http://lists.opensips.org/pipermail/users/2014-March/028137.html
>>> [3] http://www.opensips.org/html/docs/modules/2.1.x/dialplan.html
>>> [4] http://www.opensips.org/html/docs/modules/2.1.x/auth_diameter.html
>>>
>>> Best regards,
>>>
>>>
>>
>> _______________________________________________
>> 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/20141201/8e0aa2cd/attachment.htm>

From osas at voipembedded.com  Mon Dec  1 21:31:50 2014
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 1 Dec 2014 15:31:50 -0500
Subject: [OpenSIPS-Devel] Obsolete Modules
In-Reply-To: <CAJQeEgtBDzwaw4dM+6hH+GnRqzHkmXVq9iqZSXHhGd-u3o6wMg@mail.gmail.com>
References: <545CBB44.9020709@opensips.org> <54746F21.9070702@opensips.org>
	<547896D4.6090208@opensips.org>
	<CAJQeEgtBDzwaw4dM+6hH+GnRqzHkmXVq9iqZSXHhGd-u3o6wMg@mail.gmail.com>
Message-ID: <CAND0LksmLp3zNogLsOOdMxMHRGvNZJ0C0UC3XXECf=tEAhhMtA@mail.gmail.com>

All the known issues were addressed.
Please re-test the latest version and let us know.

Regards,
Ovidiu Sas

On Mon, Dec 1, 2014 at 8:25 AM, Bobby Smith <bobby.smith at gmail.com> wrote:

> Greetings,
>
> Has the response format been changed to match the same content of the
> original mi_xmlrpc module?  This was one of my biggest complaints with
> migrating, because the new module (since all return content is in a single
> XML node instead of the preferred actual XML content response) used a
> slightly different, "::" delimited format.  This was problematic because it
> would cause the rewrite of literally hundreds of nagios remote execution
> scripts.
>
> Thanks,
>
> On Fri, Nov 28, 2014 at 10:37 AM, R?zvan Crainea <razvan at opensips.org>
> wrote:
>
>> Hi, all!
>>
>> The three modules have been moved to the modules_obsolete/ directory.
>> I've written two tutorials that contains the steps to migrate from the old
>> mi_xmlrpc to the new mi_xmlrpc_ng module[1] and from closeddial to the new
>> dialplan module[2].
>> Also the documentation page[3] has been updated.
>>
>> [1] http://www.opensips.org/Documentation/TipsFAQ#toc9
>> [2] http://www.opensips.org/Documentation/TipsFAQ#toc10
>> [3] http://www.opensips.org/Documentation/Modules-2-1
>>
>> Best regards,
>>
>> R?zvan Crainea
>> OpenSIPS Solutions
>> www.opensips-solutions.com
>>
>> On 11/25/2014 01:59 PM, Bogdan-Andrei Iancu wrote:
>>
>>> OK, let's do this, First modules to become obsolete are "mi_xmlrpc",
>>> "closeddial" and "aaa_diameter".
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developer
>>> http://www.opensips-solutions.com
>>>
>>> On 07.11.2014 14:29, R?zvan Crainea wrote:
>>>
>>>> Hello!
>>>>
>>>> For the trunk version and the new 2.1 we would like to obsolete some of
>>>> the old modules that are no longer widely used anymore. The reason we are
>>>> doing this is that it will decrease the compile time for OpenSIPS and will
>>>> keep the modules/ directory cleaner.
>>>> Note that these modules will not be deleted, but rather moved to a new
>>>> directory, called modules_obsolete/. If you really need to use one of them,
>>>> you can simply move them in the modules/ directory.
>>>>
>>>> We were first thinking about the following modules:
>>>> - mi_xmlrpc - A lighter version called mi_xmlrpc_ng[1] has been
>>>> developed, which does not uses the heavy abyss library. For more
>>>> information check this thread[2].
>>>> - closeddial - The same functionality can be achieved using the more
>>>> powerful and efficient dialplan module[3].
>>>> - diameter[4] - This module is no longer maintained because the library
>>>> it is built on is no longer maintained.
>>>>
>>>> What do you think about this? Are there any reasons why we should keep
>>>> any of these modules? What other modules do you think we should move there?
>>>>
>>>> [1] http://www.opensips.org/html/docs/modules/2.1.x/mi_xmlrpc_ng.html
>>>> [2] http://lists.opensips.org/pipermail/users/2014-March/028137.html
>>>> [3] http://www.opensips.org/html/docs/modules/2.1.x/dialplan.html
>>>> [4] http://www.opensips.org/html/docs/modules/2.1.x/auth_diameter.html
>>>>
>>>> Best regards,
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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 list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>


-- 
VoIP Embedded, Inc.
http://www.voipembedded.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141201/447b379a/attachment.htm>

From ag at ag-projects.com  Wed Dec  3 22:23:17 2014
From: ag at ag-projects.com (ag at ag-projects.com)
Date: Wed, 3 Dec 2014 19:23:17 -0200
Subject: [OpenSIPS-Devel] New OpenXCAP release 2.2.0
Message-ID: <AB916B9E-452C-48DB-86D2-C3C63AEE8958@ag-projects.com>

Changelog

openxcap (2.2.0)

  * Add a 30 second timeout to avoid keeping TCP lingering connections
  * Removed deprecated port setting
  * Raise open file descriptor limit on start
  * Lower HTTP input timeout to 30 seconds
  * Dropped Python < 2.7 support

To upgrade or install see http://openxcap.org

--
Adrian





From luckyraul at gmx.com  Fri Dec  5 09:40:41 2014
From: luckyraul at gmx.com (Nikita Tarasov)
Date: Fri, 5 Dec 2014 09:40:41 +0100
Subject: [OpenSIPS-Devel] AVP variable string lenght
Message-ID: <trinity-6b317372-619c-4438-a0f2-4459493b80e7-1417768841133@3capp-mailcom-bs10>

An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141205/993004bb/attachment.htm>

From ionutionita at opensips.org  Fri Dec  5 12:05:00 2014
From: ionutionita at opensips.org (ionutrazvanionita)
Date: Fri, 05 Dec 2014 03:05:00 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 853789: fixed compilation
 warning on convert_mime2string_C...
Message-ID: <5481915c1b8de_43443f9b96d492b845964@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 8537890571ff4c28df8ad2a9d59cafa12735628d
      https://github.com/OpenSIPS/opensips/commit/8537890571ff4c28df8ad2a9d59cafa12735628d
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-12-05 (Fri, 05 Dec 2014)

  Changed paths:
    M parser/parse_content.c

  Log Message:
  -----------
  fixed compilation warning on convert_mime2string_CT



From razvan at opensips.org  Fri Dec  5 14:44:29 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Fri, 05 Dec 2014 05:44:29 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 99d7e7: Makefile: fix missing
 space in tls overwite test
Message-ID: <5481b6bdac58b_43d13fb84292d29c37579@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 99d7e7fde9743468a6d99a2cc4a0388d40dcf3a7
      https://github.com/OpenSIPS/opensips/commit/99d7e7fde9743468a6d99a2cc4a0388d40dcf3a7
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-05 (Fri, 05 Dec 2014)

  Changed paths:
    M Makefile

  Log Message:
  -----------
  Makefile: fix missing space in tls overwite test



From bogdan at opensips.org  Fri Dec  5 15:53:20 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 05 Dec 2014 16:53:20 +0200
Subject: [OpenSIPS-Devel] AVP variable string lenght
In-Reply-To: <trinity-6b317372-619c-4438-a0f2-4459493b80e7-1417768841133@3capp-mailcom-bs10>
References: <trinity-6b317372-619c-4438-a0f2-4459493b80e7-1417768841133@3capp-mailcom-bs10>
Message-ID: <5481C6E0.8010409@opensips.org>

Hi Nikita,

You use the str_init() macro in a wrong way - it is intended to take as 
param a static string (ie. str_init("test string") ) and not a pointer, 
as you do.
str_init() macro does a sizeof, and for you it will be 8 (size of a 
pointer on 64bit) -> with one null termination -> 7 left :).

Regards,

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

On 05.12.2014 10:40, Nikita Tarasov wrote:
> We are creating module for opensips working similar to call_control. 
> This module exchanges with our software via unix socket. I developed 
> mostly the all functionality that we want nevertheless I got very 
> strange result in setting AVP variable via module. This variable with 
> string is cutting after 7th symbol.
> How can I increase AVP string variable length?
> code example
> pv_value_t spec_value;
> pch = strtok (NULL, "\r\n:");
> str text = str_init(pch);
> spec_value.rs = text;
> spec_value.flags = PV_VAL_STR;
> if (pv_set_value(msg,&(mediagateway_avp_spec),0,&spec_value) != 0){
>     LM_ERR("Failed to set the output variable\n");
> }
> Nikita
>
>
> _______________________________________________
> 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/20141205/08cab4ac/attachment.htm>

From ionutionita at opensips.org  Fri Dec  5 18:10:03 2014
From: ionutionita at opensips.org (ionutrazvanionita)
Date: Fri, 05 Dec 2014 09:10:03 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] cf8253: fixed: mc_compress
 works with no argument
Message-ID: <5481e6ebf1098_1a5a3fb10ed4f2c073570@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: cf8253e8c61d2c22fb280dc087ddb1a9799c91d0
      https://github.com/OpenSIPS/opensips/commit/cf8253e8c61d2c22fb280dc087ddb1a9799c91d0
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-12-05 (Fri, 05 Dec 2014)

  Changed paths:
    M modules/compression/compression.c
    M modules/compression/compression_helpers.c

  Log Message:
  -----------
  fixed: mc_compress works with no argument



From ionutionita at opensips.org  Tue Dec  9 15:44:39 2014
From: ionutionita at opensips.org (ionutrazvanionita)
Date: Tue, 09 Dec 2014 06:44:39 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 70857e: compaction multiple \0
 characters in the end fix
Message-ID: <54870ad7beede_3df43f88d40452bc9375e@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 70857e78cb22b55b5c1f8b6d2daa1388e75757d6
      https://github.com/OpenSIPS/opensips/commit/70857e78cb22b55b5c1f8b6d2daa1388e75757d6
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-12-09 (Tue, 09 Dec 2014)

  Changed paths:
    M modules/compression/compression.c

  Log Message:
  -----------
  compaction multiple \0 characters in the end fix



From ionutionita at opensips.org  Tue Dec  9 16:07:09 2014
From: ionutionita at opensips.org (ionutrazvanionita)
Date: Tue, 09 Dec 2014 07:07:09 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 276b84: no '\0' at the end of
	the message
Message-ID: <5487101d3ee9f_62c3f8f4b5db2bc928e8@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 276b8427702aebe13cae065e24185fb86bbb33de
      https://github.com/OpenSIPS/opensips/commit/276b8427702aebe13cae065e24185fb86bbb33de
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-12-09 (Tue, 09 Dec 2014)

  Changed paths:
    M modules/compression/compression.c

  Log Message:
  -----------
  no '\0' at the end of the message



From ionutionita at opensips.org  Tue Dec  9 16:08:32 2014
From: ionutionita at opensips.org (ionutrazvanionita)
Date: Tue, 09 Dec 2014 07:08:32 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] b625c7: no '\0' at the end of
 the message(-- instead of ++...
Message-ID: <54871070aad78_4e363f8c98d5d2c023785@hookshot-fe4-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: b625c771a04afbed2035f0074b781beb978d3f7d
      https://github.com/OpenSIPS/opensips/commit/b625c771a04afbed2035f0074b781beb978d3f7d
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-12-09 (Tue, 09 Dec 2014)

  Changed paths:
    M modules/compression/compression.c

  Log Message:
  -----------
  no '\0' at the end of the message(-- instead of ++)



From liviu at opensips.org  Wed Dec 10 10:28:42 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 10 Dec 2014 01:28:42 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 127b45: dispatcher: fix
 several issues with empty destinat...
Message-ID: <5488124aa345d_60ba3fc8f9df12c021483@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 127b456a874499b6295008425144ca29b5e69d75
      https://github.com/OpenSIPS/opensips/commit/127b456a874499b6295008425144ca29b5e69d75
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M modules/dispatcher/dispatch.c

  Log Message:
  -----------
  dispatcher: fix several issues with empty destination sets

Upon (re)load, a dispatching set may be empty if none of its destinations
can be resolved. This patch fixes a couple of crashes which are directly
related to empty destination sets:

    * fix a bug in reindex_dests() where a single bogus destination
      would be allocated for each empty set
    * prevent ds_select_dst() from routing to empty sets



From liviu at opensips.org  Wed Dec 10 10:29:17 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 10 Dec 2014 01:29:17 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] a64765: dispatcher: fix
 several issues with empty destinat...
Message-ID: <5488126d7e17_5f03fff07fb32b8268aa@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.11
  Home:   https://github.com/OpenSIPS/opensips
  Commit: a64765cd4ee195c817c519e0e4749da920f7e1d4
      https://github.com/OpenSIPS/opensips/commit/a64765cd4ee195c817c519e0e4749da920f7e1d4
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M modules/dispatcher/dispatch.c

  Log Message:
  -----------
  dispatcher: fix several issues with empty destination sets

Upon (re)load, a dispatching set may be empty if none of its destinations
can be resolved. This patch fixes a couple of crashes which are directly
related to empty destination sets:

    * fix a bug in reindex_dests() where a single bogus destination
      would be allocated for each empty set
    * prevent ds_select_dst() from routing to empty sets

(cherry picked from commit 127b456a874499b6295008425144ca29b5e69d75)



From liviu at opensips.org  Wed Dec 10 10:34:05 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 10 Dec 2014 01:34:05 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 0ef55e: dispatcher: fix
 several issues with empty destinat...
Message-ID: <5488138d2af7c_d823fb4795f72c054844@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.10
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 0ef55ed992bfd7121771ffec79ec51273a29a1c6
      https://github.com/OpenSIPS/opensips/commit/0ef55ed992bfd7121771ffec79ec51273a29a1c6
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M modules/dispatcher/dispatch.c

  Log Message:
  -----------
  dispatcher: fix several issues with empty destination sets

Upon (re)load, a dispatching set may be empty if none of its destinations
can be resolved. This patch fixes a couple of crashes which are directly
related to empty destination sets:

    * fix a bug in reindex_dests() where a single bogus destination
      would be allocated for each empty set
    * prevent ds_select_dst() from routing to empty sets

(cherry picked from commit 127b456a874499b6295008425144ca29b5e69d75)

Conflicts:
	modules/dispatcher/dispatch.c



From liviu at opensips.org  Wed Dec 10 10:35:56 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 10 Dec 2014 01:35:56 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] d90b03: dispatcher: fix
 several issues with empty destinat...
Message-ID: <548813fcf2b4_502d3ffdafdf12bc887b0@hookshot-fe4-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: d90b03869ad488ee1a07572157a1f7415442f74d
      https://github.com/OpenSIPS/opensips/commit/d90b03869ad488ee1a07572157a1f7415442f74d
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M modules/dispatcher/dispatch.c

  Log Message:
  -----------
  dispatcher: fix several issues with empty destination sets

Upon (re)load, a dispatching set may be empty if none of its destinations
can be resolved. This patch fixes a couple of crashes which are directly
related to empty destination sets:

    * fix a bug in reindex_dests() where a single bogus destination
      would be allocated for each empty set
    * prevent ds_select_dst() from routing to empty sets

(cherry picked from commit 127b456a874499b6295008425144ca29b5e69d75)

Conflicts:
	modules/dispatcher/dispatch.c

(cherry picked from commit 0ef55ed992bfd7121771ffec79ec51273a29a1c6)



From bogdan at opensips.org  Wed Dec 10 10:37:19 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 10 Dec 2014 11:37:19 +0200
Subject: [OpenSIPS-Devel] [TRAINING] OpenSIPS eBootcamp - first 2015 session
Message-ID: <5488144F.80705@opensips.org>

Hi all,

The first 2015 eBootcamp session is scheduled to start on 23rd of 
February. This will be the last one covering OpenSIPS version 1.11 .

What is the content and who should attend ? Please read all about it here :
         http://www.opensips.org/Support/EBootcamp


For more information and registration, email us :
         ebootcamp at opensips dot org

Please note the class is limited to 20 students and first in, first served !

Best regards,

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



From liviu at opensips.org  Wed Dec 10 15:08:19 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 10 Dec 2014 06:08:19 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 78c803: core context code: add
 support for a global proces...
Message-ID: <548853d3ad275_25a63fd3b75d92b89337d@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 78c803566e8a1eaaac4e1a25b2301174cd38824f
      https://github.com/OpenSIPS/opensips/commit/78c803566e8a1eaaac4e1a25b2301174cd38824f
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M context.h
    M main.c
    M modules/tm/t_ctx.c
    M msg_translator.c

  Log Message:
  -----------
  core context code: add support for a global processing context

The newly introduced CONTEXT_GLOBAL represents the current flow of
script execution. It is a more uniform way of handling the majority
of async script usage scenarios.

The initial direction (by simply using CONTEXT_MSG) runs into too many
problems:

    * portions of code where the "current sip_msg" is unavailable
    * concurrency issues (insufficient referencing) due to sip_msg cloning
      logic in tm, which also clones the context, but fails to properly
      count possible additional dialog references

CONTEXT_MSG logic will be removed in a future commit.



From notifications at github.com  Wed Dec 10 15:52:45 2014
From: notifications at github.com (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Wed, 10 Dec 2014 06:52:45 -0800
Subject: [OpenSIPS-Devel] [opensips] [master] avp_add_last() function
	(#383)
In-Reply-To: <OpenSIPS/opensips/issues/383@github.com>
References: <OpenSIPS/opensips/issues/383@github.com>
Message-ID: <OpenSIPS/opensips/issues/383/66462181@github.com>

avp_insert() function [1] allows you to insert an AVP at a specific index. For indexes out of the Stack bound, it adds the AVP at the end beginning of the stack. This is the exact functionality as requested by this feature. Closing it.

[1] http://www.opensips.org/html/docs/modules/2.1.x/avpops.html#id294948

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/383#issuecomment-66462181
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141210/e02cca25/attachment.htm>

From notifications at github.com  Wed Dec 10 15:52:45 2014
From: notifications at github.com (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Wed, 10 Dec 2014 06:52:45 -0800
Subject: [OpenSIPS-Devel] [opensips] [master] avp_add_last() function
	(#383)
In-Reply-To: <OpenSIPS/opensips/issues/383@github.com>
References: <OpenSIPS/opensips/issues/383@github.com>
Message-ID: <OpenSIPS/opensips/issue/383/issue_event/205545870@github.com>

Closed #383.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/383#event-205545870
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141210/d2d892cf/attachment.htm>

From liviu at opensips.org  Wed Dec 10 16:04:34 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 10 Dec 2014 07:04:34 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] afa8c7: context operations:
 add extra safety checks
Message-ID: <548861026b1a0_6423f9d82c452c0882d2@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: afa8c7858c17ef6c6a12a88b8c9f494bb7608841
      https://github.com/OpenSIPS/opensips/commit/afa8c7858c17ef6c6a12a88b8c9f494bb7608841
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    A context.c
    M context.h
    M main.c

  Log Message:
  -----------
  context operations: add extra safety checks



From razvan at opensips.org  Wed Dec 10 16:07:47 2014
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Wed, 10 Dec 2014 17:07:47 +0200
Subject: [OpenSIPS-Devel] Public Meeting on OpenSIPS Development - follow-up
Message-ID: <548861C3.8020402@opensips.org>

Hi, all!

I'm sending you a short follow-up of the meeting we had on 27th of 
August 2014 regarding Development Directions for OpenSIPS 1.12, now 
known as OpenSIPS  2.1.

* Message Compression - a new module[1] has been committed on the master 
branch and is about 80% completed.
* Fraud Detection - the new module[2] can be found on the master branch. 
The code is not fully tested, but we are working on it.
* Quality-based Routing - the module is around 80% completed, but has 
not yet beed deployed. We'll keep you updated.
* Asynchronous processing - the core mechanism has been deployed on the 
async branch on git[3]. The first asynchronous implementations will soon 
be deployed (i.e. the exec module).
* Dialog state change events - this has been deployed on the master 
branch[4].

Feel free to test any of these features and send us feedback.And stay 
tuned for more good news!

[1] http://www.opensips.org/html/docs/modules/2.1.x/compression
[2] http://www.opensips.org/html/docs/modules/2.1.x/fraud_detection
[3] https://github.com/OpenSIPS/opensips/tree/async
[4]https://github.com/OpenSIPS/opensips/commit/10083ed78db1d8c93288f0a90d2cdd42e5168f52

Best regards,

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

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

From razvan at opensips.org  Wed Dec 10 16:08:41 2014
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Wed, 10 Dec 2014 17:08:41 +0200
Subject: [OpenSIPS-Devel] Public Meeting on WebRTC in OpenSIPS - follow-up
Message-ID: <548861F9.6020202@opensips.org>

Hi, all!

I'm sending you a short follow-up of the meeting we had on 29th of 
October2014 regarding WebRTC Integration inOpenSIPS  2.1.
According to the community's requests, we are planning to integrate this 
feature in OpenSIPS' core during the next 6 months. A full design will 
be presented on the development list.

Thank you all for your helpful ideas!

Best regards,

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



From razvan at opensips.org  Wed Dec 10 16:43:16 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 10 Dec 2014 07:43:16 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 95800f: dialog: prevent the
 same reply from changing the s...
Message-ID: <54886a143e225_aa33fdcc17e72b883013@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.11
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 95800fa1836065ffc675c0531c58b539e4943389
      https://github.com/OpenSIPS/opensips/commit/95800fa1836065ffc675c0531c58b539e4943389
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M modules/dialog/dlg_handlers.c

  Log Message:
  -----------
  dialog: prevent the same reply from changing the same state twice

(cherry picked from commit 1290571f73571b00decce354796b1ff982d9fad0)



From razvan at opensips.org  Wed Dec 10 16:48:29 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 10 Dec 2014 07:48:29 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] eab2cf: dialog: prevent the
 same reply from changing the s...
Message-ID: <54886b4d88a57_73593ff5ffbc72a040486@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.10
  Home:   https://github.com/OpenSIPS/opensips
  Commit: eab2cf7f265a206dbaacfedd48a3129640abe891
      https://github.com/OpenSIPS/opensips/commit/eab2cf7f265a206dbaacfedd48a3129640abe891
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M modules/dialog/dlg_handlers.c

  Log Message:
  -----------
  dialog: prevent the same reply from changing the same state twice

(cherry picked from commit 1290571f73571b00decce354796b1ff982d9fad0)



From razvan at opensips.org  Wed Dec 10 16:42:33 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 10 Dec 2014 07:42:33 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 129057: dialog: prevent the
 same reply from changing the s...
Message-ID: <548869e9491c_633e3f8d442fd29c635dc@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 1290571f73571b00decce354796b1ff982d9fad0
      https://github.com/OpenSIPS/opensips/commit/1290571f73571b00decce354796b1ff982d9fad0
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M modules/dialog/dlg_handlers.c

  Log Message:
  -----------
  dialog: prevent the same reply from changing the same state twice



From notifications at github.com  Thu Dec 11 11:02:31 2014
From: notifications at github.com (hydrosine)
Date: Thu, 11 Dec 2014 02:02:31 -0800
Subject: [OpenSIPS-Devel] [opensips] opensipsctl scripts ignores start
	options (#393)
Message-ID: <OpenSIPS/opensips/issues/393@github.com>

I start opensips through opensipsctl start. This does not include any memory settings i have done through /etc/default/opensips.

I looked into the opensipsctl script and it does have a variable named $STARTOPTIONS.
Only problem is that this variable contains no values ever as far as i can see.
This variable only exists in the script when opensips is started..

Can the script be updated that it honors my settings in /etc/default/opensips? or maybe in the script directly.


---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/393
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141211/4a36827b/attachment.htm>

From notifications at github.com  Thu Dec 11 11:14:02 2014
From: notifications at github.com (Liviu Chircu)
Date: Thu, 11 Dec 2014 02:14:02 -0800
Subject: [OpenSIPS-Devel] [opensips] opensipsctl scripts ignores start
	options (#393)
In-Reply-To: <OpenSIPS/opensips/issues/393@github.com>
References: <OpenSIPS/opensips/issues/393@github.com>
Message-ID: <OpenSIPS/opensips/issues/393/66598120@github.com>

*opensipsctl* is configured using *opensipsctlrc*. You may populate the STARTUPOPTIONS bash variable over there.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/393#issuecomment-66598120
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141211/74844c1f/attachment.htm>

From notifications at github.com  Thu Dec 11 11:16:04 2014
From: notifications at github.com (hydrosine)
Date: Thu, 11 Dec 2014 02:16:04 -0800
Subject: [OpenSIPS-Devel] [opensips] opensipsctl scripts ignores start
	options (#393)
In-Reply-To: <OpenSIPS/opensips/issues/393@github.com>
References: <OpenSIPS/opensips/issues/393@github.com>
Message-ID: <OpenSIPS/opensips/issues/393/66598333@github.com>

Oops! You are right, lets close this ticket quick ;)

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/393#issuecomment-66598333
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141211/548dcb8d/attachment.htm>

From notifications at github.com  Thu Dec 11 11:16:18 2014
From: notifications at github.com (Liviu Chircu)
Date: Thu, 11 Dec 2014 02:16:18 -0800
Subject: [OpenSIPS-Devel] [opensips] opensipsctl scripts ignores start
	options (#393)
In-Reply-To: <OpenSIPS/opensips/issues/393@github.com>
References: <OpenSIPS/opensips/issues/393@github.com>
Message-ID: <OpenSIPS/opensips/issue/393/issue_event/206065875@github.com>

Closed #393.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/393#event-206065875
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141211/8f978b01/attachment.htm>

From ionutionita at opensips.org  Thu Dec 11 15:59:54 2014
From: ionutionita at opensips.org (ionutrazvanionita)
Date: Thu, 11 Dec 2014 06:59:54 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] f63dbb: mc_compact:
 Record-Route is now mandatory. Also Co...
Message-ID: <5489b16ab8a2a_7bee3fd734b6529c7979b@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: f63dbbe68655e1a1926375acfddce8f8f99bec16
      https://github.com/OpenSIPS/opensips/commit/f63dbbe68655e1a1926375acfddce8f8f99bec16
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-12-11 (Thu, 11 Dec 2014)

  Changed paths:
    M modules/compression/README
    M modules/compression/compression.c
    M modules/compression/doc/compression_admin.xml

  Log Message:
  -----------
  mc_compact: Record-Route is now mandatory. Also Content-Type is mandatory only if Content-Length > 0



From bogdan at opensips.org  Fri Dec 12 00:08:36 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 11 Dec 2014 15:08:36 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 73e0fe: Rename the pointer to
 the current processing conte...
Message-ID: <548a23f423a6d_78b93f9567e752c0683e@hookshot-fe4-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 73e0fedc3694607344f2c43b5235e4c86e5d3a26
      https://github.com/OpenSIPS/opensips/commit/73e0fedc3694607344f2c43b5235e4c86e5d3a26
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-12 (Fri, 12 Dec 2014)

  Changed paths:
    M context.c
    M context.h

  Log Message:
  -----------
  Rename the pointer to the current processing context.


  Commit: 8aebd8b5c623e8af9bbe104b93284b3d9a142603
      https://github.com/OpenSIPS/opensips/commit/8aebd8b5c623e8af9bbe104b93284b3d9a142603
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-12 (Fri, 12 Dec 2014)

  Changed paths:
    M modules/dialog/dialog.c
    M modules/dialog/dlg_db_handler.c
    M modules/dialog/dlg_handlers.c
    M modules/dialog/dlg_hash.c
    M modules/dialog/dlg_hash.h
    M modules/dialog/dlg_profile.c
    M modules/dialog/dlg_profile.h
    M modules/dialog/dlg_req_within.c

  Log Message:
  -----------
  Migrate the dialog module to processing context.

Instead of keeping data about the current processing into statis global variables, use the processing context.

Warning: this is Alpha stage, maybe unstable at this moment


  Commit: ccada03e81bdc466b90435af36e9ddfaacea265f
      https://github.com/OpenSIPS/opensips/commit/ccada03e81bdc466b90435af36e9ddfaacea265f
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-12 (Fri, 12 Dec 2014)

  Changed paths:
    M modules/acc/acc_extra.c
    M modules/load_balancer/lb_data.c

  Log Message:
  -----------
  Aligne to the latest changes in dialog module


Compare: https://github.com/OpenSIPS/opensips/compare/afa8c7858c17...ccada03e81bd

From notifications at github.com  Fri Dec 12 11:49:50 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Fri, 12 Dec 2014 02:49:50 -0800
Subject: [OpenSIPS-Devel] [opensips] 1.11.3 crashes when using request
 context from the onreply_route (#388)
In-Reply-To: <OpenSIPS/opensips/issues/388@github.com>
References: <OpenSIPS/opensips/issues/388@github.com>
Message-ID: <OpenSIPS/opensips/issues/388/66758073@github.com>

Hi @gergelypeli , please post the exact xlog line you have in the script . Additionally, in gdb frame 0, print "trans" . 
Thanks, Bogdan

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/388#issuecomment-66758073
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/cc06dfe0/attachment.htm>

From notifications at github.com  Fri Dec 12 12:08:59 2014
From: notifications at github.com (gergelypeli)
Date: Fri, 12 Dec 2014 03:08:59 -0800
Subject: [OpenSIPS-Devel] [opensips] 1.11.3 crashes when using request
 context from the onreply_route (#388)
In-Reply-To: <OpenSIPS/opensips/issues/388@github.com>
References: <OpenSIPS/opensips/issues/388@github.com>
Message-ID: <OpenSIPS/opensips/issues/388/66759892@github.com>

I just noticed that the context specification was stripped from my original report (because of the angle brackets? I'll try with HTML entities then). The xlog call was simply:

xlog("XXX $(&lt;request&gt;ru)");

The print you requested:

(gdb) print trans
$1 = (struct cell *) 0xffffffffffffffff


---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/388#issuecomment-66759892
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/defe07d0/attachment.htm>

From notifications at github.com  Fri Dec 12 12:35:54 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Fri, 12 Dec 2014 03:35:54 -0800
Subject: [OpenSIPS-Devel] [opensips] ds_is_in_list: not possible to
 check all sets for active destinations (#389)
In-Reply-To: <OpenSIPS/opensips/issues/389@github.com>
References: <OpenSIPS/opensips/issues/389@github.com>
Message-ID: <OpenSIPS/opensips/issues/389/66762222@github.com>

Hi @gergelypeli , changing in in_list_fixup, for the third param, from fixup_unit() ro fixup_sint() [line 785], does the trick for you ?

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/389#issuecomment-66762222
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/87027515/attachment.htm>

From notifications at github.com  Fri Dec 12 12:42:32 2014
From: notifications at github.com (gergelypeli)
Date: Fri, 12 Dec 2014 03:42:32 -0800
Subject: [OpenSIPS-Devel] [opensips] ds_is_in_list: not possible to
 check all sets for active destinations (#389)
In-Reply-To: <OpenSIPS/opensips/issues/389@github.com>
References: <OpenSIPS/opensips/issues/389@github.com>
Message-ID: <OpenSIPS/opensips/issues/389/66762747@github.com>

It should :-). But then the docs should mention that specifying "-1" means "all sets", as this is not something that people would figure out.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/389#issuecomment-66762747
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/9b2b2ae2/attachment.htm>

From notifications at github.com  Fri Dec 12 12:48:22 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Fri, 12 Dec 2014 03:48:22 -0800
Subject: [OpenSIPS-Devel] [opensips] Opensips 1.11.3 Log Messages (#384)
In-Reply-To: <OpenSIPS/opensips/issues/384@github.com>
References: <OpenSIPS/opensips/issues/384@github.com>
Message-ID: <OpenSIPS/opensips/issue/384/issue_event/206721332@github.com>

Closed #384.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/384#event-206721332
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/be69626f/attachment.htm>

From notifications at github.com  Fri Dec 12 13:16:53 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Fri, 12 Dec 2014 04:16:53 -0800
Subject: [OpenSIPS-Devel] [opensips] 1.11.3 crashes when using request
 context from the onreply_route (#388)
In-Reply-To: <OpenSIPS/opensips/issues/388@github.com>
References: <OpenSIPS/opensips/issues/388@github.com>
Message-ID: <OpenSIPS/opensips/issues/388/66765681@github.com>

do you do the xlog from the default onreply route (the one without name) ?

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/388#issuecomment-66765681
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/88cf4aee/attachment.htm>

From notifications at github.com  Fri Dec 12 13:28:59 2014
From: notifications at github.com (gergelypeli)
Date: Fri, 12 Dec 2014 04:28:59 -0800
Subject: [OpenSIPS-Devel] [opensips] 1.11.3 crashes when using request
 context from the onreply_route (#388)
In-Reply-To: <OpenSIPS/opensips/issues/388@github.com>
References: <OpenSIPS/opensips/issues/388@github.com>
Message-ID: <OpenSIPS/opensips/issues/388/66766669@github.com>

Yes. I figured out that AVPs are only visible in "t_onreply_route"-armed "onreply_route"-s (which does not seem to be documented at tm's "onreply_avp_mode" param), but I expected PVs to work without any transactions set up.


---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/388#issuecomment-66766669
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/e68c09f1/attachment.htm>

From notifications at github.com  Fri Dec 12 13:34:38 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Fri, 12 Dec 2014 04:34:38 -0800
Subject: [OpenSIPS-Devel] [opensips] 1.11.3 crashes when using request
 context from the onreply_route (#388)
In-Reply-To: <OpenSIPS/opensips/issues/388@github.com>
References: <OpenSIPS/opensips/issues/388@github.com>
Message-ID: <OpenSIPS/opensips/issues/388/66767221@github.com>

Indeed, we need a fix to prevent the crash, but that PV (with request context) will not work in the default reply route - that route has no transaction context, so no way to reach the SIP requests and get the RURI.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/388#issuecomment-66767221
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/ef4a0fe3/attachment.htm>

From notifications at github.com  Fri Dec 12 15:44:50 2014
From: notifications at github.com (Sergey KHripchenko)
Date: Fri, 12 Dec 2014 06:44:50 -0800
Subject: [OpenSIPS-Devel] [opensips] load_balancer module enhancements
	(#345)
In-Reply-To: <OpenSIPS/opensips/pull/345@github.com>
References: <OpenSIPS/opensips/pull/345@github.com>
Message-ID: <OpenSIPS/opensips/pull/345/c66780807@github.com>

@bogdan-iancu, pinging you again ^)
please review what I've done, when you have a time

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/345#issuecomment-66780807
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/06fb02ce/attachment-0001.htm>

From notifications at github.com  Fri Dec 12 15:58:16 2014
From: notifications at github.com (davesidwell)
Date: Fri, 12 Dec 2014 06:58:16 -0800
Subject: [OpenSIPS-Devel] [opensips] Update rtpproxy.c (#394)
Message-ID: <OpenSIPS/opensips/pull/394@github.com>

When building I/O vector for command to rtpproxy in "force_rtp_proxy_body", after an IPv6 address is detected and the "6" option is added, increase the length component in the I/O vector so it is passed correctly.
You can merge this Pull Request by running:

  git pull https://github.com/davesidwell/opensips master

Or you can view, comment on it, or merge it online at:

  https://github.com/OpenSIPS/opensips/pull/394

-- Commit Summary --

  * Update rtpproxy.c

-- File Changes --

    M modules/rtpproxy/rtpproxy.c (2)

-- Patch Links --

https://github.com/OpenSIPS/opensips/pull/394.patch
https://github.com/OpenSIPS/opensips/pull/394.diff

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/394
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/2c3fc8cf/attachment.htm>

From notifications at github.com  Fri Dec 12 15:58:48 2014
From: notifications at github.com (davesidwell)
Date: Fri, 12 Dec 2014 06:58:48 -0800
Subject: [OpenSIPS-Devel] [opensips] Update rtpproxy.c (#394)
In-Reply-To: <OpenSIPS/opensips/pull/394@github.com>
References: <OpenSIPS/opensips/pull/394@github.com>
Message-ID: <OpenSIPS/opensips/pull/394/issue_event/206805141@github.com>

Closed #394.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/394#event-206805141
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/c36a9ef4/attachment.htm>

From notifications at github.com  Fri Dec 12 15:58:54 2014
From: notifications at github.com (davesidwell)
Date: Fri, 12 Dec 2014 06:58:54 -0800
Subject: [OpenSIPS-Devel] [opensips] Update rtpproxy.c (#394)
In-Reply-To: <OpenSIPS/opensips/pull/394@github.com>
References: <OpenSIPS/opensips/pull/394@github.com>
Message-ID: <OpenSIPS/opensips/pull/394/issue_event/206805215@github.com>

Reopened #394.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/394#event-206805215
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141212/6899e739/attachment.htm>

From notifications at github.com  Sun Dec 14 12:44:42 2014
From: notifications at github.com (mikomarrache)
Date: Sun, 14 Dec 2014 03:44:42 -0800
Subject: [OpenSIPS-Devel] [opensips] fr_inv_timer restarted when
 restart_fr_on_each_reply = 0 and replies sequence is 100, 183, 180,
 183 (#342)
In-Reply-To: <OpenSIPS/opensips/issues/342@github.com>
References: <OpenSIPS/opensips/issues/342@github.com>
Message-ID: <OpenSIPS/opensips/issues/342/66910428@github.com>

Hi,

Sorry for the long delay, the patch causes a new issue: OpenSIPS doesn't switch from the fr_timer to the fr_inv_timer when the first provisional reply is received.

Looking at the code without applying the patch, I see that last_uac_status is 0 when the first provisioning reply is received. Therefore, the condition last_uac_status<msg_status evaluates to true and OpenSIPS switches to the fr_inv_timer.

After applying the patch, I see that uac->highest_received is 100 when the first provisioning reply is received. So, the condition uac->highest_received<msg_status evaluates to false and OpenSIPS doesn't switch to the fr_inv_timer.

Thanks,
Mickael

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/342#issuecomment-66910428
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141214/ba23fc55/attachment.htm>

From notifications at github.com  Sun Dec 14 12:56:34 2014
From: notifications at github.com (mikomarrache)
Date: Sun, 14 Dec 2014 03:56:34 -0800
Subject: [OpenSIPS-Devel] [opensips] fr_inv_timer restarted when
 restart_fr_on_each_reply = 0 and replies sequence is 100, 183, 180,
 183 (#342)
In-Reply-To: <OpenSIPS/opensips/issues/342@github.com>
References: <OpenSIPS/opensips/issues/342@github.com>
Message-ID: <OpenSIPS/opensips/issues/342/66910705@github.com>

Following my previous comment.

It seems that the purpose of the last_uac_status line was to save the value of uac->last_received before it is modified. This way last_uac_status would have the value 0 when the first provisioning reply is received.

I guess we need the same thing here, right?

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/342#issuecomment-66910705
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141214/78bb61a6/attachment.htm>

From notifications at github.com  Mon Dec 15 15:41:30 2014
From: notifications at github.com (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Mon, 15 Dec 2014 06:41:30 -0800
Subject: [OpenSIPS-Devel] [opensips] 1.11.3 crashes when using request
 context from the onreply_route (#388)
In-Reply-To: <OpenSIPS/opensips/issues/388@github.com>
References: <OpenSIPS/opensips/issues/388@github.com>
Message-ID: <OpenSIPS/opensips/issue/388/issue_event/207640036@github.com>

Closed #388 via 6150e8971c7c269a6a36e973ef2ee5435a7b0fb6.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/388#event-207640036
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141215/6ef61f48/attachment.htm>

From razvan at opensips.org  Mon Dec 15 15:41:27 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 15 Dec 2014 06:41:27 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 6150e8: tm: check if the reply
 transaction is defined
Message-ID: <548ef317913cd_16053fbdecae92c087767@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 6150e8971c7c269a6a36e973ef2ee5435a7b0fb6
      https://github.com/OpenSIPS/opensips/commit/6150e8971c7c269a6a36e973ef2ee5435a7b0fb6
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/tm/tm.c

  Log Message:
  -----------
  tm: check if the reply transaction is defined

closes #388



From razvan at opensips.org  Mon Dec 15 15:42:05 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 15 Dec 2014 06:42:05 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] e4446d: tm: check if the reply
 transaction is defined
Message-ID: <548ef33df3949_3ca63fdce47052a083883@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.10
  Home:   https://github.com/OpenSIPS/opensips
  Commit: e4446d232c42f8ae41ff138269b83745035a37be
      https://github.com/OpenSIPS/opensips/commit/e4446d232c42f8ae41ff138269b83745035a37be
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/tm/tm.c

  Log Message:
  -----------
  tm: check if the reply transaction is defined

closes #388

(cherry picked from commit 6150e8971c7c269a6a36e973ef2ee5435a7b0fb6)



From razvan at opensips.org  Mon Dec 15 15:41:50 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 15 Dec 2014 06:41:50 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 6a7084: tm: check if the reply
 transaction is defined
Message-ID: <548ef32ee6631_159e3f9935e692a0411cb@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.11
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 6a70848ed88ab19735f046b02f7db3f6341661fd
      https://github.com/OpenSIPS/opensips/commit/6a70848ed88ab19735f046b02f7db3f6341661fd
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/tm/tm.c

  Log Message:
  -----------
  tm: check if the reply transaction is defined

closes #388

(cherry picked from commit 6150e8971c7c269a6a36e973ef2ee5435a7b0fb6)



From razvan at opensips.org  Mon Dec 15 15:42:29 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 15 Dec 2014 06:42:29 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 7453a0: tm: check if the reply
 transaction is defined
Message-ID: <548ef35582193_52773fc0ab4152c064773@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 7453a0affa8994de9c9b3d0bdd719c1ad533da37
      https://github.com/OpenSIPS/opensips/commit/7453a0affa8994de9c9b3d0bdd719c1ad533da37
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/tm/tm.c

  Log Message:
  -----------
  tm: check if the reply transaction is defined

closes #388

(cherry picked from commit 6150e8971c7c269a6a36e973ef2ee5435a7b0fb6)



From razvan at opensips.org  Mon Dec 15 17:09:49 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 15 Dec 2014 08:09:49 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 3729ba: ds_is_in_list:
 properly pass -1 for all sets
Message-ID: <548f07cd602ac_5aff3ffcffe092a0348d0@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.11
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 3729badaf9f23a37f37962a04306b7b7c843f200
      https://github.com/OpenSIPS/opensips/commit/3729badaf9f23a37f37962a04306b7b7c843f200
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/dispatcher/README
    M modules/dispatcher/dispatcher.c
    M modules/dispatcher/doc/dispatcher_admin.xml

  Log Message:
  -----------
  ds_is_in_list: properly pass -1 for all sets

Closes #389



From razvan at opensips.org  Mon Dec 15 17:09:44 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 15 Dec 2014 08:09:44 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] eb8b8f: ds_is_in_list:
 properly pass -1 for all sets
Message-ID: <548f07c828fde_40343fbcb4ad72c01011fc@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: eb8b8f1e41ecef3922d5840c8e8f9344e81bae6f
      https://github.com/OpenSIPS/opensips/commit/eb8b8f1e41ecef3922d5840c8e8f9344e81bae6f
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/dispatcher/README
    M modules/dispatcher/doc/dispatcher_admin.xml
    M modules/dispatcher/ds_fixups.c

  Log Message:
  -----------
  ds_is_in_list: properly pass -1 for all sets

Related to #389



From razvan at opensips.org  Mon Dec 15 17:09:59 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 15 Dec 2014 08:09:59 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 22b397: ds_is_in_list:
 properly pass -1 for all sets
Message-ID: <548f07d77381d_38363fbf403692c070046@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 22b3977c42d4609406c8d97fec0acd6eab576b6b
      https://github.com/OpenSIPS/opensips/commit/22b3977c42d4609406c8d97fec0acd6eab576b6b
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/dispatcher/README
    M modules/dispatcher/dispatcher.c
    M modules/dispatcher/doc/dispatcher_admin.xml

  Log Message:
  -----------
  ds_is_in_list: properly pass -1 for all sets

Closes #389

(cherry picked from commit 3729badaf9f23a37f37962a04306b7b7c843f200)



From razvan at opensips.org  Mon Dec 15 17:09:54 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 15 Dec 2014 08:09:54 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] e369f5: ds_is_in_list:
 properly pass -1 for all sets
Message-ID: <548f07d223ffc_5e423ff4c15172a08528c@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.10
  Home:   https://github.com/OpenSIPS/opensips
  Commit: e369f5592ce3f84133644d19d1ec5abad8d8ff94
      https://github.com/OpenSIPS/opensips/commit/e369f5592ce3f84133644d19d1ec5abad8d8ff94
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/dispatcher/README
    M modules/dispatcher/dispatcher.c
    M modules/dispatcher/doc/dispatcher_admin.xml

  Log Message:
  -----------
  ds_is_in_list: properly pass -1 for all sets

Closes #389

(cherry picked from commit 3729badaf9f23a37f37962a04306b7b7c843f200)



From notifications at github.com  Mon Dec 15 17:22:21 2014
From: notifications at github.com (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Mon, 15 Dec 2014 08:22:21 -0800
Subject: [OpenSIPS-Devel] [opensips] ds_is_in_list: not possible to
 check all sets for active destinations (#389)
In-Reply-To: <OpenSIPS/opensips/issues/389@github.com>
References: <OpenSIPS/opensips/issues/389@github.com>
Message-ID: <OpenSIPS/opensips/issue/389/issue_event/207711748@github.com>

Closed #389.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/389#event-207711748
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141215/6789a757/attachment-0001.htm>

From bogdan at opensips.org  Mon Dec 15 19:18:06 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 15 Dec 2014 10:18:06 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] aa4867: Support for processing
 context for msgs and async
Message-ID: <548f25de6cc6e_278f3fe04b2a12bc880d1@hookshot-fe4-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: aa48678d43f92309ff9f25f8b962559939cd4557
      https://github.com/OpenSIPS/opensips/commit/aa48678d43f92309ff9f25f8b962559939cd4557
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/tm/async.c
    M receive.c

  Log Message:
  -----------
  Support for processing context for msgs and async



From notifications at github.com  Mon Dec 15 22:59:04 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Mon, 15 Dec 2014 13:59:04 -0800
Subject: [OpenSIPS-Devel] [opensips] load_balancer module enhancements
	(#345)
In-Reply-To: <OpenSIPS/opensips/pull/345@github.com>
References: <OpenSIPS/opensips/pull/345@github.com>
Message-ID: <OpenSIPS/opensips/pull/345/c67073977@github.com>

I will check tomorrow @shripchenko 

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/345#issuecomment-67073977
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141215/fe7e426f/attachment.htm>

From liviu at opensips.org  Tue Dec 16 11:42:50 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 16 Dec 2014 02:42:50 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] c7870b: dispatcher: fix
 several issues with empty destinat...
Message-ID: <54900caadec8b_1eb23fa0eb8e92b8492a@hookshot-fe4-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: c7870bdeb5d4405b72cde28cec4959a9703254b4
      https://github.com/OpenSIPS/opensips/commit/c7870bdeb5d4405b72cde28cec4959a9703254b4
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-16 (Tue, 16 Dec 2014)

  Changed paths:
    M modules/dispatcher/dispatch.c

  Log Message:
  -----------
  dispatcher: fix several issues with empty destination sets

Upon (re)load, a dispatching set may be empty if none of its destinations
can be resolved. This patch fixes a couple of crashes which are directly
related to empty destination sets:

    * fix a bug in reindex_dests() where a single bogus destination
      would be allocated for each empty set
    * prevent ds_select_dst() from routing to empty sets



From notifications at github.com  Tue Dec 16 15:32:12 2014
From: notifications at github.com (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Tue, 16 Dec 2014 06:32:12 -0800
Subject: [OpenSIPS-Devel] [opensips] Update rtpproxy.c (#394)
In-Reply-To: <OpenSIPS/opensips/pull/394@github.com>
References: <OpenSIPS/opensips/pull/394@github.com>
Message-ID: <OpenSIPS/opensips/pull/394/issue_event/208311038@github.com>

Closed #394 via 2799f28e84fa4e349ed01e21b172374947782715.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/394#event-208311038
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141216/3dab2e55/attachment.htm>

From razvan at opensips.org  Tue Dec 16 15:32:09 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Tue, 16 Dec 2014 06:32:09 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 2799f2: rtpproxy: properly
	handle ipv6 IPs
Message-ID: <54904269e884d_27323ffce990b2a0466b9@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 2799f28e84fa4e349ed01e21b172374947782715
      https://github.com/OpenSIPS/opensips/commit/2799f28e84fa4e349ed01e21b172374947782715
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-16 (Tue, 16 Dec 2014)

  Changed paths:
    M modules/rtpproxy/rtpproxy.c

  Log Message:
  -----------
  rtpproxy: properly handle ipv6 IPs

Close #394



From razvan at opensips.org  Tue Dec 16 15:32:23 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Tue, 16 Dec 2014 06:32:23 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 5416b4: rtpproxy: properly
	handle ipv6 IPs
Message-ID: <549042772e6b_60b53fe441f4b2c0274b9@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.11
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 5416b4133feb984dea124a948b684f9ae446ee3a
      https://github.com/OpenSIPS/opensips/commit/5416b4133feb984dea124a948b684f9ae446ee3a
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-16 (Tue, 16 Dec 2014)

  Changed paths:
    M modules/rtpproxy/rtpproxy.c

  Log Message:
  -----------
  rtpproxy: properly handle ipv6 IPs

Close #394

(cherry picked from commit 71eb827831a10b6b78d409628aa1692b4d4edef2)



From razvan at opensips.org  Tue Dec 16 15:32:30 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Tue, 16 Dec 2014 06:32:30 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 68b42b: rtpproxy: properly
	handle ipv6 IPs
Message-ID: <5490427e44ee4_1c433fefb90df2bc692ae@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.10
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 68b42bba4561b8e16e23d8ba065843169e523e30
      https://github.com/OpenSIPS/opensips/commit/68b42bba4561b8e16e23d8ba065843169e523e30
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-16 (Tue, 16 Dec 2014)

  Changed paths:
    M modules/rtpproxy/rtpproxy.c

  Log Message:
  -----------
  rtpproxy: properly handle ipv6 IPs

Close #394

(cherry picked from commit 71eb827831a10b6b78d409628aa1692b4d4edef2)

Conflicts:
	modules/rtpproxy/rtpproxy.c



From razvan at opensips.org  Tue Dec 16 15:32:39 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Tue, 16 Dec 2014 06:32:39 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 036f23: rtpproxy: properly
	handle ipv6 IPs
Message-ID: <5490428746fb0_28213fc4050452a0720ab@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 036f230f752d6425302ded99687c3667ab06b660
      https://github.com/OpenSIPS/opensips/commit/036f230f752d6425302ded99687c3667ab06b660
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-16 (Tue, 16 Dec 2014)

  Changed paths:
    M modules/rtpproxy/rtpproxy.c

  Log Message:
  -----------
  rtpproxy: properly handle ipv6 IPs

Close #394

(cherry picked from commit 71eb827831a10b6b78d409628aa1692b4d4edef2)

Conflicts:
	modules/rtpproxy/rtpproxy.c

(cherry picked from commit 68b42bba4561b8e16e23d8ba065843169e523e30)



From notifications at github.com  Tue Dec 16 17:50:52 2014
From: notifications at github.com (davesidwell)
Date: Tue, 16 Dec 2014 08:50:52 -0800
Subject: [OpenSIPS-Devel] [opensips] Newbranch (#395)
Message-ID: <OpenSIPS/opensips/pull/395@github.com>

The RTP Proxy module also requires correction in moving the session parameters from Branch AVP to Dialog variables. The "setid" field is an integer and therefore requires special handling.
You can merge this Pull Request by running:

  git pull https://github.com/davesidwell/opensips newbranch

Or you can view, comment on it, or merge it online at:

  https://github.com/OpenSIPS/opensips/pull/395

-- Commit Summary --

  * Update rtpproxy.c
  * Update rtpproxy.c

-- File Changes --

    M modules/rtpproxy/rtpproxy.c (8)

-- Patch Links --

https://github.com/OpenSIPS/opensips/pull/395.patch
https://github.com/OpenSIPS/opensips/pull/395.diff

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/395
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141216/9e1c306f/attachment.htm>

From razvan at opensips.org  Wed Dec 17 14:28:10 2014
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Wed, 17 Dec 2014 15:28:10 +0200
Subject: [OpenSIPS-Devel] December Public Meeting will not be held
Message-ID: <549184EA.3020005@opensips.org>

Hi, All!

According to our initial plan, the next public meeting was scheduled on 
31st of December 2014. However, due to the New Year's Eve holiday, we 
won't be able to hold it.
Since the 24th of December is not a good choice either, due to the 
Christmas holiday, we decided to cancel this month's public meeting.

Therefore, the next meething will be held on 28th of January 2015. We 
will keep you posted with the new discussion topic!

Best regards!

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



From notifications at github.com  Wed Dec 17 15:11:04 2014
From: notifications at github.com (mikomarrache)
Date: Wed, 17 Dec 2014 06:11:04 -0800
Subject: [OpenSIPS-Devel] [opensips] In rw_locking.h,
 should the statement (_lock)->w_flag = 0 be executed under lock?
 (#396)
Message-ID: <OpenSIPS/opensips/issues/396@github.com>

Hi,

We are encountering locking issues during call to nh_reload MI command. The MI process seems to be stuck in call to lock_start_write. So, I was checking the rw_locking.h code and I wonder if statement (_lock)->w_flag = 0; should be executed under lock?

I know w_flag is of type int but after some research on the web, the assignment is not guaranteed to be atomic and even if it was atomic, there are some other issues to take care of.

Thanks,
Mickael

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/396
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141217/55a9513c/attachment.htm>

From bogdan at opensips.org  Wed Dec 17 16:45:22 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 17 Dec 2014 07:45:22 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 6351be: Use processing context
 instead of static variables...
Message-ID: <5491a512c01b1_31913ffa8ef2f29c199f0@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 6351bef8342ba3be748d0478eba3e0e9b57a9040
      https://github.com/OpenSIPS/opensips/commit/6351bef8342ba3be748d0478eba3e0e9b57a9040
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-17 (Wed, 17 Dec 2014)

  Changed paths:
    M modules/dialog/dialog.c
    M modules/dialog/dlg_handlers.c
    M modules/dialog/dlg_handlers.h
    M modules/dialog/dlg_hash.c
    M modules/dialog/dlg_hash.h
    M modules/dialog/dlg_replication.c
    M modules/dialog/dlg_req_within.c
    M modules/dialog/dlg_req_within.h

  Log Message:
  -----------
  Use processing context instead of static variables.

Current_dlg, last_dst_leg, timeout moved into processing context, so their value will survive a async jump.



From notifications at github.com  Wed Dec 17 17:18:57 2014
From: notifications at github.com (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Wed, 17 Dec 2014 08:18:57 -0800
Subject: [OpenSIPS-Devel] [opensips] In rw_locking.h,
 should the statement (_lock)->w_flag = 0 be executed under lock?
 (#396)
In-Reply-To: <OpenSIPS/opensips/issues/396@github.com>
References: <OpenSIPS/opensips/issues/396@github.com>
Message-ID: <OpenSIPS/opensips/issues/396/67347088@github.com>

Hi, Mickael!

On most of the modern architectures, the assignment is guaranteed to be atomic. On x86 machines, it definitely is. For example, check how the atomic_set() function is implemented in the linux kernel[1]. As you can see it is a simple, unguarded assignment.
When we implemented the rw_locking mechanism we evaluated whether to use the locking or not, and decided that for performance reasons, we should not.
Therefore, I think your bug is somewhere else.

[1] http://lxr.free-electrons.com/source/arch/x86/include/asm/atomic.h#L37

Best regards,
R?zvan

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/396#issuecomment-67347088
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141217/b7836dc4/attachment.htm>

From bogdan at opensips.org  Wed Dec 17 18:01:09 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 17 Dec 2014 09:01:09 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 0e9a04: Fix siptrace control
 over CANCEL request.
Message-ID: <5491b6d578bd9_4dcb3fd61c5af2bc97717@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.11
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 0e9a04c81ec61a0a3d1b458f52598dceef9f006d
      https://github.com/OpenSIPS/opensips/commit/0e9a04c81ec61a0a3d1b458f52598dceef9f006d
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-17 (Wed, 17 Dec 2014)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  Fix siptrace control over CANCEL request.



From bogdan at opensips.org  Wed Dec 17 18:03:05 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 17 Dec 2014 09:03:05 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] b6b71d: Remove static holders.
Message-ID: <5491b749a0455_6a043fa62d4f52a0357f@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: b6b71df462f25c22c8697cf46960e01479204b15
      https://github.com/OpenSIPS/opensips/commit/b6b71df462f25c22c8697cf46960e01479204b15
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-17 (Wed, 17 Dec 2014)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  Remove static holders.



From razvan at opensips.org  Thu Dec 18 09:26:56 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Thu, 18 Dec 2014 00:26:56 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] c4f47a: mc_compact: Contact
	header is mandatory
Message-ID: <54928fd084aed_4f1f3fd402d012c07782c@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: c4f47a33a5e84c82d82f23cf84f36d5d1e567740
      https://github.com/OpenSIPS/opensips/commit/c4f47a33a5e84c82d82f23cf84f36d5d1e567740
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/compression/compression.c

  Log Message:
  -----------
  mc_compact: Contact header is mandatory



From bogdan at opensips.org  Thu Dec 18 12:26:36 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 18 Dec 2014 03:26:36 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] b7b161: Migrate static holders
 to processing context
Message-ID: <5492b9ecc1570_1e443ff92fb212a058494@hookshot-fe4-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: b7b161ec08634f24df11425d88ddf296df2a72db
      https://github.com/OpenSIPS/opensips/commit/b7b161ec08634f24df11425d88ddf296df2a72db
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/pua_usrloc/pua_usrloc.c
    M modules/pua_usrloc/pua_usrloc.h
    M modules/pua_usrloc/ul_publish.c

  Log Message:
  -----------
  Migrate static holders to processing context



From bogdan at opensips.org  Thu Dec 18 17:09:21 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 18 Dec 2014 08:09:21 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 313a51: Migrated from static
 holders to processing context
Message-ID: <5492fc31a7b5e_23173f8df4a032c0354cb@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 313a5154c8d3f100c255bd291c824ef5d10f62a5
      https://github.com/OpenSIPS/opensips/commit/313a5154c8d3f100c255bd291c824ef5d10f62a5
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/rr/api.c
    M modules/rr/api.h
    M modules/rr/loose.c
    M modules/rr/loose.h
    M modules/rr/rr_mod.c

  Log Message:
  -----------
  Migrated from static holders to processing context



From bogdan at opensips.org  Thu Dec 18 17:48:51 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 18 Dec 2014 08:48:51 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] d15847: Migrate from static
 holders to processing context
Message-ID: <549305731952_13503fdb5f1992c0898e1@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: d15847d45193374a321bfdddbee86010db88e951
      https://github.com/OpenSIPS/opensips/commit/d15847d45193374a321bfdddbee86010db88e951
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/rtpengine/rtpengine.c

  Log Message:
  -----------
  Migrate from static holders to processing context



From notifications at github.com  Thu Dec 18 18:59:24 2014
From: notifications at github.com (Eric Tamme)
Date: Thu, 18 Dec 2014 09:59:24 -0800
Subject: [OpenSIPS-Devel] [opensips] added missing force-relay flag option
	for ICE (#397)
Message-ID: <OpenSIPS/opensips/pull/397@github.com>

The parse_flags method was missing the option to specify "force-relay" which is a valid ICE value in the rtpengine ng protocol.  Without the force-relay, ice candidates are all written in as host candidates.  This change has been tested against rtpengine and it does cause ICE relay candidates to be inserted into SDP.
You can merge this Pull Request by running:

  git pull https://github.com/etamme/opensips master

Or you can view, comment on it, or merge it online at:

  https://github.com/OpenSIPS/opensips/pull/397

-- Commit Summary --

  * added missing force-relay flag option for ICE

-- File Changes --

    M modules/rtpengine/rtpengine.c (2)

-- Patch Links --

https://github.com/OpenSIPS/opensips/pull/397.patch
https://github.com/OpenSIPS/opensips/pull/397.diff

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/397
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141218/e9f599af/attachment.htm>

From razvan at opensips.org  Fri Dec 19 12:52:56 2014
From: razvan at opensips.org (Razvan Crainea)
Date: Fri, 19 Dec 2014 03:52:56 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 487e7b: add tcp_crlf_drop
	parameter
Message-ID: <549411982c213_345b3f9e30c632bc266d3@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 487e7b5f81646fdbf3436c35a101a87e7c78601c
      https://github.com/OpenSIPS/opensips/commit/487e7b5f81646fdbf3436c35a101a87e7c78601c
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M cfg.lex
    M cfg.y
    M globals.h
    M main.c
    M tcp_read.c

  Log Message:
  -----------
  add tcp_crlf_drop parameter

Drops CRLF (\r\n) messages received over TCP.
This prevents closing the TCP connection when an unhandled pining is sent.
By default it is disabled.



From razvan at opensips.org  Fri Dec 19 13:46:12 2014
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Fri, 19 Dec 2014 14:46:12 +0200
Subject: [OpenSIPS-Devel] New Transport Interface
Message-ID: <54941E14.6080306@opensips.org>

Hello, all!

Whilde developing the design of the new WebSockets protocol, we observed 
that we can't easily use the existing TCP core, and we have to duplicate 
a lot of code to make it work fine. Since this is not a very good idea, 
we started designing how this could be done nicer and more efficient. 
That's how we ended up designing a new Transport Interface[1], that 
provides a clear separation between IP layer transport protocols (such 
as TCP and UDP) and higher level protocols (such as WebSocket, TLS, 
etc.). This interface will facilitate the development of new Transport 
Protocols, while reusing the existing TCP and UDP implementation.
The new design can be found here[1]. Feel free to give us any feedback 
or thoughts about this.

[1] http://www.opensips.org/Development/TransportInterface

Best regards,

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



From bogdan at opensips.org  Fri Dec 19 14:09:59 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 19 Dec 2014 05:09:59 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 0bfff2: More on migration (if
 RR was done is in ctx now)
Message-ID: <549423a7d05fa_31ef3fadd22ff2a0178d4@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 0bfff256d6a441655693b49f391531a0ac127911
      https://github.com/OpenSIPS/opensips/commit/0bfff256d6a441655693b49f391531a0ac127911
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/rr/rr_mod.c

  Log Message:
  -----------
  More on migration (if RR was done is in ctx now)


  Commit: dd46ea01591db9e3f9a0e5a5f3856ac0dda5e1e8
      https://github.com/OpenSIPS/opensips/commit/dd46ea01591db9e3f9a0e5a5f3856ac0dda5e1e8
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M data_lump.c
    M data_lump.h
    M lump_struct.h
    M modules/dialog/dlg_tophiding.c
    M modules/tm/fix_lumps.h

  Log Message:
  -----------
  Converted dup shallow to ful dup (for lumps).

Shallow duplicating for lump is not used any more, so the coresponding functions were either drop, either converting to full duplication (including the payload, for the ADD lumps).


  Commit: 51d76a9a172b140165401e54b73d952875a54249
      https://github.com/OpenSIPS/opensips/commit/51d76a9a172b140165401e54b73d952875a54249
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M modules/rr/record.c
    M modules/rr/record.h
    M modules/rr/rr_mod.c

  Log Message:
  -----------
  Rework the RR param buffering (use non-static vars)

Keep in processing context the RR status (if done, if pending RR params, etc) -> this simplify the logic for detecting double RR (from script) and for adding RR param.
Instead of buffering RR params (to wait for actual RR call) in a static buffer, add them directly as lumps in msg - lumps will be moved at RR time into the proper position.


Compare: https://github.com/OpenSIPS/opensips/compare/d15847d45193...51d76a9a172b

From bogdan at opensips.org  Fri Dec 19 14:12:00 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 19 Dec 2014 05:12:00 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] e7a090: Add exec() with full
	async support.
Message-ID: <549424204a92a_2bbb3fbc112212a036814@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/async
  Home:   https://github.com/OpenSIPS/opensips
  Commit: e7a090f4e9e6c7d315fcf12f8777bba44047975c
      https://github.com/OpenSIPS/opensips/commit/e7a090f4e9e6c7d315fcf12f8777bba44047975c
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M modules/exec/exec.c
    M modules/exec/exec.h
    M modules/exec/exec_mod.c

  Log Message:
  -----------
  Add exec() with full async support.

This is the first module function that uses the async support from core - in "sleeps" in async reactor until data in available (for stdout), allowing other tasks to be handled in the mean while by the process.



From bogdan at opensips.org  Fri Dec 19 15:58:40 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 19 Dec 2014 06:58:40 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 8052c8: Add definition of the
	async handler.
Message-ID: <54943d2070fe1_21983f8836e312c013892@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 8052c80c4fea9e28289ac220bce31d1e56cb1e8b
      https://github.com/OpenSIPS/opensips/commit/8052c80c4fea9e28289ac220bce31d1e56cb1e8b
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-15 (Wed, 15 Oct 2014)

  Changed paths:
    A async.c
    A async.h

  Log Message:
  -----------
  Add definition of the async handler.


  Commit: bc9442324a796470cd45cd1cfeb35e17637497d6
      https://github.com/OpenSIPS/opensips/commit/bc9442324a796470cd45cd1cfeb35e17637497d6
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-16 (Thu, 16 Oct 2014)

  Changed paths:
    M async.c
    M async.h
    M reactor_defs.h
    M tcp_read.c
    M udp_server.c

  Log Message:
  -----------
  Include script async events into reactor.


  Commit: c0754e6077ba27dad4d480e6032d3ec7f5900069
      https://github.com/OpenSIPS/opensips/commit/c0754e6077ba27dad4d480e6032d3ec7f5900069
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-16 (Thu, 16 Oct 2014)

  Changed paths:
    A modules/tm/async.c
    A modules/tm/async.h
    M modules/tm/tm.c

  Log Message:
  -----------
  TM exports async related handlers to core.


  Commit: 0a9f00ace01120d178afedbbe4666300e30829cb
      https://github.com/OpenSIPS/opensips/commit/0a9f00ace01120d178afedbbe4666300e30829cb
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-17 (Fri, 17 Oct 2014)

  Changed paths:
    M async.h
    M route_struct.h
    M sr_module.h

  Log Message:
  -----------
  Added async related definitions.

- aysnc holder for resume action
- async script function


  Commit: 55ecd24e9d675db572fe525fbc666c0ffe7d83c1
      https://github.com/OpenSIPS/opensips/commit/55ecd24e9d675db572fe525fbc666c0ffe7d83c1
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-17 (Fri, 17 Oct 2014)

  Changed paths:
    M route_struct.h
    M sr_module.h

  Log Message:
  -----------
  More async definition (module export related).


  Commit: 9b9a04790280192353f0b050fc24b90cac091ff6
      https://github.com/OpenSIPS/opensips/commit/9b9a04790280192353f0b050fc24b90cac091ff6
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-22 (Wed, 22 Oct 2014)

  Changed paths:
    M cfg.lex
    M cfg.y
    M sr_module.c
    M sr_module.h

  Log Message:
  -----------
  Add cfg support for async cmd triggering.


  Commit: 64bc0c8226ccb6d531dfa230cce61d5ed5e6163e
      https://github.com/OpenSIPS/opensips/commit/64bc0c8226ccb6d531dfa230cce61d5ed5e6163e
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-22 (Wed, 22 Oct 2014)

  Changed paths:
    M modules/aaa_radius/aaa_radius.c
    M modules/acc/acc_mod.c
    M modules/alias_db/alias_db.c
    M modules/auth/auth_mod.c
    M modules/auth_aaa/authaaa_mod.c
    M modules/auth_db/authdb_mod.c
    M modules/auth_diameter/auth_diameter.c
    M modules/avpops/avpops.c
    M modules/b2b_entities/b2b_entities.c
    M modules/b2b_logic/b2b_logic.c
    M modules/b2b_sca/b2b_sca.c
    M modules/benchmark/benchmark.c
    M modules/cachedb_cassandra/cachedb_cassandra.c
    M modules/cachedb_couchbase/cachedb_couchbase.c
    M modules/cachedb_local/cachedb_local.c
    M modules/cachedb_memcached/cachedb_memcached.c
    M modules/cachedb_mongodb/cachedb_mongodb.c
    M modules/cachedb_redis/cachedb_redis.c
    M modules/cachedb_sql/cachedb_sql.c
    M modules/call_center/call_center.c
    M modules/call_control/call_control.c
    M modules/carrierroute/carrierroute.c
    M modules/cfgutils/cfgutils.c
    M modules/closeddial/closeddial.c
    M modules/cpl-c/cpl.c
    M modules/db_berkeley/db_berkeley.c
    M modules/db_cachedb/db_cachedb.c
    M modules/db_flatstore/flatstore_mod.c
    M modules/db_http/db_http.c
    M modules/db_mysql/db_mysql.c
    M modules/db_oracle/db_oracle.c
    M modules/db_perlvdb/perlvdb.c
    M modules/db_postgres/db_postgres.c
    M modules/db_text/dbtext.c
    M modules/db_unixodbc/db_unixodbc.c
    M modules/db_virtual/db_virtual.c
    M modules/dialog/dialog.c
    M modules/dialplan/dialplan.c
    M modules/dispatcher/dispatcher.c
    M modules/diversion/diversion.c
    M modules/dns_cache/dns_cache.c
    M modules/domain/domain_mod.c
    M modules/domainpolicy/domainpolicy_mod.c
    M modules/drouting/drouting.c
    M modules/enum/enum_mod.c
    M modules/event_datagram/event_datagram.c
    M modules/event_rabbitmq/event_rabbitmq.c
    M modules/event_route/event_route.c
    M modules/event_xmlrpc/event_xmlrpc.c
    M modules/exec/exec_mod.c
    M modules/fraud_detection/fraud_detection.c
    M modules/gflags/gflags.c
    M modules/group/group_mod.c
    M modules/h350/h350_mod.c
    M modules/httpd/httpd.c
    M modules/identity/identity.c
    M modules/imc/imc.c
    M modules/jabber/jabber.c
    M modules/json/json.c
    M modules/ldap/ldap_mod.c
    M modules/load_balancer/load_balancer.c
    M modules/lua/siplua.c
    M modules/mangler/mangler.c
    M modules/mathops/mathops.c
    M modules/maxfwd/maxfwd.c
    M modules/mediaproxy/mediaproxy.c
    M modules/mi_datagram/mi_datagram.c
    M modules/mi_fifo/mi_fifo.c
    M modules/mi_http/mi_http.c
    M modules/mi_json/mi_json.c
    M modules/mi_xmlrpc/mi_xmlrpc.c
    M modules/mi_xmlrpc_ng/mi_xmlrpc_http.c
    M modules/mmgeoip/mmgeoip.c
    M modules/msilo/msilo.c
    M modules/nat_traversal/nat_traversal.c
    M modules/nathelper/nathelper.c
    M modules/options/mod_options.c
    M modules/osp/osp_mod.c
    M modules/path/path_mod.c
    M modules/pdt/pdt.c
    M modules/peering/peering.c
    M modules/perl/perl.c
    M modules/permissions/permissions.c
    M modules/pi_http/pi_http.c
    M modules/pike/pike.c
    M modules/presence/presence.c
    M modules/presence_callinfo/presence_callinfo.c
    M modules/presence_dialoginfo/presence_dialoginfo.c
    M modules/presence_mwi/presence_mwi.c
    M modules/presence_xcapdiff/presence_xcapdiff.c
    M modules/presence_xml/presence_xml.c
    M modules/pua/pua.c
    M modules/pua_bla/pua_bla.c
    M modules/pua_dialoginfo/pua_dialoginfo.c
    M modules/pua_mi/pua_mi.c
    M modules/pua_usrloc/pua_usrloc.c
    M modules/pua_xmpp/pua_xmpp.c
    M modules/python/python_mod.c
    M modules/qos/qos.c
    M modules/ratelimit/ratelimit.c
    M modules/regex/regex_mod.c
    M modules/registrar/reg_mod.c
    M modules/rest_client/rest_client.c
    M modules/rls/rls.c
    M modules/rr/rr_mod.c
    M modules/rtpengine/rtpengine.c
    M modules/rtpproxy/rtpproxy.c
    M modules/script_helper/script_helper.c
    M modules/seas/seas.c
    M modules/signaling/signaling.c
    M modules/sipcapture/sipcapture.c
    M modules/sipmsgops/sipmsgops.c
    M modules/siptrace/siptrace.c
    M modules/sl/sl.c
    M modules/sms/sms.c
    M modules/sngtc/sngtc.c
    M modules/snmpstats/snmpstats.h
    M modules/speeddial/speeddial.c
    M modules/sst/sst.c
    M modules/statistics/statistics.c
    M modules/stun/stun.c
    M modules/textops/textops.c
    M modules/tlsops/tlsops.c
    M modules/tm/async.c
    M modules/tm/h_table.h
    M modules/tm/tm.c
    M modules/uac/uac.c
    M modules/uac_auth/uac_auth.c
    M modules/uac_redirect/redirect.c
    M modules/uac_registrant/registrant.c
    M modules/uri/uri_mod.c
    M modules/userblacklist/userblacklist.c
    M modules/usrloc/ul_mod.c
    M modules/xcap/xcap_mod.c
    M modules/xcap_client/xcap_client.c
    M modules/xmpp/xmpp.c
    M sr_module.c
    M sr_module.h

  Log Message:
  -----------
  Update module interface to add async cmds.


  Commit: a2494ebab22191a41d8a0e341233adb5bab347c0
      https://github.com/OpenSIPS/opensips/commit/a2494ebab22191a41d8a0e341233adb5bab347c0
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M scripts/opensipsctl.fifo

  Log Message:
  -----------
  opensipsctl: fix compatibility issues with FreeBSD

	* FreeBSD's mkfifo only accepts "-m", not "--mode"
	* Improve compatibility of stderr redirect (change "&>" to ">&")

Reported by buchtajz.
Closes #364


  Commit: 0903bd68544fdfeb502d0822266605d3a5f48c45
      https://github.com/OpenSIPS/opensips/commit/0903bd68544fdfeb502d0822266605d3a5f48c45
  Author: Sa?l Ibarra Corretg? <saghul at gmail.com>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M modules/identity/identity.c
    M tls/tls_init.c

  Log Message:
  -----------
  tls: removed code to support OpenSSL <= 0.9.7


  Commit: c99a62b05bae972dcb14ebb6ea4e13be4fc9db12
      https://github.com/OpenSIPS/opensips/commit/c99a62b05bae972dcb14ebb6ea4e13be4fc9db12
  Author: Sa?l Ibarra Corretg? <saghul at gmail.com>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M cfg.lex
    M cfg.y
    M tls/README
    M tls/tls_config.h
    M tls/tls_init.c

  Log Message:
  -----------
  tls: removed SSLv2 and SSLv3 support


  Commit: fd186a23d4ef3c20e1117add1d8081ffd878fa34
      https://github.com/OpenSIPS/opensips/commit/fd186a23d4ef3c20e1117add1d8081ffd878fa34
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M ut.h

  Log Message:
  -----------
  Fix bogus unsigned to signed int conversion.

This leads to failures of computing VIA branches when hash label is higer than 2^31

(cherry picked from commit 2759890fcf41c1af1237206a0f97957cca1f635c)


  Commit: e38a24c0c722e57f13849d17633adc3b0c568fe8
      https://github.com/OpenSIPS/opensips/commit/e38a24c0c722e57f13849d17633adc3b0c568fe8
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M modules/tm/t_fwd.c

  Log Message:
  -----------
  Fix restoring route type and AVP list when droping branch.

Closes #365.

(cherry picked from commit 9e033465cb2328dd10b6e0ac0d09bf92136dfd33)


  Commit: 7047b9534bb988e575f74d2b950e8e62e033c62f
      https://github.com/OpenSIPS/opensips/commit/7047b9534bb988e575f74d2b950e8e62e033c62f
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M db/schema/silo.xml
    M scripts/db_berkeley/opensips/silo
    M scripts/dbtext/opensips/silo
    M scripts/mysql/msilo-create.sql
    M scripts/oracle/msilo-create.sql
    M scripts/postgres/msilo-create.sql

  Log Message:
  -----------
  Fix silo table definition - body field can be null.


  Commit: 010f4f2f8f8ce8bb613696e9c4e958eb18642970
      https://github.com/OpenSIPS/opensips/commit/010f4f2f8f8ce8bb613696e9c4e958eb18642970
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M cfg.lex

  Log Message:
  -----------
  lexer: allow multiple scriptvar parameters

Fixes #361


  Commit: 01bce3f5c8e00e1eb3fbce43b7c2462610bc62e5
      https://github.com/OpenSIPS/opensips/commit/01bce3f5c8e00e1eb3fbce43b7c2462610bc62e5
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M scripts/opensipsctl

  Log Message:
  -----------
  opensipsctl: properly enclose strings when checking their values


  Commit: 465acb637e8fa74a58932b040fc88a292e624568
      https://github.com/OpenSIPS/opensips/commit/465acb637e8fa74a58932b040fc88a292e624568
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M Makefile

  Log Message:
  -----------
  Makefile: do not overwrite TLS certificates

Closes #368


  Commit: 134a34bbfb42f9f68fffae55a86307491e39530b
      https://github.com/OpenSIPS/opensips/commit/134a34bbfb42f9f68fffae55a86307491e39530b
  Author: Sa?l Ibarra Corretg? <saghul at gmail.com>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M cfg.lex

  Log Message:
  -----------
  tls: add TLSAny alias for SSLv23 method


  Commit: 2d093ac1db4b15f6b387e35e0411d650a68c5b62
      https://github.com/OpenSIPS/opensips/commit/2d093ac1db4b15f6b387e35e0411d650a68c5b62
  Author: Ezequiel Lovelle <ezequiellovelle at gmail.com>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M modules/b2b_logic/b2b_logic.c
    M modules/b2b_sca/b2b_sca.c
    M modules/db_http/http_dbase.c
    M modules/load_balancer/load_balancer.c
    M modules/osp/sipheader.c
    M modules/pua_bla/registrar_cb.c
    M modules/qos/qos.c
    M modules/rtpproxy/rtpproxy.c
    M modules/sipcapture/sipcapture.c
    M modules/sipmsgops/sipmsgops.c
    M modules/sst/sst.c
    M modules/tm/dlg.c
    M modules/tm/t_msgbuilder.h

  Log Message:
  -----------
  add newline at the end of error messages


  Commit: dd1ea2f0fe2a64fc8398b597acfb40244f04a4dc
      https://github.com/OpenSIPS/opensips/commit/dd1ea2f0fe2a64fc8398b597acfb40244f04a4dc
  Author: Ezequiel Lovelle <ezequiellovelle at gmail.com>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M modules/load_balancer/README
    M modules/load_balancer/doc/load_balancer_admin.xml

  Log Message:
  -----------
  fix load_balancer doc in lb_count_call() function


  Commit: 023eb4580aa15f432b4df21c13d32fcb2fc6e7be
      https://github.com/OpenSIPS/opensips/commit/023eb4580aa15f432b4df21c13d32fcb2fc6e7be
  Author: Ionut Ionita <ionutrazvan.ionita at gmail.com>
  Date:   2014-10-30 (Thu, 30 Oct 2014)

  Changed paths:
    M modules/exec/README
    M modules/exec/doc/exec_admin.xml
    M modules/exec/exec.c
    M modules/exec/exec.h
    M modules/exec/exec_hf.c
    M modules/exec/exec_hf.h
    M modules/exec/exec_mod.c
    M modules/exec/kill.c
    M modules/exec/kill.h

  Log Message:
  -----------
  added exec(cmd,output,input,error,avpenv) function for exec


  Commit: d411b4602896618fce98ca8256662566183ababe
      https://github.com/OpenSIPS/opensips/commit/d411b4602896618fce98ca8256662566183ababe
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-02 (Sun, 02 Nov 2014)

  Changed paths:
    M action.c
    M async.h
    M cfg.y
    M modules/tm/async.c
    M modules/tm/h_table.h
    M route_struct.h
    M sr_module.h

  Log Message:
  -----------
  Add proper triggering of Async funcs from script.


  Commit: 12ff6f309971cba3287308aed884ed11c667b8ac
      https://github.com/OpenSIPS/opensips/commit/12ff6f309971cba3287308aed884ed11c667b8ac
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-18 (Tue, 18 Nov 2014)

  Changed paths:
    M async.h
    M mod_fix.c
    M modules/tm/async.c
    M modules/tm/t_msgbuilder.h
    M modules/tm/t_reply.c
    M route.c
    M sr_module.h

  Log Message:
  -----------
  Final-1 step in adding script async support.

Fix module interface for async resume function (msg is needed).
Fix mod_fixup for async function.
Add "resume" route triggering after a complete async handling
Add multi-step async reading (multiple triggering in reactor before finishing the I/O)

NOTE: this is a first working version of the async support (still some things needs to be addressed)


  Commit: 4b9b183a7eeec7fd273399c7cbfb8604a93d0764
      https://github.com/OpenSIPS/opensips/commit/4b9b183a7eeec7fd273399c7cbfb8604a93d0764
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M timer.c

  Log Message:
  -----------
  Improved loging when timer jobs overlap.


  Commit: 50623c12133607d3dd2802b1987694251b4320d6
      https://github.com/OpenSIPS/opensips/commit/50623c12133607d3dd2802b1987694251b4320d6
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M action.c
    M action.h
    M modules/tm/async.c

  Log Message:
  -----------
  Run POST script CBs after all ASYNC resumes.


  Commit: 88628671b3bed75a3a372e74e385a001bfb85c4b
      https://github.com/OpenSIPS/opensips/commit/88628671b3bed75a3a372e74e385a001bfb85c4b
  Author: Sa?l Ibarra Corretg? <saghul at gmail.com>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M cfg.lex

  Log Message:
  -----------
  tls: removed SSLv2 and SSLv3 support


  Commit: e555869466a5584e20198ee7b8cb0eb7066dbfc2
      https://github.com/OpenSIPS/opensips/commit/e555869466a5584e20198ee7b8cb0eb7066dbfc2
  Author: Sa?l Ibarra Corretg? <saghul at gmail.com>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M cfg.lex

  Log Message:
  -----------
  tls: add TLSAny alias for SSLv23 method


  Commit: cc61084d789df2ad9d7238a64f8544c439e78e8b
      https://github.com/OpenSIPS/opensips/commit/cc61084d789df2ad9d7238a64f8544c439e78e8b
  Author: Ionut Ionita <ionutrazvan.ionita at gmail.com>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/ldap/README
    M modules/ldap/doc/ldap_admin.xml
    M modules/ldap/ld_session.c
    M modules/ldap/ld_session.h
    M modules/ldap/ldap_connect.c
    M modules/ldap/ldap_connect.h
    M modules/ldap/ldap_mod.c

  Log Message:
  -----------
  StartTLS Support For LDAP Module


  Commit: 40ed05b5c0bfa336e9b8c62b2f6f9db71677c31c
      https://github.com/OpenSIPS/opensips/commit/40ed05b5c0bfa336e9b8c62b2f6f9db71677c31c
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/exec/README
    M modules/exec/doc/exec_admin.xml
    M modules/exec/exec.c
    M modules/exec/exec_mod.c
    M modules/exec/kill.c
    M modules/exec/kill.h

  Log Message:
  -----------
  modified documentation for exec function


  Commit: 768849aaad369b207450caf7f1406469ffc3c36a
      https://github.com/OpenSIPS/opensips/commit/768849aaad369b207450caf7f1406469ffc3c36a
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/exec/README
    M modules/exec/doc/exec_admin.xml
    M modules/exec/exec.c
    M modules/exec/exec_mod.c
    M modules/exec/kill.c
    M modules/exec/kill.h

  Log Message:
  -----------
  only generic function __popen3 left and put exec parameters in logical order:stdin, stdout, stderr


  Commit: 7bd790163198dce6f261a4369ed0efc2d0b5ebb9
      https://github.com/OpenSIPS/opensips/commit/7bd790163198dce6f261a4369ed0efc2d0b5ebb9
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/dispatcher/README
    M modules/dispatcher/dispatch.c
    M modules/dispatcher/dispatch.h
    M modules/dispatcher/dispatcher.c
    M modules/dispatcher/doc/dispatcher_admin.xml
    M modules/dispatcher/ds_fixups.c
    M modules/dispatcher/ds_fixups.h

  Log Message:
  -----------
  fixed flags max_list bug for ds_select_*


  Commit: 6d633c35104c43dac0eddc550bd76e723e62776e
      https://github.com/OpenSIPS/opensips/commit/6d633c35104c43dac0eddc550bd76e723e62776e
  Author: David Sanders <dsanders11 at ucsbalum.com>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/nat_traversal/nat_traversal.c

  Log Message:
  -----------
  Changes to stop keepalives on unregisters

Observed cases where keepalives from `nat_traversal` continued after unregister were traced back to a few lines of code which prevented stopping keepalives on unregister events.


  Commit: 37f1556af5868c9dd0328cd50de3c489957813ed
      https://github.com/OpenSIPS/opensips/commit/37f1556af5868c9dd0328cd50de3c489957813ed
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    A context.h

  Log Message:
  -----------
  core: introducing OpenSIPS contexts

A context is simply a data buffer. It can also be seen as a key-value
database, where different pieces of code register certain keys, in order
to maintain their values within each newly created context.

Contexts may be attached to any structure. The primitives defined in
"context.h" represent a generic way of registering/storing/fetching
data.


  Commit: 4230d18c1deda2293b9480de702f442b1ea33527
      https://github.com/OpenSIPS/opensips/commit/4230d18c1deda2293b9480de702f442b1ea33527
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M msg_translator.c
    M msg_translator.h
    M receive.c

  Log Message:
  -----------
  core: export sip_msg context operations

All sip_msg structures may now hold additional data within a context.


  Commit: 9e68b2d5a85f7cf422d3a8cd6ad50f98ad730122
      https://github.com/OpenSIPS/opensips/commit/9e68b2d5a85f7cf422d3a8cd6ad50f98ad730122
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/tm/h_table.c
    A modules/tm/t_ctx.c
    A modules/tm/t_ctx.h
    M modules/tm/tm.c
    M modules/tm/tm_load.h

  Log Message:
  -----------
  tm: export transaction context operations

All transactions may now hold additional context-specific data.
Data can be stored/fetched using the newly added functions in tm_binds.


  Commit: f34d16c6ee10814a8231e6bdeed17313ac164565
      https://github.com/OpenSIPS/opensips/commit/f34d16c6ee10814a8231e6bdeed17313ac164565
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/presence/presence.c

  Log Message:
  -----------
  Disable MI commands when presence is in lib mode.

Reported by Carlos Oliva @telematico, closing #382

(cherry picked from commit 7058396dfff62769a58103517ae42bf57078b8bd)


  Commit: c2221267b48a86bbf6ed8ee41f05445fd2c71ddf
      https://github.com/OpenSIPS/opensips/commit/c2221267b48a86bbf6ed8ee41f05445fd2c71ddf
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/presence/README
    M modules/presence/doc/presence_admin.xml
    M modules/presence/notify.c
    M modules/presence/presence.c
    M modules/presence/presence.h

  Log Message:
  -----------
  Add end_sub_on_timeout module parameter.

If a presence subscription should be automatically terminated (destroyed) when receiving a SIP timeout (408) for a sent NOTIFY requests.
Closes feature request #380.


  Commit: 5772e25f7246b7ce75f1ccbcd41e066125b8856f
      https://github.com/OpenSIPS/opensips/commit/5772e25f7246b7ce75f1ccbcd41e066125b8856f
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/perl/opensipsxs.xs

  Log Message:
  -----------
  Filename in script actions must be non-null.


  Commit: 130906348d65a3b73e144bfeae7e3f03691d45dc
      https://github.com/OpenSIPS/opensips/commit/130906348d65a3b73e144bfeae7e3f03691d45dc
  Author: Vlad Paiu <vladpaiu at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/dialog/dialog.c

  Log Message:
  -----------
  Only update the dialog timeout in case we are in established state - otherwise it might lead to multiple unrefs related to multiple removal from timer list
(cherry picked from commit e515134cc1cd7fceafad60a620f5e77331de682e)


  Commit: f8e441746f63834090cfb15890d7589253a60c7a
      https://github.com/OpenSIPS/opensips/commit/f8e441746f63834090cfb15890d7589253a60c7a
  Author: Vlad Paiu <vladpaiu at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/dialog/dlg_timer.c

  Log Message:
  -----------
  Since the dialog timeout is not done under dialog lock, we might have cases where the state is checked and is established, but until we get to update the timer, the dialog transitions to terminated & removes it from the timer.
Use marker that's set under d_timer lock in order to avoid this


  Commit: 01a1bfe010b69d7dce3cb2851bb45dad584d255d
      https://github.com/OpenSIPS/opensips/commit/01a1bfe010b69d7dce3cb2851bb45dad584d255d
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/nathelper/README
    M modules/nathelper/doc/nathelper_admin.xml
    M modules/nathelper/nathelper.c

  Log Message:
  -----------
  fix_nated_sdp: oldmediaip replaced with oldcip(c=) and oldoip(o=)


  Commit: 58bf69b52496512646b8ad6ad4de8e47eabb22e8
      https://github.com/OpenSIPS/opensips/commit/58bf69b52496512646b8ad6ad4de8e47eabb22e8
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/lua/sipapi.c
    M modules/python/python_msgobj.c

  Log Message:
  -----------
  More fixing on mk_action usage (function name was added).


  Commit: 4e37881c110b235bdefa2f6cd9b672752144f8d8
      https://github.com/OpenSIPS/opensips/commit/4e37881c110b235bdefa2f6cd9b672752144f8d8
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/dispatcher/README
    M modules/dispatcher/doc/dispatcher_admin.xml
    M modules/dispatcher/ds_fixups.c

  Log Message:
  -----------
  ds_select_dst flags specification modified


  Commit: 2d05bf861281d51259d5755ecf975236539d5c4f
      https://github.com/OpenSIPS/opensips/commit/2d05bf861281d51259d5755ecf975236539d5c4f
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/exec/exec.c

  Log Message:
  -----------
  exec_sync: fork() error check


  Commit: 5d0d6e1c2a504ca5650c4159e829b4b39904fad6
      https://github.com/OpenSIPS/opensips/commit/5d0d6e1c2a504ca5650c4159e829b4b39904fad6
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/dispatcher/dispatcher.c
    M modules/dispatcher/ds_fixups.c

  Log Message:
  -----------
  ds_select_dst:null parameter fix


  Commit: 000ff3402fa63ffa0e2b4916db103d1763dc9fba
      https://github.com/OpenSIPS/opensips/commit/000ff3402fa63ffa0e2b4916db103d1763dc9fba
  Author: ionutrazvanionita <ionutionita at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/dispatcher/dispatcher.c
    M modules/dispatcher/ds_fixups.c

  Log Message:
  -----------
  fixed dispatcher error when not intro M delimiter


  Commit: fdf9d568503d59f105efc846b7a12124c52ee38d
      https://github.com/OpenSIPS/opensips/commit/fdf9d568503d59f105efc846b7a12124c52ee38d
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  Fix double tracing in trace_dialog().

If user AVPs are set and the trace flas is not, the code was forcing the tracing flag which was producing a duplicate of the trace. Now, the flags status (on/off) is also stored in the dialog (as var) and restore later, for each sequential request.

(cherry picked from commit 24ba3ed467bebc1f029e5c0627225f8d54163143)


  Commit: 4812fb709c87dbdd8947d2fb20553b56513f1274
      https://github.com/OpenSIPS/opensips/commit/4812fb709c87dbdd8947d2fb20553b56513f1274
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  Fixes realated to previous commit (double siptrace)

(cherry picked from commit d4e81886c41e17fe259ba2ee48d6b2ce3e7eb016)


  Commit: eb20beb1c44ac2f27cc7ea4e835fef54464e760d
      https://github.com/OpenSIPS/opensips/commit/eb20beb1c44ac2f27cc7ea4e835fef54464e760d
  Author: Razvan Crainea <razvan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M modules/tm/tm.c

  Log Message:
  -----------
  fixed tm module merging error


  Commit: cb4f0d8e5f1804aa9302a331019ee33575632ae1
      https://github.com/OpenSIPS/opensips/commit/cb4f0d8e5f1804aa9302a331019ee33575632ae1
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-24 (Mon, 24 Nov 2014)

  Changed paths:
    M receive.c

  Log Message:
  -----------
  Do not run post script CBs if ASYNC suspend happened


  Commit: ac1dcb0058ba1522cf9e3f39d264a49b38c8ab3b
      https://github.com/OpenSIPS/opensips/commit/ac1dcb0058ba1522cf9e3f39d264a49b38c8ab3b
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-25 (Tue, 25 Nov 2014)

  Changed paths:
    M data_lump_rpl.c

  Log Message:
  -----------
  Just some spaces cleanup.


  Commit: acd36a4dd5216e7e24ee2f53d6f106eae45d03e9
      https://github.com/OpenSIPS/opensips/commit/acd36a4dd5216e7e24ee2f53d6f106eae45d03e9
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-25 (Tue, 25 Nov 2014)

  Changed paths:
    M modules/tm/h_table.c
    M modules/tm/sip_msg.c
    M modules/tm/sip_msg.h
    M modules/tm/t_reply.c
    M modules/tm/uac.c
    M parser/msg_parser.h

  Log Message:
  -----------
  Add support for updatable cloned msg, phase one.

Changeable parts of the cloned SIP requests may be separately allocated in shm mem (outside the single msg chunk) - later, these fields maybe updated (during transaction lifetime).


  Commit: 7eaf12219bb2bd5aa51ba670b6346770af32a267
      https://github.com/OpenSIPS/opensips/commit/7eaf12219bb2bd5aa51ba670b6346770af32a267
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-11-28 (Fri, 28 Nov 2014)

  Changed paths:
    M modules/tm/async.c
    M modules/tm/h_table.c
    M modules/tm/h_table.h
    M modules/tm/sip_msg.c
    M modules/tm/sip_msg.h
    M modules/tm/t_funcs.c
    M modules/tm/t_lookup.c
    M modules/tm/t_lookup.h
    M modules/tm/t_reply.c
    M modules/tm/tm.c
    M modules/tm/uac.c

  Log Message:
  -----------
  Added 2 stage update for UAS side of a transaction.

The cloned UAS msg (from a transaction) can be now updated (new_uri, dst_uri, lumps, etc) after the orignal cloning. Also, a original cloning can be done without saving the updatable part of the UAS msg (like when you do t_newtran() in script, a partial UAS is cloned and full cloning (update) is done on t_relay() ) - this allows the transaction to remember all the changes you do between the creation of the transaction and the actual relay.


  Commit: 78c803566e8a1eaaac4e1a25b2301174cd38824f
      https://github.com/OpenSIPS/opensips/commit/78c803566e8a1eaaac4e1a25b2301174cd38824f
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    M context.h
    M main.c
    M modules/tm/t_ctx.c
    M msg_translator.c

  Log Message:
  -----------
  core context code: add support for a global processing context

The newly introduced CONTEXT_GLOBAL represents the current flow of
script execution. It is a more uniform way of handling the majority
of async script usage scenarios.

The initial direction (by simply using CONTEXT_MSG) runs into too many
problems:

    * portions of code where the "current sip_msg" is unavailable
    * concurrency issues (insufficient referencing) due to sip_msg cloning
      logic in tm, which also clones the context, but fails to properly
      count possible additional dialog references

CONTEXT_MSG logic will be removed in a future commit.


  Commit: afa8c7858c17ef6c6a12a88b8c9f494bb7608841
      https://github.com/OpenSIPS/opensips/commit/afa8c7858c17ef6c6a12a88b8c9f494bb7608841
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-10 (Wed, 10 Dec 2014)

  Changed paths:
    A context.c
    M context.h
    M main.c

  Log Message:
  -----------
  context operations: add extra safety checks


  Commit: 73e0fedc3694607344f2c43b5235e4c86e5d3a26
      https://github.com/OpenSIPS/opensips/commit/73e0fedc3694607344f2c43b5235e4c86e5d3a26
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-12 (Fri, 12 Dec 2014)

  Changed paths:
    M context.c
    M context.h

  Log Message:
  -----------
  Rename the pointer to the current processing context.


  Commit: 8aebd8b5c623e8af9bbe104b93284b3d9a142603
      https://github.com/OpenSIPS/opensips/commit/8aebd8b5c623e8af9bbe104b93284b3d9a142603
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-12 (Fri, 12 Dec 2014)

  Changed paths:
    M modules/dialog/dialog.c
    M modules/dialog/dlg_db_handler.c
    M modules/dialog/dlg_handlers.c
    M modules/dialog/dlg_hash.c
    M modules/dialog/dlg_hash.h
    M modules/dialog/dlg_profile.c
    M modules/dialog/dlg_profile.h
    M modules/dialog/dlg_req_within.c

  Log Message:
  -----------
  Migrate the dialog module to processing context.

Instead of keeping data about the current processing into statis global variables, use the processing context.

Warning: this is Alpha stage, maybe unstable at this moment


  Commit: ccada03e81bdc466b90435af36e9ddfaacea265f
      https://github.com/OpenSIPS/opensips/commit/ccada03e81bdc466b90435af36e9ddfaacea265f
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-12 (Fri, 12 Dec 2014)

  Changed paths:
    M modules/acc/acc_extra.c
    M modules/load_balancer/lb_data.c

  Log Message:
  -----------
  Aligne to the latest changes in dialog module


  Commit: aa48678d43f92309ff9f25f8b962559939cd4557
      https://github.com/OpenSIPS/opensips/commit/aa48678d43f92309ff9f25f8b962559939cd4557
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-15 (Mon, 15 Dec 2014)

  Changed paths:
    M modules/tm/async.c
    M receive.c

  Log Message:
  -----------
  Support for processing context for msgs and async


  Commit: 6351bef8342ba3be748d0478eba3e0e9b57a9040
      https://github.com/OpenSIPS/opensips/commit/6351bef8342ba3be748d0478eba3e0e9b57a9040
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-17 (Wed, 17 Dec 2014)

  Changed paths:
    M modules/dialog/dialog.c
    M modules/dialog/dlg_handlers.c
    M modules/dialog/dlg_handlers.h
    M modules/dialog/dlg_hash.c
    M modules/dialog/dlg_hash.h
    M modules/dialog/dlg_replication.c
    M modules/dialog/dlg_req_within.c
    M modules/dialog/dlg_req_within.h

  Log Message:
  -----------
  Use processing context instead of static variables.

Current_dlg, last_dst_leg, timeout moved into processing context, so their value will survive a async jump.


  Commit: b6b71df462f25c22c8697cf46960e01479204b15
      https://github.com/OpenSIPS/opensips/commit/b6b71df462f25c22c8697cf46960e01479204b15
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-17 (Wed, 17 Dec 2014)

  Changed paths:
    M modules/siptrace/siptrace.c

  Log Message:
  -----------
  Remove static holders.


  Commit: b7b161ec08634f24df11425d88ddf296df2a72db
      https://github.com/OpenSIPS/opensips/commit/b7b161ec08634f24df11425d88ddf296df2a72db
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/pua_usrloc/pua_usrloc.c
    M modules/pua_usrloc/pua_usrloc.h
    M modules/pua_usrloc/ul_publish.c

  Log Message:
  -----------
  Migrate static holders to processing context


  Commit: 313a5154c8d3f100c255bd291c824ef5d10f62a5
      https://github.com/OpenSIPS/opensips/commit/313a5154c8d3f100c255bd291c824ef5d10f62a5
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/rr/api.c
    M modules/rr/api.h
    M modules/rr/loose.c
    M modules/rr/loose.h
    M modules/rr/rr_mod.c

  Log Message:
  -----------
  Migrated from static holders to processing context


  Commit: d15847d45193374a321bfdddbee86010db88e951
      https://github.com/OpenSIPS/opensips/commit/d15847d45193374a321bfdddbee86010db88e951
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/rtpengine/rtpengine.c

  Log Message:
  -----------
  Migrate from static holders to processing context


  Commit: 0bfff256d6a441655693b49f391531a0ac127911
      https://github.com/OpenSIPS/opensips/commit/0bfff256d6a441655693b49f391531a0ac127911
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/rr/rr_mod.c

  Log Message:
  -----------
  More on migration (if RR was done is in ctx now)


  Commit: dd46ea01591db9e3f9a0e5a5f3856ac0dda5e1e8
      https://github.com/OpenSIPS/opensips/commit/dd46ea01591db9e3f9a0e5a5f3856ac0dda5e1e8
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M data_lump.c
    M data_lump.h
    M lump_struct.h
    M modules/dialog/dlg_tophiding.c
    M modules/tm/fix_lumps.h

  Log Message:
  -----------
  Converted dup shallow to ful dup (for lumps).

Shallow duplicating for lump is not used any more, so the coresponding functions were either drop, either converting to full duplication (including the payload, for the ADD lumps).


  Commit: 51d76a9a172b140165401e54b73d952875a54249
      https://github.com/OpenSIPS/opensips/commit/51d76a9a172b140165401e54b73d952875a54249
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M modules/rr/record.c
    M modules/rr/record.h
    M modules/rr/rr_mod.c

  Log Message:
  -----------
  Rework the RR param buffering (use non-static vars)

Keep in processing context the RR status (if done, if pending RR params, etc) -> this simplify the logic for detecting double RR (from script) and for adding RR param.
Instead of buffering RR params (to wait for actual RR call) in a static buffer, add them directly as lumps in msg - lumps will be moved at RR time into the proper position.


  Commit: e7a090f4e9e6c7d315fcf12f8777bba44047975c
      https://github.com/OpenSIPS/opensips/commit/e7a090f4e9e6c7d315fcf12f8777bba44047975c
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M modules/exec/exec.c
    M modules/exec/exec.h
    M modules/exec/exec_mod.c

  Log Message:
  -----------
  Add exec() with full async support.

This is the first module function that uses the async support from core - in "sleeps" in async reactor until data in available (for stdout), allowing other tasks to be handled in the mean while by the process.


  Commit: 1bbe2ef18b75e18c461cde1187c6cded27044a7f
      https://github.com/OpenSIPS/opensips/commit/1bbe2ef18b75e18c461cde1187c6cded27044a7f
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M action.c
    M action.h
    A async.c
    A async.h
    M cfg.lex
    M cfg.y
    A context.c
    M context.h
    M data_lump.c
    M data_lump.h
    M data_lump_rpl.c
    M lump_struct.h
    M mod_fix.c
    M modules/aaa_radius/aaa_radius.c
    M modules/acc/acc_extra.c
    M modules/acc/acc_mod.c
    M modules/alias_db/alias_db.c
    M modules/auth/auth_mod.c
    M modules/auth_aaa/authaaa_mod.c
    M modules/auth_db/authdb_mod.c
    M modules/auth_diameter/auth_diameter.c
    M modules/avpops/avpops.c
    M modules/b2b_entities/b2b_entities.c
    M modules/b2b_logic/b2b_logic.c
    M modules/b2b_sca/b2b_sca.c
    M modules/benchmark/benchmark.c
    M modules/cachedb_cassandra/cachedb_cassandra.c
    M modules/cachedb_couchbase/cachedb_couchbase.c
    M modules/cachedb_local/cachedb_local.c
    M modules/cachedb_memcached/cachedb_memcached.c
    M modules/cachedb_mongodb/cachedb_mongodb.c
    M modules/cachedb_redis/cachedb_redis.c
    M modules/cachedb_sql/cachedb_sql.c
    M modules/call_center/call_center.c
    M modules/call_control/call_control.c
    M modules/carrierroute/carrierroute.c
    M modules/cfgutils/cfgutils.c
    M modules/closeddial/closeddial.c
    M modules/cpl-c/cpl.c
    M modules/db_berkeley/db_berkeley.c
    M modules/db_cachedb/db_cachedb.c
    M modules/db_flatstore/flatstore_mod.c
    M modules/db_http/db_http.c
    M modules/db_mysql/db_mysql.c
    M modules/db_oracle/db_oracle.c
    M modules/db_perlvdb/perlvdb.c
    M modules/db_postgres/db_postgres.c
    M modules/db_text/dbtext.c
    M modules/db_unixodbc/db_unixodbc.c
    M modules/db_virtual/db_virtual.c
    M modules/dialog/dialog.c
    M modules/dialog/dlg_db_handler.c
    M modules/dialog/dlg_handlers.c
    M modules/dialog/dlg_handlers.h
    M modules/dialog/dlg_hash.c
    M modules/dialog/dlg_hash.h
    M modules/dialog/dlg_profile.c
    M modules/dialog/dlg_profile.h
    M modules/dialog/dlg_replication.c
    M modules/dialog/dlg_req_within.c
    M modules/dialog/dlg_req_within.h
    M modules/dialog/dlg_tophiding.c
    M modules/dialplan/dialplan.c
    M modules/dispatcher/dispatcher.c
    M modules/diversion/diversion.c
    M modules/dns_cache/dns_cache.c
    M modules/domain/domain_mod.c
    M modules/domainpolicy/domainpolicy_mod.c
    M modules/drouting/drouting.c
    M modules/enum/enum_mod.c
    M modules/event_datagram/event_datagram.c
    M modules/event_rabbitmq/event_rabbitmq.c
    M modules/event_route/event_route.c
    M modules/event_xmlrpc/event_xmlrpc.c
    M modules/exec/exec.c
    M modules/exec/exec.h
    M modules/exec/exec_mod.c
    M modules/fraud_detection/fraud_detection.c
    M modules/gflags/gflags.c
    M modules/group/group_mod.c
    M modules/h350/h350_mod.c
    M modules/httpd/httpd.c
    M modules/identity/identity.c
    M modules/imc/imc.c
    M modules/jabber/jabber.c
    M modules/json/json.c
    M modules/ldap/ldap_mod.c
    M modules/load_balancer/lb_data.c
    M modules/load_balancer/load_balancer.c
    M modules/lua/siplua.c
    M modules/mangler/mangler.c
    M modules/mathops/mathops.c
    M modules/maxfwd/maxfwd.c
    M modules/mediaproxy/mediaproxy.c
    M modules/mi_datagram/mi_datagram.c
    M modules/mi_fifo/mi_fifo.c
    M modules/mi_http/mi_http.c
    M modules/mi_json/mi_json.c
    M modules/mi_xmlrpc/mi_xmlrpc.c
    M modules/mi_xmlrpc_ng/mi_xmlrpc_http.c
    M modules/mmgeoip/mmgeoip.c
    M modules/msilo/msilo.c
    M modules/nat_traversal/nat_traversal.c
    M modules/nathelper/nathelper.c
    M modules/options/mod_options.c
    M modules/osp/osp_mod.c
    M modules/path/path_mod.c
    M modules/pdt/pdt.c
    M modules/peering/peering.c
    M modules/perl/perl.c
    M modules/permissions/permissions.c
    M modules/pi_http/pi_http.c
    M modules/pike/pike.c
    M modules/presence/presence.c
    M modules/presence_callinfo/presence_callinfo.c
    M modules/presence_dialoginfo/presence_dialoginfo.c
    M modules/presence_mwi/presence_mwi.c
    M modules/presence_xcapdiff/presence_xcapdiff.c
    M modules/presence_xml/presence_xml.c
    M modules/pua/pua.c
    M modules/pua_bla/pua_bla.c
    M modules/pua_dialoginfo/pua_dialoginfo.c
    M modules/pua_mi/pua_mi.c
    M modules/pua_usrloc/pua_usrloc.c
    M modules/pua_usrloc/pua_usrloc.h
    M modules/pua_usrloc/ul_publish.c
    M modules/pua_xmpp/pua_xmpp.c
    M modules/python/python_mod.c
    M modules/qos/qos.c
    M modules/ratelimit/ratelimit.c
    M modules/regex/regex_mod.c
    M modules/registrar/reg_mod.c
    M modules/rest_client/rest_client.c
    M modules/rls/rls.c
    M modules/rr/api.c
    M modules/rr/api.h
    M modules/rr/loose.c
    M modules/rr/loose.h
    M modules/rr/record.c
    M modules/rr/record.h
    M modules/rr/rr_mod.c
    M modules/rtpengine/rtpengine.c
    M modules/rtpproxy/rtpproxy.c
    M modules/script_helper/script_helper.c
    M modules/seas/seas.c
    M modules/signaling/signaling.c
    M modules/sipcapture/sipcapture.c
    M modules/sipmsgops/sipmsgops.c
    M modules/siptrace/siptrace.c
    M modules/sl/sl.c
    M modules/sms/sms.c
    M modules/sngtc/sngtc.c
    M modules/snmpstats/snmpstats.h
    M modules/speeddial/speeddial.c
    M modules/sst/sst.c
    M modules/statistics/statistics.c
    M modules/stun/stun.c
    M modules/textops/textops.c
    M modules/tlsops/tlsops.c
    A modules/tm/async.c
    A modules/tm/async.h
    M modules/tm/fix_lumps.h
    M modules/tm/h_table.c
    M modules/tm/h_table.h
    M modules/tm/sip_msg.c
    M modules/tm/sip_msg.h
    M modules/tm/t_ctx.c
    M modules/tm/t_funcs.c
    M modules/tm/t_lookup.c
    M modules/tm/t_lookup.h
    M modules/tm/t_msgbuilder.h
    M modules/tm/t_reply.c
    M modules/tm/tm.c
    M modules/tm/uac.c
    M modules/uac/uac.c
    M modules/uac_auth/uac_auth.c
    M modules/uac_redirect/redirect.c
    M modules/uac_registrant/registrant.c
    M modules/uri/uri_mod.c
    M modules/userblacklist/userblacklist.c
    M modules/usrloc/ul_mod.c
    M modules/xcap/xcap_mod.c
    M modules/xcap_client/xcap_client.c
    M modules/xmpp/xmpp.c
    M msg_translator.c
    M parser/msg_parser.h
    M reactor_defs.h
    M receive.c
    M route.c
    M route_struct.h
    M sr_module.c
    M sr_module.h
    M tcp_read.c
    M timer.c
    M udp_server.c

  Log Message:
  -----------
  Merge branch 'async'

Conflicts:
	Makefile
	context.h
	modules/dialog/dialog.c
	modules/dispatcher/README
	modules/dispatcher/doc/dispatcher_admin.xml
	modules/dispatcher/ds_fixups.c
	modules/exec/exec.c
	modules/exec/exec.h
	modules/exec/exec_mod.c
	modules/tm/t_ctx.c
	modules/tm/tm.c
	msg_translator.c


  Commit: f4b44578dafe0e5ca3d085f5416b4573fc37d92e
      https://github.com/OpenSIPS/opensips/commit/f4b44578dafe0e5ca3d085f5416b4573fc37d92e
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M modules/exec/exec_mod.c

  Log Message:
  -----------
  Fix order of param for async function


Compare: https://github.com/OpenSIPS/opensips/compare/487e7b5f8164...f4b44578dafe

From osas at voipembedded.com  Fri Dec 19 16:36:07 2014
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 19 Dec 2014 10:36:07 -0500
Subject: [OpenSIPS-Devel] New Transport Interface
In-Reply-To: <54941E14.6080306@opensips.org>
References: <54941E14.6080306@opensips.org>
Message-ID: <CAND0LktKbB-K_HZB5MSa9Rqfrd=qtqwduWLkjrOo=Z-1F3hVWQ@mail.gmail.com>

Nice!  It would be good to add the API documentation.

-ovidiu

On Fri, Dec 19, 2014 at 7:46 AM, R?zvan Crainea <razvan at opensips.org> wrote:
> Hello, all!
>
> Whilde developing the design of the new WebSockets protocol, we observed
> that we can't easily use the existing TCP core, and we have to duplicate a
> lot of code to make it work fine. Since this is not a very good idea, we
> started designing how this could be done nicer and more efficient. That's
> how we ended up designing a new Transport Interface[1], that provides a
> clear separation between IP layer transport protocols (such as TCP and UDP)
> and higher level protocols (such as WebSocket, TLS, etc.). This interface
> will facilitate the development of new Transport Protocols, while reusing
> the existing TCP and UDP implementation.
> The new design can be found here[1]. Feel free to give us any feedback or
> thoughts about this.
>
> [1] http://www.opensips.org/Development/TransportInterface
>
> Best regards,
>
> --
> R?zvan Crainea
> OpenSIPS Solutions
> www.opensips-solutions.com
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



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


From liviu at opensips.org  Fri Dec 19 16:42:13 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 19 Dec 2014 07:42:13 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] d60562: sip_msg context:
	completely removed
Message-ID: <54944755b110e_4d513f8062e672c0147c@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: d60562d77ae77c256be5ef5296de0114da2d3c1d
      https://github.com/OpenSIPS/opensips/commit/d60562d77ae77c256be5ef5296de0114da2d3c1d
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M context.h
    M modules/tm/sip_msg.c
    M msg_translator.c
    M msg_translator.h
    M receive.c

  Log Message:
  -----------
  sip_msg context: completely removed

Replaced by the current script processing context (commit 78c803566)



From liviu at opensips.org  Fri Dec 19 17:01:10 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 19 Dec 2014 08:01:10 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 4991aa: tm: properly
	initialize context buffers
Message-ID: <54944bc67a772_57f73fc2f721b2a0428db@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 4991aa034fee8826e14863c497746f0624ed2e55
      https://github.com/OpenSIPS/opensips/commit/4991aa034fee8826e14863c497746f0624ed2e55
  Author: Liviu Chircu <liviu at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M modules/tm/h_table.c

  Log Message:
  -----------
  tm: properly initialize context buffers



From bogdan at opensips.org  Fri Dec 19 17:05:34 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 19 Dec 2014 18:05:34 +0200
Subject: [OpenSIPS-Devel] New Transport Interface
In-Reply-To: <CAND0LktKbB-K_HZB5MSa9Rqfrd=qtqwduWLkjrOo=Z-1F3hVWQ@mail.gmail.com>
References: <54941E14.6080306@opensips.org>
	<CAND0LktKbB-K_HZB5MSa9Rqfrd=qtqwduWLkjrOo=Z-1F3hVWQ@mail.gmail.com>
Message-ID: <54944CCE.9040803@opensips.org>

yes, that is the next step, to work out those interfaces. Then we can 
start re-arranging and re-building the code.

Regards,
Bogdan

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

On 19.12.2014 17:36, Ovidiu Sas wrote:
> Nice!  It would be good to add the API documentation.
>
> -ovidiu
>
> On Fri, Dec 19, 2014 at 7:46 AM, R?zvan Crainea <razvan at opensips.org> wrote:
>> Hello, all!
>>
>> Whilde developing the design of the new WebSockets protocol, we observed
>> that we can't easily use the existing TCP core, and we have to duplicate a
>> lot of code to make it work fine. Since this is not a very good idea, we
>> started designing how this could be done nicer and more efficient. That's
>> how we ended up designing a new Transport Interface[1], that provides a
>> clear separation between IP layer transport protocols (such as TCP and UDP)
>> and higher level protocols (such as WebSocket, TLS, etc.). This interface
>> will facilitate the development of new Transport Protocols, while reusing
>> the existing TCP and UDP implementation.
>> The new design can be found here[1]. Feel free to give us any feedback or
>> thoughts about this.
>>
>> [1] http://www.opensips.org/Development/TransportInterface
>>
>> Best regards,
>>
>> --
>> R?zvan Crainea
>> OpenSIPS Solutions
>> www.opensips-solutions.com
>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>



From bogdan at opensips.org  Fri Dec 19 18:29:56 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 19 Dec 2014 09:29:56 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 074001: Fix module export
 (missing async function array)
Message-ID: <5494609442f62_6d083fc055bf52c086682@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 0740011a795d0b6366e76c6a9b21304a7b3629b2
      https://github.com/OpenSIPS/opensips/commit/0740011a795d0b6366e76c6a9b21304a7b3629b2
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M modules/compression/compression.c

  Log Message:
  -----------
  Fix module export (missing async function array)



From bogdan at opensips.org  Fri Dec 19 18:54:18 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 19 Dec 2014 09:54:18 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] abe815: Move RURI Q and BFLAGS
	into sip_msg.
Message-ID: <5494664adc6f2_27b73f89d16f92b8554e8@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: abe815066e13300dc5662f8e82b5a6f5313aade3
      https://github.com/OpenSIPS/opensips/commit/abe815066e13300dc5662f8e82b5a6f5313aade3
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-19 (Fri, 19 Dec 2014)

  Changed paths:
    M action.c
    M dset.c
    M dset.h
    M forward.c
    M modules/enum/enum.c
    M modules/registrar/lookup.c
    M modules/registrar/save.c
    M modules/tm/async.c
    M modules/tm/sip_msg.c
    M modules/tm/t_fwd.c
    M modules/tm/t_msgbuilder.h
    M modules/tm/t_reply.c
    M modules/tm/uac.c
    M modules/uac_redirect/rd_funcs.c
    M parser/msg_parser.c
    M parser/msg_parser.h
    M pvar.c
    M receive.c
    M serialize.c

  Log Message:
  -----------
  Move RURI Q and BFLAGS into sip_msg.

Drop the static global variables storing the Q value and bflags for the RURI and move them into sip_msg structure, along with dst_uri, send_socket, path, etc.
Now, all the information about the first/default branch (the RURI) is kept in sip_msg.



From notifications at github.com  Tue Dec 23 09:12:32 2014
From: notifications at github.com (mikomarrache)
Date: Tue, 23 Dec 2014 00:12:32 -0800
Subject: [OpenSIPS-Devel] [opensips] In rw_locking.h,
 should the statement (_lock)->w_flag = 0 be executed under lock?
 (#396)
In-Reply-To: <OpenSIPS/opensips/issues/396@github.com>
References: <OpenSIPS/opensips/issues/396@github.com>
Message-ID: <OpenSIPS/opensips/issues/396/67929645@github.com>

Hi Razvan,

Thank you for the information.

Mickael

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/396#issuecomment-67929645
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141223/f878efda/attachment.htm>

From notifications at github.com  Tue Dec 23 09:12:32 2014
From: notifications at github.com (mikomarrache)
Date: Tue, 23 Dec 2014 00:12:32 -0800
Subject: [OpenSIPS-Devel] [opensips] In rw_locking.h,
 should the statement (_lock)->w_flag = 0 be executed under lock?
 (#396)
In-Reply-To: <OpenSIPS/opensips/issues/396@github.com>
References: <OpenSIPS/opensips/issues/396@github.com>
Message-ID: <OpenSIPS/opensips/issue/396/issue_event/211250971@github.com>

Closed #396.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/396#event-211250971
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141223/bb5f27dc/attachment.htm>

From zhouxiaoqiang.mstech at gmail.com  Tue Dec 23 10:25:50 2014
From: zhouxiaoqiang.mstech at gmail.com (chow)
Date: Tue, 23 Dec 2014 02:25:50 -0700 (MST)
Subject: [OpenSIPS-Devel] run opensips in docker container
Message-ID: <1419326750894-7594777.post@n2.nabble.com>

Hi All:
        I build a docker image that contains opensips program.
        in docker container , I exec command: opensips -d -P
/var/run/opensips/opensips.pid
        but program not run and have not any log output.
        
        is there any special needs when run opensips in a docker container?
        thank you!
        
        



--
View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/run-opensips-in-docker-container-tp7594777.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.


From liviu at opensips.org  Tue Dec 23 11:45:13 2014
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 23 Dec 2014 12:45:13 +0200
Subject: [OpenSIPS-Devel] run opensips in docker container
In-Reply-To: <1419326750894-7594777.post@n2.nabble.com>
References: <1419326750894-7594777.post@n2.nabble.com>
Message-ID: <549947B9.60603@opensips.org>

Hi chow,

You did not specify a script file with the "-f" option. By default, 
"PREFIX/etc/opensips/opensips.cfg" is tried (default 
/usr/local/etc/opensips/opensips.cfg).
Please check your syslog file for relevant startup errors.

Best regards,

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

On 23.12.2014 11:25, chow wrote:
> Hi All:
>          I build a docker image that contains opensips program.
>          in docker container , I exec command: opensips -d -P
> /var/run/opensips/opensips.pid
>          but program not run and have not any log output.
>          
>          is there any special needs when run opensips in a docker container?
>          thank you!
>          
>          
>
>
>
> --
> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/run-opensips-in-docker-container-tp7594777.html
> Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



From john.nash778 at gmail.com  Tue Dec 23 12:08:13 2014
From: john.nash778 at gmail.com (John Nash)
Date: Tue, 23 Dec 2014 16:38:13 +0530
Subject: [OpenSIPS-Devel] Issue in storing Dialog Variables into the
	Database (Postgresql)
Message-ID: <CAA4rGPzrfHOU1KaHdQo-TZmw5u0DB5BG1ivb0QSR4ET3SqTj4Q@mail.gmail.com>

I am using Opensips with dialog module and using DB as Postgresql. I am
using modparam("dialog", "db_mode", 1). At the time of dialog creation I am
also setting values to some dialog variables which I can see with mi fifo
commands.

My issue is when i run a select query and try to see "vars" column contents
(I set vars column data type as text for simplicity), I do not see all
information stored. It seems to be truncated. I see like below ...

"accX_table#acc|accX_flags#5 DB_MISSED_FLAG DB_FLAG CDR_FLAG
FAIL_TRANS_FLAG|accX_db#" (There is some special character at the end)

On the other hand when i see dialog using mi fifo command I see full list
of variables.

accX_table:: acc
accX_flags:: 5 DB_MISSED_FLAG DB_FLAG CDR_FLAG FAIL_TRANS_FLAG
accX_db:: \b\x00\x00\x00\x1d\x00sip:test at 192.168.7.5
<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090$\
x00sip:1111111111 at 192.168.7.5
<http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090#\x00sip:11025111111111
at 192.168.7.8 <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>\x0e\x00192.168.3.1
?\x00\x00\n\x001419221825
accX_leg:: \x00\x00\x00\x00
accX_core:: \x06\x00INVITE
\x0052a5e031f1fa4a50883cf14fcfb0dfb1"\x007C34DE52-54979B3E000CEDFB-4BCFC700
\x00e26faa1c7c654b1dbe6b1d86a12b2e61\x03\x00200\x02\x00OK\b\x00E\x9b\x97T\x00\x00\x00\x00
accX_created:: >\x9b\x97T\x00\x00\x00\x00
caller_IP:: 192.168.3.1
ring_time:: 1419221825

Somehow values after accX_db are not being stored into the DB.

Any ideas?

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

From razvan at opensips.org  Tue Dec 23 12:49:29 2014
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Tue, 23 Dec 2014 13:49:29 +0200
Subject: [OpenSIPS-Devel] Issue in storing Dialog Variables into the
 Database (Postgresql)
In-Reply-To: <CAA4rGPzrfHOU1KaHdQo-TZmw5u0DB5BG1ivb0QSR4ET3SqTj4Q@mail.gmail.com>
References: <CAA4rGPzrfHOU1KaHdQo-TZmw5u0DB5BG1ivb0QSR4ET3SqTj4Q@mail.gmail.com>
Message-ID: <549956C9.8080407@opensips.org>

Hi, Josh!

Most likely it is a printing problem. The dialog variables are stored in 
the DB as binary/non-printable data. That's why you can't see them 
properly when doing a select.

Best regards,

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

On 12/23/2014 01:08 PM, John Nash wrote:
> I am using Opensips with dialog module and using DB as Postgresql. I am
> using modparam("dialog", "db_mode", 1). At the time of dialog creation I am
> also setting values to some dialog variables which I can see with mi fifo
> commands.
>
> My issue is when i run a select query and try to see "vars" column contents
> (I set vars column data type as text for simplicity), I do not see all
> information stored. It seems to be truncated. I see like below ...
>
> "accX_table#acc|accX_flags#5 DB_MISSED_FLAG DB_FLAG CDR_FLAG
> FAIL_TRANS_FLAG|accX_db#" (There is some special character at the end)
>
> On the other hand when i see dialog using mi fifo command I see full list
> of variables.
>
> accX_table:: acc
> accX_flags:: 5 DB_MISSED_FLAG DB_FLAG CDR_FLAG FAIL_TRANS_FLAG
> accX_db:: \b\x00\x00\x00\x1d\x00sip:test at 192.168.7.5  <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090$\
> x00sip:1111111111 at 192.168.7.5  <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090#\x00sip:11025111111111 at 192.168.7.8  <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>\x0e\x00192.168.3.1
> ?\x00\x00\n\x001419221825
> accX_leg:: \x00\x00\x00\x00
> accX_core:: \x06\x00INVITE
> \x0052a5e031f1fa4a50883cf14fcfb0dfb1"\x007C34DE52-54979B3E000CEDFB-4BCFC700
> \x00e26faa1c7c654b1dbe6b1d86a12b2e61\x03\x00200\x02\x00OK\b\x00E\x9b\x97T\x00\x00\x00\x00
> accX_created:: >\x9b\x97T\x00\x00\x00\x00
> caller_IP:: 192.168.3.1
> ring_time:: 1419221825
>
> Somehow values after accX_db are not being stored into the DB.
>
> Any ideas?
>
> John
>
>
> _______________________________________________
> 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/20141223/025801a6/attachment.htm>

From john.nash778 at gmail.com  Tue Dec 23 12:57:18 2014
From: john.nash778 at gmail.com (John Nash)
Date: Tue, 23 Dec 2014 17:27:18 +0530
Subject: [OpenSIPS-Devel] Issue in storing Dialog Variables into the
 Database (Postgresql)
In-Reply-To: <549956C9.8080407@opensips.org>
References: <CAA4rGPzrfHOU1KaHdQo-TZmw5u0DB5BG1ivb0QSR4ET3SqTj4Q@mail.gmail.com>
	<549956C9.8080407@opensips.org>
Message-ID: <CAA4rGPztKsrZPF1faC2YqPVgipmrxZMWJQg52JSJnbEkfJp6kA@mail.gmail.com>

I think the issue is somewhere in storing these values into the postgres DB
(Not checked with mysql) because ....

1- I connected one call and let dialog created and then restarted opensips
and again checked dialog variables (using opensipsctl) and found dialog
variables gone (I could see the dialog other core values though)

2- When dialog is created I ran following queries
select position('accX_db'::bytea in vars) from dialog (To check position of
"accX_db after that non-printable binary data is there")
select length(vars) from dialog (Checked total binary length)

and found there was only one byte after "accX_db" so I think it is not
storing complete value.

BTW my version is Server:: OpenSIPS (1.12.0dev-notls (x86_64/linux))







On Tue, Dec 23, 2014 at 5:19 PM, R?zvan Crainea <razvan at opensips.org> wrote:

>  Hi, Josh!
>
> Most likely it is a printing problem. The dialog variables are stored in
> the DB as binary/non-printable data. That's why you can't see them properly
> when doing a select.
>
> Best regards,
>
> R?zvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 12/23/2014 01:08 PM, John Nash wrote:
>
>  I am using Opensips with dialog module and using DB as Postgresql. I am
> using modparam("dialog", "db_mode", 1). At the time of dialog creation I am
> also setting values to some dialog variables which I can see with mi fifo
> commands.
>
> My issue is when i run a select query and try to see "vars" column contents
> (I set vars column data type as text for simplicity), I do not see all
> information stored. It seems to be truncated. I see like below ...
>
> "accX_table#acc|accX_flags#5 DB_MISSED_FLAG DB_FLAG CDR_FLAG
> FAIL_TRANS_FLAG|accX_db# " (There is some special character at the end)
>
> On the other hand when i see dialog using mi fifo command I see full list
> of variables.
>
> accX_table:: acc
> accX_flags:: 5 DB_MISSED_FLAG DB_FLAG CDR_FLAG FAIL_TRANS_FLAG
> accX_db:: \b\x00\x00\x00\x1d\x00sip:test at 192.168.7.5 <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090$\
> x00sip:1111111111 at 192.168.7.5 <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090#\x00sip:11025111111111 at 192.168.7.8 <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>\x0e\x00192.168.3.1
> ?\x00\x00\n\x001419221825
> accX_leg:: \x00\x00\x00\x00
> accX_core:: \x06\x00INVITE
> \x0052a5e031f1fa4a50883cf14fcfb0dfb1"\x007C34DE52-54979B3E000CEDFB-4BCFC700
> \x00e26faa1c7c654b1dbe6b1d86a12b2e61\x03\x00200\x02\x00OK\b\x00E\x9b\x97T\x00\x00\x00\x00
> accX_created:: >\x9b\x97T\x00\x00\x00\x00
> caller_IP:: 192.168.3.1
> ring_time:: 1419221825
>
> Somehow values after accX_db are not being stored into the DB.
>
> Any ideas?
>
> John
>
>
>
> _______________________________________________
> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141223/bb64ac9c/attachment.htm>

From bogdan at opensips.org  Tue Dec 23 16:44:41 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 23 Dec 2014 07:44:41 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 0fa9f1: Fix missing context on
 fake replies -timer trigger
Message-ID: <54998de9c1f00_74ff3f98738b52b81043b8@hookshot-fe5-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 0fa9f1db2c8e0c63460cabbbe44cb1419a63191b
      https://github.com/OpenSIPS/opensips/commit/0fa9f1db2c8e0c63460cabbbe44cb1419a63191b
  Author: Bogdan-Andrei Iancu <bogdan at opensips.org>
  Date:   2014-12-23 (Tue, 23 Dec 2014)

  Changed paths:
    M modules/tm/sip_msg.c
    M modules/tm/timer.c

  Log Message:
  -----------
  Fix missing context on fake replies -timer trigger



From john.nash778 at gmail.com  Tue Dec 23 17:04:36 2014
From: john.nash778 at gmail.com (John Nash)
Date: Tue, 23 Dec 2014 21:34:36 +0530
Subject: [OpenSIPS-Devel] Issue in storing Dialog Variables into the
 Database (Postgresql)
In-Reply-To: <CAA4rGPztKsrZPF1faC2YqPVgipmrxZMWJQg52JSJnbEkfJp6kA@mail.gmail.com>
References: <CAA4rGPzrfHOU1KaHdQo-TZmw5u0DB5BG1ivb0QSR4ET3SqTj4Q@mail.gmail.com>
	<549956C9.8080407@opensips.org>
	<CAA4rGPztKsrZPF1faC2YqPVgipmrxZMWJQg52JSJnbEkfJp6kA@mail.gmail.com>
Message-ID: <CAA4rGPwuN1GnZ6dKWzt=093FU209hL5YXi=DG_Vq0=0dHFPN4g@mail.gmail.com>

I would have looked into code by now but its taking me a while to go
through it as I recently started studying it. I thought of posting in case
its some know issue.

On Tue, Dec 23, 2014 at 5:27 PM, John Nash <john.nash778 at gmail.com> wrote:

> I think the issue is somewhere in storing these values into the postgres
> DB (Not checked with mysql) because ....
>
> 1- I connected one call and let dialog created and then restarted opensips
> and again checked dialog variables (using opensipsctl) and found dialog
> variables gone (I could see the dialog other core values though)
>
> 2- When dialog is created I ran following queries
> select position('accX_db'::bytea in vars) from dialog (To check position
> of "accX_db after that non-printable binary data is there")
> select length(vars) from dialog (Checked total binary length)
>
> and found there was only one byte after "accX_db" so I think it is not
> storing complete value.
>
> BTW my version is Server:: OpenSIPS (1.12.0dev-notls (x86_64/linux))
>
>
>
>
>
>
>
> On Tue, Dec 23, 2014 at 5:19 PM, R?zvan Crainea <razvan at opensips.org>
> wrote:
>
>>  Hi, Josh!
>>
>> Most likely it is a printing problem. The dialog variables are stored in
>> the DB as binary/non-printable data. That's why you can't see them properly
>> when doing a select.
>>
>> Best regards,
>>
>> R?zvan Crainea
>> OpenSIPS Solutionswww.opensips-solutions.com
>>
>> On 12/23/2014 01:08 PM, John Nash wrote:
>>
>>  I am using Opensips with dialog module and using DB as Postgresql. I am
>> using modparam("dialog", "db_mode", 1). At the time of dialog creation I am
>> also setting values to some dialog variables which I can see with mi fifo
>> commands.
>>
>> My issue is when i run a select query and try to see "vars" column contents
>> (I set vars column data type as text for simplicity), I do not see all
>> information stored. It seems to be truncated. I see like below ...
>>
>> "accX_table#acc|accX_flags#5 DB_MISSED_FLAG DB_FLAG CDR_FLAG
>> FAIL_TRANS_FLAG|accX_db# " (There is some special character at the end)
>>
>> On the other hand when i see dialog using mi fifo command I see full list
>> of variables.
>>
>> accX_table:: acc
>> accX_flags:: 5 DB_MISSED_FLAG DB_FLAG CDR_FLAG FAIL_TRANS_FLAG
>> accX_db:: \b\x00\x00\x00\x1d\x00sip:test at 192.168.7.5 <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090$\
>> x00sip:1111111111 at 192.168.7.5 <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090#\x00sip:11025111111111 at 192.168.7.8 <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>\x0e\x00192.168.3.1
>> ?\x00\x00\n\x001419221825
>> accX_leg:: \x00\x00\x00\x00
>> accX_core:: \x06\x00INVITE
>> \x0052a5e031f1fa4a50883cf14fcfb0dfb1"\x007C34DE52-54979B3E000CEDFB-4BCFC700
>> \x00e26faa1c7c654b1dbe6b1d86a12b2e61\x03\x00200\x02\x00OK\b\x00E\x9b\x97T\x00\x00\x00\x00
>> accX_created:: >\x9b\x97T\x00\x00\x00\x00
>> caller_IP:: 192.168.3.1
>> ring_time:: 1419221825
>>
>> Somehow values after accX_db are not being stored into the DB.
>>
>> Any ideas?
>>
>> John
>>
>>
>>
>> _______________________________________________
>> Devel mailing listDevel at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141223/50e1d478/attachment-0001.htm>

From zhouxiaoqiang.mstech at gmail.com  Wed Dec 24 02:46:39 2014
From: zhouxiaoqiang.mstech at gmail.com (zhouxiaoqiang.mstech at gmail.com)
Date: Wed, 24 Dec 2014 09:46:39 +0800
Subject: [OpenSIPS-Devel] run opensips in docker container
References: <1419326750894-7594777.post@n2.nabble.com>, 
	<549947B9.60603@opensips.org>
Message-ID: <201412240946379432153@gmail.com>

 Thank you ! 
  now , it work for me .
  However, I think there are a lot of work to be done
    



zhouxiaoqiang.mstech at gmail.com
 
From: Liviu Chircu
Date: 2014-12-23 18:45
To: devel
Subject: Re: [OpenSIPS-Devel] run opensips in docker container
Hi chow,
 
You did not specify a script file with the "-f" option. By default, 
"PREFIX/etc/opensips/opensips.cfg" is tried (default 
/usr/local/etc/opensips/opensips.cfg).
Please check your syslog file for relevant startup errors.
 
Best regards,
 
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
 
On 23.12.2014 11:25, chow wrote:
> Hi All:
>          I build a docker image that contains opensips program.
>          in docker container , I exec command: opensips -d -P
> /var/run/opensips/opensips.pid
>          but program not run and have not any log output.
>          
>          is there any special needs when run opensips in a docker container?
>          thank you!
>          
>          
>
>
>
> --
> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/run-opensips-in-docker-container-tp7594777.html
> Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
 
 
_______________________________________________
Devel mailing list
Devel at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141224/6708554b/attachment.htm>

From razvan at opensips.org  Wed Dec 24 09:26:04 2014
From: razvan at opensips.org (=?UTF-8?B?UsSDenZhbiBDcmFpbmVh?=)
Date: Wed, 24 Dec 2014 10:26:04 +0200
Subject: [OpenSIPS-Devel] Issue in storing Dialog Variables into the
 Database (Postgresql)
In-Reply-To: <CAA4rGPwuN1GnZ6dKWzt=093FU209hL5YXi=DG_Vq0=0dHFPN4g@mail.gmail.com>
References: <CAA4rGPzrfHOU1KaHdQo-TZmw5u0DB5BG1ivb0QSR4ET3SqTj4Q@mail.gmail.com>	<549956C9.8080407@opensips.org>	<CAA4rGPztKsrZPF1faC2YqPVgipmrxZMWJQg52JSJnbEkfJp6kA@mail.gmail.com>
	<CAA4rGPwuN1GnZ6dKWzt=093FU209hL5YXi=DG_Vq0=0dHFPN4g@mail.gmail.com>
Message-ID: <549A789C.20806@opensips.org>

Hi, John!

Please open an issue on the ticketing system[1]. I will run some tests 
and let you know if I can replicate this.

[1] https://github.com/OpenSIPS/opensips/issues

Best regards,

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

On 12/23/2014 06:04 PM, John Nash wrote:
> I would have looked into code by now but its taking me a while to go
> through it as I recently started studying it. I thought of posting in
> case its some know issue.
>
> On Tue, Dec 23, 2014 at 5:27 PM, John Nash <john.nash778 at gmail.com
> <mailto:john.nash778 at gmail.com>> wrote:
>
>     I think the issue is somewhere in storing these values into the
>     postgres DB (Not checked with mysql) because ....
>
>     1- I connected one call and let dialog created and then restarted
>     opensips and again checked dialog variables (using opensipsctl) and
>     found dialog variables gone (I could see the dialog other core
>     values though)
>
>     2- When dialog is created I ran following queries
>     select position('accX_db'::bytea in vars) from dialog (To check
>     position of "accX_db after that non-printable binary data is there")
>     select length(vars) from dialog (Checked total binary length)
>
>     and found there was only one byte after "accX_db" so I think it is
>     not storing complete value.
>
>     BTW my version is Server:: OpenSIPS (1.12.0dev-notls (x86_64/linux))
>
>
>
>
>
>
>
>     On Tue, Dec 23, 2014 at 5:19 PM, R?zvan Crainea <razvan at opensips.org
>     <mailto:razvan at opensips.org>> wrote:
>
>         Hi, Josh!
>
>         Most likely it is a printing problem. The dialog variables are
>         stored in the DB as binary/non-printable data. That's why you
>         can't see them properly when doing a select.
>
>         Best regards,
>
>         R?zvan Crainea
>         OpenSIPS Solutions
>         www.opensips-solutions.com  <http://www.opensips-solutions.com>
>
>         On 12/23/2014 01:08 PM, John Nash wrote:
>>         I am using Opensips with dialog module and using DB as Postgresql. I am
>>         using modparam("dialog", "db_mode", 1). At the time of dialog creation I am
>>         also setting values to some dialog variables which I can see with mi fifo
>>         commands.
>>
>>         My issue is when i run a select query and try to see "vars" column contents
>>         (I set vars column data type as text for simplicity), I do not see all
>>         information stored. It seems to be truncated. I see like below ...
>>
>>         "accX_table#acc|accX_flags#5 DB_MISSED_FLAG DB_FLAG CDR_FLAG
>>         FAIL_TRANS_FLAG|accX_db# " (There is some special character at the end)
>>
>>         On the other hand when i see dialog using mi fifo command I see full list
>>         of variables.
>>
>>         accX_table:: acc
>>         accX_flags:: 5 DB_MISSED_FLAG DB_FLAG CDR_FLAG FAIL_TRANS_FLAG
>>         accX_db:: \b\x00\x00\x00\x1d\x00sip:test at 192.168.7.5  <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090$\
>>         x00sip:1111111111 at 192.168.7.5  <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090#\x00sip:11025111111111 at 192.168.7.8  <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>\x0e\x00192.168.3.1
>>         ?\x00\x00\n\x001419221825
>>         accX_leg:: \x00\x00\x00\x00
>>         accX_core:: \x06\x00INVITE
>>         \x0052a5e031f1fa4a50883cf14fcfb0dfb1"\x007C34DE52-54979B3E000CEDFB-4BCFC700
>>         \x00e26faa1c7c654b1dbe6b1d86a12b2e61\x03\x00200\x02\x00OK\b\x00E\x9b\x97T\x00\x00\x00\x00
>>         accX_created:: >\x9b\x97T\x00\x00\x00\x00
>>         caller_IP:: 192.168.3.1
>>         ring_time:: 1419221825
>>
>>         Somehow values after accX_db are not being stored into the DB.
>>
>>         Any ideas?
>>
>>         John
>>
>>
>>         _______________________________________________
>>         Devel mailing list
>>         Devel at lists.opensips.org  <mailto:Devel at lists.opensips.org>
>>         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
>
>
>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From notifications at github.com  Wed Dec 24 11:37:16 2014
From: notifications at github.com (johnnash13)
Date: Wed, 24 Dec 2014 02:37:16 -0800
Subject: [OpenSIPS-Devel] [opensips] Issue in storing Dialog Variables into
 the Postgres database (#398)
Message-ID: <OpenSIPS/opensips/issues/398@github.com>

Version: OpenSIPS (1.12.0dev-notls (x86_64/linux))
Issue Description: when i run a select query on dialog table and try to see "vars" column contents (I set vars column data type as text for simplicity), I do not see all information stored. It seems to be truncated. I see like below ...
"accX_table#acc|accX_flags#5 DB_MISSED_FLAG DB_FLAG CDR_FLAG FAIL_TRANS_FLAG|accX_db# " (There is one special character at the end)
When i see dialog using mi fifo command I see full list of variables.
accX_table:: acc
accX_flags:: 5 DB_MISSED_FLAG DB_FLAG CDR_FLAG FAIL_TRANS_FLAG
accX_db:: \b\x00\x00\x00\x1d\x00sip:test at 192.168.7.5:9090$\x00sip:11111111 at 192.168.7.5:9090#\x00sip:110251111111 at 192.168.7.8\x0e\x00192.168.3.1?\x00\x00\n\x001419221825
accX_leg:: \x00\x00\x00\x00
accX_core:: \x06\x00INVITE \x0052a5e031f1fa4a50883cf14fcfb0dfb1"\x007C34DE52-54979B3E000CEDFB-4BCFC700 \x00e26faa1c7c654b1dbe6b1d86a12b2e61\x03\x00200\x02\x00OK\b\x00E\x9b\x97T\x00\x00\x00\x00
accX_created:: >\x9b\x97T\x00\x00\x00\x00
caller_IP:: 192.168.3.1
ring_time:: 1419221825

The issue seems be at the time of storing dialog var (Binary info) instead of just printing error and is verified using following observation..

1- I connected one call and let dialog created and then restarted opensips and again checked dialog variables (using opensipsctl) and found dialog variables gone (I could see the dialog other core values though)
2- When dialog is created I ran following queries
select position('accX_db'::bytea in vars) from dialog (To check position of "accX_db after that non-printable binary data is there")
select length(vars) from dialog (Checked total binary length)
and found there was only one byte after "accX_db" so I think it is not storing complete value.


---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/398
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141224/c97a3476/attachment.htm>

From john.nash778 at gmail.com  Wed Dec 24 11:50:19 2014
From: john.nash778 at gmail.com (John Nash)
Date: Wed, 24 Dec 2014 16:20:19 +0530
Subject: [OpenSIPS-Devel] Issue in storing Dialog Variables into the
 Database (Postgresql)
In-Reply-To: <549A789C.20806@opensips.org>
References: <CAA4rGPzrfHOU1KaHdQo-TZmw5u0DB5BG1ivb0QSR4ET3SqTj4Q@mail.gmail.com>
	<549956C9.8080407@opensips.org>
	<CAA4rGPztKsrZPF1faC2YqPVgipmrxZMWJQg52JSJnbEkfJp6kA@mail.gmail.com>
	<CAA4rGPwuN1GnZ6dKWzt=093FU209hL5YXi=DG_Vq0=0dHFPN4g@mail.gmail.com>
	<549A789C.20806@opensips.org>
Message-ID: <CAA4rGPxF8mfuj4sD=68Ba4mYfF4_X0MEHshbW4MFULQ=1C7aaA@mail.gmail.com>

Hello Razvan,

I opened ticket for the issue
https://github.com/OpenSIPS/opensips/issues/398 . I will update in case I
am able to pin point the issue in code.

John


On Wed, Dec 24, 2014 at 1:56 PM, R?zvan Crainea <razvan at opensips.org> wrote:

> Hi, John!
>
> Please open an issue on the ticketing system[1]. I will run some tests and
> let you know if I can replicate this.
>
> [1] https://github.com/OpenSIPS/opensips/issues
>
> Best regards,
>
> R?zvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 12/23/2014 06:04 PM, John Nash wrote:
>
>> I would have looked into code by now but its taking me a while to go
>> through it as I recently started studying it. I thought of posting in
>> case its some know issue.
>>
>> On Tue, Dec 23, 2014 at 5:27 PM, John Nash <john.nash778 at gmail.com
>> <mailto:john.nash778 at gmail.com>> wrote:
>>
>>     I think the issue is somewhere in storing these values into the
>>     postgres DB (Not checked with mysql) because ....
>>
>>     1- I connected one call and let dialog created and then restarted
>>     opensips and again checked dialog variables (using opensipsctl) and
>>     found dialog variables gone (I could see the dialog other core
>>     values though)
>>
>>     2- When dialog is created I ran following queries
>>     select position('accX_db'::bytea in vars) from dialog (To check
>>     position of "accX_db after that non-printable binary data is there")
>>     select length(vars) from dialog (Checked total binary length)
>>
>>     and found there was only one byte after "accX_db" so I think it is
>>     not storing complete value.
>>
>>     BTW my version is Server:: OpenSIPS (1.12.0dev-notls (x86_64/linux))
>>
>>
>>
>>
>>
>>
>>
>>     On Tue, Dec 23, 2014 at 5:19 PM, R?zvan Crainea <razvan at opensips.org
>>     <mailto:razvan at opensips.org>> wrote:
>>
>>         Hi, Josh!
>>
>>         Most likely it is a printing problem. The dialog variables are
>>         stored in the DB as binary/non-printable data. That's why you
>>         can't see them properly when doing a select.
>>
>>         Best regards,
>>
>>         R?zvan Crainea
>>         OpenSIPS Solutions
>>         www.opensips-solutions.com  <http://www.opensips-solutions.com>
>>
>>         On 12/23/2014 01:08 PM, John Nash wrote:
>>
>>>         I am using Opensips with dialog module and using DB as
>>> Postgresql. I am
>>>         using modparam("dialog", "db_mode", 1). At the time of dialog
>>> creation I am
>>>         also setting values to some dialog variables which I can see
>>> with mi fifo
>>>         commands.
>>>
>>>         My issue is when i run a select query and try to see "vars"
>>> column contents
>>>         (I set vars column data type as text for simplicity), I do not
>>> see all
>>>         information stored. It seems to be truncated. I see like below
>>> ...
>>>
>>>         "accX_table#acc|accX_flags#5 DB_MISSED_FLAG DB_FLAG CDR_FLAG
>>>         FAIL_TRANS_FLAG|accX_db# " (There is some special character at
>>> the end)
>>>
>>>         On the other hand when i see dialog using mi fifo command I see
>>> full list
>>>         of variables.
>>>
>>>         accX_table:: acc
>>>         accX_flags:: 5 DB_MISSED_FLAG DB_FLAG CDR_FLAG FAIL_TRANS_FLAG
>>>         accX_db:: \b\x00\x00\x00\x1d\x00sip:test at 192.168.7.5  <
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users>:9090$\
>>>         x00sip:1111111111 at 192.168.7.5  <http://lists.opensips.org/
>>> cgi-bin/mailman/listinfo/users>:9090#\x00sip:11025111111111 at
>>> 192.168.7.8  <http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>> >\x0e\x00192.168.3.1
>>>         ?\x00\x00\n\x001419221825
>>>         accX_leg:: \x00\x00\x00\x00
>>>         accX_core:: \x06\x00INVITE
>>>         \x0052a5e031f1fa4a50883cf14fcfb0dfb1"\x007C34DE52-
>>> 54979B3E000CEDFB-4BCFC700
>>>         \x00e26faa1c7c654b1dbe6b1d86a12b2e61\x03\x00200\x02\x00OK\b\
>>> x00E\x9b\x97T\x00\x00\x00\x00
>>>         accX_created:: >\x9b\x97T\x00\x00\x00\x00
>>>         caller_IP:: 192.168.3.1
>>>         ring_time:: 1419221825
>>>
>>>         Somehow values after accX_db are not being stored into the DB.
>>>
>>>         Any ideas?
>>>
>>>         John
>>>
>>>
>>>         _______________________________________________
>>>         Devel mailing list
>>>         Devel at lists.opensips.org  <mailto:Devel at lists.opensips.org>
>>>         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
>>
>>
>>
>>
>>
>> _______________________________________________
>> 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/20141224/cbbb0c86/attachment-0001.htm>

From bogdan at opensips.org  Fri Dec 26 09:06:05 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 26 Dec 2014 10:06:05 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Radius attributes
	Vendor-Specific (cisco)
In-Reply-To: <9509041418826605@web11g.yandex.ru>
References: <9509041418826605@web11g.yandex.ru>
Message-ID: <549D16ED.7030102@opensips.org>

Hi Kalala,

There were problems with the libradiusclient library - this is 
responsible for packing and packing the RADIUS messages, so dealing with 
the vendor specific attrs.

Are you using the standard radius dictionary for CISCO attrs ?

Best regards,

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

On 17.12.2014 16:30, Kalala Alexander wrote:
> aaa_radius module can not read the Radius attributes Vendor-Specific 
> (cisco), returns <null>
> How many patches have been, and it still does not work ...
> And even the standard attributes do not read in the presence of the 
> attributes of "Vendor-Specific".
> Code: Access-Accept (2)
>
> AVP: l=10 t=Class(25): 3030303030303037
> AVP: l=38 t=Vendor-Specific(26) v=ciscoSystems(9)
> VSA: l=32 t=h323-credit-amount(101): h323-credit-amount=-1666666.67
> AVP: l=25 t=Vendor-Specific(26) v=ciscoSystems(9)
> VSA: l=19 t=h323-currency(110): h323-currency=BLR
> AVP: l=30 t=Vendor-Specific(26) v=ciscoSystems(9)
> VSA: l=24 t=h323-credit-time(102): h323-credit-time=86400
> AVP: l=6 t=Session-Timeout(27): 86400
> Session-Timeout: 10400
> AVP: l=22 t=Vendor-Specific(26) v=ciscoSystems(9)
> VSA: l=16 t=Cisco-Service-Info(251): 1000000.000000
> AVP: l=26 t=Vendor-Specific(26) v=ciscoSystems(9)
> VSA: l=20 t=h323-return-code(103): h323-return-code=0
> modparam("aaa_radius", "sets", "set1 = (
> User-Name=$Au, Sip-Method=$rm,
> Digest-User-Name=$au, Digest-Realm=$ar, Digest-Nonce=$an,
> Digest-Response=$auth.resp, Digest-Algorithm=$auth.alg,
> Acct-Session-Id=$ci, Digest-Method=$avp(metod),
> Digest-URI=$adu, Calling-Station-Id=$Au,
> Called-Station-Id=$tU
> )")
>
> modparam("aaa_radius", "sets", "set2 = (h323-credit-amount=$avp(amount))")
> radius_send_auth("set1","set2");
> switch ($rc) {
> case 1:
> avp_print();
> Dec 17 17:17:58 [3203] INFO:avpops:ops_print_avp: p=0x7fcb10536ea0, 
> flags=0x0002
> Dec 17 17:17:58 [3203] INFO:avpops:ops_print_avp: name=<metod>
> Dec 17 17:17:58 [3203] INFO:avpops:ops_print_avp: id=<1>
> Dec 17 17:17:58 [3203] INFO:avpops:ops_print_avp: val_str=<INVITE / 6>
> /--
> ? ?????????/
> /??????? ?? ????????????????? /
> /?????? ????????? /
> /vel: 375291146285/
> /life: 375256819996//
> /
> /skype: klistrod
> /
> //
> /VoIP Network Engineer
> dCAP, CCNAVoice
> Kalala Alexander/
> http://callcenters.by/ //
> http://skytel.by/
> http://voiplab.by/
> http://asterisk-pbx.by/
>
>
> _______________________________________________
> 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/20141226/0ee52c48/attachment.htm>

From notifications at github.com  Tue Dec 30 10:14:41 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Tue, 30 Dec 2014 01:14:41 -0800
Subject: [OpenSIPS-Devel] [opensips] added missing force-relay flag
	option for ICE (#397)
In-Reply-To: <OpenSIPS/opensips/pull/397@github.com>
References: <OpenSIPS/opensips/pull/397@github.com>
Message-ID: <OpenSIPS/opensips/pull/397/issue_event/212759040@github.com>

Merged #397.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/397#event-212759040
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141230/cf2ece24/attachment.htm>

From bogdan at opensips.org  Tue Dec 30 10:14:38 2014
From: bogdan at opensips.org (Bogdan Andrei IANCU)
Date: Tue, 30 Dec 2014 01:14:38 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 0cf666: added missing
 force-relay flag option for ICE
Message-ID: <54a26cfed3076_43ef3f8df4da129c558de@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 0cf6662f258a95c3fde0fdde9d346247dcba946a
      https://github.com/OpenSIPS/opensips/commit/0cf6662f258a95c3fde0fdde9d346247dcba946a
  Author: Eric Tamme <eric.tamme at onsip.com>
  Date:   2014-12-18 (Thu, 18 Dec 2014)

  Changed paths:
    M modules/rtpengine/rtpengine.c

  Log Message:
  -----------
  added missing force-relay flag option for ICE


  Commit: 0306824d67891dcd8482f6f5322ea5d71508ef67
      https://github.com/OpenSIPS/opensips/commit/0306824d67891dcd8482f6f5322ea5d71508ef67
  Author: Bogdan Andrei IANCU <bogdan at opensips.org>
  Date:   2014-12-30 (Tue, 30 Dec 2014)

  Changed paths:
    M modules/rtpengine/rtpengine.c

  Log Message:
  -----------
  Merge pull request #397 from etamme/master

added missing force-relay flag option for ICE


Compare: https://github.com/OpenSIPS/opensips/compare/0fa9f1db2c8e...0306824d6789

From notifications at github.com  Tue Dec 30 10:27:16 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Tue, 30 Dec 2014 01:27:16 -0800
Subject: [OpenSIPS-Devel] [opensips] Fixed presentity naming. (#20)
In-Reply-To: <OpenSIPS/opensips/pull/20@github.com>
References: <OpenSIPS/opensips/pull/20@github.com>
Message-ID: <OpenSIPS/opensips/pull/20/c68341521@github.com>

@dsandras , is there any standard (draft, RFC, etc) on what should be name of each state ? I'm concern on interoperability issues with different phones.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/20#issuecomment-68341521
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141230/00d12a5a/attachment.htm>

From notifications at github.com  Tue Dec 30 10:35:57 2014
From: notifications at github.com (Damien Sandrs)
Date: Tue, 30 Dec 2014 01:35:57 -0800
Subject: [OpenSIPS-Devel] [opensips] Fixed presentity naming. (#20)
In-Reply-To: <OpenSIPS/opensips/pull/20@github.com>
References: <OpenSIPS/opensips/pull/20@github.com>
Message-ID: <OpenSIPS/opensips/pull/20/c68342017@github.com>

@bogdan-iancu, no, it is simply a "note". You can put whatever you want over there. This code simply publishes a presence notification when the dialog state changes. "Calling" is misleading because it is also notified when you receive an incoming call. But basically, you can put everything there.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/20#issuecomment-68342017
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141230/c3ea567e/attachment.htm>

From notifications at github.com  Tue Dec 30 10:38:00 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Tue, 30 Dec 2014 01:38:00 -0800
Subject: [OpenSIPS-Devel] [opensips] Fixed presentity naming. (#20)
In-Reply-To: <OpenSIPS/opensips/pull/20@github.com>
References: <OpenSIPS/opensips/pull/20@github.com>
Message-ID: <OpenSIPS/opensips/pull/20/c68342162@github.com>

Thanks for clarification !

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/20#issuecomment-68342162
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141230/3777bfa6/attachment.htm>

From notifications at github.com  Tue Dec 30 10:38:34 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Tue, 30 Dec 2014 01:38:34 -0800
Subject: [OpenSIPS-Devel] [opensips] Fixed presentity naming. (#20)
In-Reply-To: <OpenSIPS/opensips/pull/20@github.com>
References: <OpenSIPS/opensips/pull/20@github.com>
Message-ID: <OpenSIPS/opensips/pull/20/issue_event/212764775@github.com>

Merged #20.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/20#event-212764775
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141230/774cb324/attachment.htm>

From bogdan at opensips.org  Tue Dec 30 10:38:32 2014
From: bogdan at opensips.org (Bogdan Andrei IANCU)
Date: Tue, 30 Dec 2014 01:38:32 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] ed6a88: Fixed presentity
	naming.
Message-ID: <54a27298a737a_71533fa53eb352b862ed@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.8
  Home:   https://github.com/OpenSIPS/opensips
  Commit: ed6a886556f4771b5e8350da80d0121b2abc3d84
      https://github.com/OpenSIPS/opensips/commit/ed6a886556f4771b5e8350da80d0121b2abc3d84
  Author: Damien Sandras <dsandras at beip.be>
  Date:   2013-09-03 (Tue, 03 Sep 2013)

  Changed paths:
    M modules/presence/presentity.c

  Log Message:
  -----------
  Fixed presentity naming.

'Calling' is disturbing especially when the given peer is _receiving_ a
call.


  Commit: 2ac0b8cf8bfb5e9661c0e0c2af2a7ef8f8de21eb
      https://github.com/OpenSIPS/opensips/commit/2ac0b8cf8bfb5e9661c0e0c2af2a7ef8f8de21eb
  Author: Bogdan Andrei IANCU <bogdan at opensips.org>
  Date:   2014-12-30 (Tue, 30 Dec 2014)

  Changed paths:
    M modules/presence/presentity.c

  Log Message:
  -----------
  Merge pull request #20 from dsandras/ds-fix-presentity-naming

Fixed presentity naming.

'Calling' is disturbing especially when the given peer is receiving a
call.


Compare: https://github.com/OpenSIPS/opensips/compare/036f230f752d...2ac0b8cf8bfb

From notifications at github.com  Tue Dec 30 15:29:02 2014
From: notifications at github.com (hydrosine)
Date: Tue, 30 Dec 2014 06:29:02 -0800
Subject: [OpenSIPS-Devel] [opensips] Make MyISAM a choice (#399)
Message-ID: <OpenSIPS/opensips/issues/399@github.com>

The opensipsdbctl with MySQL currently uses MyISAM by default, Which is strange as MySQL moved away from MyISAM in version 5.5

I suggest to let the choice be made by the MySQL server. Or make it an explicit option.



---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/399
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141230/0c902262/attachment.htm>

From notifications at github.com  Tue Dec 30 19:52:06 2014
From: notifications at github.com (Eric Tamme)
Date: Tue, 30 Dec 2014 10:52:06 -0800
Subject: [OpenSIPS-Devel] [opensips] added more rtp transports to match
 those available in rtpengine (#400)
Message-ID: <OpenSIPS/opensips/pull/400@github.com>

rtpengine has updated the available rtp transports to match what browsers are expecting/supporting.  This patch adds transports to match what is available in rtpengine.
You can merge this Pull Request by running:

  git pull https://github.com/etamme/opensips rtpengine_transport_fix

Or you can view, comment on it, or merge it online at:

  https://github.com/OpenSIPS/opensips/pull/400

-- Commit Summary --

  * added more rtp transports to match those available in rtpengine

-- File Changes --

    M modules/rtpengine/rtpengine.c (19)

-- Patch Links --

https://github.com/OpenSIPS/opensips/pull/400.patch
https://github.com/OpenSIPS/opensips/pull/400.diff

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141230/d2a84b2b/attachment.htm>

From notifications at github.com  Tue Dec 30 19:57:55 2014
From: notifications at github.com (Bogdan Andrei IANCU)
Date: Tue, 30 Dec 2014 10:57:55 -0800
Subject: [OpenSIPS-Devel] [opensips] added more rtp transports to match
 those available in rtpengine (#400)
In-Reply-To: <OpenSIPS/opensips/pull/400@github.com>
References: <OpenSIPS/opensips/pull/400@github.com>
Message-ID: <OpenSIPS/opensips/pull/400/issue_event/212927775@github.com>

Merged #400.

---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/400#event-212927775
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20141230/834dc6c2/attachment.htm>

From bogdan at opensips.org  Tue Dec 30 19:57:53 2014
From: bogdan at opensips.org (Bogdan Andrei IANCU)
Date: Tue, 30 Dec 2014 10:57:53 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 629c7e: added more rtp
 transports to match those available...
Message-ID: <54a2f5b16fd38_74553fce33f232bc392e4@hookshot-fe3-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 629c7e8be250e84e0a68bbb16b22ab4754926e89
      https://github.com/OpenSIPS/opensips/commit/629c7e8be250e84e0a68bbb16b22ab4754926e89
  Author: Eric Tamme <eric.tamme at onsip.com>
  Date:   2014-12-30 (Tue, 30 Dec 2014)

  Changed paths:
    M modules/rtpengine/rtpengine.c

  Log Message:
  -----------
  added more rtp transports to match those available in rtpengine


  Commit: 3505ae43d5ac03bbc84fed7ef09ffc65b4a67d94
      https://github.com/OpenSIPS/opensips/commit/3505ae43d5ac03bbc84fed7ef09ffc65b4a67d94
  Author: Bogdan Andrei IANCU <bogdan at opensips.org>
  Date:   2014-12-30 (Tue, 30 Dec 2014)

  Changed paths:
    M modules/rtpengine/rtpengine.c

  Log Message:
  -----------
  Merge pull request #400 from etamme/rtpengine_transport_fix

added more rtp transports to match those available in rtpengine


Compare: https://github.com/OpenSIPS/opensips/compare/8e95c58b816f...3505ae43d5ac

From bogdan at opensips.org  Wed Dec 31 17:59:50 2014
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 31 Dec 2014 18:59:50 +0200
Subject: [OpenSIPS-Devel] A Happy New Year
Message-ID: <54A42B86.3080008@opensips.org>

I wish to all of you A Happy New Year !

And I looking forward for a new exciting year for the OpenSIPS project, 
a year of interesting tasks, important changes and hopefully great 
results ;).

Best regards,
Bogdan

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



From john.nash778 at gmail.com  Wed Dec 31 18:05:54 2014
From: john.nash778 at gmail.com (John Nash)
Date: Wed, 31 Dec 2014 22:35:54 +0530
Subject: [OpenSIPS-Devel] A Happy New Year
In-Reply-To: <54A42B86.3080008@opensips.org>
References: <54A42B86.3080008@opensips.org>
Message-ID: <CAA4rGPzRpTJN7ZP1rqTo5UDWi5rj61W7Hx2mjn1mpFH7Dn_rog@mail.gmail.com>

Thank you and same to you.

On Wed, Dec 31, 2014 at 10:29 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> I wish to all of you A Happy New Year !
>
> And I looking forward for a new exciting year for the OpenSIPS project, a
> year of interesting tasks, important changes and hopefully great results ;).
>
> Best regards,
> Bogdan
>
> --
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developer
> http://www.opensips-solutions.com
>
>
> _______________________________________________
> 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/20141231/72393701/attachment.htm>

From dsandras at beip.be  Tue Dec 30 10:40:11 2014
From: dsandras at beip.be (Damien Sandras)
Date: Tue, 30 Dec 2014 01:40:11 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 1c9112: Fixed presentity
	naming.
Message-ID: <54a272fb42f30_3c7a3fe98ca132bc150e2@hookshot-fe6-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.10
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 1c9112357bc47c62b8412af1a98bf275aa28689b
      https://github.com/OpenSIPS/opensips/commit/1c9112357bc47c62b8412af1a98bf275aa28689b
  Author: Damien Sandras <dsandras at beip.be>
  Date:   2014-12-30 (Tue, 30 Dec 2014)

  Changed paths:
    M modules/presence/presentity.c

  Log Message:
  -----------
  Fixed presentity naming.

'Calling' is disturbing especially when the given peer is _receiving_ a
call.



From dsandras at beip.be  Tue Dec 30 10:40:37 2014
From: dsandras at beip.be (Damien Sandras)
Date: Tue, 30 Dec 2014 01:40:37 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] d59d6e: Fixed presentity
	naming.
Message-ID: <54a2731529f46_26d93fbea25eb2bc39890@hookshot-fe2-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/1.11
  Home:   https://github.com/OpenSIPS/opensips
  Commit: d59d6e2dd19b75b1c53bfb720f2d9e717b58bc12
      https://github.com/OpenSIPS/opensips/commit/d59d6e2dd19b75b1c53bfb720f2d9e717b58bc12
  Author: Damien Sandras <dsandras at beip.be>
  Date:   2014-12-30 (Tue, 30 Dec 2014)

  Changed paths:
    M modules/presence/presentity.c

  Log Message:
  -----------
  Fixed presentity naming.

'Calling' is disturbing especially when the given peer is _receiving_ a
call.



From dsandras at beip.be  Tue Dec 30 10:40:58 2014
From: dsandras at beip.be (Damien Sandras)
Date: Tue, 30 Dec 2014 01:40:58 -0800
Subject: [OpenSIPS-Devel] [OpenSIPS/opensips] 8e95c5: Fixed presentity
	naming.
Message-ID: <54a2732abc77f_2b583fdfbb5f12b844486@hookshot-fe1-cp1-prd.iad.github.net.mail>

  Branch: refs/heads/master
  Home:   https://github.com/OpenSIPS/opensips
  Commit: 8e95c58b816f6fcf1f91f39e0e6cf30bb293d936
      https://github.com/OpenSIPS/opensips/commit/8e95c58b816f6fcf1f91f39e0e6cf30bb293d936
  Author: Damien Sandras <dsandras at beip.be>
  Date:   2014-12-30 (Tue, 30 Dec 2014)

  Changed paths:
    M modules/presence/presentity.c

  Log Message:
  -----------
  Fixed presentity naming.

'Calling' is disturbing especially when the given peer is _receiving_ a
call.



