From osas at voipembedded.com  Fri Mar  1 23:00:12 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 01 Mar 2013 22:00:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9851]
	trunk/modules/httpd/httpd_proc.c
Message-ID: <E1UBXzw-00046u-SQ@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9851
          http://opensips.svn.sourceforge.net/opensips/?rev=9851&view=rev
Author:   osas
Date:     2013-03-01 22:00:12 +0000 (Fri, 01 Mar 2013)
Log Message:
-----------
httpd: implemented framework for more generic POSTS
 - this should make the new xmlrpc implementation easier

Modified Paths:
--------------
    trunk/modules/httpd/httpd_proc.c

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



From noreply at sourceforge.net  Sat Mar  2 17:35:48 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 02 Mar 2013 08:35:48 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606622 ] No-fork mode
Message-ID: <mailman.204.1362242152.2897.devel@lists.opensips.org>

Patches item #3606622, was opened at 2013-03-02 08:35
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: No-fork mode

Initial Comment:
Sometimes we need no-fork mode for main process. For example to control opensips with daemon-tools or old buggy upstart.
This patch adds -F command-line option for daemon mode with foreground main process.


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

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


From osas at voipembedded.com  Mon Mar  4 15:30:32 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 04 Mar 2013 14:30:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9852] trunk
Message-ID: <E1UCWPQ-0003ZD-1B@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9852
          http://opensips.svn.sourceforge.net/opensips/?rev=9852&view=rev
Author:   osas
Date:     2013-03-04 14:30:31 +0000 (Mon, 04 Mar 2013)
Log Message:
-----------
sliblist: svn keywords

Modified Paths:
--------------
    trunk/sliblist.c
    trunk/sliblist.h

Property Changed:
----------------
    trunk/sliblist.c
    trunk/sliblist.h

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



From osas at voipembedded.com  Mon Mar  4 16:54:40 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 04 Mar 2013 15:54:40 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9853] trunk/modules/httpd
Message-ID: <E1UCXiq-0005qY-MG@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9853
          http://opensips.svn.sourceforge.net/opensips/?rev=9853&view=rev
Author:   osas
Date:     2013-03-04 15:54:40 +0000 (Mon, 04 Mar 2013)
Log Message:
-----------
httpd: some code refactoring

Modified Paths:
--------------
    trunk/modules/httpd/httpd_load.h
    trunk/modules/httpd/httpd_proc.c

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



From bogdan at opensips.org  Mon Mar  4 19:09:43 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Mon, 04 Mar 2013 20:09:43 +0200
Subject: [OpenSIPS-Devel] Fwd: [OpenSIPS-Users] NEW tutorial on Realtime
 OpenSIPS - FreeSWITCH Integration
Message-ID: <5134E367.2080906@opensips.org>

FYI

-------- Original Message --------
Subject: 	[OpenSIPS-Users] NEW tutorial on Realtime OpenSIPS - 
FreeSWITCH Integration
Date: 	Mon, 4 Mar 2013 19:05:16 +0100
From: 	Giovanni Maruzzelli <gmaruzz at gmail.com>
Reply-To: 	OpenSIPS users mailling list <users at lists.opensips.org>
To: 	OpenSIPS users mailling list <users at lists.opensips.org>, 
freeswitch-users at lists.freeswitch.org



Ciao VOIPers,

it's my pleasure to bring to your attention a new tutorial on realtime
integration between OpenSIPS and FreeSWITCH.

It's a cut and paste tutorial, so you can test it right away, eg on a
virtual machine, and when confident customize it and put it in
production.

The stack is Debian Squeeze 6.x, OpenSIPS 1.8.x, FreeSWITCH 1.2.x,
OpenSIPS-CP as GUI, MySQL as database.

You can find the tutorial at URL:
http://www.opensips.org/Resources/DocsTutFreeSwitch with all required
files.

Please let us know what do you think about it, and what other
tutorials you would like to read (at the moment I'm thinking at an HA
install of FusionPBX+FreeSWITCH+OpenSIPS, but other requests will be
taken into account too).

See below for a small excerpt of this tutorial:

=====
1.1  Scope

This tutorial can be used as a cut and paste complete and working
installation. Please follow strictly all the steps, in the order
given.

This tutorial presents the concept and implementation of a realtime
integration of OpenSIPS SIP server and FreeSWITCH media server.

OpenSIPS is used a SIP server - users are registering with it, it
routes calls, etc - while the purpose of FreeSWITCH is to provide a
full set of media services - like voicemail, conference,
announcements, etc.

It is a realtime integration because both OpenSIPS and FreeSWITCH are
provisioned in the same time when comes to user accounts - when
creating a new OpenSIPS user, automatically FreeSWITCH will learn
about it an provide and configure all necessary media services for it.

Both OpenSIPS and FreeSWITCH will be provisioned (for user accounts)
via a shared mysql database.

All FreeSWITCH functionalities will be available to OpenSIPS users by
prefixing "*" (eg: star) to the extension dialed. *1234 will be passed
to FreeSWITCH as 1234, while **1234 will be passed to FreeSWITCH as
*1234

________________________________

1.2  Setup presentation

This tutorial can be used as a cut and paste complete and working
installation. Please follow strictly all the steps, in the order
given.

The following services will be offered by FreeSWITCH by this
integrated configuration:

voicemail - users will get access to their mailbox; authentication
will be done by OpenSIPS; while FreeSWITCH will only provide voicemail
IVR (with access PIN);
conference' - OpenSIPS will detect and forward calls related to
conference service (based on prefixes) to FreeSWITCH, which will
provide access (pin based) to the conference rooms;
all functionalities - OpenSIPS users will prefix * to reach the
corresponding extension in FreeSWITCH (*1234 will be passed to
FreeSWITCH as 1234, while **1234 will be passed to FreeSWITCH as
*1234)

=====

ciao for now,

-giovanni


--
Sincerely,

Giovanni Maruzzelli
Cell : +39-347-2665618

_______________________________________________
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/20130304/b0555920/attachment.htm>

From osas at voipembedded.com  Mon Mar  4 23:08:05 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 04 Mar 2013 22:08:05 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9854]
	trunk/modules/httpd/httpd_proc.c
Message-ID: <E1UCdYD-00029h-1X@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9854
          http://opensips.svn.sourceforge.net/opensips/?rev=9854&view=rev
Author:   osas
Date:     2013-03-04 22:08:04 +0000 (Mon, 04 Mar 2013)
Log Message:
-----------
httpd: support for POST with Content-Type: text/xml

Modified Paths:
--------------
    trunk/modules/httpd/httpd_proc.c

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



From noreply at sourceforge.net  Tue Mar  5 02:24:08 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 04 Mar 2013 17:24:08 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.205.1362446652.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Tracker Item Submitted) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

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


From noreply at sourceforge.net  Tue Mar  5 07:11:55 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 04 Mar 2013 22:11:55 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.206.1362463920.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From noreply at sourceforge.net  Tue Mar  5 07:12:44 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 04 Mar 2013 22:12:44 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.207.1362463969.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:12

Message:
I have no access to attach files. :-(

Index: modules/dialog/dlg_db_handler.c
===================================================================
--- modules/dialog/dlg_db_handler.c	(revision 9854)
+++ modules/dialog/dlg_db_handler.c	(working copy)
@@ -1804,6 +1804,8 @@

 struct mi_root* mi_sync_db_dlg(struct mi_root *cmd, void *param)
 {
+	if (dlg_db_mode == 0)
+		return init_mi_tree( 400, MI_SSTR("Cannot sync in no-db mode"));
 	if (sync_dlg_db_mem() < 0)
 		return init_mi_tree( 400, MI_SSTR("Sync mem with DB failed"));
 	else


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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From noreply at sourceforge.net  Tue Mar  5 07:59:36 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 04 Mar 2013 22:59:36 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606875 ] PUA_DIALOGINFO: crash
Message-ID: <mailman.208.1362466781.2897.devel@lists.opensips.org>

Bugs item #3606875, was opened at 2013-03-04 22:59
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606875&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: PUA_DIALOGINFO: crash

Initial Comment:
Ver. 1.8 svn #9623 and also the same code in trunk.

#1  0x00007fd89c660969 in memcpy (state=0x7fd89c665443 "confirmed", entity=0x7fff028f5800, peer=0x7fff028f5590, callid=0x7fd8945a7518,
    initiator=1, localtag=0x0, remotetag=0x0) at /usr/include/bits/string3.h:52
#2  build_dialoginfo (state=0x7fd89c665443 "confirmed", entity=0x7fff028f5800, peer=0x7fff028f5590, callid=0x7fd8945a7518,
    initiator=1, localtag=0x0, remotetag=0x0) at dialog_publish.c:77
#3  0x00007fd89c661632 in dialog_publish (state=<value optimized out>, entity=0x7fff028f5800, peer=<value optimized out>,
    callid=0x7fd8945a7518, initiator=<value optimized out>, lifetime=43200, localtag=0x0, remotetag=0x0) at dialog_publish.c:299
#4  0x00007fd89c663e74 in __dialog_sendpublish (dlg=0x7fd8945a74b8, type=<value optimized out>, _params=0x7fd8a1f39020)
    at pua_dialoginfo.c:355

The problem is in __dialog_sendpublish() from passed as entity into dialog_publish() and equal:
(gdb) p entity
$9 = (struct to_body *) 0x7fff028f5800
(gdb) p entity->uri
$10 = {s = 0x0, len = 42}


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

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


From noreply at sourceforge.net  Tue Mar  5 08:02:41 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 04 Mar 2013 23:02:41 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606875 ] PUA_DIALOGINFO: crash
Message-ID: <mailman.209.1362466965.2897.devel@lists.opensips.org>

Bugs item #3606875, was opened at 2013-03-04 22:59
Message generated for change (Comment added) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606875&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: PUA_DIALOGINFO: crash

Initial Comment:
Ver. 1.8 svn #9623 and also the same code in trunk.

#1  0x00007fd89c660969 in memcpy (state=0x7fd89c665443 "confirmed", entity=0x7fff028f5800, peer=0x7fff028f5590, callid=0x7fd8945a7518,
    initiator=1, localtag=0x0, remotetag=0x0) at /usr/include/bits/string3.h:52
#2  build_dialoginfo (state=0x7fd89c665443 "confirmed", entity=0x7fff028f5800, peer=0x7fff028f5590, callid=0x7fd8945a7518,
    initiator=1, localtag=0x0, remotetag=0x0) at dialog_publish.c:77
#3  0x00007fd89c661632 in dialog_publish (state=<value optimized out>, entity=0x7fff028f5800, peer=<value optimized out>,
    callid=0x7fd8945a7518, initiator=<value optimized out>, lifetime=43200, localtag=0x0, remotetag=0x0) at dialog_publish.c:299
#4  0x00007fd89c663e74 in __dialog_sendpublish (dlg=0x7fd8945a74b8, type=<value optimized out>, _params=0x7fd8a1f39020)
    at pua_dialoginfo.c:355

The problem is in __dialog_sendpublish() from passed as entity into dialog_publish() and equal:
(gdb) p entity
$9 = (struct to_body *) 0x7fff028f5800
(gdb) p entity->uri
$10 = {s = 0x0, len = 42}


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

>Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 23:02

Message:
Also From: in request or reply is okay.


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

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


From noreply at sourceforge.net  Tue Mar  5 08:24:16 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 04 Mar 2013 23:24:16 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.210.1362468260.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

>Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-04 23:24

Message:
Hi nikbyte,

Very grateful for your quick response. However, I set db_mode to 1 rather
than 0 (modparam("dialog', "db_mode", 1)).
I'll try your patch. Thanks so much.

Best regard,
Chen-Che

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:12

Message:
I have no access to attach files. :-(

Index: modules/dialog/dlg_db_handler.c
===================================================================
--- modules/dialog/dlg_db_handler.c	(revision 9854)
+++ modules/dialog/dlg_db_handler.c	(working copy)
@@ -1804,6 +1804,8 @@

 struct mi_root* mi_sync_db_dlg(struct mi_root *cmd, void *param)
 {
+	if (dlg_db_mode == 0)
+		return init_mi_tree( 400, MI_SSTR("Cannot sync in no-db mode"));
 	if (sync_dlg_db_mem() < 0)
 		return init_mi_tree( 400, MI_SSTR("Sync mem with DB failed"));
 	else


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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From vladpaiu at opensips.org  Tue Mar  5 11:07:39 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 05 Mar 2013 10:07:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9855]
	trunk/modules/dialog/dlg_db_handler.c
Message-ID: <E1UComZ-0003zI-OB@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9855
          http://opensips.svn.sourceforge.net/opensips/?rev=9855&view=rev
Author:   vladut-paiu
Date:     2013-03-05 10:07:39 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
fixed dlg_db_sync crash while in no-db mode
Credits to Nick Altmann

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

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



From vladpaiu at opensips.org  Tue Mar  5 11:09:28 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 05 Mar 2013 10:09:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9856]
	branches/1.9/modules/dialog/dlg_db_handler.c
Message-ID: <E1UCooK-00044Q-GT@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9856
          http://opensips.svn.sourceforge.net/opensips/?rev=9856&view=rev
Author:   vladut-paiu
Date:     2013-03-05 10:09:28 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9855)

fixed dlg_db_sync crash while in no-db mode
Credits to Nick Altmann

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

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

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



From vladpaiu at opensips.org  Tue Mar  5 11:11:50 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 05 Mar 2013 10:11:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9857]
	branches/1.8/modules/dialog/dlg_db_handler.c
Message-ID: <E1UCoqc-00047v-5z@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9857
          http://opensips.svn.sourceforge.net/opensips/?rev=9857&view=rev
Author:   vladut-paiu
Date:     2013-03-05 10:11:49 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9855)

fixed dlg_db_sync crash while in no-db mode
Credits to Nick Altmann

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

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

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



From noreply at sourceforge.net  Tue Mar  5 11:12:42 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 05 Mar 2013 02:12:42 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.211.1362478366.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

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

Message:
Hello,

csmicrox, which OpenSIPS version are you using ? Also, can you please post
the output of 'bt full' from GDB ?

Nick, thanks for the patch, applied on trunk, 1.9 and 1.8

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-04 23:24

Message:
Hi nikbyte,

Very grateful for your quick response. However, I set db_mode to 1 rather
than 0 (modparam("dialog', "db_mode", 1)).
I'll try your patch. Thanks so much.

Best regard,
Chen-Che

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:12

Message:
I have no access to attach files. :-(

Index: modules/dialog/dlg_db_handler.c
===================================================================
--- modules/dialog/dlg_db_handler.c	(revision 9854)
+++ modules/dialog/dlg_db_handler.c	(working copy)
@@ -1804,6 +1804,8 @@

 struct mi_root* mi_sync_db_dlg(struct mi_root *cmd, void *param)
 {
+	if (dlg_db_mode == 0)
+		return init_mi_tree( 400, MI_SSTR("Cannot sync in no-db mode"));
 	if (sync_dlg_db_mem() < 0)
 		return init_mi_tree( 400, MI_SSTR("Sync mem with DB failed"));
 	else


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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From noreply at sourceforge.net  Tue Mar  5 12:14:39 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 05 Mar 2013 03:14:39 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.212.1362482083.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

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

Message:
Hello,

Please try the attached patch ( dlg_db_sync.patch ), should fix your
issue.

Regards,
Vlad

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

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

Message:
Hello,

csmicrox, which OpenSIPS version are you using ? Also, can you please post
the output of 'bt full' from GDB ?

Nick, thanks for the patch, applied on trunk, 1.9 and 1.8

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-04 23:24

Message:
Hi nikbyte,

Very grateful for your quick response. However, I set db_mode to 1 rather
than 0 (modparam("dialog', "db_mode", 1)).
I'll try your patch. Thanks so much.

Best regard,
Chen-Che

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:12

Message:
I have no access to attach files. :-(

Index: modules/dialog/dlg_db_handler.c
===================================================================
--- modules/dialog/dlg_db_handler.c	(revision 9854)
+++ modules/dialog/dlg_db_handler.c	(working copy)
@@ -1804,6 +1804,8 @@

 struct mi_root* mi_sync_db_dlg(struct mi_root *cmd, void *param)
 {
+	if (dlg_db_mode == 0)
+		return init_mi_tree( 400, MI_SSTR("Cannot sync in no-db mode"));
 	if (sync_dlg_db_mem() < 0)
 		return init_mi_tree( 400, MI_SSTR("Sync mem with DB failed"));
 	else


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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From noreply at sourceforge.net  Tue Mar  5 13:01:48 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 05 Mar 2013 04:01:48 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.213.1362484912.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

>Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-05 04:01

Message:
Hi Vlad,

I use version-1.9.0 and the "bt full" information was attached when I
report this bug. 
You should be able to download the core_dump_for_dlg_db_sync.txt from the
attached files on this 
item page.

Best wishes,
Chen-Che

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

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

Message:
Hello,

Please try the attached patch ( dlg_db_sync.patch ), should fix your
issue.

Regards,
Vlad

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

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

Message:
Hello,

csmicrox, which OpenSIPS version are you using ? Also, can you please post
the output of 'bt full' from GDB ?

Nick, thanks for the patch, applied on trunk, 1.9 and 1.8

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-04 23:24

Message:
Hi nikbyte,

Very grateful for your quick response. However, I set db_mode to 1 rather
than 0 (modparam("dialog', "db_mode", 1)).
I'll try your patch. Thanks so much.

Best regard,
Chen-Che

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:12

Message:
I have no access to attach files. :-(

Index: modules/dialog/dlg_db_handler.c
===================================================================
--- modules/dialog/dlg_db_handler.c	(revision 9854)
+++ modules/dialog/dlg_db_handler.c	(working copy)
@@ -1804,6 +1804,8 @@

 struct mi_root* mi_sync_db_dlg(struct mi_root *cmd, void *param)
 {
+	if (dlg_db_mode == 0)
+		return init_mi_tree( 400, MI_SSTR("Cannot sync in no-db mode"));
 	if (sync_dlg_db_mem() < 0)
 		return init_mi_tree( 400, MI_SSTR("Sync mem with DB failed"));
 	else


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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From bogdan at opensips.org  Tue Mar  5 14:25:18 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 05 Mar 2013 15:25:18 +0200
Subject: [OpenSIPS-Devel] tm hash deadlock patch
In-Reply-To: <CAD31pt-EBySwHuMKP4prw7hBybXO4814JGJbzzxK8SA-f1NDBA@mail.gmail.com>
References: <CAD31pt-EBySwHuMKP4prw7hBybXO4814JGJbzzxK8SA-f1NDBA@mail.gmail.com>
Message-ID: <5135F23E.5090802@opensips.org>

Hi Eric,

Thank you for your patch and first of all for spotting the problem - a 
real tricky one.

But as Vlad explained you on IRC, the patch has a problem as it breaks 
the atomic "test and set" for "transaction lookup and creation".

Also, the callback cannot be moved after the transaction creation 
(actually cloning the request in transaction) as several module rely on 
this to do last minute parsing, parsing to be cloned in transaction.

What I would find as a clean solution is to split the callback for 
TMCB_REQUEST_IN in TMCB_REQUEST_IN (as it is, under lock, for special 
cases) and TMCB_REQUEST_POST_IN to be called after transaction is 
created, outside the lock, for modules interested just in the event "new 
transaction"

Regards,

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


On 02/28/2013 07:33 PM, Eric Tamme wrote:
> We found that initial request callbacks are called with a lock on the 
> tm hash row so any callback that generates a new transaction, in our 
> example the pua module, can generate a hash for the new transaction 
> with the same key as the locked row thus creating a deadlock.
>
> We modified the code to create a lock on the cell when t_newtran() 
> calls new_t and release the hash lock within new_t so that the 
> callbacks are called with a cell lock, not a row lock.  This looks l
>
> Please review the attached patch.  The patch was made on a 1.6.4 code 
> base.  Let me know if you have any thoughts or concerns.
>
> -Eric
>
>
> _______________________________________________
> 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/20130305/43aef676/attachment.htm>

From bogdan at opensips.org  Tue Mar  5 15:26:32 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 05 Mar 2013 16:26:32 +0200
Subject: [OpenSIPS-Devel] Sips 2.0 linking issue
In-Reply-To: <C8DCDA8C-A27C-455E-8831-977DEB05E23C@list.fink.org>
References: <C8DCDA8C-A27C-455E-8831-977DEB05E23C@list.fink.org>
Message-ID: <51360098.5010609@opensips.org>

Hi Andreas,

Could you please attach your config file please.

Regards,

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


On 02/23/2013 04:23 PM, Andreas Fink wrote:
> I compiled opensips on a empty system. Compilation was done quite fast but when try to run with the example config as described on
>
> http://www.opensips.org/Development/NewDesignStage1
>
> I end up with a link to a module which is not there.
>
>
> [root at opensips.fink.org sip_server_2]# ./opensips -f etc/opensips.cfg
> Feb 23 17:12:58 [0] ERROR:core:load_core_module: could not open module lib</root/sip_server_2/src/core/modules/mi_fifo/mi_fifo.so>: /root/sip_server_2/src/core/modules/mi_fifo/mi_fifo.so: cannot open shared object file: No such file or directory
> Feb 23 17:12:58 [0] ERROR:core:yyparse: Setting parameter: load = mi_fifo/mi_fifo on line 24
> Feb 23 17:12:58 [0] WARNING:core:yyparse: Section:[mi_fifo] is not a section defined by OpenSIPS
> Feb 23 17:12:58 [0] ERROR:core:yyparse: Setting parameter: fifo_name = /tmp/opensips_fifo on line 28
> Feb 23 17:12:58 [0] ERROR:core:main: bad config file (2 errors)
>
>
> if I replace mi_fifo with mi_stream which is the only module there I get
>
> Feb 23 17:22:07 [0] ERROR:core:load_core_module: could not open module lib</root/sip_server_2/src/core/modules/mi_stream/mi_stream.so>: /root/sip_server_2/src/core/modules/mi_stream/mi_stream.so: undefined symbol: is_valid
>
> So is the config file example not up to date or the makefile?
>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From noreply at sourceforge.net  Tue Mar  5 15:47:08 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 05 Mar 2013 06:47:08 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.214.1362494833.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

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

Message:
Hi,

Yes, saw the core dump after I replied :)
See the patch I've attached below, apply it and give it another go, should
be fine now.

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-05 04:01

Message:
Hi Vlad,

I use version-1.9.0 and the "bt full" information was attached when I
report this bug. 
You should be able to download the core_dump_for_dlg_db_sync.txt from the
attached files on this 
item page.

Best wishes,
Chen-Che

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

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

Message:
Hello,

Please try the attached patch ( dlg_db_sync.patch ), should fix your
issue.

Regards,
Vlad

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

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

Message:
Hello,

csmicrox, which OpenSIPS version are you using ? Also, can you please post
the output of 'bt full' from GDB ?

Nick, thanks for the patch, applied on trunk, 1.9 and 1.8

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-04 23:24

Message:
Hi nikbyte,

Very grateful for your quick response. However, I set db_mode to 1 rather
than 0 (modparam("dialog', "db_mode", 1)).
I'll try your patch. Thanks so much.

Best regard,
Chen-Che

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:12

Message:
I have no access to attach files. :-(

Index: modules/dialog/dlg_db_handler.c
===================================================================
--- modules/dialog/dlg_db_handler.c	(revision 9854)
+++ modules/dialog/dlg_db_handler.c	(working copy)
@@ -1804,6 +1804,8 @@

 struct mi_root* mi_sync_db_dlg(struct mi_root *cmd, void *param)
 {
+	if (dlg_db_mode == 0)
+		return init_mi_tree( 400, MI_SSTR("Cannot sync in no-db mode"));
 	if (sync_dlg_db_mem() < 0)
 		return init_mi_tree( 400, MI_SSTR("Sync mem with DB failed"));
 	else


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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From vladpaiu at opensips.org  Tue Mar  5 16:25:55 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 05 Mar 2013 15:25:55 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9858]
	trunk/modules/tm/t_fwd.c
Message-ID: <E1UCtkZ-0005sN-2k@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9858
          http://opensips.svn.sourceforge.net/opensips/?rev=9858&view=rev
Author:   vladut-paiu
Date:     2013-03-05 15:25:52 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
fixed issue with hanged transactions in case one forked branch fails to be sent

Modified Paths:
--------------
    trunk/modules/tm/t_fwd.c

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



From vladpaiu at opensips.org  Tue Mar  5 16:28:34 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 05 Mar 2013 15:28:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9859]
	branches/1.9/modules/tm/t_fwd.c
Message-ID: <E1UCtn8-0005zA-EP@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9859
          http://opensips.svn.sourceforge.net/opensips/?rev=9859&view=rev
Author:   vladut-paiu
Date:     2013-03-05 15:28:34 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9858)

fixed issue with hanged transactions in case one forked branch fails to be sent

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

Modified Paths:
--------------
    branches/1.9/modules/tm/t_fwd.c

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



From vladpaiu at opensips.org  Tue Mar  5 16:30:27 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 05 Mar 2013 15:30:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9860]
	branches/1.8/modules/tm/t_fwd.c
Message-ID: <E1UCtox-00063u-MM@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9860
          http://opensips.svn.sourceforge.net/opensips/?rev=9860&view=rev
Author:   vladut-paiu
Date:     2013-03-05 15:30:27 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9858)

fixed issue with hanged transactions in case one forked branch fails to be sent

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

Modified Paths:
--------------
    branches/1.8/modules/tm/t_fwd.c

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



From osas at voipembedded.com  Tue Mar  5 18:05:09 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 05 Mar 2013 17:05:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9861]
	trunk/modules/httpd/httpd_proc.c
Message-ID: <E1UCvIb-0000Na-TV@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9861
          http://opensips.svn.sourceforge.net/opensips/?rev=9861&view=rev
Author:   osas
Date:     2013-03-05 17:05:09 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
httpd: for "text/xml" POST requests reply with "text/xml"

Modified Paths:
--------------
    trunk/modules/httpd/httpd_proc.c

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



From osas at voipembedded.com  Tue Mar  5 18:09:36 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 05 Mar 2013 17:09:36 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9862] trunk/modules
Message-ID: <E1UCvMu-000661-Np@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9862
          http://opensips.svn.sourceforge.net/opensips/?rev=9862&view=rev
Author:   osas
Date:     2013-03-05 17:09:35 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: new module for handling xmlrpc requests
 - initial framework for the mi_xmlrpc_ng module
 - initial basic support for mi commands without parameters

Added Paths:
-----------
    trunk/modules/mi_xmlrpc_ng/
    trunk/modules/mi_xmlrpc_ng/Makefile
    trunk/modules/mi_xmlrpc_ng/README
    trunk/modules/mi_xmlrpc_ng/doc/
    trunk/modules/mi_xmlrpc_ng/doc/mi_xmlrpc_ng.xml
    trunk/modules/mi_xmlrpc_ng/doc/mi_xmlrpc_ng_admin.xml
    trunk/modules/mi_xmlrpc_ng/http_fnc.c
    trunk/modules/mi_xmlrpc_ng/http_fnc.h
    trunk/modules/mi_xmlrpc_ng/mi_xmlrpc_http.c

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



From osas at voipembedded.com  Tue Mar  5 18:11:08 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 05 Mar 2013 17:11:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9863]
	trunk/modules/mi_xmlrpc_ng
Message-ID: <E1UCvON-0000qV-WD@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9863
          http://opensips.svn.sourceforge.net/opensips/?rev=9863&view=rev
Author:   osas
Date:     2013-03-05 17:11:07 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: svn settings

Modified Paths:
--------------
    trunk/modules/mi_xmlrpc_ng/doc/mi_xmlrpc_ng.xml
    trunk/modules/mi_xmlrpc_ng/http_fnc.c
    trunk/modules/mi_xmlrpc_ng/http_fnc.h
    trunk/modules/mi_xmlrpc_ng/mi_xmlrpc_http.c

Property Changed:
----------------
    trunk/modules/mi_xmlrpc_ng/
    trunk/modules/mi_xmlrpc_ng/doc/mi_xmlrpc_ng.xml
    trunk/modules/mi_xmlrpc_ng/doc/mi_xmlrpc_ng_admin.xml
    trunk/modules/mi_xmlrpc_ng/http_fnc.c
    trunk/modules/mi_xmlrpc_ng/http_fnc.h
    trunk/modules/mi_xmlrpc_ng/mi_xmlrpc_http.c

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



From osas at voipembedded.com  Tue Mar  5 18:12:44 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 05 Mar 2013 17:12:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9864]
	trunk/modules/mi_xmlrpc_ng
Message-ID: <E1UCvPw-0006Gj-2y@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9864
          http://opensips.svn.sourceforge.net/opensips/?rev=9864&view=rev
Author:   osas
Date:     2013-03-05 17:12:43 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: fix debug probes

Modified Paths:
--------------
    trunk/modules/mi_xmlrpc_ng/http_fnc.c
    trunk/modules/mi_xmlrpc_ng/mi_xmlrpc_http.c

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



From osas at voipembedded.com  Tue Mar  5 18:18:15 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 05 Mar 2013 17:18:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9865] trunk/Makefile.conf
Message-ID: <E1UCvVH-0006c5-Fo@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9865
          http://opensips.svn.sourceforge.net/opensips/?rev=9865&view=rev
Author:   osas
Date:     2013-03-05 17:18:15 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
Makefile.conf: adding mi_xmlrpc_ng to the list of excluded modules

Modified Paths:
--------------
    trunk/Makefile.conf

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



From osas at voipembedded.com  Tue Mar  5 18:54:04 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 05 Mar 2013 17:54:04 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9866]
	trunk/modules/mi_xmlrpc_ng/http_fnc.c
Message-ID: <E1UCw3w-0008NR-Ki@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9866
          http://opensips.svn.sourceforge.net/opensips/?rev=9866&view=rev
Author:   osas
Date:     2013-03-05 17:54:04 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: proper in memory xml parsing

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

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



From osas at voipembedded.com  Tue Mar  5 19:23:16 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 05 Mar 2013 18:23:16 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9867]
	trunk/modules/mi_xmlrpc_ng/http_fnc.c
Message-ID: <E1UCwWC-0004DW-Cf@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9867
          http://opensips.svn.sourceforge.net/opensips/?rev=9867&view=rev
Author:   osas
Date:     2013-03-05 18:23:16 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: code re-indentation

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

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



From osas at voipembedded.com  Tue Mar  5 21:09:26 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 05 Mar 2013 20:09:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9868]
	trunk/modules/mi_xmlrpc_ng/http_fnc.c
Message-ID: <E1UCyAw-0007re-4V@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9868
          http://opensips.svn.sourceforge.net/opensips/?rev=9868&view=rev
Author:   osas
Date:     2013-03-05 20:09:25 +0000 (Tue, 05 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: retrieve values from the request's xml body

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

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



From noreply at sourceforge.net  Wed Mar  6 01:07:04 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 05 Mar 2013 16:07:04 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606986 ] Add pvar support for
	rtp proxy used
Message-ID: <mailman.215.1362528431.2897.devel@lists.opensips.org>

Patches item #3606986, was opened at 2013-03-05 16:07
Message generated for change (Tracker Item Submitted) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606986&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add pvar support for rtp proxy used

Initial Comment:
Adds new module parameter "rtpp_sock_pvar" which is a pvar to be set with the url of the rtpproxy used on the call.

Example usage:
modparam("rtpproxy", "rtpp_sock_pvar", "$avp(rtp_sock)")
#Load balancing rtpproxies
modparam("rtpproxy", "rtpproxy_sock",  "udp:localhost:12221 udp:localhost:12222")

engage_rtp_proxy("froc");
xlog("Used rtpproxy $avp(rtp_sock) for callid $ci");

In the log:
"Used rtpproxy udp:localhost:12222 for callid abc at 123.com"

Useful for troubleshooting quality issues related to a single node or instance or rtpproxy.

I have done some limited tested in a lab setup for this patch.

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

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


From osas at voipembedded.com  Wed Mar  6 02:07:48 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 06 Mar 2013 01:07:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9869]
	trunk/modules/mi_xmlrpc_ng/http_fnc.c
Message-ID: <E1UD2pf-0003x0-WB@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9869
          http://opensips.svn.sourceforge.net/opensips/?rev=9869&view=rev
Author:   osas
Date:     2013-03-06 01:07:47 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: small output tweaks

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

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



From razvan at opensips.org  Wed Mar  6 13:29:18 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 06 Mar 2013 12:29:18 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9870] trunk/pvar.c
Message-ID: <E1UDDTC-0000ao-NC@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9870
          http://opensips.svn.sourceforge.net/opensips/?rev=9870&view=rev
Author:   razvancrainea
Date:     2013-03-06 12:29:18 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
fixed pv_printf to also print integer values

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

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



From saghul at users.sourceforge.net  Wed Mar  6 16:05:11 2013
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Wed, 06 Mar 2013 15:05:11 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9871] trunk
Message-ID: <E1UDFu3-00089l-Mq@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9871
          http://opensips.svn.sourceforge.net/opensips/?rev=9871&view=rev
Author:   saghul
Date:     2013-03-06 15:05:11 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
Fixed compilation when using system malloc for pkg memory

Modified Paths:
--------------
    trunk/cfg.y
    trunk/mem/meminfo.h

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



From saghul at users.sourceforge.net  Wed Mar  6 16:07:53 2013
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Wed, 06 Mar 2013 15:07:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9872] branches/1.9
Message-ID: <E1UDFwf-0007Hm-Id@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9872
          http://opensips.svn.sourceforge.net/opensips/?rev=9872&view=rev
Author:   saghul
Date:     2013-03-06 15:07:53 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
Backport from trunk r9871

Fixed compilation when using system malloc for pkg memory

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

Modified Paths:
--------------
    branches/1.9/cfg.y
    branches/1.9/mem/meminfo.h

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



From noreply at sourceforge.net  Wed Mar  6 16:08:23 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 07:08:23 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607052 ] Load balancer - corrupt
	data when loading table
Message-ID: <mailman.216.1362582509.2897.devel@lists.opensips.org>

Bugs item #3607052, was opened at 2013-03-06 07:08
Message generated for change (Tracker Item Submitted) made by umautone
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607052&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Umberto Mautone (umautone)
Assigned to: Nobody/Anonymous (nobody)
Summary: Load balancer - corrupt data when loading table

Initial Comment:

Tested on 1.9.x

Data table:

 id | group_id |      dst_uri      | resources | probe_mode 
----+----------+-------------------+-----------+------------
 19 |        1 | sip:192.168.1.5   | pstn=100  |          0
 20 |        1 | sip:192.168.1.8   | pstn=100  |          0
 21 |        2 | sip:192.168.1.100 | pstn=2500 |          0

I added this line in "lb_db_load_data()"  to log the actual table fields being loaded:

LM_ERR("Fields: %d %d %s %s\n", id, group, uri, resource);

The first row loads correctly but subsequent rows seem to lose a pointer alignment somewhere:

Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 19 1 sip:192.168.1.5 pstn=100
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 20 1 sip:192.168.1.8  ??9w#177
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:parse_resources_list: resource must has value!
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:add_lb_dsturi: failed to parse resourse string < ??9w#177>
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: failed to add destination 1 -> skipping
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 21 2 sip:192.168.1.100 192.168.1.5
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:parse_resources_list: resource must has value!
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:add_lb_dsturi: failed to parse resourse string <192.168.1.5>
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: failed to add destination 1 -> skipping

Also tested in 1.8.2 and the problem is not present. The bug seems to be only in the 1.9.x branch.


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

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


From razvan at opensips.org  Wed Mar  6 16:31:38 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Wed, 06 Mar 2013 15:31:38 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9873]
	trunk/modules/rtpproxy/rtpproxy.c
Message-ID: <E1UDGJe-0003TK-Nq@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9873
          http://opensips.svn.sourceforge.net/opensips/?rev=9873&view=rev
Author:   razvancrainea
Date:     2013-03-06 15:31:37 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
Allow '-l' parameter to rtpproxy_answer() even if it does not do anything
Reported by Marcello Lupo

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

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



From noreply at sourceforge.net  Wed Mar  6 18:10:09 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 09:10:09 -0800
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3607067 ] Dialog with
	speci
Message-ID: <mailman.217.1362589816.2897.devel@lists.opensips.org>

Feature Requests item #3607067, was opened at 2013-03-06 09:10
Message generated for change (Tracker Item Submitted) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3607067&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: Dialog with speci

Initial Comment:
Hi all, 

In my scenario, one outbound proxy and two internal SIP servers. The two SIP servers share one DB.

When receiving a SIP message, the outbound proxy forwards it to one of the internal SIP servers. The main task of the outbound proxy is to dispatch SIP requests to internal SIP servers evenly (achieve loading balancing). The SIP servers are both active and with different IPs. The adoption of two active SIP servers is to achieve higher performance.

When one SIP server is suddenly down, the outbound proxy will forward the subsequent SIP messages to the other alive SIP server so that user agents never feel the service unavailable. However, I encounter a serious problem in my scenario where the two SIP servers have different IPs. Specifically, 
consider user agent A sends an INVITE message to user agent B. Suppose the INVITE message of A was handled by SIP server SA and SA suddenly 
goes down. When receiving the BYE message from A or B, the outbound proxy will forward it to the other alive SIP server SB. However, SB will not process the BYE message as my wish even though SA and SB share the same DB. From my understanding, SB won't process the BYE message because the corresponding dialog is not stored in the local shared memory of SB.

To address this issue, I have a feature request that a SIP server will access the DB for a received BYE message whose dialog is not in the shared memory. Besides, the SIP server will process the dialog found in the DB even when the caller_sock and callee_sock are different from its listening sockets. I know caller_sock and callee_sock are for NAT. But in my case, the outbound proxy is responsible for NAT traversal. So, the SIP server 
does not need to care about the caller_sock and callee_sock.

In my opinion, my setting (one outbound proxy and two internal SIP servers; SIP servers have different IPs and share one DB) is able to achieve higher performance. Thus, I truly hope that the OpenSIPS developers can kindly help to meet this feature request. Many thanks in advance.

Yours Sincerely,
Chen-Che

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

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


From osas at voipembedded.com  Wed Mar  6 18:11:01 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 06 Mar 2013 17:11:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9874]
	trunk/modules/json/Makefile
Message-ID: <E1UDHrp-0000Vt-LB@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9874
          http://opensips.svn.sourceforge.net/opensips/?rev=9874&view=rev
Author:   osas
Date:     2013-03-06 17:11:00 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
json: proper cflags and lib detection for json

Modified Paths:
--------------
    trunk/modules/json/Makefile

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



From noreply at sourceforge.net  Wed Mar  6 18:11:28 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 09:11:28 -0800
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3607067 ] Dialog
	processing
Message-ID: <mailman.218.1362589892.2897.devel@lists.opensips.org>

Feature Requests item #3607067, was opened at 2013-03-06 09:10
Message generated for change (Settings changed) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3607067&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Dialog processing

Initial Comment:
Hi all, 

In my scenario, one outbound proxy and two internal SIP servers. The two SIP servers share one DB.

When receiving a SIP message, the outbound proxy forwards it to one of the internal SIP servers. The main task of the outbound proxy is to dispatch SIP requests to internal SIP servers evenly (achieve loading balancing). The SIP servers are both active and with different IPs. The adoption of two active SIP servers is to achieve higher performance.

When one SIP server is suddenly down, the outbound proxy will forward the subsequent SIP messages to the other alive SIP server so that user agents never feel the service unavailable. However, I encounter a serious problem in my scenario where the two SIP servers have different IPs. Specifically, 
consider user agent A sends an INVITE message to user agent B. Suppose the INVITE message of A was handled by SIP server SA and SA suddenly 
goes down. When receiving the BYE message from A or B, the outbound proxy will forward it to the other alive SIP server SB. However, SB will not process the BYE message as my wish even though SA and SB share the same DB. From my understanding, SB won't process the BYE message because the corresponding dialog is not stored in the local shared memory of SB.

To address this issue, I have a feature request that a SIP server will access the DB for a received BYE message whose dialog is not in the shared memory. Besides, the SIP server will process the dialog found in the DB even when the caller_sock and callee_sock are different from its listening sockets. I know caller_sock and callee_sock are for NAT. But in my case, the outbound proxy is responsible for NAT traversal. So, the SIP server 
does not need to care about the caller_sock and callee_sock.

In my opinion, my setting (one outbound proxy and two internal SIP servers; SIP servers have different IPs and share one DB) is able to achieve higher performance. Thus, I truly hope that the OpenSIPS developers can kindly help to meet this feature request. Many thanks in advance.

Yours Sincerely,
Chen-Che

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

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


From osas at voipembedded.com  Wed Mar  6 18:14:02 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 06 Mar 2013 17:14:02 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9875]
	trunk/modules/json/Makefile
Message-ID: <E1UDHuk-0000bG-ND@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9875
          http://opensips.svn.sourceforge.net/opensips/?rev=9875&view=rev
Author:   osas
Date:     2013-03-06 17:14:02 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
json: fix typo in previous commit

Modified Paths:
--------------
    trunk/modules/json/Makefile

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



From osas at voipembedded.com  Wed Mar  6 18:35:06 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 06 Mar 2013 17:35:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9876]
	trunk/modules/cachedb_mongodb/Makefile
Message-ID: <E1UDIF8-0002AI-6y@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9876
          http://opensips.svn.sourceforge.net/opensips/?rev=9876&view=rev
Author:   osas
Date:     2013-03-06 17:35:05 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
cachedb_mongodb: proper cflags and lib detection for json

Modified Paths:
--------------
    trunk/modules/cachedb_mongodb/Makefile

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



From osas at voipembedded.com  Wed Mar  6 18:42:35 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 06 Mar 2013 17:42:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9877]
	trunk/modules/cachedb_mongodb/Makefile
Message-ID: <E1UDIMN-0002Ys-Qr@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9877
          http://opensips.svn.sourceforge.net/opensips/?rev=9877&view=rev
Author:   osas
Date:     2013-03-06 17:42:35 +0000 (Wed, 06 Mar 2013)
Log Message:
-----------
cachedb_mongodb: fix typo for -lmongoc

Modified Paths:
--------------
    trunk/modules/cachedb_mongodb/Makefile

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



From noreply at sourceforge.net  Wed Mar  6 21:00:16 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 12:00:16 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607085 ] crash during start with
	location with db_cachedb
Message-ID: <mailman.219.1362600021.2897.devel@lists.opensips.org>

Bugs item #3607085, was opened at 2013-03-06 12:00
Message generated for change (Tracker Item Submitted) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607085&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Nobody/Anonymous (nobody)
Summary: crash during start with location with db_cachedb

Initial Comment:
During startup, opensips crashes:
loadmodule "cachedb_mongodb.so"
  modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1://localhost:27017/db.collection")
loadmodule "db_cachedb.so"
  modparam("db_cachedb","cachedb_url","mongodb:instance1://localhost:27017/db.collection")
loadmodule "usrloc.so"
modparam("usrloc", "db_url", "cachedb://mongodb:instance1")
modparam("usrloc", "db_mode", 3)

Program terminated with signal 11, Segmentation fault.
#0  0x0000000000000000 in ?? ()
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.80.el6_3.7.x86_64 json-c-0.10-2.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.9-33.el6_3.3.x86_64 libcom_err-1.41.12-12.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 libxml2-2.7.6-8.el6_3.4.x86_64 mysql-libs-5.1.67-1.el6_3.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.0-25.el6_3.1.x86_64 pcre-7.8-4.el6.x86_64 zlib-1.2.3-27.el6.x86_64
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ff54bcfe301 in get_all_db_ucontacts (buf=<value optimized out>, len=0, flags=1, part_idx=0, part_max=30) at dlist.c:159
#2  get_all_ucontacts (buf=<value optimized out>, len=0, flags=1, part_idx=0, part_max=30) at dlist.c:406
#3  0x00007ff549a7162e in nh_timer (ticks=<value optimized out>, timer_idx=0x0) at nathelper.c:1175
#4  0x00000000004bf4de in timer_ticker () at timer.c:384
#5  run_timer_process () at timer.c:471
#6  start_timer_processes () at timer.c:610
#7  0x000000000043376e in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:958
#8  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
(gdb) print ul_dbh
$1 = (db_con_t *) 0x7ff5506aa8c8
(gdb) print *ul_dbh
$2 = {table = 0x0, curr_ps = 0x0, ins_list = 0x0, tail = 140691593440536, url = {s = 0x0, len = 0}, flags = 0}

Regards,
Ovidiu Sas

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

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


From noreply at sourceforge.net  Wed Mar  6 21:02:19 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 12:02:19 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607085 ] crash during start with
	location with db_cachedb
Message-ID: <mailman.220.1362600144.2897.devel@lists.opensips.org>

Bugs item #3607085, was opened at 2013-03-06 12:00
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607085&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Nobody/Anonymous (nobody)
Summary: crash during start with location with db_cachedb

Initial Comment:
During startup, opensips crashes:
loadmodule "cachedb_mongodb.so"
  modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1://localhost:27017/db.collection")
loadmodule "db_cachedb.so"
  modparam("db_cachedb","cachedb_url","mongodb:instance1://localhost:27017/db.collection")
loadmodule "usrloc.so"
modparam("usrloc", "db_url", "cachedb://mongodb:instance1")
modparam("usrloc", "db_mode", 3)

Program terminated with signal 11, Segmentation fault.
#0  0x0000000000000000 in ?? ()
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.80.el6_3.7.x86_64 json-c-0.10-2.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.9-33.el6_3.3.x86_64 libcom_err-1.41.12-12.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 libxml2-2.7.6-8.el6_3.4.x86_64 mysql-libs-5.1.67-1.el6_3.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.0-25.el6_3.1.x86_64 pcre-7.8-4.el6.x86_64 zlib-1.2.3-27.el6.x86_64
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ff54bcfe301 in get_all_db_ucontacts (buf=<value optimized out>, len=0, flags=1, part_idx=0, part_max=30) at dlist.c:159
#2  get_all_ucontacts (buf=<value optimized out>, len=0, flags=1, part_idx=0, part_max=30) at dlist.c:406
#3  0x00007ff549a7162e in nh_timer (ticks=<value optimized out>, timer_idx=0x0) at nathelper.c:1175
#4  0x00000000004bf4de in timer_ticker () at timer.c:384
#5  run_timer_process () at timer.c:471
#6  start_timer_processes () at timer.c:610
#7  0x000000000043376e in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:958
#8  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
(gdb) print ul_dbh
$1 = (db_con_t *) 0x7ff5506aa8c8
(gdb) print *ul_dbh
$2 = {table = 0x0, curr_ps = 0x0, ins_list = 0x0, tail = 140691593440536, url = {s = 0x0, len = 0}, flags = 0}

Regards,
Ovidiu Sas

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

>Comment By: Ovidiu Sas (osas)
Date: 2013-03-06 12:02

Message:
Note: if db_mode is set to 1, everything works ok.

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

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


From noreply at sourceforge.net  Wed Mar  6 21:21:35 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 12:21:35 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607087 ] time conversion lost
	when using mongodb and cache_db
Message-ID: <mailman.221.1362601300.2897.devel@lists.opensips.org>

Bugs item #3607087, was opened at 2013-03-06 12:21
Message generated for change (Tracker Item Submitted) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607087&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Nobody/Anonymous (nobody)
Summary: time conversion lost when using mongodb and  cache_db

Initial Comment:
If mongodb is used as a location database for usrloc (via cachedb), the time is lost during the conversion.
If a user registers and then a restart is performed, when location table is repopulated, all contact are restored as permanent.
On mongodb, the record looks ok:
{ "_id" : ObjectId("51378fb604708d261556ed03"), "username" : "osas1111", "contact" : "sip:osas1111 at 192.168.2.97:5060", "expires" : ISODate("2013-03-06T21:00:08Z"), "q" : -1, "callid" : "8e341f1-ee1cf2ff at 192.168.2.97", "cseq" : 17785, "flags" : 0, "cflags" : 1, "user_agent" : "Linksys/SPA962-5.1.15(aSC)", "received" : "sip:192.168.2.97:5060", "socket" : "udp:192.168.2.3:5060", "methods" : 5183, "last_modified" : ISODate("2013-03-06T20:00:08Z") }
The fifo shows the contact as being permanent:
        AOR:: osas1111
                Contact:: sip:osas1111 at 192.168.2.97:5060 Q=
                        Expires:: permanent
                        Callid:: 8e341f1-ee1cf2ff at 192.168.2.97
                        Cseq:: 17785
                        User-agent:: Linksys/SPA962-5.1.15(aSC)
                        Received:: sip:192.168.2.97:5060
                        State:: CS_SYNC
                        Flags:: 0
                        Cflag:: 1
                        Socket:: udp:192.168.2.3:5060
                        Methods:: 5183

A raw SQL query shows the timestamp as: 1969-12-31 19:00:00.


Regards,
Ovidiu Sas


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

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


From noreply at sourceforge.net  Thu Mar  7 01:23:43 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 16:23:43 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607102 ] B2B resetting
	Max-Forwards to 70
Message-ID: <mailman.222.1362615827.2897.devel@lists.opensips.org>

Bugs item #3607102, was opened at 2013-03-06 16:23
Message generated for change (Tracker Item Submitted) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607102&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Nobody/Anonymous (nobody)
Summary: B2B resetting Max-Forwards to 70

Initial Comment:
When using the B2B module in topology hiding mode Max-Forwards appears to get reset to 70 on requests instead of being decremented. The documentation states it should be passed and decremented.

I attached example ngrep output of a request passing through B2B. It is a very simple topology hiding scenario. You can see the Max-Forwards on the INVITE and BYE both get reset.

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

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


From noreply at sourceforge.net  Thu Mar  7 04:55:04 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 19:55:04 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607114 ] Media-Proxy may wrongly
	close relay ports
Message-ID: <mailman.223.1362628508.2897.devel@lists.opensips.org>

Bugs item #3607114, was opened at 2013-03-06 19:55
Message generated for change (Tracker Item Submitted) made by yeyingxian
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607114&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: yeyingxian (yeyingxian)
Assigned to: Nobody/Anonymous (nobody)
Summary: Media-Proxy may wrongly close relay ports

Initial Comment:
The current implementation of mediaproxy.c has a flag called skip_next_reply in structure ice_candidate_data. 

//   - skip_next_reply: flag for knowing the fact that the next reply with SDP must be skipped 
//     because it is a reply to a re-INVITE or UPDATE *after* the ICE negotiation 

But this flag only ignores the first reply to re-INVITE, and resets to false after the first reply comes. 


    } else if (msg->first_line.type == SIP_REPLY) { 
        if (ice_data != NULL && ice_data->skip_next_reply) { 
            // we don't process replies to ICE negotiation end requests 
            // (those containing a=remote-candidates) 
            ice_data->skip_next_reply = False;
            return -1; 
        } 

In 2G or other low speed network, UAS may retransmit SIP reply more than once. Thus media-proxy may still process these replies and wrongly open new ports for relay or even close the ports that are being used. Here is my log for media-proxy in such situation. Is there any idea to fix this bug? 

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

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


From noreply at sourceforge.net  Thu Mar  7 07:46:46 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 06 Mar 2013 22:46:46 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.224.1362638811.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

>Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-06 22:46

Message:
Hi,

After applying your patch, when calling dlg_db_sync, the following
information are shown.
dlg_db_sync: 400 Sync mem with DB failed
SIP server: Error:dialog:sync_dlg_db_mem: inconsistent hash data in the
dialog database: you restarted opensips using a different hash_size: please
erase dialog database and restart

I have followed the instruction and the problem remains. I also reinstall
OpenSIPS and create a new database, but 
have the same result. Please look into this issue. I'm very grateful to
your help.

Yours sincerely,
Chen-Che

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

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

Message:
Hi,

Yes, saw the core dump after I replied :)
See the patch I've attached below, apply it and give it another go, should
be fine now.

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-05 04:01

Message:
Hi Vlad,

I use version-1.9.0 and the "bt full" information was attached when I
report this bug. 
You should be able to download the core_dump_for_dlg_db_sync.txt from the
attached files on this 
item page.

Best wishes,
Chen-Che

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

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

Message:
Hello,

Please try the attached patch ( dlg_db_sync.patch ), should fix your
issue.

Regards,
Vlad

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

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

Message:
Hello,

csmicrox, which OpenSIPS version are you using ? Also, can you please post
the output of 'bt full' from GDB ?

Nick, thanks for the patch, applied on trunk, 1.9 and 1.8

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-04 23:24

Message:
Hi nikbyte,

Very grateful for your quick response. However, I set db_mode to 1 rather
than 0 (modparam("dialog', "db_mode", 1)).
I'll try your patch. Thanks so much.

Best regard,
Chen-Che

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:12

Message:
I have no access to attach files. :-(

Index: modules/dialog/dlg_db_handler.c
===================================================================
--- modules/dialog/dlg_db_handler.c	(revision 9854)
+++ modules/dialog/dlg_db_handler.c	(working copy)
@@ -1804,6 +1804,8 @@

 struct mi_root* mi_sync_db_dlg(struct mi_root *cmd, void *param)
 {
+	if (dlg_db_mode == 0)
+		return init_mi_tree( 400, MI_SSTR("Cannot sync in no-db mode"));
 	if (sync_dlg_db_mem() < 0)
 		return init_mi_tree( 400, MI_SSTR("Sync mem with DB failed"));
 	else


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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From noreply at sourceforge.net  Thu Mar  7 09:04:36 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 00:04:36 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607114 ] Media-Proxy may wrongly
	close relay ports
Message-ID: <mailman.225.1362643480.2897.devel@lists.opensips.org>

Bugs item #3607114, was opened at 2013-03-06 19:55
Message generated for change (Comment added) made by saghul
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607114&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: yeyingxian (yeyingxian)
Assigned to: Nobody/Anonymous (nobody)
Summary: Media-Proxy may wrongly close relay ports

Initial Comment:
The current implementation of mediaproxy.c has a flag called skip_next_reply in structure ice_candidate_data. 

//   - skip_next_reply: flag for knowing the fact that the next reply with SDP must be skipped 
//     because it is a reply to a re-INVITE or UPDATE *after* the ICE negotiation 

But this flag only ignores the first reply to re-INVITE, and resets to false after the first reply comes. 


    } else if (msg->first_line.type == SIP_REPLY) { 
        if (ice_data != NULL && ice_data->skip_next_reply) { 
            // we don't process replies to ICE negotiation end requests 
            // (those containing a=remote-candidates) 
            ice_data->skip_next_reply = False;
            return -1; 
        } 

In 2G or other low speed network, UAS may retransmit SIP reply more than once. Thus media-proxy may still process these replies and wrongly open new ports for relay or even close the ports that are being used. Here is my log for media-proxy in such situation. Is there any idea to fix this bug? 

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

Comment By: saghul (saghul)
Date: 2013-03-07 00:04

Message:
Can you please attach a SIP trace of such a call?

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

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


From noreply at sourceforge.net  Thu Mar  7 12:59:01 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 03:59:01 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3605902 ] Opensips crashes when
	EXEC-Module is loaded
Message-ID: <mailman.226.1362657546.2897.devel@lists.opensips.org>

Bugs item #3605902, was opened at 2013-02-25 03:45
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3605902&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Christian Lahme (chris-secusmart)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Opensips crashes when EXEC-Module is loaded

Initial Comment:
If you try to configure

loadmodule \"exec.so\"

you will get something similiar to this in your logs:

CRITICAL:core:receive_fd: EOF on 10
INFO:core:handle_sigs: child process 9969 exited by a signal 11
INFO:core:handle_sigs: core was generated
INFO:core:handle_sigs: terminating due to SIGCHLD

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 03:59

Message:
Are you able to reproduce this on any other machine ? if so, it is possible
to get access to such machine to investigate ?

Regards,
Bogdan

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-02-26 07:29

Message:
Chris, this is really strange - the crash shows that an aux process (of the
exec modules) was started (the exec_async_proc process). This process is
intended to start only if async is enabled (which by default is disabled)
.

If you look in modules/exec/exec_mod.c file, the mod_init() function (line
120) : if "async" is not enabled, the exports.procs = 0 setting will take
care and prevent the aux process to be started.

Are you sure you do not have some patching on the exec module ?

Regards,
Bogdan

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

Comment By: Christian Lahme (chris-secusmart)
Date: 2013-02-26 05:45

Message:
#0  exec_async_proc (rank=<value optimized out>) at exec.c:160
        pid = <value optimized out>
        status = 0
        cmd = <value optimized out>
        prev = <value optimized out>
        __FUNCTION__ = "exec_async_proc"
#1  0x0000000000468a13 in start_module_procs () at sr_module.c:585
        m = 0x7fe378c13340
        n = <value optimized out>
        l = <value optimized out>
        x = <value optimized out>
        __FUNCTION__ = "start_module_procs"
#2  0x000000000042a491 in main_loop (argc=<value optimized out>,
argv=<value optimized out>) at main.c:818
        i = <value optimized out>
        pid = <value optimized out>
        si = 0x0
        startup_done = 0x0
        chd_rank = 0
        rc = <value optimized out>
        load_p = 0x0
#3  main (argc=<value optimized out>, argv=<value optimized out>) at
main.c:1541
        cfg_log_stderr = <value optimized out>
        cfg_stream = <value optimized out>
        c = <value optimized out>
        r = 0
        tmp = 0x7fffa49e2f79 ""
        tmp_len = <value optimized out>
        port = <value optimized out>
        proto = <value optimized out>
        options = 0x4ebf28 "f:cCm:M:b:l:n:N:rRvdDETSVhw:t:u:g:P:G:W:o:"
        ret = -1
        seed = 2443337210
        rfd = <value optimized out>
        __FUNCTION__ = "main"


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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-02-26 05:28

Message:
Hello,

Could you please post here the 'bt full' output from the core file ?

If you need help in properly generating a core file or extracting the
backtrace from it, follow the steps described at
http://www.opensips.org/Resources/DocsTsCrash

Best Regards,
Vlad

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

Comment By: Christian Lahme (chris-secusmart)
Date: 2013-02-25 07:22

Message:
and it crashes at startup ...

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

Comment By: Christian Lahme (chris-secusmart)
Date: 2013-02-25 06:07

Message:
Hi R?zvan,

if async is not set, it crashes in Version 1.8.2.

BR

Chris

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-02-25 06:05

Message:
Hi, Christian!

Can you tell me the OpenSIPS version you are using? Also, does it crash
during startup or during message processing?

Best regards,
R?zvan

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

Comment By: Christian Lahme (chris-secusmart)
Date: 2013-02-25 05:49

Message:
modparam("exec", "async", 1) needs to be set ... -> SOLVED!

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

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


From noreply at sourceforge.net  Thu Mar  7 13:01:20 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 04:01:20 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3605902 ] Opensips crashes when
	EXEC-Module is loaded
Message-ID: <mailman.227.1362657688.2897.devel@lists.opensips.org>

Bugs item #3605902, was opened at 2013-02-25 03:45
Message generated for change (Comment added) made by chris-secusmart
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3605902&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
Resolution: Invalid
Priority: 5
Private: No
Submitted By: Christian Lahme (chris-secusmart)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Opensips crashes when EXEC-Module is loaded

Initial Comment:
If you try to configure

loadmodule \"exec.so\"

you will get something similiar to this in your logs:

CRITICAL:core:receive_fd: EOF on 10
INFO:core:handle_sigs: child process 9969 exited by a signal 11
INFO:core:handle_sigs: core was generated
INFO:core:handle_sigs: terminating due to SIGCHLD

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

>Comment By: Christian Lahme (chris-secusmart)
Date: 2013-03-07 04:01

Message:
I will do a machine on saturday and send you all creds.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 03:59

Message:
Are you able to reproduce this on any other machine ? if so, it is possible
to get access to such machine to investigate ?

Regards,
Bogdan

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-02-26 07:29

Message:
Chris, this is really strange - the crash shows that an aux process (of the
exec modules) was started (the exec_async_proc process). This process is
intended to start only if async is enabled (which by default is disabled)
.

If you look in modules/exec/exec_mod.c file, the mod_init() function (line
120) : if "async" is not enabled, the exports.procs = 0 setting will take
care and prevent the aux process to be started.

Are you sure you do not have some patching on the exec module ?

Regards,
Bogdan

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

Comment By: Christian Lahme (chris-secusmart)
Date: 2013-02-26 05:45

Message:
#0  exec_async_proc (rank=<value optimized out>) at exec.c:160
        pid = <value optimized out>
        status = 0
        cmd = <value optimized out>
        prev = <value optimized out>
        __FUNCTION__ = "exec_async_proc"
#1  0x0000000000468a13 in start_module_procs () at sr_module.c:585
        m = 0x7fe378c13340
        n = <value optimized out>
        l = <value optimized out>
        x = <value optimized out>
        __FUNCTION__ = "start_module_procs"
#2  0x000000000042a491 in main_loop (argc=<value optimized out>,
argv=<value optimized out>) at main.c:818
        i = <value optimized out>
        pid = <value optimized out>
        si = 0x0
        startup_done = 0x0
        chd_rank = 0
        rc = <value optimized out>
        load_p = 0x0
#3  main (argc=<value optimized out>, argv=<value optimized out>) at
main.c:1541
        cfg_log_stderr = <value optimized out>
        cfg_stream = <value optimized out>
        c = <value optimized out>
        r = 0
        tmp = 0x7fffa49e2f79 ""
        tmp_len = <value optimized out>
        port = <value optimized out>
        proto = <value optimized out>
        options = 0x4ebf28 "f:cCm:M:b:l:n:N:rRvdDETSVhw:t:u:g:P:G:W:o:"
        ret = -1
        seed = 2443337210
        rfd = <value optimized out>
        __FUNCTION__ = "main"


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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-02-26 05:28

Message:
Hello,

Could you please post here the 'bt full' output from the core file ?

If you need help in properly generating a core file or extracting the
backtrace from it, follow the steps described at
http://www.opensips.org/Resources/DocsTsCrash

Best Regards,
Vlad

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

Comment By: Christian Lahme (chris-secusmart)
Date: 2013-02-25 07:22

Message:
and it crashes at startup ...

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

Comment By: Christian Lahme (chris-secusmart)
Date: 2013-02-25 06:07

Message:
Hi R?zvan,

if async is not set, it crashes in Version 1.8.2.

BR

Chris

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-02-25 06:05

Message:
Hi, Christian!

Can you tell me the OpenSIPS version you are using? Also, does it crash
during startup or during message processing?

Best regards,
R?zvan

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

Comment By: Christian Lahme (chris-secusmart)
Date: 2013-02-25 05:49

Message:
modparam("exec", "async", 1) needs to be set ... -> SOLVED!

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

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


From noreply at sourceforge.net  Thu Mar  7 13:30:51 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 04:30:51 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3607182 ] Fix handling PUBLISH
	with Expires 0
Message-ID: <mailman.228.1362659455.2897.devel@lists.opensips.org>

Patches item #3607182, was opened at 2013-03-07 04:30
Message generated for change (Tracker Item Submitted) made by saghul
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3607182&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: saghul (saghul)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix handling PUBLISH with Expires 0

Initial Comment:
This is another approach to fix handling a PUBLISH with Expires 0. I committed r 9351 to fix it, but apparently other places of the code / modules rely on a specific behavior so it was reverted.

If RLS is being used, for example, all users subscribed to A need to somehow know when user A is offline. Assuming there is no automagic offline body generation nor PIDF manipulation in use, this will be known when they get an empty NOTIFY. The current code sends a NOTIFY with the last known state when the PUBLISH with Expires 0 is received, but *before* removing the body from the DB, which means that user A's subscribers will never get an empty NOTIFY thus allowing them to know the user is offline.

The attached patch fixes this by sending another NOTIFY right after updating the DB, so this time, if there are no more bodies stored, the empty NOTIFY will be sent. If PIDF manipulation was enabled, it would be sent along with this second NOTIFY.

Does this approach look good? It does solve the problem I was trying to solve in the first place, and I don't think there are other side effects.

Please let me know if it's ok if I commit this, I'm working on some other PIDF manipulation related fix which is waiting for this one to go in :-)


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

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


From noreply at sourceforge.net  Thu Mar  7 13:59:37 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 04:59:37 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607114 ] Media-Proxy may wrongly
	close relay ports
Message-ID: <mailman.229.1362661181.2897.devel@lists.opensips.org>

Bugs item #3607114, was opened at 2013-03-06 19:55
Message generated for change (Comment added) made by yeyingxian
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607114&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: yeyingxian (yeyingxian)
Assigned to: Nobody/Anonymous (nobody)
Summary: Media-Proxy may wrongly close relay ports

Initial Comment:
The current implementation of mediaproxy.c has a flag called skip_next_reply in structure ice_candidate_data. 

//   - skip_next_reply: flag for knowing the fact that the next reply with SDP must be skipped 
//     because it is a reply to a re-INVITE or UPDATE *after* the ICE negotiation 

But this flag only ignores the first reply to re-INVITE, and resets to false after the first reply comes. 


    } else if (msg->first_line.type == SIP_REPLY) { 
        if (ice_data != NULL && ice_data->skip_next_reply) { 
            // we don't process replies to ICE negotiation end requests 
            // (those containing a=remote-candidates) 
            ice_data->skip_next_reply = False;
            return -1; 
        } 

In 2G or other low speed network, UAS may retransmit SIP reply more than once. Thus media-proxy may still process these replies and wrongly open new ports for relay or even close the ports that are being used. Here is my log for media-proxy in such situation. Is there any idea to fix this bug? 

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

Comment By: yeyingxian (yeyingxian)
Date: 2013-03-07 04:59

Message:
Hi saghul,

I uploaded the captured sip messages. The dialog whose call-id is OUxwFrwW
causes this problem. And log.txt is the log of media-proxy and media-relay.
My IP of my Sip Server is 211.154.154.77. Is it enough?

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

Comment By: saghul (saghul)
Date: 2013-03-07 00:04

Message:
Can you please attach a SIP trace of such a call?

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

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


From bogdan at opensips.org  Thu Mar  7 14:10:07 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 07 Mar 2013 13:10:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9878] trunk
Message-ID: <E1UDaaF-0001Al-QZ@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9878
          http://opensips.svn.sourceforge.net/opensips/?rev=9878&view=rev
Author:   bogdan_iancu
Date:     2013-03-07 13:10:07 +0000 (Thu, 07 Mar 2013)
Log Message:
-----------
- path field in location increased from 126 to 255 to accomodate larger path hdr from overSIP.
  Reported by Vallimamod Abdullah
  Closing bug report #3606244

Modified Paths:
--------------
    trunk/db/schema/location.xml
    trunk/scripts/mysql/usrloc-create.sql
    trunk/scripts/oracle/usrloc-create.sql
    trunk/scripts/postgres/usrloc-create.sql

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



From bogdan at opensips.org  Thu Mar  7 14:12:07 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 07 Mar 2013 13:12:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9879] branches/1.9
Message-ID: <E1UDacB-0001Dt-TU@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9879
          http://opensips.svn.sourceforge.net/opensips/?rev=9879&view=rev
Author:   bogdan_iancu
Date:     2013-03-07 13:12:07 +0000 (Thu, 07 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9878):
- path field in location increased from 126 to 255 to accomodate larger path hdr from overSIP.
  Reported by Vallimamod Abdullah
    Closing bug report #3606244

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

Modified Paths:
--------------
    branches/1.9/db/schema/location.xml
    branches/1.9/scripts/mysql/usrloc-create.sql
    branches/1.9/scripts/oracle/usrloc-create.sql
    branches/1.9/scripts/postgres/usrloc-create.sql

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



From noreply at sourceforge.net  Thu Mar  7 14:12:42 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 05:12:42 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606244 ] db path field to small
Message-ID: <mailman.230.1362661966.2897.devel@lists.opensips.org>

Bugs item #3606244, was opened at 2013-02-27 09:19
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606244&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
>Group: 1.9.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Vallimamod Abdullah (vabdulla)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: db path field to small

Initial Comment:
Hello,

When trying to use opensips 1.9 with oversip path support, I got the following db error: "ERROR:db_postgres:db_postgres_submit_query: 0x7fddaad0ac18 PQsendQuery Error: ERROR:  value too long for type character varying(128)"

The Path field to be inserted in location table was larger than 128 charaters limit ('<sip:82.138.xx.xxx:5060;transport=tcp;lr;ovid=54f722f3>,<sip:_ODguMTc2LjE2LjIwNV81NTQwMQ-- at 82.138.xx.xxx:5060;transport=udp;lr;ovid=54f722f3;ob>')

I solved my issue by extending the path field to VARCHAR(255) but I am not sure if it is sufficient.



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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 05:12

Message:
Hi Vallimamod, thanks for the report - the size was increased in SVN trunk
and 1.9.

Best regards,
Bogdan

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

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


From noreply at sourceforge.net  Thu Mar  7 14:15:56 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 05:15:56 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607114 ] Media-Proxy may wrongly
	close relay ports
Message-ID: <mailman.231.1362662161.2897.devel@lists.opensips.org>

Bugs item #3607114, was opened at 2013-03-06 19:55
Message generated for change (Comment added) made by yeyingxian
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607114&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: yeyingxian (yeyingxian)
Assigned to: Nobody/Anonymous (nobody)
Summary: Media-Proxy may wrongly close relay ports

Initial Comment:
The current implementation of mediaproxy.c has a flag called skip_next_reply in structure ice_candidate_data. 

//   - skip_next_reply: flag for knowing the fact that the next reply with SDP must be skipped 
//     because it is a reply to a re-INVITE or UPDATE *after* the ICE negotiation 

But this flag only ignores the first reply to re-INVITE, and resets to false after the first reply comes. 


    } else if (msg->first_line.type == SIP_REPLY) { 
        if (ice_data != NULL && ice_data->skip_next_reply) { 
            // we don't process replies to ICE negotiation end requests 
            // (those containing a=remote-candidates) 
            ice_data->skip_next_reply = False;
            return -1; 
        } 

In 2G or other low speed network, UAS may retransmit SIP reply more than once. Thus media-proxy may still process these replies and wrongly open new ports for relay or even close the ports that are being used. Here is my log for media-proxy in such situation. Is there any idea to fix this bug? 

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

Comment By: yeyingxian (yeyingxian)
Date: 2013-03-07 05:15

Message:
My SIP flow may be a little complex. When callee is offline, my opensips
will forward the call to another application which inform the callee to get
online. And when the callee is online, opensips will tell my application, a
480 reply is generated, and opensips will forward to call to callee in
FAILURE_ROUTE. But I think this flow do not affect media-proxy. The
retransmition of replies of re-INVITE causes media-proxy not to work

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

Comment By: yeyingxian (yeyingxian)
Date: 2013-03-07 04:59

Message:
Hi saghul,

I uploaded the captured sip messages. The dialog whose call-id is OUxwFrwW
causes this problem. And log.txt is the log of media-proxy and media-relay.
My IP of my Sip Server is 211.154.154.77. Is it enough?

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

Comment By: saghul (saghul)
Date: 2013-03-07 00:04

Message:
Can you please attach a SIP trace of such a call?

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

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


From noreply at sourceforge.net  Thu Mar  7 16:31:24 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 07:31:24 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606875 ] PUA_DIALOGINFO: crash
Message-ID: <mailman.232.1362670289.2897.devel@lists.opensips.org>

Bugs item #3606875, was opened at 2013-03-04 22:59
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606875&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: PUA_DIALOGINFO: crash

Initial Comment:
Ver. 1.8 svn #9623 and also the same code in trunk.

#1  0x00007fd89c660969 in memcpy (state=0x7fd89c665443 "confirmed", entity=0x7fff028f5800, peer=0x7fff028f5590, callid=0x7fd8945a7518,
    initiator=1, localtag=0x0, remotetag=0x0) at /usr/include/bits/string3.h:52
#2  build_dialoginfo (state=0x7fd89c665443 "confirmed", entity=0x7fff028f5800, peer=0x7fff028f5590, callid=0x7fd8945a7518,
    initiator=1, localtag=0x0, remotetag=0x0) at dialog_publish.c:77
#3  0x00007fd89c661632 in dialog_publish (state=<value optimized out>, entity=0x7fff028f5800, peer=<value optimized out>,
    callid=0x7fd8945a7518, initiator=<value optimized out>, lifetime=43200, localtag=0x0, remotetag=0x0) at dialog_publish.c:299
#4  0x00007fd89c663e74 in __dialog_sendpublish (dlg=0x7fd8945a74b8, type=<value optimized out>, _params=0x7fd8a1f39020)
    at pua_dialoginfo.c:355

The problem is in __dialog_sendpublish() from passed as entity into dialog_publish() and equal:
(gdb) p entity
$9 = (struct to_body *) 0x7fff028f5800
(gdb) p entity->uri
$10 = {s = 0x0, len = 42}


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 07:31

Message:
Thanks to all info from Nick, it seems that the from uri from dlg structure
is corrupted (len is set, but pointer is NULL) .

Investigating...... 

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 23:02

Message:
Also From: in request or reply is okay.


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

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


From noreply at sourceforge.net  Thu Mar  7 17:04:17 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 08:04:17 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607052 ] Load balancer - corrupt
	data when loading table
Message-ID: <mailman.233.1362672261.2897.devel@lists.opensips.org>

Bugs item #3607052, was opened at 2013-03-06 07:08
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607052&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Umberto Mautone (umautone)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Load balancer - corrupt data when loading table

Initial Comment:

Tested on 1.9.x

Data table:

 id | group_id |      dst_uri      | resources | probe_mode 
----+----------+-------------------+-----------+------------
 19 |        1 | sip:192.168.1.5   | pstn=100  |          0
 20 |        1 | sip:192.168.1.8   | pstn=100  |          0
 21 |        2 | sip:192.168.1.100 | pstn=2500 |          0

I added this line in "lb_db_load_data()"  to log the actual table fields being loaded:

LM_ERR("Fields: %d %d %s %s\n", id, group, uri, resource);

The first row loads correctly but subsequent rows seem to lose a pointer alignment somewhere:

Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 19 1 sip:192.168.1.5 pstn=100
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 20 1 sip:192.168.1.8  ??9w#177
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:parse_resources_list: resource must has value!
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:add_lb_dsturi: failed to parse resourse string < ??9w#177>
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: failed to add destination 1 -> skipping
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 21 2 sip:192.168.1.100 192.168.1.5
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:parse_resources_list: resource must has value!
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:add_lb_dsturi: failed to parse resourse string <192.168.1.5>
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: failed to add destination 1 -> skipping

Also tested in 1.8.2 and the problem is not present. The bug seems to be only in the 1.9.x branch.


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 08:04

Message:
Hi Umberto,

The code for loading LB data did not change from 1.8 to 1.9....so it is a
bit odd.  I was not able to reproduce it :(.

What DB engine are you using ? Also, could you try running in full debug
(set debug=4).

Thanks and regards,
Bogdan

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

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


From noreply at sourceforge.net  Thu Mar  7 17:08:23 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 08:08:23 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607085 ] crash during start with
	location with db_cachedb
Message-ID: <mailman.234.1362672510.2897.devel@lists.opensips.org>

Bugs item #3607085, was opened at 2013-03-06 12:00
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607085&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: crash during start with location with db_cachedb

Initial Comment:
During startup, opensips crashes:
loadmodule "cachedb_mongodb.so"
  modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1://localhost:27017/db.collection")
loadmodule "db_cachedb.so"
  modparam("db_cachedb","cachedb_url","mongodb:instance1://localhost:27017/db.collection")
loadmodule "usrloc.so"
modparam("usrloc", "db_url", "cachedb://mongodb:instance1")
modparam("usrloc", "db_mode", 3)

Program terminated with signal 11, Segmentation fault.
#0  0x0000000000000000 in ?? ()
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.80.el6_3.7.x86_64 json-c-0.10-2.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.9-33.el6_3.3.x86_64 libcom_err-1.41.12-12.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 libxml2-2.7.6-8.el6_3.4.x86_64 mysql-libs-5.1.67-1.el6_3.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.0-25.el6_3.1.x86_64 pcre-7.8-4.el6.x86_64 zlib-1.2.3-27.el6.x86_64
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ff54bcfe301 in get_all_db_ucontacts (buf=<value optimized out>, len=0, flags=1, part_idx=0, part_max=30) at dlist.c:159
#2  get_all_ucontacts (buf=<value optimized out>, len=0, flags=1, part_idx=0, part_max=30) at dlist.c:406
#3  0x00007ff549a7162e in nh_timer (ticks=<value optimized out>, timer_idx=0x0) at nathelper.c:1175
#4  0x00000000004bf4de in timer_ticker () at timer.c:384
#5  run_timer_process () at timer.c:471
#6  start_timer_processes () at timer.c:610
#7  0x000000000043376e in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:958
#8  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
(gdb) print ul_dbh
$1 = (db_con_t *) 0x7ff5506aa8c8
(gdb) print *ul_dbh
$2 = {table = 0x0, curr_ps = 0x0, ins_list = 0x0, tail = 140691593440536, url = {s = 0x0, len = 0}, flags = 0}

Regards,
Ovidiu Sas

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 08:08

Message:
I guess the problem is that USRLOC module, in DB_ONLY mode is using a raw
query to select the contacts to ping. And AFAIK, raw queries are not
supported by the db_cachedb module.

Basically you hit an impossible scenario - nevertheless it should not crash
:).

Regards,
Bogdan

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-06 12:02

Message:
Note: if db_mode is set to 1, everything works ok.

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

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


From noreply at sourceforge.net  Thu Mar  7 17:09:22 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 08:09:22 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607087 ] time conversion lost
	when using mongodb and cache_db
Message-ID: <mailman.235.1362672567.2897.devel@lists.opensips.org>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: time conversion lost when using mongodb and  cache_db

Initial Comment:
If mongodb is used as a location database for usrloc (via cachedb), the time is lost during the conversion.
If a user registers and then a restart is performed, when location table is repopulated, all contact are restored as permanent.
On mongodb, the record looks ok:
{ "_id" : ObjectId("51378fb604708d261556ed03"), "username" : "osas1111", "contact" : "sip:osas1111 at 192.168.2.97:5060", "expires" : ISODate("2013-03-06T21:00:08Z"), "q" : -1, "callid" : "8e341f1-ee1cf2ff at 192.168.2.97", "cseq" : 17785, "flags" : 0, "cflags" : 1, "user_agent" : "Linksys/SPA962-5.1.15(aSC)", "received" : "sip:192.168.2.97:5060", "socket" : "udp:192.168.2.3:5060", "methods" : 5183, "last_modified" : ISODate("2013-03-06T20:00:08Z") }
The fifo shows the contact as being permanent:
        AOR:: osas1111
                Contact:: sip:osas1111 at 192.168.2.97:5060 Q=
                        Expires:: permanent
                        Callid:: 8e341f1-ee1cf2ff at 192.168.2.97
                        Cseq:: 17785
                        User-agent:: Linksys/SPA962-5.1.15(aSC)
                        Received:: sip:192.168.2.97:5060
                        State:: CS_SYNC
                        Flags:: 0
                        Cflag:: 1
                        Socket:: udp:192.168.2.3:5060
                        Methods:: 5183

A raw SQL query shows the timestamp as: 1969-12-31 19:00:00.


Regards,
Ovidiu Sas


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

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


From noreply at sourceforge.net  Thu Mar  7 17:15:13 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 08:15:13 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607102 ] B2B resetting
	Max-Forwards to 70
Message-ID: <mailman.236.1362672918.2897.devel@lists.opensips.org>

Bugs item #3607102, was opened at 2013-03-06 16:23
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607102&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: B2B resetting Max-Forwards to 70

Initial Comment:
When using the B2B module in topology hiding mode Max-Forwards appears to get reset to 70 on requests instead of being decremented. The documentation states it should be passed and decremented.

I attached example ngrep output of a request passing through B2B. It is a very simple topology hiding scenario. You can see the Max-Forwards on the INVITE and BYE both get reset.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 08:15

Message:
Hi Ryan,

Actually the doc was not updated according to the last changes in B2B - the
MF hdr is no longer passed from one side to the other, but reset to an
initial value, as any B2B should do - a new call is started, so a fresh MF
values is to be used.

I will take care and update docs.

Regards,
Bogdan

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

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


From vladpaiu at opensips.org  Thu Mar  7 17:15:36 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Thu, 07 Mar 2013 16:15:36 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9880]
	trunk/modules/db_cachedb
Message-ID: <E1UDdTk-0005Lg-VI@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9880
          http://opensips.svn.sourceforge.net/opensips/?rev=9880&view=rev
Author:   vladut-paiu
Date:     2013-03-07 16:15:36 +0000 (Thu, 07 Mar 2013)
Log Message:
-----------
properly set the raw_query func 

Modified Paths:
--------------
    trunk/modules/db_cachedb/db_cachedb.c
    trunk/modules/db_cachedb/dbase.c
    trunk/modules/db_cachedb/dbase.h

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



From noreply at sourceforge.net  Thu Mar  7 17:18:58 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 08:18:58 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607085 ] crash during start with
	location with db_cachedb
Message-ID: <mailman.237.1362673145.2897.devel@lists.opensips.org>

Bugs item #3607085, was opened at 2013-03-06 12:00
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607085&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: crash during start with location with db_cachedb

Initial Comment:
During startup, opensips crashes:
loadmodule "cachedb_mongodb.so"
  modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1://localhost:27017/db.collection")
loadmodule "db_cachedb.so"
  modparam("db_cachedb","cachedb_url","mongodb:instance1://localhost:27017/db.collection")
loadmodule "usrloc.so"
modparam("usrloc", "db_url", "cachedb://mongodb:instance1")
modparam("usrloc", "db_mode", 3)

Program terminated with signal 11, Segmentation fault.
#0  0x0000000000000000 in ?? ()
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.80.el6_3.7.x86_64 json-c-0.10-2.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.9-33.el6_3.3.x86_64 libcom_err-1.41.12-12.el6.x86_64 libselinux-2.0.94-5.3.el6.x86_64 libxml2-2.7.6-8.el6_3.4.x86_64 mysql-libs-5.1.67-1.el6_3.x86_64 nss-softokn-freebl-3.12.9-11.el6.x86_64 openssl-1.0.0-25.el6_3.1.x86_64 pcre-7.8-4.el6.x86_64 zlib-1.2.3-27.el6.x86_64
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ff54bcfe301 in get_all_db_ucontacts (buf=<value optimized out>, len=0, flags=1, part_idx=0, part_max=30) at dlist.c:159
#2  get_all_ucontacts (buf=<value optimized out>, len=0, flags=1, part_idx=0, part_max=30) at dlist.c:406
#3  0x00007ff549a7162e in nh_timer (ticks=<value optimized out>, timer_idx=0x0) at nathelper.c:1175
#4  0x00000000004bf4de in timer_ticker () at timer.c:384
#5  run_timer_process () at timer.c:471
#6  start_timer_processes () at timer.c:610
#7  0x000000000043376e in main_loop (argc=<value optimized out>, argv=<value optimized out>) at main.c:958
#8  main (argc=<value optimized out>, argv=<value optimized out>) at main.c:1557
(gdb) print ul_dbh
$1 = (db_con_t *) 0x7ff5506aa8c8
(gdb) print *ul_dbh
$2 = {table = 0x0, curr_ps = 0x0, ins_list = 0x0, tail = 140691593440536, url = {s = 0x0, len = 0}, flags = 0}

Regards,
Ovidiu Sas

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

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

Message:
Hello,

I have committed a fix for this in OpenSIPS trunk.
The crash was related to the nathelper module trying to do a raw query
against the location table. Since there's currently no way to convert raw
SQL to the cachedb interface, I have set the raw_query call to always fail,
instead of it crashing

Best Regards,
Vlad

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 08:08

Message:
I guess the problem is that USRLOC module, in DB_ONLY mode is using a raw
query to select the contacts to ping. And AFAIK, raw queries are not
supported by the db_cachedb module.

Basically you hit an impossible scenario - nevertheless it should not crash
:).

Regards,
Bogdan

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-06 12:02

Message:
Note: if db_mode is set to 1, everything works ok.

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

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


From osas at voipembedded.com  Thu Mar  7 17:25:35 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 7 Mar 2013 11:25:35 -0500
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9880]
	trunk/modules/db_cachedb
In-Reply-To: <E1UDdTk-0005Lg-VI@sfp-svn-4.v30.ch3.sourceforge.com>
References: <E1UDdTk-0005Lg-VI@sfp-svn-4.v30.ch3.sourceforge.com>
Message-ID: <CAND0LksQqS_obnZrT+6mqGqF8eu5LLPwYKG4TMCbUL9MUseVEw@mail.gmail.com>

It's not crashing anymore, but the logs are polluted with:
ERROR:db_cachedb:db_cachedb_raw_query: RAW query not support by db_cachedb
ERROR:usrloc:get_all_db_ucontacts: raw_query failed
ERROR:nathelper:nh_timer: failed to fetch contacts

The above three error messages are repeated every second.
The nathelper/usrloc should find another way to load the contacts or
discover that it's useless to ask for a query that will fail over and
over again.

Regards,
Ovidiu Sas

On Thu, Mar 7, 2013 at 11:15 AM, Vlad Paiu <vladpaiu at opensips.org> wrote:
> Revision: 9880
>           http://opensips.svn.sourceforge.net/opensips/?rev=9880&view=rev
> Author:   vladut-paiu
> Date:     2013-03-07 16:15:36 +0000 (Thu, 07 Mar 2013)
> Log Message:
> -----------
> properly set the raw_query func
>
> Modified Paths:
> --------------
>     trunk/modules/db_cachedb/db_cachedb.c
>     trunk/modules/db_cachedb/dbase.c
>     trunk/modules/db_cachedb/dbase.h
>


From bogdan at opensips.org  Thu Mar  7 17:38:44 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 07 Mar 2013 16:38:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9881] trunk/modules/b2b_logic
Message-ID: <E1UDdq7-0005yp-MG@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9881
          http://opensips.svn.sourceforge.net/opensips/?rev=9881&view=rev
Author:   bogdan_iancu
Date:     2013-03-07 16:38:43 +0000 (Thu, 07 Mar 2013)
Log Message:
-----------
 fix docs - MF hdr is no longer forwarded throught B2B, but a new one is generated for the new call.
 Reported by Ryan Bullock
 Closes bug #3607102

Modified Paths:
--------------
    trunk/modules/b2b_logic/README
    trunk/modules/b2b_logic/doc/b2b_logic_admin.xml

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



From bogdan at opensips.org  Thu Mar  7 17:39:36 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 07 Mar 2013 16:39:36 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9882]
	branches/1.9/modules/b2b_logic
Message-ID: <E1UDdqy-00060l-Pd@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9882
          http://opensips.svn.sourceforge.net/opensips/?rev=9882&view=rev
Author:   bogdan_iancu
Date:     2013-03-07 16:39:36 +0000 (Thu, 07 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9881):
 fix docs - MF hdr is no longer forwarded throught B2B, but a new one is generated for the new call.
  Reported by Ryan Bullock
  Closes bug #3607102

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

Modified Paths:
--------------
    branches/1.9/modules/b2b_logic/README
    branches/1.9/modules/b2b_logic/doc/b2b_logic_admin.xml

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



From noreply at sourceforge.net  Thu Mar  7 17:40:33 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 08:40:33 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607102 ] B2B resetting
	Max-Forwards to 70
Message-ID: <mailman.238.1362674442.2897.devel@lists.opensips.org>

Bugs item #3607102, was opened at 2013-03-06 16:23
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607102&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: B2B resetting Max-Forwards to 70

Initial Comment:
When using the B2B module in topology hiding mode Max-Forwards appears to get reset to 70 on requests instead of being decremented. The documentation states it should be passed and decremented.

I attached example ngrep output of a request passing through B2B. It is a very simple topology hiding scenario. You can see the Max-Forwards on the INVITE and BYE both get reset.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 08:40

Message:
Docs updated on SVN form trunk, 1.9 and 1.8. Online docs will be auto
regenerated over the night.

Thanks and regards,
Bogdan

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 08:15

Message:
Hi Ryan,

Actually the doc was not updated according to the last changes in B2B - the
MF hdr is no longer passed from one side to the other, but reset to an
initial value, as any B2B should do - a new call is started, so a fresh MF
values is to be used.

I will take care and update docs.

Regards,
Bogdan

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

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


From bogdan at opensips.org  Thu Mar  7 17:40:32 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 07 Mar 2013 16:40:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9883]
	branches/1.8/modules/b2b_logic
Message-ID: <E1UDdrs-00062S-O1@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9883
          http://opensips.svn.sourceforge.net/opensips/?rev=9883&view=rev
Author:   bogdan_iancu
Date:     2013-03-07 16:40:32 +0000 (Thu, 07 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9881):
 fix docs - MF hdr is no longer forwarded throught B2B, but a new one is generated for the new call.
   Reported by Ryan Bullock
   Closes bug #3607102

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

Modified Paths:
--------------
    branches/1.8/modules/b2b_logic/README
    branches/1.8/modules/b2b_logic/doc/b2b_logic_admin.xml

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



From noreply at sourceforge.net  Thu Mar  7 17:41:11 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 08:41:11 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607114 ] Media-Proxy may wrongly
	close relay ports
Message-ID: <mailman.239.1362674476.2897.devel@lists.opensips.org>

Bugs item #3607114, was opened at 2013-03-06 19:55
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607114&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: yeyingxian (yeyingxian)
>Assigned to: saghul (saghul)
Summary: Media-Proxy may wrongly close relay ports

Initial Comment:
The current implementation of mediaproxy.c has a flag called skip_next_reply in structure ice_candidate_data. 

//   - skip_next_reply: flag for knowing the fact that the next reply with SDP must be skipped 
//     because it is a reply to a re-INVITE or UPDATE *after* the ICE negotiation 

But this flag only ignores the first reply to re-INVITE, and resets to false after the first reply comes. 


    } else if (msg->first_line.type == SIP_REPLY) { 
        if (ice_data != NULL && ice_data->skip_next_reply) { 
            // we don't process replies to ICE negotiation end requests 
            // (those containing a=remote-candidates) 
            ice_data->skip_next_reply = False;
            return -1; 
        } 

In 2G or other low speed network, UAS may retransmit SIP reply more than once. Thus media-proxy may still process these replies and wrongly open new ports for relay or even close the ports that are being used. Here is my log for media-proxy in such situation. Is there any idea to fix this bug? 

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

Comment By: yeyingxian (yeyingxian)
Date: 2013-03-07 05:15

Message:
My SIP flow may be a little complex. When callee is offline, my opensips
will forward the call to another application which inform the callee to get
online. And when the callee is online, opensips will tell my application, a
480 reply is generated, and opensips will forward to call to callee in
FAILURE_ROUTE. But I think this flow do not affect media-proxy. The
retransmition of replies of re-INVITE causes media-proxy not to work

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

Comment By: yeyingxian (yeyingxian)
Date: 2013-03-07 04:59

Message:
Hi saghul,

I uploaded the captured sip messages. The dialog whose call-id is OUxwFrwW
causes this problem. And log.txt is the log of media-proxy and media-relay.
My IP of my Sip Server is 211.154.154.77. Is it enough?

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

Comment By: saghul (saghul)
Date: 2013-03-07 00:04

Message:
Can you please attach a SIP trace of such a call?

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

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


From noreply at sourceforge.net  Thu Mar  7 18:10:12 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 09:10:12 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606986 ] Add pvar support for
	rtp proxy used
Message-ID: <mailman.240.1362676226.2897.devel@lists.opensips.org>

Patches item #3606986, was opened at 2013-03-05 16:07
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606986&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
>Assigned to: Razvan Crainea (razvancrainea)
Summary: Add pvar support for rtp proxy used

Initial Comment:
Adds new module parameter "rtpp_sock_pvar" which is a pvar to be set with the url of the rtpproxy used on the call.

Example usage:
modparam("rtpproxy", "rtpp_sock_pvar", "$avp(rtp_sock)")
#Load balancing rtpproxies
modparam("rtpproxy", "rtpproxy_sock",  "udp:localhost:12221 udp:localhost:12222")

engage_rtp_proxy("froc");
xlog("Used rtpproxy $avp(rtp_sock) for callid $ci");

In the log:
"Used rtpproxy udp:localhost:12222 for callid abc at 123.com"

Useful for troubleshooting quality issues related to a single node or instance or rtpproxy.

I have done some limited tested in a lab setup for this patch.

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

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


From noreply at sourceforge.net  Thu Mar  7 18:11:18 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 09:11:18 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606622 ] No-fork mode
Message-ID: <mailman.241.1362676282.2897.devel@lists.opensips.org>

Patches item #3606622, was opened at 2013-03-02 08:35
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: No-fork mode

Initial Comment:
Sometimes we need no-fork mode for main process. For example to control opensips with daemon-tools or old buggy upstart.
This patch adds -F command-line option for daemon mode with foreground main process.


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

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


From noreply at sourceforge.net  Thu Mar  7 18:13:23 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 09:13:23 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606622 ] No-fork mode
Message-ID: <mailman.242.1362676407.2897.devel@lists.opensips.org>

Patches item #3606622, was opened at 2013-03-02 08:35
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: No-fork mode

Initial Comment:
Sometimes we need no-fork mode for main process. For example to control opensips with daemon-tools or old buggy upstart.
This patch adds -F command-line option for daemon mode with foreground main process.


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

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


From noreply at sourceforge.net  Thu Mar  7 18:14:04 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 09:14:04 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606098 ] SIPMSGOPS: text
	reason for sip_msg_validate()
Message-ID: <mailman.243.1362676448.2897.devel@lists.opensips.org>

Patches item #3606098, was opened at 2013-02-26 10:25
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606098&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: SIPMSGOPS: text reason for sip_msg_validate()

Initial Comment:
This patch adds second parameter for sip_msg_validate with resulting pvar returning error text.

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

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


From noreply at sourceforge.net  Thu Mar  7 18:14:08 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 09:14:08 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606324 ] Add {s.encode.int}
	transformation
Message-ID: <mailman.244.1362676453.2897.devel@lists.opensips.org>

Patches item #3606324, was opened at 2013-02-27 23:57
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606324&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Umberto Mautone (umautone)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Add {s.encode.int} transformation

Initial Comment:
This patch adds the {s.encode.int} transformation to convert a 4-byte or 8-byte binary data into an unsigned integer. An example of this feature's use would be to convert IP addresses directly to unsigned integers to be used as dynamic group ID values by the load balancer or dispatcher. The patch utilizes "ntohl()" on the converted value to correctly manage endian.

$var(ip) = $(Ri{ip.pton}{s.encode.int});

The patch applies to 1.9.0-tls

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

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


From noreply at sourceforge.net  Thu Mar  7 21:28:07 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 12:28:07 -0800
Subject: [OpenSIPS-Devel] [ opensips-Patches-3607239 ] SIPMSGOPS: add
	stream_delete_except function
Message-ID: <mailman.245.1362688091.2897.devel@lists.opensips.org>

Patches item #3607239, was opened at 2013-03-07 12:28
Message generated for change (Tracker Item Submitted) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3607239&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Nobody/Anonymous (nobody)
Summary: SIPMSGOPS: add stream_delete_except function

Initial Comment:
Adds stream_delete_except() function to sipmsgops module. Allows for removing all streams from SDP that do not match the regex passed to the function.

Example:

#Permit only audio and fax streams
stream_delete_except("audio|image");

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

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


From noreply at sourceforge.net  Thu Mar  7 23:34:54 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 07 Mar 2013 14:34:54 -0800
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607052 ] Load balancer - corrupt
	data when loading table
Message-ID: <mailman.246.1362695699.2897.devel@lists.opensips.org>

Bugs item #3607052, was opened at 2013-03-06 07:08
Message generated for change (Comment added) made by umautone
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607052&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Umberto Mautone (umautone)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Load balancer - corrupt data when loading table

Initial Comment:

Tested on 1.9.x

Data table:

 id | group_id |      dst_uri      | resources | probe_mode 
----+----------+-------------------+-----------+------------
 19 |        1 | sip:192.168.1.5   | pstn=100  |          0
 20 |        1 | sip:192.168.1.8   | pstn=100  |          0
 21 |        2 | sip:192.168.1.100 | pstn=2500 |          0

I added this line in "lb_db_load_data()"  to log the actual table fields being loaded:

LM_ERR("Fields: %d %d %s %s\n", id, group, uri, resource);

The first row loads correctly but subsequent rows seem to lose a pointer alignment somewhere:

Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 19 1 sip:192.168.1.5 pstn=100
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 20 1 sip:192.168.1.8  ??9w#177
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:parse_resources_list: resource must has value!
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:add_lb_dsturi: failed to parse resourse string < ??9w#177>
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: failed to add destination 1 -> skipping
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: Fields: 21 2 sip:192.168.1.100 192.168.1.5
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:parse_resources_list: resource must has value!
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:add_lb_dsturi: failed to parse resourse string <192.168.1.5>
Mar  6 10:01:53 localhost opensips[1796]: ERROR:load_balancer:lb_db_load_data: failed to add destination 1 -> skipping

Also tested in 1.8.2 and the problem is not present. The bug seems to be only in the 1.9.x branch.


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

>Comment By: Umberto Mautone (umautone)
Date: 2013-03-07 14:34

Message:
I have both 1.8.2 and 1.9.0 running on the same box. If I start up 1.8.2,
it only loads the first record and I have to call "opensipsctl fifo
lb_reload" to force all profiles to be loaded and they load correctly.

When I start 1.9.0, it tries to load all profiles but some get mangled with
garbage. Even issuing a reload will load the exact same records mangled at
the exact same place.

I'm using db_unixodbc  connected to PostgreSQL. 

I'll try the same load with debug level set to 4 and paste the result.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-07 08:04

Message:
Hi Umberto,

The code for loading LB data did not change from 1.8 to 1.9....so it is a
bit odd.  I was not able to reproduce it :(.

What DB engine are you using ? Also, could you try running in full debug
(set debug=4).

Thanks and regards,
Bogdan

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

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


From bogdan at opensips.org  Fri Mar  8 11:38:50 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 08 Mar 2013 10:38:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9884]
	trunk/modules/nathelper/nathelper.c
Message-ID: <E1UDuhO-00013K-4t@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9884
          http://opensips.svn.sourceforge.net/opensips/?rev=9884&view=rev
Author:   bogdan_iancu
Date:     2013-03-08 10:38:49 +0000 (Fri, 08 Mar 2013)
Log Message:
-----------
- move log from ERR to DBG - when testing the SDP for private IPs, not find an SDP is not actually an error.
  Reported by Jan ONDREJ.

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

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



From bogdan at opensips.org  Fri Mar  8 11:40:35 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 08 Mar 2013 10:40:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9885]
	branches/1.9/modules/nathelper/nathelper.c
Message-ID: <E1UDuj5-00018F-Be@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9885
          http://opensips.svn.sourceforge.net/opensips/?rev=9885&view=rev
Author:   bogdan_iancu
Date:     2013-03-08 10:40:35 +0000 (Fri, 08 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9884):
- move log from ERR to DBG - when testing the SDP for private IPs, not find an SDP is not actually an error.
  Reported by Jan ONDREJ.

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

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

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



From bogdan at opensips.org  Fri Mar  8 11:41:06 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Fri, 08 Mar 2013 10:41:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9886]
	branches/1.8/modules/nathelper/nathelper.c
Message-ID: <E1UDuja-000197-NL@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9886
          http://opensips.svn.sourceforge.net/opensips/?rev=9886&view=rev
Author:   bogdan_iancu
Date:     2013-03-08 10:41:06 +0000 (Fri, 08 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9884):
- move log from ERR to DBG - when testing the SDP for private IPs, not find an SDP is not actually an error.
  Reported by Jan ONDREJ.

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

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

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



From liviu at opensips.org  Fri Mar  8 11:46:42 2013
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 08 Mar 2013 12:46:42 +0200
Subject: [OpenSIPS-Devel] [NEW] Mathops module
In-Reply-To: <5139AEE7.3070900@opensips.org>
References: <5139AEE7.3070900@opensips.org>
Message-ID: <5139C192.5020306@opensips.org>

Hello everyone,

Since there are several scenarios (most of them billing related) which 
require floating point operations at script level, we've decided to put 
together a new math operations module to handle all of them.

The *mathops *module handles floating point numbers represented as 
strings at script level. Its functionalities are grouped in two categories:
     -> rounding operations (trunc, ceil, floor, rounding to integers, 
rounding to certain number of
          decimal places, rounding to significant figures)
     -> an expression evaluator (currently supports binary + - / * 
operators and nested parantheses)

Quick example of using the evaluator:
-----------------------------------
loadmodule "mathops.so"
...
$avp(download_speed) = "8.755";
$avp(chunk_size) = "650.104";
$avp(chunks) = 5;

if (!math_eval("$avp(chunk_size) / $avp(download_speed) * $avp(chunks)", 
"$avp(time)")) {
     xlog("ERROR in expression evaluation!\n");
}

xlog("Download time left: $avp(time) seconds\n");
...
-------------------------------------

You can control the precision of the results with the /decimal_digits/ 
module parameter. For details regarding the rounding operations, please 
browse the module documentation [1] posted on the project website.

Suggestions and feedback are appreciated as always.

[1]: http://www.opensips.org/html/docs/modules/devel/mathops.html

Best regards,

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

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

From razvan at opensips.org  Fri Mar  8 13:17:02 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Fri, 08 Mar 2013 12:17:02 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9887] trunk/pvar.c
Message-ID: <E1UDwEQ-0005lO-OJ@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9887
          http://opensips.svn.sourceforge.net/opensips/?rev=9887&view=rev
Author:   razvancrainea
Date:     2013-03-08 12:17:02 +0000 (Fri, 08 Mar 2013)
Log Message:
-----------
print <null> for null variables instead of raising an error

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

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



From razvan at opensips.org  Fri Mar  8 13:48:52 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Fri, 08 Mar 2013 12:48:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9888]
	trunk/modules/event_route
Message-ID: <E1UDwjE-00053m-KQ@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9888
          http://opensips.svn.sourceforge.net/opensips/?rev=9888&view=rev
Author:   razvancrainea
Date:     2013-03-08 12:48:52 +0000 (Fri, 08 Mar 2013)
Log Message:
-----------
fixed documentation typo

Modified Paths:
--------------
    trunk/modules/event_route/README
    trunk/modules/event_route/doc/event_route_admin.xml

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



From razvan at opensips.org  Fri Mar  8 13:52:29 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Fri, 08 Mar 2013 12:52:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9889]
	branches/1.9/modules/event_route
Message-ID: <E1UDwmj-00059z-3R@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9889
          http://opensips.svn.sourceforge.net/opensips/?rev=9889&view=rev
Author:   razvancrainea
Date:     2013-03-08 12:52:28 +0000 (Fri, 08 Mar 2013)
Log Message:
-----------
Backported from trunk (rev #9888);
fixed documentation typo

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

Modified Paths:
--------------
    branches/1.9/modules/event_route/README
    branches/1.9/modules/event_route/doc/event_route_admin.xml

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



From razvan at opensips.org  Fri Mar  8 14:30:48 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Fri, 08 Mar 2013 13:30:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9890] trunk/modules/usrloc
Message-ID: <E1UDxNo-0006Nt-Sm@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9890
          http://opensips.svn.sourceforge.net/opensips/?rev=9890&view=rev
Author:   razvancrainea
Date:     2013-03-08 13:30:47 +0000 (Fri, 08 Mar 2013)
Log Message:
-----------
added usrloc events for AOR insertion and deletion

Modified Paths:
--------------
    trunk/modules/usrloc/README
    trunk/modules/usrloc/doc/usrloc_admin.xml
    trunk/modules/usrloc/udomain.c
    trunk/modules/usrloc/ul_mod.c
    trunk/modules/usrloc/ul_mod.h

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



From noreply at sourceforge.net  Mon Mar 11 09:30:19 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 01:30:19 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607603 ] SIPMSGOPS:
	sip_msg_validate
Message-ID: <mailman.247.1362990624.2897.devel@lists.opensips.org>

Bugs item #3607603, was opened at 2013-03-11 01:30
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607603&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: SIPMSGOPS: sip_msg_validate

Initial Comment:
Why sip_msg_validate passes Contact: in REGISTER like this?

Contact: <sip:user at domain:10501:20367;rinstance=86d960eb37116caa>


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

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


From vladpaiu at opensips.org  Mon Mar 11 10:41:37 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 11 Mar 2013 09:41:37 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9891]
	branches/1.8/modules/dispatcher/dispatch.c
Message-ID: <E1UEzEf-0003kz-Ut@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9891
          http://opensips.svn.sourceforge.net/opensips/?rev=9891&view=rev
Author:   vladut-paiu
Date:     2013-03-11 09:41:36 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
fixed probing mode 1 behavior

Modified Paths:
--------------
    branches/1.8/modules/dispatcher/dispatch.c

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



From vladpaiu at opensips.org  Mon Mar 11 10:43:02 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 11 Mar 2013 09:43:02 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9892]
	branches/1.9/modules/dispatcher/dispatch.c
Message-ID: <E1UEzG1-0003pk-VH@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9892
          http://opensips.svn.sourceforge.net/opensips/?rev=9892&view=rev
Author:   vladut-paiu
Date:     2013-03-11 09:43:01 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
backport from 1.8 (rev #9891)

fixed probing mode 1 behavior

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

Modified Paths:
--------------
    branches/1.9/modules/dispatcher/dispatch.c

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



From vladpaiu at opensips.org  Mon Mar 11 10:44:03 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 11 Mar 2013 09:44:03 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9893]
	trunk/modules/dispatcher/dispatch.c
Message-ID: <E1UEzH1-0003qz-7H@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9893
          http://opensips.svn.sourceforge.net/opensips/?rev=9893&view=rev
Author:   vladut-paiu
Date:     2013-03-11 09:44:02 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
backport from 1.8 (rev #9891)

fixed probing mode 1 behavior

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

Modified Paths:
--------------
    trunk/modules/dispatcher/dispatch.c

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



From noreply at sourceforge.net  Mon Mar 11 11:08:20 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 03:08:20 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607611 ] ACC + Radius: Bad
	attribute 40
Message-ID: <mailman.248.1362996506.2897.devel@lists.opensips.org>

Bugs item #3607611, was opened at 2013-03-11 03:08
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607611&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: ACC + Radius: Bad attribute 40

Initial Comment:
On negative reply we get accounting request with bad attribute 40:
	Accounting Request (4), id: 0xec, Authenticator: 5491af7e6c0765700f8b7bded904c1c0
	  Accounting Status Attribute (40), length: 6, Value: #0

when enabled these options:
modparam("acc", "aaa_flag", "ACCOUNTING")
modparam("acc", "aaa_missed_flag", "ACCOUNTING")
modparam("acc", "failed_transaction_flag", "ACCOUNTING")


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

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


From noreply at sourceforge.net  Mon Mar 11 11:15:52 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 03:15:52 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606622 ] No-fork mode
Message-ID: <mailman.249.1362996960.2897.devel@lists.opensips.org>

Patches item #3606622, was opened at 2013-03-02 08:35
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: No-fork mode

Initial Comment:
Sometimes we need no-fork mode for main process. For example to control opensips with daemon-tools or old buggy upstart.
This patch adds -F command-line option for daemon mode with foreground main process.


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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-03-11 03:15

Message:
Hi Nick,

Looking at the patch, things seem ok, except for the fact that the naming
seems a little confusing. 
I see that you introduce a new var, daemon_mode, and when it's set to 0, it
will trigger forking & daemonizing. 

Am I missing something, or should we invert the daemon_mode meaning ?

Best Regards,
Vlad

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

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


From noreply at sourceforge.net  Mon Mar 11 11:17:09 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 03:17:09 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606622 ] No-fork mode
Message-ID: <mailman.250.1362997036.2897.devel@lists.opensips.org>

Patches item #3606622, was opened at 2013-03-02 08:35
Message generated for change (Comment added) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: No-fork mode

Initial Comment:
Sometimes we need no-fork mode for main process. For example to control opensips with daemon-tools or old buggy upstart.
This patch adds -F command-line option for daemon mode with foreground main process.


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

>Comment By: Nick Altmann (nikbyte)
Date: 2013-03-11 03:17

Message:
We can rename it to no_daemon_mode :-)

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-03-11 03:15

Message:
Hi Nick,

Looking at the patch, things seem ok, except for the fact that the naming
seems a little confusing. 
I see that you introduce a new var, daemon_mode, and when it's set to 0, it
will trigger forking & daemonizing. 

Am I missing something, or should we invert the daemon_mode meaning ?

Best Regards,
Vlad

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

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


From vladpaiu at opensips.org  Mon Mar 11 11:46:27 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 11 Mar 2013 10:46:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9894]
	trunk/modules/dialog/dlg_db_handler.c
Message-ID: <E1UF0FP-0000Iu-R6@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9894
          http://opensips.svn.sourceforge.net/opensips/?rev=9894&view=rev
Author:   vladut-paiu
Date:     2013-03-11 10:46:26 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
fixed dlg_db_sync to match the recent dialog.id table changes

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

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



From vladpaiu at opensips.org  Mon Mar 11 11:49:29 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 11 Mar 2013 10:49:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9895]
	branches/1.9/modules/dialog/dlg_db_handler.c
Message-ID: <E1UF0IL-0000Pv-Fx@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9895
          http://opensips.svn.sourceforge.net/opensips/?rev=9895&view=rev
Author:   vladut-paiu
Date:     2013-03-11 10:49:29 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9894)

fixed dlg_db_sync to match the recent dialog.id table changes

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

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

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



From noreply at sourceforge.net  Mon Mar 11 11:50:45 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 03:50:45 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3606832 ] OpenSIPS terminates when
	calling dlg_db_sync
Message-ID: <mailman.251.1362999049.2897.devel@lists.opensips.org>

Bugs item #3606832, was opened at 2013-03-04 17:24
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3606832&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: OpenSIPS terminates when calling dlg_db_sync

Initial Comment:
Only one call is in session. That is, only one dialog is in the DB.
I call dlg_db_sync and then the SIP server terminates.

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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-03-11 03:50

Message:
Hello,

Indeed, sorry for this, there was another leftover bug. I have just
committed the fix on 1.9 and trunk.

Please remove the patch I've sent you and update your sources from the
stable 1.9 branch.

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-06 22:46

Message:
Hi,

After applying your patch, when calling dlg_db_sync, the following
information are shown.
dlg_db_sync: 400 Sync mem with DB failed
SIP server: Error:dialog:sync_dlg_db_mem: inconsistent hash data in the
dialog database: you restarted opensips using a different hash_size: please
erase dialog database and restart

I have followed the instruction and the problem remains. I also reinstall
OpenSIPS and create a new database, but 
have the same result. Please look into this issue. I'm very grateful to
your help.

Yours sincerely,
Chen-Che

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

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

Message:
Hi,

Yes, saw the core dump after I replied :)
See the patch I've attached below, apply it and give it another go, should
be fine now.

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-05 04:01

Message:
Hi Vlad,

I use version-1.9.0 and the "bt full" information was attached when I
report this bug. 
You should be able to download the core_dump_for_dlg_db_sync.txt from the
attached files on this 
item page.

Best wishes,
Chen-Che

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

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

Message:
Hello,

Please try the attached patch ( dlg_db_sync.patch ), should fix your
issue.

Regards,
Vlad

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

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

Message:
Hello,

csmicrox, which OpenSIPS version are you using ? Also, can you please post
the output of 'bt full' from GDB ?

Nick, thanks for the patch, applied on trunk, 1.9 and 1.8

Best Regards,
Vlad

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-04 23:24

Message:
Hi nikbyte,

Very grateful for your quick response. However, I set db_mode to 1 rather
than 0 (modparam("dialog', "db_mode", 1)).
I'll try your patch. Thanks so much.

Best regard,
Chen-Che

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:12

Message:
I have no access to attach files. :-(

Index: modules/dialog/dlg_db_handler.c
===================================================================
--- modules/dialog/dlg_db_handler.c	(revision 9854)
+++ modules/dialog/dlg_db_handler.c	(working copy)
@@ -1804,6 +1804,8 @@

 struct mi_root* mi_sync_db_dlg(struct mi_root *cmd, void *param)
 {
+	if (dlg_db_mode == 0)
+		return init_mi_tree( 400, MI_SSTR("Cannot sync in no-db mode"));
 	if (sync_dlg_db_mem() < 0)
 		return init_mi_tree( 400, MI_SSTR("Sync mem with DB failed"));
 	else


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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-04 22:11

Message:
This bug only reproduced when db_mode=0 because we try to free uinitialized
db-handler in sync_dlg_db_mem after select_entire_dialog_table() in error:
label.
Here is the patch to disable dlg_db_sync fifo cmd when db_mode = 0.
 
You cannot use db_sync in no_db mode (db_mode=0).


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

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


From noreply at sourceforge.net  Mon Mar 11 11:50:53 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 03:50:53 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607616 ] b2b_logic and short
	headers
Message-ID: <mailman.252.1362999057.2897.devel@lists.opensips.org>

Bugs item #3607616, was opened at 2013-03-11 03:50
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607616&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: b2b_logic and short headers

Initial Comment:
After b2b we have packets with c: header + Content-Type: header. It causes sip_msg_validate error on next opensips.


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

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


From noreply at sourceforge.net  Mon Mar 11 14:06:14 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 06:06:14 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3607644 ] hex2dec and dec2hex
	transformations
Message-ID: <mailman.254.1363007180.2897.devel@lists.opensips.org>

Patches item #3607644, was opened at 2013-03-11 06:06
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3607644&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: hex2dec and dec2hex transformations

Initial Comment:
Examples:
$(var(test){s.dec2hex})
$(var(test){s.hex2dec})


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

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


From vladpaiu at opensips.org  Mon Mar 11 14:09:34 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 11 Mar 2013 13:09:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9896] trunk/modules/dialog
Message-ID: <E1UF2Tu-0001JU-Nn@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9896
          http://opensips.svn.sourceforge.net/opensips/?rev=9896&view=rev
Author:   vladut-paiu
Date:     2013-03-11 13:09:34 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
added a new PVAR, $DLG_end_reason, that is populated with the reason the dialog was terminated
See the docs for possible values

Modified Paths:
--------------
    trunk/modules/dialog/README
    trunk/modules/dialog/dialog.c
    trunk/modules/dialog/dlg_handlers.c
    trunk/modules/dialog/dlg_handlers.h
    trunk/modules/dialog/dlg_hash.c
    trunk/modules/dialog/dlg_hash.h
    trunk/modules/dialog/dlg_req_within.c
    trunk/modules/dialog/dlg_timer.c
    trunk/modules/dialog/doc/dialog_admin.xml

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



From osas at voipembedded.com  Mon Mar 11 14:10:22 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 11 Mar 2013 13:10:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9897]
	trunk/modules/cachedb_couchbase/
Message-ID: <E1UF2Ug-0006eM-Ss@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9897
          http://opensips.svn.sourceforge.net/opensips/?rev=9897&view=rev
Author:   osas
Date:     2013-03-11 13:10:22 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
cachedb_couchbase: svn propedit svn:ignore .

Property Changed:
----------------
    trunk/modules/cachedb_couchbase/

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



From osas at voipembedded.com  Mon Mar 11 14:11:24 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 11 Mar 2013 13:11:24 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9898]
	trunk/modules/mi_xmlrpc_ng/http_fnc.c
Message-ID: <E1UF2Vg-0006gr-MJ@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9898
          http://opensips.svn.sourceforge.net/opensips/?rev=9898&view=rev
Author:   osas
Date:     2013-03-11 13:11:24 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: small code cleanup

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

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



From osas at voipembedded.com  Mon Mar 11 14:12:46 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 11 Mar 2013 13:12:46 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9899]
	trunk/modules/mi_xmlrpc_ng
Message-ID: <E1UF2X0-0006kS-Uv@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9899
          http://opensips.svn.sourceforge.net/opensips/?rev=9899&view=rev
Author:   osas
Date:     2013-03-11 13:12:46 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: documentation updates
 - adding xmlrpc POST example

Modified Paths:
--------------
    trunk/modules/mi_xmlrpc_ng/README
    trunk/modules/mi_xmlrpc_ng/doc/mi_xmlrpc_ng_admin.xml

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



From osas at voipembedded.com  Mon Mar 11 14:14:04 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 11 Mar 2013 13:14:04 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9900]
	trunk/modules/mi_http/http_fnc.c
Message-ID: <E1UF2YG-0006mJ-Kk@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9900
          http://opensips.svn.sourceforge.net/opensips/?rev=9900&view=rev
Author:   osas
Date:     2013-03-11 13:14:04 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
mi_http: fix formatting for empty attributes

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

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



From noreply at sourceforge.net  Mon Mar 11 15:59:00 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 07:59:00 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607603 ] SIPMSGOPS:
	sip_msg_validate
Message-ID: <mailman.255.1363013945.2897.devel@lists.opensips.org>

Bugs item #3607603, was opened at 2013-03-11 01:30
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607603&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: SIPMSGOPS: sip_msg_validate

Initial Comment:
Why sip_msg_validate passes Contact: in REGISTER like this?

Contact: <sip:user at domain:10501:20367;rinstance=86d960eb37116caa>


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

>Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-11 07:59

Message:
Hi, Nick!

The validate function only if the Contact header has o proper format.
However, it doesn't try to parse the URI.

Best regards,
R?zvan

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

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


From vladpaiu at opensips.org  Mon Mar 11 16:15:16 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 11 Mar 2013 15:15:16 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9901]
	trunk/modules/cachedb_local
Message-ID: <E1UF4RY-00052K-Kj@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9901
          http://opensips.svn.sourceforge.net/opensips/?rev=9901&view=rev
Author:   vladut-paiu
Date:     2013-03-11 15:15:16 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
added a cache_remove_chunk script & MI function that removes all the keys that match a specific glob

Modified Paths:
--------------
    trunk/modules/cachedb_local/README
    trunk/modules/cachedb_local/cachedb_local.c
    trunk/modules/cachedb_local/doc/cachedb_local_admin.xml

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



From noreply at sourceforge.net  Mon Mar 11 17:25:19 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 09:25:19 -0700
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3603588 ] RTPPROXY
	timeout event
Message-ID: <mailman.256.1363019125.2897.devel@lists.opensips.org>

Feature Requests item #3603588, was opened at 2013-02-06 09:24
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3603588&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: dexteruk (dexteruk)
Assigned to: Nobody/Anonymous (nobody)
Summary: RTPPROXY timeout event

Initial Comment:
For the purposes of being able to make informed decisions about the voip providers you work with.  It would be nice to be able to have an event for RTPPROXY media timeout, so you can see that a BYE was never received and instead your opensips/rtpproxy timed the call out and passed the BYE to both legs of the call, so this could be logged in the acc.

For example, with the dialog timeout-avp when this happens you can create and local route 

        if (is_method("BYE") && $DLG_dir=="UPSTREAM") {

                acc_db_request("200 Dialog Timeout", "acc");

        }

So when this event happens, in the acc you see a 200 Dialog Timeout

Thanks

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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-03-11 09:25

Message:
Hello,

I have just added a new PVAR, $DLG_end_reason , in OpenSIPS trunk, which
will tell you the reason for the dialog termination.

See http://www.opensips.org/html/docs/modules/devel/dialog#id295868

Best Regards,
Vlad

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-02-07 03:58

Message:
The idea will be to add a new variable to be provided by the dialog module.
This variable will contain a dialog termination reason string and will be
automatically published by dialog module when a dialog is terminated. So it
will be available in request route after handling a BYE for a dialog or in
local route when a dialog is terminated. 

In local route, it will publish (via internal dlg_end_dlg) if the
termination was becuase of MI function, of session timeout or RTP timeout.

Regards,
Bogdan

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

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


From vladpaiu at opensips.org  Mon Mar 11 17:53:28 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 11 Mar 2013 16:53:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9902] trunk
Message-ID: <E1UF5ya-0007th-A0@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9902
          http://opensips.svn.sourceforge.net/opensips/?rev=9902&view=rev
Author:   vladut-paiu
Date:     2013-03-11 16:53:28 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
added -F option, to leave the main process in foreground ( useful for various monitoring tools )
Credits to Nick Altmann

Modified Paths:
--------------
    trunk/daemonize.c
    trunk/globals.h
    trunk/help_msg.h
    trunk/main.c
    trunk/sr_module.c
    trunk/timer.c

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



From noreply at sourceforge.net  Mon Mar 11 17:54:19 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 11 Mar 2013 09:54:19 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606622 ] No-fork mode
Message-ID: <mailman.257.1363020864.2897.devel@lists.opensips.org>

Patches item #3606622, was opened at 2013-03-02 08:35
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606622&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: No-fork mode

Initial Comment:
Sometimes we need no-fork mode for main process. For example to control opensips with daemon-tools or old buggy upstart.
This patch adds -F command-line option for daemon mode with foreground main process.


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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-03-11 09:54

Message:
Hi Nick,

Yep, sounds about right :)
Changed and committed on trunk. Thanks for the patch.

Best Regards,
Vlad

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-11 03:17

Message:
We can rename it to no_daemon_mode :-)

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2013-03-11 03:15

Message:
Hi Nick,

Looking at the patch, things seem ok, except for the fact that the naming
seems a little confusing. 
I see that you introduce a new var, daemon_mode, and when it's set to 0, it
will trigger forking & daemonizing. 

Am I missing something, or should we invert the daemon_mode meaning ?

Best Regards,
Vlad

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

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


From liviu at opensips.org  Mon Mar 11 19:14:06 2013
From: liviu at opensips.org (Liviu Chircu)
Date: Mon, 11 Mar 2013 18:14:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9903] trunk/modules/dialog
Message-ID: <E1UF7Ec-0006TN-H2@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9903
          http://opensips.svn.sourceforge.net/opensips/?rev=9903&view=rev
Author:   liviuchircu
Date:     2013-03-11 18:14:06 +0000 (Mon, 11 Mar 2013)
Log Message:
-----------
dialog: New MI command for restoring the dialog table
dlg_restore_db - truncates the table and populates it with CONFIRMED dialogs from memory

Modified Paths:
--------------
    trunk/modules/dialog/README
    trunk/modules/dialog/dialog.c
    trunk/modules/dialog/dlg_db_handler.c
    trunk/modules/dialog/dlg_db_handler.h
    trunk/modules/dialog/doc/dialog_admin.xml

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



From noreply at sourceforge.net  Tue Mar 12 12:13:35 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 12 Mar 2013 04:13:35 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606986 ] Add pvar support for
	rtp proxy used
Message-ID: <mailman.258.1363086821.2897.devel@lists.opensips.org>

Patches item #3606986, was opened at 2013-03-05 16:07
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606986&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Razvan Crainea (razvancrainea)
Summary: Add pvar support for rtp proxy used

Initial Comment:
Adds new module parameter "rtpp_sock_pvar" which is a pvar to be set with the url of the rtpproxy used on the call.

Example usage:
modparam("rtpproxy", "rtpp_sock_pvar", "$avp(rtp_sock)")
#Load balancing rtpproxies
modparam("rtpproxy", "rtpproxy_sock",  "udp:localhost:12221 udp:localhost:12222")

engage_rtp_proxy("froc");
xlog("Used rtpproxy $avp(rtp_sock) for callid $ci");

In the log:
"Used rtpproxy udp:localhost:12222 for callid abc at 123.com"

Useful for troubleshooting quality issues related to a single node or instance or rtpproxy.

I have done some limited tested in a lab setup for this patch.

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

>Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-12 04:13

Message:
Hi, Ryan!

Thank you for the patch you provided. The only problem I can see is that
you only set the variable for the first server. However, if that server
fails, and a failover succeeds, you will have a bogus server set. Therefore
I moved the code that sets the variable in the select_rtpp_node() function,
in order to have a more general approach.
I attached a new patch for this. Can you five it a try and let me know if
it works as desired?

Best regards,
R?zvan

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

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


From vladpaiu at opensips.org  Tue Mar 12 14:49:59 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 12 Mar 2013 13:49:59 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9904]
	trunk/modules/rtpproxy/timeout_process.c
Message-ID: <E1UFPaZ-0000ub-UL@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9904
          http://opensips.svn.sourceforge.net/opensips/?rev=9904&view=rev
Author:   vladut-paiu
Date:     2013-03-12 13:49:59 +0000 (Tue, 12 Mar 2013)
Log Message:
-----------
complete commit #9896

Modified Paths:
--------------
    trunk/modules/rtpproxy/timeout_process.c

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



From liviu at opensips.org  Tue Mar 12 18:01:05 2013
From: liviu at opensips.org (Liviu Chircu)
Date: Tue, 12 Mar 2013 17:01:05 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9905] trunk
Message-ID: <E1UFSZV-0002H0-6S@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9905
          http://opensips.svn.sourceforge.net/opensips/?rev=9905&view=rev
Author:   liviuchircu
Date:     2013-03-12 17:01:04 +0000 (Tue, 12 Mar 2013)
Log Message:
-----------
[usrloc module]: added a new 'attr' column in the location table, used to
store additional registration-related information

[registrar module]: new avp used to load/store the 'attr' column
information in the location table. Its content is read and stored in db and/or
memory when doing a 'save' operation, and it is populated after doing a 'lookup'.

When doing call forking, the avp will hold a value for each branch. The 'attr'
value of a branch is accessed using $T_branch_idx.

Modified Paths:
--------------
    trunk/db/schema/location.xml
    trunk/modules/registrar/README
    trunk/modules/registrar/doc/registrar_admin.xml
    trunk/modules/registrar/lookup.c
    trunk/modules/registrar/reg_mod.c
    trunk/modules/registrar/reg_mod.h
    trunk/modules/registrar/save.c
    trunk/modules/usrloc/README
    trunk/modules/usrloc/doc/usrloc_admin.xml
    trunk/modules/usrloc/ucontact.c
    trunk/modules/usrloc/ucontact.h
    trunk/modules/usrloc/udomain.c
    trunk/modules/usrloc/ul_mi.c
    trunk/modules/usrloc/ul_mod.c
    trunk/modules/usrloc/ul_mod.h
    trunk/scripts/db_berkeley/opensips/location
    trunk/scripts/db_berkeley/opensips/version
    trunk/scripts/dbtext/opensips/location
    trunk/scripts/dbtext/opensips/version
    trunk/scripts/mysql/usrloc-create.sql
    trunk/scripts/oracle/usrloc-create.sql
    trunk/scripts/pi_http/pi_framework.xml
    trunk/scripts/pi_http/usrloc-mod
    trunk/scripts/pi_http/usrloc-table
    trunk/scripts/postgres/usrloc-create.sql

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



From noreply at sourceforge.net  Wed Mar 13 10:12:36 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 13 Mar 2013 02:12:36 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607865 ] DROUTING: minus char in
	gw name
Message-ID: <mailman.259.1363165962.2897.devel@lists.opensips.org>

Bugs item #3607865, was opened at 2013-03-13 02:12
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607865&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: DROUTING: minus char in gw name

Initial Comment:
Gateways with minus char allowed in gateways, but carriers are not loading with such gateways. Patch attached.


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

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


From noreply at sourceforge.net  Wed Mar 13 15:44:02 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 13 Mar 2013 07:44:02 -0700
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3607889 ] RTPProxy
	Statistics
Message-ID: <mailman.260.1363185852.2897.devel@lists.opensips.org>

Feature Requests item #3607889, was opened at 2013-03-13 07:44
Message generated for change (Tracker Item Submitted) made by sethschultz
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3607889&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Seth Schultz (sethschultz)
Assigned to: Nobody/Anonymous (nobody)
Summary: RTPProxy Statistics

Initial Comment:
Hello,

I would like to request the addition of RTPProxy statistics variables which can be accessed in the OpenSIPS script blocks.  This information is very very valuable when attempting to debut RTP issues.

Thanks,
Seth

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

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


From osas at voipembedded.com  Wed Mar 13 18:34:50 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 13 Mar 2013 17:34:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9906]
	trunk/modules/pi_http/http_fnc.c
Message-ID: <E1UFpZi-00034S-DL@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9906
          http://opensips.svn.sourceforge.net/opensips/?rev=9906&view=rev
Author:   osas
Date:     2013-03-13 17:34:49 +0000 (Wed, 13 Mar 2013)
Log Message:
-----------
pi_http: escape special characters

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

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



From osas at voipembedded.com  Wed Mar 13 18:50:57 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 13 Mar 2013 17:50:57 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9907]
	trunk/modules/mi_xmlrpc_ng/http_fnc.c
Message-ID: <E1UFppJ-0003Wy-5A@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9907
          http://opensips.svn.sourceforge.net/opensips/?rev=9907&view=rev
Author:   osas
Date:     2013-03-13 17:50:56 +0000 (Wed, 13 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: escape special characters

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

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



From osas at voipembedded.com  Wed Mar 13 19:27:52 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 13 Mar 2013 18:27:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9908]
	trunk/modules/mi_xmlrpc_ng/http_fnc.c
Message-ID: <E1UFqP2-0003sO-Aa@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9908
          http://opensips.svn.sourceforge.net/opensips/?rev=9908&view=rev
Author:   osas
Date:     2013-03-13 18:27:51 +0000 (Wed, 13 Mar 2013)
Log Message:
-----------
mi_xmlrpc_ng: we need to escape the value of a node too

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

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



From osas at voipembedded.com  Wed Mar 13 19:32:17 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 13 Mar 2013 18:32:17 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9909]
	trunk/modules/usrloc/ul_mi.c
Message-ID: <E1UFqTJ-00041f-4h@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9909
          http://opensips.svn.sourceforge.net/opensips/?rev=9909&view=rev
Author:   osas
Date:     2013-03-13 18:32:16 +0000 (Wed, 13 Mar 2013)
Log Message:
-----------
usrloc: add sip_instance (if present) to ul_dump MI command

Modified Paths:
--------------
    trunk/modules/usrloc/ul_mi.c

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



From osas at voipembedded.com  Wed Mar 13 20:00:49 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 13 Mar 2013 19:00:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9910]
	trunk/modules/usrloc/ucontact.c
Message-ID: <E1UFquv-0005o7-EP@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9910
          http://opensips.svn.sourceforge.net/opensips/?rev=9910&view=rev
Author:   osas
Date:     2013-03-13 19:00:49 +0000 (Wed, 13 Mar 2013)
Log Message:
-----------
usrloc: fix crash when no attr were used (NULL pointer was dereferenced)

Modified Paths:
--------------
    trunk/modules/usrloc/ucontact.c

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



From osas at voipembedded.com  Wed Mar 13 20:02:23 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 13 Mar 2013 19:02:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9911]
	trunk/modules/mi_http/http_fnc.c
Message-ID: <E1UFqwR-0005t8-JX@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9911
          http://opensips.svn.sourceforge.net/opensips/?rev=9911&view=rev
Author:   osas
Date:     2013-03-13 19:02:23 +0000 (Wed, 13 Mar 2013)
Log Message:
-----------
mi_http: escape special characters

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

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



From noreply at sourceforge.net  Thu Mar 14 17:37:53 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 14 Mar 2013 09:37:53 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607603 ] SIPMSGOPS:
	sip_msg_validate
Message-ID: <mailman.261.1363279077.2897.devel@lists.opensips.org>

Bugs item #3607603, was opened at 2013-03-11 01:30
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607603&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: SIPMSGOPS: sip_msg_validate

Initial Comment:
Why sip_msg_validate passes Contact: in REGISTER like this?

Contact: <sip:user at domain:10501:20367;rinstance=86d960eb37116caa>


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-14 09:37

Message:
Nick,

That is a valid Contact header. What it shouldn't be passed ?

Regards,
Bogdan

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-11 07:59

Message:
Hi, Nick!

The validate function only if the Contact header has o proper format.
However, it doesn't try to parse the URI.

Best regards,
R?zvan

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

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


From noreply at sourceforge.net  Thu Mar 14 17:39:13 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 14 Mar 2013 09:39:13 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607603 ] SIPMSGOPS:
	sip_msg_validate
Message-ID: <mailman.262.1363279158.2897.devel@lists.opensips.org>

Bugs item #3607603, was opened at 2013-03-11 01:30
Message generated for change (Comment added) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607603&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: SIPMSGOPS: sip_msg_validate

Initial Comment:
Why sip_msg_validate passes Contact: in REGISTER like this?

Contact: <sip:user at domain:10501:20367;rinstance=86d960eb37116caa>


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

>Comment By: Nick Altmann (nikbyte)
Date: 2013-03-14 09:39

Message:
It's not valid. There are two times set port - 10501 and 20367. After
lookup opensips can't send INVITE.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-14 09:37

Message:
Nick,

That is a valid Contact header. What it shouldn't be passed ?

Regards,
Bogdan

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-11 07:59

Message:
Hi, Nick!

The validate function only if the Contact header has o proper format.
However, it doesn't try to parse the URI.

Best regards,
R?zvan

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

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


From noreply at sourceforge.net  Thu Mar 14 17:40:05 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 14 Mar 2013 09:40:05 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607611 ] ACC + Radius: Bad
	attribute 40
Message-ID: <mailman.263.1363279212.2897.devel@lists.opensips.org>

Bugs item #3607611, was opened at 2013-03-11 03:08
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607611&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: ACC + Radius: Bad attribute 40

Initial Comment:
On negative reply we get accounting request with bad attribute 40:
	Accounting Request (4), id: 0xec, Authenticator: 5491af7e6c0765700f8b7bded904c1c0
	  Accounting Status Attribute (40), length: 6, Value: #0

when enabled these options:
modparam("acc", "aaa_flag", "ACCOUNTING")
modparam("acc", "aaa_missed_flag", "ACCOUNTING")
modparam("acc", "failed_transaction_flag", "ACCOUNTING")


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-14 09:40

Message:
Hi Nick,

Is your ACC cdr generated by the missed call flag or by the
failed_transaction flag ? Could you please double check ?

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Thu Mar 14 17:41:40 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 14 Mar 2013 09:41:40 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607616 ] b2b_logic and short
	headers
Message-ID: <mailman.264.1363279305.2897.devel@lists.opensips.org>

Bugs item #3607616, was opened at 2013-03-11 03:50
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607616&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: b2b_logic and short headers

Initial Comment:
After b2b we have packets with c: header + Content-Type: header. It causes sip_msg_validate error on next opensips.


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-14 09:41

Message:
Could you please describe or post trace of the call where double hdr
happens ?

Thanks and regards,
Bogdan

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

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


From bogdan at opensips.org  Thu Mar 14 17:44:25 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 14 Mar 2013 16:44:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9912]
	trunk/modules/drouting/routing.c
Message-ID: <E1UGBGT-00033S-GE@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9912
          http://opensips.svn.sourceforge.net/opensips/?rev=9912&view=rev
Author:   bogdan_iancu
Date:     2013-03-14 16:44:24 +0000 (Thu, 14 Mar 2013)
Log Message:
-----------
- fixed parsing the name of gateways in carrier definition (Gateways with minus char allowed in gateways, but carriers are not loading with such gateways)
  Credits go to Nick Altmann
  Closes patch #3607865

Modified Paths:
--------------
    trunk/modules/drouting/routing.c

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



From bogdan at opensips.org  Thu Mar 14 17:46:08 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 14 Mar 2013 16:46:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9913]
	branches/1.9/modules/drouting/routing.c
Message-ID: <E1UGBI8-0000s3-AW@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9913
          http://opensips.svn.sourceforge.net/opensips/?rev=9913&view=rev
Author:   bogdan_iancu
Date:     2013-03-14 16:46:07 +0000 (Thu, 14 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9912)
- fixed parsing the name of gateways in carrier definition (Gateways with minus char allowed in gateways, but carriers are not loading with such gateways)
  Credits go to Nick Altmann
  Closes patch #3607865

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

Modified Paths:
--------------
    branches/1.9/modules/drouting/routing.c

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



From bogdan at opensips.org  Thu Mar 14 17:50:58 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Thu, 14 Mar 2013 16:50:58 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9914]
	branches/1.8/modules/drouting/routing.c
Message-ID: <E1UGBMo-0003GP-UI@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9914
          http://opensips.svn.sourceforge.net/opensips/?rev=9914&view=rev
Author:   bogdan_iancu
Date:     2013-03-14 16:50:58 +0000 (Thu, 14 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9912)
- fixed parsing the name of gateways in carrier definition (Gateways with minus char allowed in gateways, but carriers are not loading with such gateways)
  Credits go to Nick Altmann
  Closes patch #3607865

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

Modified Paths:
--------------
    branches/1.8/modules/drouting/routing.c

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



From noreply at sourceforge.net  Thu Mar 14 17:51:12 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 14 Mar 2013 09:51:12 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607865 ] DROUTING: minus char in
	gw name
Message-ID: <mailman.265.1363279878.2897.devel@lists.opensips.org>

Bugs item #3607865, was opened at 2013-03-13 02:12
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607865&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: DROUTING: minus char in gw name

Initial Comment:
Gateways with minus char allowed in gateways, but carriers are not loading with such gateways. Patch attached.


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-14 09:51

Message:
Thanks Nick,

Patch uploaded.

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Thu Mar 14 17:52:05 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 14 Mar 2013 09:52:05 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3607644 ] hex2dec and dec2hex
	transformations
Message-ID: <mailman.266.1363279933.2897.devel@lists.opensips.org>

Patches item #3607644, was opened at 2013-03-11 06:06
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3607644&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Razvan Crainea (razvancrainea)
Summary: hex2dec and dec2hex transformations

Initial Comment:
Examples:
$(var(test){s.dec2hex})
$(var(test){s.hex2dec})


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

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


From noreply at sourceforge.net  Thu Mar 14 18:53:49 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 14 Mar 2013 10:53:49 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606986 ] Add pvar support for
	rtp proxy used
Message-ID: <mailman.267.1363283641.2897.devel@lists.opensips.org>

Patches item #3606986, was opened at 2013-03-05 16:07
Message generated for change (Comment added) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606986&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Razvan Crainea (razvancrainea)
Summary: Add pvar support for rtp proxy used

Initial Comment:
Adds new module parameter "rtpp_sock_pvar" which is a pvar to be set with the url of the rtpproxy used on the call.

Example usage:
modparam("rtpproxy", "rtpp_sock_pvar", "$avp(rtp_sock)")
#Load balancing rtpproxies
modparam("rtpproxy", "rtpproxy_sock",  "udp:localhost:12221 udp:localhost:12222")

engage_rtp_proxy("froc");
xlog("Used rtpproxy $avp(rtp_sock) for callid $ci");

In the log:
"Used rtpproxy udp:localhost:12222 for callid abc at 123.com"

Useful for troubleshooting quality issues related to a single node or instance or rtpproxy.

I have done some limited tested in a lab setup for this patch.

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

>Comment By: Ryan Bullock (rrb3942)
Date: 2013-03-14 10:53

Message:
Hey R?zvan,

I tested your patch and it works well, but doesn't set the node if only a
single rtpproxy is configured. I attached an updated patch that sets it in
that case as well (for consistency, hopefully you know what node the call
went to if you only have 1 :) .

Tested with a single rtpproxy, a set of two, and in the scenario where one
rtpproxy does not respond. All worked well.

Thanks for the help, let me know if anything else is required.

Regards,

Ryan

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-12 04:13

Message:
Hi, Ryan!

Thank you for the patch you provided. The only problem I can see is that
you only set the variable for the first server. However, if that server
fails, and a failover succeeds, you will have a bogus server set. Therefore
I moved the code that sets the variable in the select_rtpp_node() function,
in order to have a more general approach.
I attached a new patch for this. Can you five it a try and let me know if
it works as desired?

Best regards,
R?zvan

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

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


From noreply at sourceforge.net  Thu Mar 14 20:34:33 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 14 Mar 2013 12:34:33 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3607611 ] ACC + Radius: Bad
	attribute 40
Message-ID: <mailman.268.1363289679.2897.devel@lists.opensips.org>

Bugs item #3607611, was opened at 2013-03-11 03:08
Message generated for change (Comment added) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3607611&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: ACC + Radius: Bad attribute 40

Initial Comment:
On negative reply we get accounting request with bad attribute 40:
	Accounting Request (4), id: 0xec, Authenticator: 5491af7e6c0765700f8b7bded904c1c0
	  Accounting Status Attribute (40), length: 6, Value: #0

when enabled these options:
modparam("acc", "aaa_flag", "ACCOUNTING")
modparam("acc", "aaa_missed_flag", "ACCOUNTING")
modparam("acc", "failed_transaction_flag", "ACCOUNTING")


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

>Comment By: Nick Altmann (nikbyte)
Date: 2013-03-14 12:34

Message:
I've double checked.

How to reproduce?
1. A call B, then B send negative reply.
2. A call B, then A CANCEL call.

It reproduced when:
modparam("acc", "aaa_flag", "ACCOUNTING")
modparam("acc", "aaa_missed_flag", "ACCOUNTING")
modparam("acc", "failed_transaction_flag", "ACCOUNTING")


modparam("acc", "aaa_flag", "ACCOUNTING")
modparam("acc", "aaa_missed_flag", "ACCOUNTING")
# modparam("acc", "failed_transaction_flag", "ACCOUNTING")

or

modparam("acc", "aaa_flag", "ACCOUNTING")
# modparam("acc", "aaa_missed_flag", "ACCOUNTING")
modparam("acc", "failed_transaction_flag", "ACCOUNTING")

(Maybe because flag name is the same?

And it's not reproduced when
modparam("acc", "aaa_flag", "ACCOUNTING")
# modparam("acc", "aaa_missed_flag", "ACCOUNTING")
# modparam("acc", "failed_transaction_flag", "ACCOUNTING")


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-14 09:40

Message:
Hi Nick,

Is your ACC cdr generated by the missed call flag or by the
failed_transaction flag ? Could you please double check ?

Regards,
Bogdan

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

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


From razvan at opensips.org  Fri Mar 15 10:45:44 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Fri, 15 Mar 2013 09:45:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9915] trunk/modules/rtpproxy
Message-ID: <E1UGRCq-0003h5-8g@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9915
          http://opensips.svn.sourceforge.net/opensips/?rev=9915&view=rev
Author:   razvancrainea
Date:     2013-03-15 09:45:43 +0000 (Fri, 15 Mar 2013)
Log Message:
-----------
rtpproxy: returns in a pseudo-variable the rtpproxy server used
Patch provided by Ryan Bullock (patch #3606986)

Modified Paths:
--------------
    trunk/modules/rtpproxy/README
    trunk/modules/rtpproxy/doc/rtpproxy_admin.xml
    trunk/modules/rtpproxy/rtpproxy.c
    trunk/modules/rtpproxy/rtpproxy.h
    trunk/modules/rtpproxy/rtpproxy_stream.c

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



From noreply at sourceforge.net  Fri Mar 15 10:47:35 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 15 Mar 2013 02:47:35 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3606986 ] Add pvar support for
	rtp proxy used
Message-ID: <mailman.269.1363340860.2897.devel@lists.opensips.org>

Patches item #3606986, was opened at 2013-03-05 16:07
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3606986&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Razvan Crainea (razvancrainea)
Summary: Add pvar support for rtp proxy used

Initial Comment:
Adds new module parameter "rtpp_sock_pvar" which is a pvar to be set with the url of the rtpproxy used on the call.

Example usage:
modparam("rtpproxy", "rtpp_sock_pvar", "$avp(rtp_sock)")
#Load balancing rtpproxies
modparam("rtpproxy", "rtpproxy_sock",  "udp:localhost:12221 udp:localhost:12222")

engage_rtp_proxy("froc");
xlog("Used rtpproxy $avp(rtp_sock) for callid $ci");

In the log:
"Used rtpproxy udp:localhost:12222 for callid abc at 123.com"

Useful for troubleshooting quality issues related to a single node or instance or rtpproxy.

I have done some limited tested in a lab setup for this patch.

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

>Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-15 02:47

Message:
Hi, Ryan!

You are right, I totally missed that case, thanks for pointing it out. I
have applied your patch on trunk, revision #9915.

Thanks and looking forward for more features :)
R?zvan

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

Comment By: Ryan Bullock (rrb3942)
Date: 2013-03-14 10:53

Message:
Hey R?zvan,

I tested your patch and it works well, but doesn't set the node if only a
single rtpproxy is configured. I attached an updated patch that sets it in
that case as well (for consistency, hopefully you know what node the call
went to if you only have 1 :) .

Tested with a single rtpproxy, a set of two, and in the scenario where one
rtpproxy does not respond. All worked well.

Thanks for the help, let me know if anything else is required.

Regards,

Ryan

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-12 04:13

Message:
Hi, Ryan!

Thank you for the patch you provided. The only problem I can see is that
you only set the variable for the first server. However, if that server
fails, and a failover succeeds, you will have a bogus server set. Therefore
I moved the code that sets the variable in the select_rtpp_node() function,
in order to have a more general approach.
I attached a new patch for this. Can you five it a try and let me know if
it works as desired?

Best regards,
R?zvan

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

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


From razvan at opensips.org  Fri Mar 15 12:31:24 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Fri, 15 Mar 2013 11:31:24 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9916] trunk
Message-ID: <E1UGSr6-0006tw-VW@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9916
          http://opensips.svn.sourceforge.net/opensips/?rev=9916&view=rev
Author:   razvancrainea
Date:     2013-03-15 11:31:24 +0000 (Fri, 15 Mar 2013)
Log Message:
-----------
New string transformations: hex2dec and dec2hex used to convert decimals to hexa values and reversed.
Applied patch #3607644, provided by Nick Altmann

Modified Paths:
--------------
    trunk/transformations.c
    trunk/transformations.h

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



From noreply at sourceforge.net  Fri Mar 15 12:37:59 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 15 Mar 2013 04:37:59 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3607644 ] hex2dec and dec2hex
	transformations
Message-ID: <mailman.270.1363347483.2897.devel@lists.opensips.org>

Patches item #3607644, was opened at 2013-03-11 06:06
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3607644&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.9.x
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Razvan Crainea (razvancrainea)
Summary: hex2dec and dec2hex transformations

Initial Comment:
Examples:
$(var(test){s.dec2hex})
$(var(test){s.hex2dec})


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

>Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-15 04:37

Message:
Hi, Nick!

I have made some extra checks and applied the patch on trunk, revision
#9916. Also updated the documentation [1].

[1] http://www.opensips.org/Resources/DocsCoreTran#toc17

Thanks,
R?zvan

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

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


From noreply at sourceforge.net  Fri Mar 15 14:13:00 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 15 Mar 2013 06:13:00 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608168 ] LoadBalancer bug
Message-ID: <mailman.271.1363353187.2897.devel@lists.opensips.org>

Bugs item #3608168, was opened at 2013-03-15 06:13
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608168&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: LoadBalancer bug

Initial Comment:
$avp(res) = "aaa";
load_balance(1,"$avp(res)") - works

$avp(res) = "bbb";
load_balance(1,"$avp(res)") - works

$avp(res) = "aaa;bbb";
load_balance(1,"$avp(res)") - no lines


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

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


From noreply at sourceforge.net  Fri Mar 15 21:32:11 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 15 Mar 2013 13:32:11 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608210 ] Registrar max_expires
	not working
Message-ID: <mailman.272.1363379536.2897.devel@lists.opensips.org>

Bugs item #3608210, was opened at 2013-03-15 13:32
Message generated for change (Tracker Item Submitted) made by dipegang
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608210&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: Registrar max_expires not working 

Initial Comment:
Opensips 1.9.0 max_expires is not working when set in the module parameters for all UA's. To force the setting, the exported save function has to be used with parameters.

Secondly, compilation errors on fedora 13 using gcc 4.4.5 . Some were not present in compiling opensips 1.8.2.

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

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


From noreply at sourceforge.net  Fri Mar 15 21:54:34 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 15 Mar 2013 13:54:34 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608215 ] Opensips crashes on
	updating opensips.lua
Message-ID: <mailman.273.1363380878.2897.devel@lists.opensips.org>

Bugs item #3608215, was opened at 2013-03-15 13:54
Message generated for change (Tracker Item Submitted) made by dipegang
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608215&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opensips crashes on updating opensips.lua 

Initial Comment:
Opensips crashes and will not terminate with kill command, restarting also fails because ports are still locked, rebooting required. This happens when the file with the lua functions is modified when server is started or if there are script errors in the file after editing. 

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

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


From osas at voipembedded.com  Tue Mar 19 13:59:11 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 19 Mar 2013 12:59:11 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9917]
	trunk/examples/httpd.cfg
Message-ID: <E1UHw8F-0003eU-Ji@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9917
          http://opensips.svn.sourceforge.net/opensips/?rev=9917&view=rev
Author:   osas
Date:     2013-03-19 12:59:11 +0000 (Tue, 19 Mar 2013)
Log Message:
-----------
httpd.cfg: load mi_xmlrpc_ng

Modified Paths:
--------------
    trunk/examples/httpd.cfg

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



From saghul at users.sourceforge.net  Tue Mar 19 14:00:54 2013
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Tue, 19 Mar 2013 13:00:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9918]
	trunk/modules/presence/presentity.c
Message-ID: <E1UHw9u-00044t-7g@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9918
          http://opensips.svn.sourceforge.net/opensips/?rev=9918&view=rev
Author:   saghul
Date:     2013-03-19 13:00:53 +0000 (Tue, 19 Mar 2013)
Log Message:
-----------
Fix handling PUBLISH with Expires 0

SF bug ID: 3607182

Modified Paths:
--------------
    trunk/modules/presence/presentity.c

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



From saghul at users.sourceforge.net  Tue Mar 19 14:02:15 2013
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Tue, 19 Mar 2013 13:02:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9919]
	trunk/modules/presence_xml/notify_body.c
Message-ID: <E1UHwBD-000471-1D@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9919
          http://opensips.svn.sourceforge.net/opensips/?rev=9919&view=rev
Author:   saghul
Date:     2013-03-19 13:02:14 +0000 (Tue, 19 Mar 2013)
Log Message:
-----------
Only send PIDF manipulation when there are no other presence bodies

Modified Paths:
--------------
    trunk/modules/presence_xml/notify_body.c

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



From saghul at users.sourceforge.net  Tue Mar 19 14:04:12 2013
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Tue, 19 Mar 2013 13:04:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9920]
	branches/1.9/modules/presence/presentity.c
Message-ID: <E1UHwD6-0004AF-RP@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9920
          http://opensips.svn.sourceforge.net/opensips/?rev=9920&view=rev
Author:   saghul
Date:     2013-03-19 13:04:12 +0000 (Tue, 19 Mar 2013)
Log Message:
-----------
Backport from trunk r9918

Fix handling PUBLISH with Expires 0

SF bug ID: 3607182

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

Modified Paths:
--------------
    branches/1.9/modules/presence/presentity.c

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



From saghul at users.sourceforge.net  Tue Mar 19 14:05:42 2013
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Tue, 19 Mar 2013 13:05:42 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9921]
	branches/1.9/modules/presence_xml/notify_body.c
Message-ID: <E1UHwEY-0004CI-13@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9921
          http://opensips.svn.sourceforge.net/opensips/?rev=9921&view=rev
Author:   saghul
Date:     2013-03-19 13:05:41 +0000 (Tue, 19 Mar 2013)
Log Message:
-----------
Backport from trunk r9919

Only send PIDF manipulation when there are no other presence bodies

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

Modified Paths:
--------------
    branches/1.9/modules/presence_xml/notify_body.c

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



From osas at voipembedded.com  Tue Mar 19 14:06:10 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 19 Mar 2013 09:06:10 -0400
Subject: [OpenSIPS-Devel] [NEW] mi_xmlrpc_ng module
Message-ID: <CAND0LksCqz2BsDOUOdM5ZyOuKNRuYSG0Y5W+2UzYHvR934pO4A@mail.gmail.com>

Hello all,


A new module is available in dev svn: mi_xmlrpc_ng:
http://www.opensips.org/html/docs/modules/devel/mi_xmlrpc_ng.html
The intent is to replace the existing mi_xmlrpc module with this new
one and remove the dependency on the libxmlrpc-c3 library.

A sample config file is provided in the svn tree (in the examples directory):
http://opensips.svn.sourceforge.net/svnroot/opensips/trunk/examples/httpd.cfg
Testing and feedback is really appreciated.


Regards,
Ovidiu Sas

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


From noreply at sourceforge.net  Tue Mar 19 14:07:14 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 19 Mar 2013 06:07:14 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3607182 ] Fix handling PUBLISH
	with Expires 0
Message-ID: <mailman.274.1363698437.2897.devel@lists.opensips.org>

Patches item #3607182, was opened at 2013-03-07 04:30
Message generated for change (Comment added) made by saghul
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3607182&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: saghul (saghul)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix handling PUBLISH with Expires 0

Initial Comment:
This is another approach to fix handling a PUBLISH with Expires 0. I committed r 9351 to fix it, but apparently other places of the code / modules rely on a specific behavior so it was reverted.

If RLS is being used, for example, all users subscribed to A need to somehow know when user A is offline. Assuming there is no automagic offline body generation nor PIDF manipulation in use, this will be known when they get an empty NOTIFY. The current code sends a NOTIFY with the last known state when the PUBLISH with Expires 0 is received, but *before* removing the body from the DB, which means that user A's subscribers will never get an empty NOTIFY thus allowing them to know the user is offline.

The attached patch fixes this by sending another NOTIFY right after updating the DB, so this time, if there are no more bodies stored, the empty NOTIFY will be sent. If PIDF manipulation was enabled, it would be sent along with this second NOTIFY.

Does this approach look good? It does solve the problem I was trying to solve in the first place, and I don't think there are other side effects.

Please let me know if it's ok if I commit this, I'm working on some other PIDF manipulation related fix which is waiting for this one to go in :-)


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

>Comment By: saghul (saghul)
Date: 2013-03-19 06:07

Message:
Applied to trunk on r9918 and 1.9 branch on r9920.

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

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


From noreply at sourceforge.net  Tue Mar 19 14:22:59 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 19 Mar 2013 06:22:59 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608474 ] Doc field in XCAP table
	is too small
Message-ID: <mailman.275.1363699383.2897.devel@lists.opensips.org>

Bugs item #3608474, was opened at 2013-03-19 06:22
Message generated for change (Tracker Item Submitted) made by saghul
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608474&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: saghul (saghul)
Assigned to: Nobody/Anonymous (nobody)
Summary: Doc field in XCAP table is too small

Initial Comment:
Currently it's defined as of type 'binary', which is translated to a BLOB type for the MySQL backend. I ran into cases in which the document didn't fit. I suggest we make that a LONGBLOB.

AFAIS there is no 'longbinary' type of field, so it would need to be defined for each DB backend.

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

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


From bogdan at opensips.org  Tue Mar 19 15:40:37 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 19 Mar 2013 16:40:37 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [NEW] mi_xmlrpc_ng module
In-Reply-To: <CAND0LksCqz2BsDOUOdM5ZyOuKNRuYSG0Y5W+2UzYHvR934pO4A@mail.gmail.com>
References: <CAND0LksCqz2BsDOUOdM5ZyOuKNRuYSG0Y5W+2UzYHvR934pO4A@mail.gmail.com>
Message-ID: <514878E5.8090409@opensips.org>

Hi Ovidiu,

I'm really glad to hear this - the old mi_xmlrpc module already became a 
pain in maintaining - unfortunately the libxmlrpc-c3 library have 
several bugs and limitations and in time it proved hard to use in the 
opensips context.

Getting rid of it will make me personally sleep better ;) Thanks for the 
work !

Regards,

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


On 03/19/2013 03:06 PM, Ovidiu Sas wrote:
> Hello all,
>
>
> A new module is available in dev svn: mi_xmlrpc_ng:
> http://www.opensips.org/html/docs/modules/devel/mi_xmlrpc_ng.html
> The intent is to replace the existing mi_xmlrpc module with this new
> one and remove the dependency on the libxmlrpc-c3 library.
>
> A sample config file is provided in the svn tree (in the examples directory):
> http://opensips.svn.sourceforge.net/svnroot/opensips/trunk/examples/httpd.cfg
> Testing and feedback is really appreciated.
>
>
> Regards,
> Ovidiu Sas
>


From noreply at sourceforge.net  Thu Mar 21 02:54:12 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 20 Mar 2013 18:54:12 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608659 ] Incorrect profile values
	resulting from set_dlg_profile
Message-ID: <mailman.276.1363830855.2897.devel@lists.opensips.org>

Bugs item #3608659, was opened at 2013-03-20 18:54
Message generated for change (Tracker Item Submitted) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608659&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect profile values resulting from set_dlg_profile

Initial Comment:
I set two dialog profiles to keep track of the numbers of ongoing dialogs served by the two RTP proxies in my environment (modparam("dialog", "profiles_with_value", "S1R1 ; S1R2")). I find that the number may go wrong (stays the same even when new dialogs are set to the profile) when such log messages are shown "DBG:dialog:link_dlg_profile: Entered here with hash = 8". Specifically, when several new INVITE requests are processed simutaneously and have the same hash="n", the profile value will keep the same. Please help me address this problem. I'm very grateful to the help.

PS. The attached file is the part of my config script associated with this issue. 

Many thanks and best regards,
Chen-Che 




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

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


From noreply at sourceforge.net  Thu Mar 21 10:26:50 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 21 Mar 2013 02:26:50 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608659 ] Incorrect profile values
	resulting from set_dlg_profile
Message-ID: <mailman.277.1363858014.2897.devel@lists.opensips.org>

Bugs item #3608659, was opened at 2013-03-20 18:54
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608659&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect profile values resulting from set_dlg_profile

Initial Comment:
I set two dialog profiles to keep track of the numbers of ongoing dialogs served by the two RTP proxies in my environment (modparam("dialog", "profiles_with_value", "S1R1 ; S1R2")). I find that the number may go wrong (stays the same even when new dialogs are set to the profile) when such log messages are shown "DBG:dialog:link_dlg_profile: Entered here with hash = 8". Specifically, when several new INVITE requests are processed simutaneously and have the same hash="n", the profile value will keep the same. Please help me address this problem. I'm very grateful to the help.

PS. The attached file is the part of my config script associated with this issue. 

Many thanks and best regards,
Chen-Che 




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

>Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-21 02:26

Message:
Hi, Chen-Che!

When adding a dialog in a profile, it stays there as long as the dialog is
active. Are you sure that during your tests, none of the previously created
dialogs are ended/expired?

Best regards,
R?zvan

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

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


From noreply at sourceforge.net  Fri Mar 22 03:54:19 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 21 Mar 2013 19:54:19 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608659 ] Incorrect profile values
	resulting from set_dlg_profile
Message-ID: <mailman.278.1363920864.2897.devel@lists.opensips.org>

Bugs item #3608659, was opened at 2013-03-20 18:54
Message generated for change (Comment added) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608659&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect profile values resulting from set_dlg_profile

Initial Comment:
I set two dialog profiles to keep track of the numbers of ongoing dialogs served by the two RTP proxies in my environment (modparam("dialog", "profiles_with_value", "S1R1 ; S1R2")). I find that the number may go wrong (stays the same even when new dialogs are set to the profile) when such log messages are shown "DBG:dialog:link_dlg_profile: Entered here with hash = 8". Specifically, when several new INVITE requests are processed simutaneously and have the same hash="n", the profile value will keep the same. Please help me address this problem. I'm very grateful to the help.

PS. The attached file is the part of my config script associated with this issue. 

Many thanks and best regards,
Chen-Che 




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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-21 19:54

Message:
Hi R?zvan,

Thanks for your reply. I am sorry that I was not being clear enough. In my
test, I use SIPp to generate 100 calls/second in a round (each round:
INVITE-ACK-BYE requests). When receiving each INVITE request sent from
SIPp, the server calls create_dialog() and then call set_dlg_profile().
After several rounds, I find that several dialogs suddently have the same
hash values (DBG:dialog:link_dlg_profile: Entered here with hash = n) and
then the profile value stays the same. Afterwards, the profile value
"never" increases (always have the same hashed value) even when new dialogs
are set to the profile. This does not affect the termination of existing
dialogs.

Many thanks for your help.

Yours sincerely,
Chen-Che

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-21 02:26

Message:
Hi, Chen-Che!

When adding a dialog in a profile, it stays there as long as the dialog is
active. Are you sure that during your tests, none of the previously created
dialogs are ended/expired?

Best regards,
R?zvan

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

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


From noreply at sourceforge.net  Fri Mar 22 07:24:18 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 21 Mar 2013 23:24:18 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608659 ] Incorrect profile values
	resulting from set_dlg_profile
Message-ID: <mailman.279.1363933464.2897.devel@lists.opensips.org>

Bugs item #3608659, was opened at 2013-03-20 18:54
Message generated for change (Comment added) made by csmicrox
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608659&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chen-Che Huang (csmicrox)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect profile values resulting from set_dlg_profile

Initial Comment:
I set two dialog profiles to keep track of the numbers of ongoing dialogs served by the two RTP proxies in my environment (modparam("dialog", "profiles_with_value", "S1R1 ; S1R2")). I find that the number may go wrong (stays the same even when new dialogs are set to the profile) when such log messages are shown "DBG:dialog:link_dlg_profile: Entered here with hash = 8". Specifically, when several new INVITE requests are processed simutaneously and have the same hash="n", the profile value will keep the same. Please help me address this problem. I'm very grateful to the help.

PS. The attached file is the part of my config script associated with this issue. 

Many thanks and best regards,
Chen-Che 




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

>Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-21 23:24

Message:
Let me be more clear. When the profile value keeps the same for new dialogs
set to the profile, the profile value will decrease on termination of
existing dialogs. However, in the next round, several new dialogs set to
the profile happen to have the same hashed value and then the profile value
becomes unchanged again (not increase).

Kind wishes,
Chen-Che

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

Comment By: Chen-Che Huang (csmicrox)
Date: 2013-03-21 19:54

Message:
Hi R?zvan,

Thanks for your reply. I am sorry that I was not being clear enough. In my
test, I use SIPp to generate 100 calls/second in a round (each round:
INVITE-ACK-BYE requests). When receiving each INVITE request sent from
SIPp, the server calls create_dialog() and then call set_dlg_profile().
After several rounds, I find that several dialogs suddently have the same
hash values (DBG:dialog:link_dlg_profile: Entered here with hash = n) and
then the profile value stays the same. Afterwards, the profile value
"never" increases (always have the same hashed value) even when new dialogs
are set to the profile. This does not affect the termination of existing
dialogs.

Many thanks for your help.

Yours sincerely,
Chen-Che

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

Comment By: Razvan Crainea (razvancrainea)
Date: 2013-03-21 02:26

Message:
Hi, Chen-Che!

When adding a dialog in a profile, it stays there as long as the dialog is
active. Are you sure that during your tests, none of the previously created
dialogs are ended/expired?

Best regards,
R?zvan

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

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


From ag at ag-projects.com  Fri Mar 22 14:42:12 2013
From: ag at ag-projects.com (Adrian Georgescu)
Date: Fri, 22 Mar 2013 14:42:12 +0100
Subject: [OpenSIPS-Devel] New SylkServer release 2.4.0 with Jingle support
Message-ID: <FD1F8937-E7B4-413F-9757-93784E31651C@ag-projects.com>

Full URL: http://sylkserver.ag-projects.com/news/49
Sylkserver version 2.4.0 has now been released with a major milestone, namely VoIP translation between SIP and XMPP (Jingle). Complete interoperability for multimedia sessions including Presence, Session based Chat, wide-band Audio and multi-party conferencing for all supported media is now possible using user at domain addressing for both SIP and XMPP protocols. There is no configuration needed beyond the Internet domains for which the translation should take place. Blink on the SIP side and Jitsi on the XMPP side have been used to test the calls flows involved.

The software is GPL licensed, available as a free download and provided as a service by SIP2SIP. To test you can use SIP accounts from sip2sip.info and XMPP accounts from jit.si using the latest builds of the above mentioned clients.

Many thanks to AG Projects and NLNet foundation for funding and development and Blue Jimp team, the maker of Jitsi, for helping troubleshooting interoperability issues on the Jingle side.

Change log

Added VoIP translation for SIP/XMPP gateway (Jingle)
Added Presence to Bonjour conference rooms (XEP-0174)
Added support for XMPP software version (XEP-0092)
Added support for XMPP ping (XEP-0199)
Reply with service-unavailable to unsupported XMPP IQ stanzas
Improved XMPP service discovery support (XEP-0115)
Fixed a race condition related to SIP subscriptions
Improved description of XMPP related settings
Normative References

See SIP/XMPP Gateway documentation

Installation Instructions

Installation

Enjoy!

Regards,
Adrian

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130322/9dce638f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130322/9dce638f/attachment.pgp>

From vladpaiu at opensips.org  Fri Mar 22 16:24:43 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 22 Mar 2013 15:24:43 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9922]
	trunk/modules/sipcapture
Message-ID: <E1UJ3pj-0007aD-15@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9922
          http://opensips.svn.sourceforge.net/opensips/?rev=9922&view=rev
Author:   vladut-paiu
Date:     2013-03-22 15:24:42 +0000 (Fri, 22 Mar 2013)
Log Message:
-----------
fixed docs about the hep_capture_on param

Modified Paths:
--------------
    trunk/modules/sipcapture/README
    trunk/modules/sipcapture/doc/sipcapture_admin.xml

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



From vladpaiu at opensips.org  Fri Mar 22 16:27:37 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 22 Mar 2013 15:27:37 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9923]
	branches/1.9/modules/sipcapture
Message-ID: <E1UJ3sX-0007gJ-Jd@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9923
          http://opensips.svn.sourceforge.net/opensips/?rev=9923&view=rev
Author:   vladut-paiu
Date:     2013-03-22 15:27:37 +0000 (Fri, 22 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9922)
fixed docs about the hep_capture_on param

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

Modified Paths:
--------------
    branches/1.9/modules/sipcapture/README
    branches/1.9/modules/sipcapture/doc/sipcapture_admin.xml

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



From vladpaiu at opensips.org  Fri Mar 22 16:28:54 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 22 Mar 2013 15:28:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9924]
	branches/1.8/modules/sipcapture
Message-ID: <E1UJ3tm-0007iA-AN@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9924
          http://opensips.svn.sourceforge.net/opensips/?rev=9924&view=rev
Author:   vladut-paiu
Date:     2013-03-22 15:28:53 +0000 (Fri, 22 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9922)
fixed docs about the hep_capture_on param

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

Modified Paths:
--------------
    branches/1.8/modules/sipcapture/README
    branches/1.8/modules/sipcapture/doc/sipcapture_admin.xml

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



From vladpaiu at opensips.org  Fri Mar 22 16:51:01 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 22 Mar 2013 15:51:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9925]
	trunk/modules/cachedb_couchbase
Message-ID: <E1UJ4FB-0008S3-OK@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9925
          http://opensips.svn.sourceforge.net/opensips/?rev=9925&view=rev
Author:   vladut-paiu
Date:     2013-03-22 15:51:01 +0000 (Fri, 22 Mar 2013)
Log Message:
-----------
fixed cachedb_url format documentation

Modified Paths:
--------------
    trunk/modules/cachedb_couchbase/README
    trunk/modules/cachedb_couchbase/doc/cachedb_couchbase_admin.xml

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



From vladpaiu at opensips.org  Fri Mar 22 16:52:31 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 22 Mar 2013 15:52:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9926]
	branches/1.9/modules/cachedb_couchbase
Message-ID: <E1UJ4Gd-0008Uh-SS@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9926
          http://opensips.svn.sourceforge.net/opensips/?rev=9926&view=rev
Author:   vladut-paiu
Date:     2013-03-22 15:52:31 +0000 (Fri, 22 Mar 2013)
Log Message:
-----------
backport from trunk (rev #9925)

fixed cachedb_url format documentation

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

Modified Paths:
--------------
    branches/1.9/modules/cachedb_couchbase/README
    branches/1.9/modules/cachedb_couchbase/doc/cachedb_couchbase_admin.xml

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



From noreply at sourceforge.net  Mon Mar 25 17:06:25 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 25 Mar 2013 09:06:25 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609028 ] uac_registrant expires
	decrementing
Message-ID: <mailman.281.1364227589.2897.devel@lists.opensips.org>

Bugs item #3609028, was opened at 2013-03-25 09:06
Message generated for change (Tracker Item Submitted) made by dipegang
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609028&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: uac_registrant expires decrementing

Initial Comment:
Two outgoing registrations with identical parameters. When viewed with Opensips CP , over time , the second entry "expires="  keeps decreasing from the value in the database  (240). It eventually reaches 1 and then contact errors appear in the log.  the other registrant expires also starts to decrease at this point. 

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

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


From razvan at opensips.org  Mon Mar 25 18:05:45 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 25 Mar 2013 17:05:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9927] trunk/Makefile
Message-ID: <E1UKAq9-0001OA-0J@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9927
          http://opensips.svn.sourceforge.net/opensips/?rev=9927&view=rev
Author:   razvancrainea
Date:     2013-03-25 17:05:43 +0000 (Mon, 25 Mar 2013)
Log Message:
-----------
overwrite DEFS is order to make sure it is not inherited between executions

Modified Paths:
--------------
    trunk/Makefile

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



From razvan at opensips.org  Mon Mar 25 18:06:48 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 25 Mar 2013 17:06:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9928] branches/1.9/Makefile
Message-ID: <E1UKArA-0001Pn-O7@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9928
          http://opensips.svn.sourceforge.net/opensips/?rev=9928&view=rev
Author:   razvancrainea
Date:     2013-03-25 17:06:48 +0000 (Mon, 25 Mar 2013)
Log Message:
-----------
Backported from trunk (rev #9927):
make sure that DEFS is not inherited between executions

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

Modified Paths:
--------------
    branches/1.9/Makefile

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



From razvan at opensips.org  Mon Mar 25 18:07:00 2013
From: razvan at opensips.org (Razvan Crainea)
Date: Mon, 25 Mar 2013 17:07:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9929] branches/1.8/Makefile
Message-ID: <E1UKArM-0001QF-Ua@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9929
          http://opensips.svn.sourceforge.net/opensips/?rev=9929&view=rev
Author:   razvancrainea
Date:     2013-03-25 17:07:00 +0000 (Mon, 25 Mar 2013)
Log Message:
-----------
Backported from trunk (rev #9927):
make sure that DEFS is not inherited between executions

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

Modified Paths:
--------------
    branches/1.8/Makefile

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



From vladpaiu at opensips.org  Mon Mar 25 18:48:06 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 25 Mar 2013 17:48:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9930]
	branches/1.9/modules/usrloc
Message-ID: <E1UKBV8-0002jX-Qp@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9930
          http://opensips.svn.sourceforge.net/opensips/?rev=9930&view=rev
Author:   vladut-paiu
Date:     2013-03-25 17:48:06 +0000 (Mon, 25 Mar 2013)
Log Message:
-----------
fixed deadlock in case of internal error

Modified Paths:
--------------
    branches/1.9/modules/usrloc/dlist.c
    branches/1.9/modules/usrloc/udomain.c
    branches/1.9/modules/usrloc/ul_mi.c

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



From vladpaiu at opensips.org  Mon Mar 25 19:07:20 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 25 Mar 2013 18:07:20 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9931] trunk/modules/usrloc
Message-ID: <E1UKBnk-0003Ky-7i@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9931
          http://opensips.svn.sourceforge.net/opensips/?rev=9931&view=rev
Author:   vladut-paiu
Date:     2013-03-25 18:07:19 +0000 (Mon, 25 Mar 2013)
Log Message:
-----------
backport from 1.9 (rev #9930)

fixed deadlock in case of internal error

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

Modified Paths:
--------------
    trunk/modules/usrloc/dlist.c
    trunk/modules/usrloc/udomain.c
    trunk/modules/usrloc/ul_mi.c

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



From vladpaiu at opensips.org  Mon Mar 25 19:09:01 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 25 Mar 2013 18:09:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9932]
	branches/1.8/modules/usrloc
Message-ID: <E1UKBpN-0005ZW-QH@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9932
          http://opensips.svn.sourceforge.net/opensips/?rev=9932&view=rev
Author:   vladut-paiu
Date:     2013-03-25 18:09:01 +0000 (Mon, 25 Mar 2013)
Log Message:
-----------
backport from 1.9 (rev #9930)

fixed deadlock in case of internal error

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

Modified Paths:
--------------
    branches/1.8/modules/usrloc/dlist.c
    branches/1.8/modules/usrloc/udomain.c
    branches/1.8/modules/usrloc/ul_mi.c

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



From noreply at sourceforge.net  Mon Mar 25 21:21:40 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 25 Mar 2013 13:21:40 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609028 ] uac_registrant expires
	decrementing
Message-ID: <mailman.282.1364242904.2897.devel@lists.opensips.org>

Bugs item #3609028, was opened at 2013-03-25 09:06
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609028&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: uac_registrant expires decrementing

Initial Comment:
Two outgoing registrations with identical parameters. When viewed with Opensips CP , over time , the second entry "expires="  keeps decreasing from the value in the database  (240). It eventually reaches 1 and then contact errors appear in the log.  the other registrant expires also starts to decrease at this point. 

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-25 13:21

Message:
Hello,

Can you provide more details about what are you trying to achieve?
Also, if there are errors in the log, please paste them here.

Regards,
Ovidiu Sas

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

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


From noreply at sourceforge.net  Tue Mar 26 02:49:00 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 25 Mar 2013 18:49:00 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609028 ] uac_registrant expires
	decrementing
Message-ID: <mailman.283.1364262545.2897.devel@lists.opensips.org>

Bugs item #3609028, was opened at 2013-03-25 09:06
Message generated for change (Comment added) made by dipegang
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609028&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: uac_registrant expires decrementing

Initial Comment:
Two outgoing registrations with identical parameters. When viewed with Opensips CP , over time , the second entry "expires="  keeps decreasing from the value in the database  (240). It eventually reaches 1 and then contact errors appear in the log.  the other registrant expires also starts to decrease at this point. 

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

>Comment By: Paul (dipegang)
Date: 2013-03-25 18:49

Message:
Uploaded file with more information.

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-25 13:21

Message:
Hello,

Can you provide more details about what are you trying to achieve?
Also, if there are errors in the log, please paste them here.

Regards,
Ovidiu Sas

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

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


From bogdan at opensips.org  Tue Mar 26 13:08:26 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 26 Mar 2013 14:08:26 +0200
Subject: [OpenSIPS-Devel] [POLL] GitHub versus SourceForge for GIT and
	Tracker hosting
Message-ID: <51518FBA.5090407@opensips.org>

Hi,

Following the discussion on migrating the OpenSISP repository from SVN 
to GIT (see [1]), we are evaluating the option of migrating the primary 
hosting of the project from SF to GH - GIT repository, tracker. SF 
project is to be kept only for a read-only SVN (for current checkouts), 
which will be synced with master GIT repo on GITHUB.

For taking a decision on this, we would like to know the opinion of you 
all, via a public poll:
         http://www.opensips.org/Vote/Git

Please take your time to vote - your vote is important for us ;)


[1] http://lists.opensips.org/pipermail/users/2013-February/024712.html

Regards,

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



From eahaselhoff at gmail.com  Tue Mar 26 13:13:49 2013
From: eahaselhoff at gmail.com (Edwin)
Date: Tue, 26 Mar 2013 05:13:49 -0700 (PDT)
Subject: [OpenSIPS-Devel] potential timer shifting
Message-ID: <1364300029005-7585511.post@n2.nabble.com>

I upgraded opensips from 1.7.2 to the newest version 1.9.0-1-99301. I
installed opensips, opensips-dbg and opensips-mysql-module from
apt.opensips.org (deb http://apt.opensips.org/ stable19 main).
It's running on a virtual server (Proxmox KVM SMP Debian 3.2.39-2 x86_64
GNU/Linux):

cat /sys/devices/system/clocksource/clocksource0/current_clocksource
kvm-clock

Since the upgrade I see these errors in my log files:
Mar 26 09:21:39 opensips /usr/sbin/opensips[7057]:
CRITICAL:core:timer_ticker: timer handler <ul-timer> lasted (7490000 us) for
more than timer tick (1000000 us) -> potential timer shifting
Mar 26 09:22:40 opensips /usr/sbin/opensips[7057]:
CRITICAL:core:timer_ticker: timer handler <ul-timer> lasted (7030000 us) for
more than timer tick (1000000 us) -> potential timer shifting
Mar 26 09:23:42 opensips /usr/sbin/opensips[7057]:
CRITICAL:core:timer_ticker: timer handler <ul-timer> lasted (7190000 us) for
more than timer tick (1000000 us) -> potential timer shifting
Mar 26 09:24:45 opensips /usr/sbin/opensips[7057]:
CRITICAL:core:timer_ticker: timer handler <ul-timer> lasted (8550000 us) for
more than timer tick (1000000 us) -> potential timer shifting
Mar 26 09:25:44 opensips /usr/sbin/opensips[7057]:
CRITICAL:core:timer_ticker: timer handler <ul-timer> lasted (6050000 us) for
more than timer tick (1000000 us) -> potential timer shifting
etc etc...

Any ideas what can cause these errors (and how to solve the problem?) 



--
View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.


From bogdan at opensips.org  Tue Mar 26 13:47:22 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 26 Mar 2013 14:47:22 +0200
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <1364300029005-7585511.post@n2.nabble.com>
References: <1364300029005-7585511.post@n2.nabble.com>
Message-ID: <515198DA.6020601@opensips.org>

Hi Edwin,

The logs are only opensips related - I mean there is nothing wrong with 
the system timer; the problem is in the opensips timer

What the log wants to say is that there is timer that hits every 1 sec 
and runs a callback that takes more than 1s - it actually takes 7s in 
average :(......This long execution time of the callback gets the 
opensips timer desynchronized (if you have 7 secs delay every second :) ).

The guilty callback is the ul-timer (usrloc modules) which dumps 
registrations into DB - probably you have a very slow DB update or so. 
You can enable mysql thresholds (see 
http://www.opensips.org/html/docs/modules/1.9.x/db_mysql.html#id249058) 
- to pin point that slow db query.

Regards,

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


On 03/26/2013 02:13 PM, Edwin wrote:
> I upgraded opensips from 1.7.2 to the newest version 1.9.0-1-99301. I
> installed opensips, opensips-dbg and opensips-mysql-module from
> apt.opensips.org (deb http://apt.opensips.org/ stable19 main).
> It's running on a virtual server (Proxmox KVM SMP Debian 3.2.39-2 x86_64
> GNU/Linux):
>
> cat /sys/devices/system/clocksource/clocksource0/current_clocksource
> kvm-clock
>
> Since the upgrade I see these errors in my log files:
> Mar 26 09:21:39 opensips /usr/sbin/opensips[7057]:
> CRITICAL:core:timer_ticker: timer handler<ul-timer>  lasted (7490000 us) for
> more than timer tick (1000000 us) ->  potential timer shifting
> Mar 26 09:22:40 opensips /usr/sbin/opensips[7057]:
> CRITICAL:core:timer_ticker: timer handler<ul-timer>  lasted (7030000 us) for
> more than timer tick (1000000 us) ->  potential timer shifting
> Mar 26 09:23:42 opensips /usr/sbin/opensips[7057]:
> CRITICAL:core:timer_ticker: timer handler<ul-timer>  lasted (7190000 us) for
> more than timer tick (1000000 us) ->  potential timer shifting
> Mar 26 09:24:45 opensips /usr/sbin/opensips[7057]:
> CRITICAL:core:timer_ticker: timer handler<ul-timer>  lasted (8550000 us) for
> more than timer tick (1000000 us) ->  potential timer shifting
> Mar 26 09:25:44 opensips /usr/sbin/opensips[7057]:
> CRITICAL:core:timer_ticker: timer handler<ul-timer>  lasted (6050000 us) for
> more than timer tick (1000000 us) ->  potential timer shifting
> etc etc...
>
> Any ideas what can cause these errors (and how to solve the problem?)
>
>
>
> --
> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511.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 osas at voipembedded.com  Tue Mar 26 15:20:17 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 26 Mar 2013 14:20:17 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9933] trunk/Makefile.conf
Message-ID: <E1UKUjZ-0004Fb-7T@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9933
          http://opensips.svn.sourceforge.net/opensips/?rev=9933&view=rev
Author:   osas
Date:     2013-03-26 14:20:16 +0000 (Tue, 26 Mar 2013)
Log Message:
-----------
Makefile.conf: remove duplicate entries for mi_xmlrpc

Modified Paths:
--------------
    trunk/Makefile.conf

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



From osas at voipembedded.com  Tue Mar 26 15:28:18 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 26 Mar 2013 14:28:18 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9934]
	trunk/modules/uac_registrant/registrant.c
Message-ID: <E1UKUrK-0004Tf-Cv@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 9934
          http://opensips.svn.sourceforge.net/opensips/?rev=9934&view=rev
Author:   osas
Date:     2013-03-26 14:28:18 +0000 (Tue, 26 Mar 2013)
Log Message:
-----------
uac_registrant: fix mispelled id for registrant timer check

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

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



From eahaselhoff at gmail.com  Tue Mar 26 15:34:46 2013
From: eahaselhoff at gmail.com (Edwin)
Date: Tue, 26 Mar 2013 07:34:46 -0700 (PDT)
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <515198DA.6020601@opensips.org>
References: <1364300029005-7585511.post@n2.nabble.com>
	<515198DA.6020601@opensips.org>
Message-ID: <1364308486682-7585520.post@n2.nabble.com>

Hi Bogdan,

OK, very clear anwer. Still I could not solve the problem. I made a snapshot
of the live-server and installed it as a testserver with another ip address
(so almost no load on my test environment)

Mysql 5.5.28 is installed on the server (unix socket)

In my opensips.cfg
db_default_url="mysql://opensips:opensipsrw at localhost/opensips"

# dep: usrloc signaling
loadmodule "registrar.so"
modparam("registrar", "received_avp", "$avp(801)")
modparam("registrar", "max_contacts", 2)

loadmodule "db_mysql.so"
modparam("db_mysql", "exec_query_threshold", 40000)



In de logs of my testserver I see:

Mar 26 15:18:04 opensips /usr/sbin/opensips[6725]:
ERROR:db_mysql:mysql_raise_event: event not registered -1

Mar 26 15:14:07 opensips /usr/sbin/opensips[4835]:
WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
long - 69321 us.Source : update location set
expires=?,q=?,cseq=?,flags=?,cflags=?,user_agent=?,received=?,path=?,socket=?,methods=?,last_modified=?
where username=? AND contact=? AND callid=?

Is the 69321 value almost 7 seconds?






--
View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585520.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.


From osas at voipembedded.com  Tue Mar 26 15:55:56 2013
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 26 Mar 2013 14:55:56 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9935]
	trunk/modules/uac_registrant/registrant.c
Message-ID: <E1UKVI4-0007ID-Dr@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 9935
          http://opensips.svn.sourceforge.net/opensips/?rev=9935&view=rev
Author:   osas
Date:     2013-03-26 14:55:53 +0000 (Tue, 26 Mar 2013)
Log Message:
-----------
uac_registrant: do NOT alter the initial expires interval for a binding
 - related to issue #3609028 reported by Paul (dipegang)

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

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



From noreply at sourceforge.net  Tue Mar 26 15:57:13 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 26 Mar 2013 07:57:13 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609028 ] uac_registrant expires
	decrementing
Message-ID: <mailman.284.1364309838.2897.devel@lists.opensips.org>

Bugs item #3609028, was opened at 2013-03-25 09:06
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609028&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: uac_registrant expires decrementing

Initial Comment:
Two outgoing registrations with identical parameters. When viewed with Opensips CP , over time , the second entry "expires="  keeps decreasing from the value in the database  (240). It eventually reaches 1 and then contact errors appear in the log.  the other registrant expires also starts to decrease at this point. 

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-26 07:57

Message:
Please put your comments in the 'Comments' section so other can search and
find if looking for similar issues.

You were saying:
I'm registering to a service provider's two proxies. The registrations are
successful and I am receiving incoming calls. However, opensisps has been
operating normally for about a week until various messages started to
appear in the log. Doing some checking, I noticed that the "expires=xxx"
from the "reg_list" MI command was displaying expires=1. I restarted
opensips and it was now returning expires=240 as the correct value. Over
time it started to decrement again as seen from the MI reg_list output. The
real domain names have been masked.

Opensips CP "reg_list" command: begins at "expires=240" and decrementing
until it eventually gets to 1.


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

Comment By: Paul (dipegang)
Date: 2013-03-25 18:49

Message:
Uploaded file with more information.

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-25 13:21

Message:
Hello,

Can you provide more details about what are you trying to achieve?
Also, if there are errors in the log, please paste them here.

Regards,
Ovidiu Sas

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

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


From noreply at sourceforge.net  Tue Mar 26 15:59:11 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 26 Mar 2013 07:59:11 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609028 ] uac_registrant expires
	decrementing
Message-ID: <mailman.285.1364309956.2897.devel@lists.opensips.org>

Bugs item #3609028, was opened at 2013-03-25 09:06
Message generated for change (Comment added) made by osas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609028&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: uac_registrant expires decrementing

Initial Comment:
Two outgoing registrations with identical parameters. When viewed with Opensips CP , over time , the second entry "expires="  keeps decreasing from the value in the database  (240). It eventually reaches 1 and then contact errors appear in the log.  the other registrant expires also starts to decrease at this point. 

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-26 07:59

Message:
I pushed a fix in trunk for avoiding altering the initial expires.
Please test it and let me know how it works.

Also, if you can provide me some traces related to the REGISTER/200ok, it
would help.
You can send the trace privately to me or post them here after you
obfuscate all the sensitive data.

Regards,
Ovidiu Sas

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-26 07:57

Message:
Please put your comments in the 'Comments' section so other can search and
find if looking for similar issues.

You were saying:
I'm registering to a service provider's two proxies. The registrations are
successful and I am receiving incoming calls. However, opensisps has been
operating normally for about a week until various messages started to
appear in the log. Doing some checking, I noticed that the "expires=xxx"
from the "reg_list" MI command was displaying expires=1. I restarted
opensips and it was now returning expires=240 as the correct value. Over
time it started to decrement again as seen from the MI reg_list output. The
real domain names have been masked.

Opensips CP "reg_list" command: begins at "expires=240" and decrementing
until it eventually gets to 1.


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

Comment By: Paul (dipegang)
Date: 2013-03-25 18:49

Message:
Uploaded file with more information.

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-25 13:21

Message:
Hello,

Can you provide more details about what are you trying to achieve?
Also, if there are errors in the log, please paste them here.

Regards,
Ovidiu Sas

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

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


From bogdan at opensips.org  Tue Mar 26 16:36:55 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 26 Mar 2013 17:36:55 +0200
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <1364308486682-7585520.post@n2.nabble.com>
References: <1364300029005-7585511.post@n2.nabble.com>	<515198DA.6020601@opensips.org>
	<1364308486682-7585520.post@n2.nabble.com>
Message-ID: <5151C097.4000403@opensips.org>

Hi Edwin,

69321 us  means 0.07 seconds - which for a query is still ok. The 
problem is on your production system, the logs were indicating a delay 
in execution of 7490000 us -> which means 7secs .

So, it might be something particular to that system (load in combination 
with the DB performance, etc).

Regards,

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


On 03/26/2013 04:34 PM, Edwin wrote:
> Hi Bogdan,
>
> OK, very clear anwer. Still I could not solve the problem. I made a snapshot
> of the live-server and installed it as a testserver with another ip address
> (so almost no load on my test environment)
>
> Mysql 5.5.28 is installed on the server (unix socket)
>
> In my opensips.cfg
> db_default_url="mysql://opensips:opensipsrw at localhost/opensips"
>
> # dep: usrloc signaling
> loadmodule "registrar.so"
> modparam("registrar", "received_avp", "$avp(801)")
> modparam("registrar", "max_contacts", 2)
>
> loadmodule "db_mysql.so"
> modparam("db_mysql", "exec_query_threshold", 40000)
>
>
>
> In de logs of my testserver I see:
>
> Mar 26 15:18:04 opensips /usr/sbin/opensips[6725]:
> ERROR:db_mysql:mysql_raise_event: event not registered -1
>
> Mar 26 15:14:07 opensips /usr/sbin/opensips[4835]:
> WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
> long - 69321 us.Source : update location set
> expires=?,q=?,cseq=?,flags=?,cflags=?,user_agent=?,received=?,path=?,socket=?,methods=?,last_modified=?
> where username=? AND contact=? AND callid=?
>
> Is the 69321 value almost 7 seconds?
>
>
>
>
>
>
> --
> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585520.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 eahaselhoff at gmail.com  Tue Mar 26 17:01:42 2013
From: eahaselhoff at gmail.com (Edwin)
Date: Tue, 26 Mar 2013 09:01:42 -0700 (PDT)
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <5151C097.4000403@opensips.org>
References: <1364300029005-7585511.post@n2.nabble.com>
	<515198DA.6020601@opensips.org>
	<1364308486682-7585520.post@n2.nabble.com>
	<5151C097.4000403@opensips.org>
Message-ID: <1364313702878-7585526.post@n2.nabble.com>

Bogdan,

I wil do the same test on my production server tonight, but:

The load on the productions server is 0,4 % CPU
There are 425 entries in my location table (470 subscribers)
Mysql and server 'feels' quick at al times
The server load stays low, also mysql does not excel every minute in htop.

Could it be a 'bug' (ie mix up milisecond / microseconds). Just a thought..

If I can produce more 'evidence' please let me know





--
View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585526.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.


From bogdan at opensips.org  Tue Mar 26 17:11:44 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Tue, 26 Mar 2013 18:11:44 +0200
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <1364313702878-7585526.post@n2.nabble.com>
References: <1364300029005-7585511.post@n2.nabble.com>	<515198DA.6020601@opensips.org>	<1364308486682-7585520.post@n2.nabble.com>	<5151C097.4000403@opensips.org>
	<1364313702878-7585526.post@n2.nabble.com>
Message-ID: <5151C8C0.5020101@opensips.org>

Hi Edwin,

According to the logs, the exec of the ul_timer takes considerable time 
- if it comes to that, I can provide some patch for more logging to 
doublecheck the result.

Once again, the ul_timer is responsible for flushing (periodically) the 
registration from mem cache into DB - this operation may put some load 
(as I/O and waiting time) on the DB (not necessarily CPU).

Regards,

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


On 03/26/2013 06:01 PM, Edwin wrote:
> Bogdan,
>
> I wil do the same test on my production server tonight, but:
>
> The load on the productions server is 0,4 % CPU
> There are 425 entries in my location table (470 subscribers)
> Mysql and server 'feels' quick at al times
> The server load stays low, also mysql does not excel every minute in htop.
>
> Could it be a 'bug' (ie mix up milisecond / microseconds). Just a thought..
>
> If I can produce more 'evidence' please let me know
>
>
>
>
>
> --
> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585526.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 eahaselhoff at gmail.com  Tue Mar 26 23:34:43 2013
From: eahaselhoff at gmail.com (Edwin)
Date: Tue, 26 Mar 2013 15:34:43 -0700 (PDT)
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <5151C8C0.5020101@opensips.org>
References: <1364300029005-7585511.post@n2.nabble.com>
	<515198DA.6020601@opensips.org>
	<1364308486682-7585520.post@n2.nabble.com>
	<5151C097.4000403@opensips.org>
	<1364313702878-7585526.post@n2.nabble.com>
	<5151C8C0.5020101@opensips.org>
Message-ID: <1364337283536-7585529.post@n2.nabble.com>

Bogdan,

I did some more testing on my production kvm server (added on the disk
writeback cache, result 104857600 bytes (105 MB) copied, 0.446746 s, 235
MB/s). Mysql tests preform well.

I added this rule to my opensips.conf:
modparam("db_mysql", "exec_query_threshold", 950000)

The only output i see in the logfiles is the timer handler warning, but no
threshold exceeded:
timer handler <ul-timer> lasted (5880000 us) for more than timer tick
(1000000 us).

So I still have the impression the warning is buggy....

Gr.

Edwin





--
View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585529.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.


From noreply at sourceforge.net  Wed Mar 27 08:02:49 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 27 Mar 2013 00:02:49 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609238 ] Memory leak
Message-ID: <mailman.286.1364367775.2897.devel@lists.opensips.org>

Bugs item #3609238, was opened at 2013-03-27 00:02
Message generated for change (Tracker Item Submitted) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609238&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Nobody/Anonymous (nobody)
Summary: Memory leak

Initial Comment:
After adding
----------------------------------------------------------------------------------------------------
        if (($tU !~ "'") && ($td !~ "'") && ($ct !~ "'")) {
                avp_db_query("DELETE FROM location WHERE username='$tU' and domain='$td' and contact='$ct.fields(uri)' and path like '%sip:$si:$sp;%'");
        }
----------------------------------------------------------------------------------------------------
for REGISTER call to scenario, I've get shmem memory leak about 250 Mb in 4 hours on system with about 30k regs.

My suspicions is on $ct.fields(url). But I don't know exactly.


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

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


From noreply at sourceforge.net  Wed Mar 27 11:10:11 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 27 Mar 2013 03:10:11 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609238 ] Memory leak
Message-ID: <mailman.287.1364379015.2897.devel@lists.opensips.org>

Bugs item #3609238, was opened at 2013-03-27 00:02
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609238&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Memory leak

Initial Comment:
After adding
----------------------------------------------------------------------------------------------------
        if (($tU !~ "'") && ($td !~ "'") && ($ct !~ "'")) {
                avp_db_query("DELETE FROM location WHERE username='$tU' and domain='$td' and contact='$ct.fields(uri)' and path like '%sip:$si:$sp;%'");
        }
----------------------------------------------------------------------------------------------------
for REGISTER call to scenario, I've get shmem memory leak about 250 Mb in 4 hours on system with about 30k regs.

My suspicions is on $ct.fields(url). But I don't know exactly.


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-27 03:10

Message:
Hi Nick,

are you sure the leak is in SHM mem ? as non of the parsing (variables) or
db ops are using the shm mem - they are using pkg.

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Wed Mar 27 11:11:22 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 27 Mar 2013 03:11:22 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609238 ] Memory leak
Message-ID: <mailman.288.1364379090.2897.devel@lists.opensips.org>

Bugs item #3609238, was opened at 2013-03-27 00:02
Message generated for change (Comment added) made by nikbyte
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609238&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Memory leak

Initial Comment:
After adding
----------------------------------------------------------------------------------------------------
        if (($tU !~ "'") && ($td !~ "'") && ($ct !~ "'")) {
                avp_db_query("DELETE FROM location WHERE username='$tU' and domain='$td' and contact='$ct.fields(uri)' and path like '%sip:$si:$sp;%'");
        }
----------------------------------------------------------------------------------------------------
for REGISTER call to scenario, I've get shmem memory leak about 250 Mb in 4 hours on system with about 30k regs.

My suspicions is on $ct.fields(url). But I don't know exactly.


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

>Comment By: Nick Altmann (nikbyte)
Date: 2013-03-27 03:11

Message:
I'm really sure.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-27 03:10

Message:
Hi Nick,

are you sure the leak is in SHM mem ? as non of the parsing (variables) or
db ops are using the shm mem - they are using pkg.

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Wed Mar 27 11:46:45 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 27 Mar 2013 03:46:45 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609238 ] Memory leak
Message-ID: <mailman.289.1364381210.2897.devel@lists.opensips.org>

Bugs item #3609238, was opened at 2013-03-27 00:02
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609238&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Memory leak

Initial Comment:
After adding
----------------------------------------------------------------------------------------------------
        if (($tU !~ "'") && ($td !~ "'") && ($ct !~ "'")) {
                avp_db_query("DELETE FROM location WHERE username='$tU' and domain='$td' and contact='$ct.fields(uri)' and path like '%sip:$si:$sp;%'");
        }
----------------------------------------------------------------------------------------------------
for REGISTER call to scenario, I've get shmem memory leak about 250 Mb in 4 hours on system with about 30k regs.

My suspicions is on $ct.fields(url). But I don't know exactly.


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-27 03:46

Message:
1) please enable the memory debugging in order to get a mem dump (set
memlog=6 and memdump=1 - in this order).

2) try cornering the "leak" - run the query but without any variables
inside; add them one by one ; see when the leak appears.

Thanks and regards,
Bogdan

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

Comment By: Nick Altmann (nikbyte)
Date: 2013-03-27 03:11

Message:
I'm really sure.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-03-27 03:10

Message:
Hi Nick,

are you sure the leak is in SHM mem ? as non of the parsing (variables) or
db ops are using the shm mem - they are using pkg.

Regards,
Bogdan

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

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


From bogdan at opensips.org  Wed Mar 27 12:10:28 2013
From: bogdan at opensips.org (Bogdan-Andrei Iancu)
Date: Wed, 27 Mar 2013 13:10:28 +0200
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <1364337283536-7585529.post@n2.nabble.com>
References: <1364300029005-7585511.post@n2.nabble.com>	<515198DA.6020601@opensips.org>	<1364308486682-7585520.post@n2.nabble.com>	<5151C097.4000403@opensips.org>	<1364313702878-7585526.post@n2.nabble.com>	<5151C8C0.5020101@opensips.org>
	<1364337283536-7585529.post@n2.nabble.com>
Message-ID: <5152D3A4.1070205@opensips.org>

Hi Edwin,

Attached is a small patch that will print directly from the ul_timer the 
unix timestamp of start and end of processing - this will help to 
correlate and validate the warnings from the timer.

Regards,

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


On 03/27/2013 12:34 AM, Edwin wrote:
> Bogdan,
>
> I did some more testing on my production kvm server (added on the disk
> writeback cache, result 104857600 bytes (105 MB) copied, 0.446746 s, 235
> MB/s). Mysql tests preform well.
>
> I added this rule to my opensips.conf:
> modparam("db_mysql", "exec_query_threshold", 950000)
>
> The only output i see in the logfiles is the timer handler warning, but no
> threshold exceeded:
> timer handler<ul-timer>  lasted (5880000 us) for more than timer tick
> (1000000 us).
>
> So I still have the impression the warning is buggy....
>
> Gr.
>
> Edwin
>
>
>
>
>
> --
> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585529.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
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: usrloc_timer.patch
Type: text/x-patch
Size: 539 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/devel/attachments/20130327/365f5bc9/attachment.bin>

From liviu at opensips.org  Wed Mar 27 13:23:16 2013
From: liviu at opensips.org (Liviu Chircu)
Date: Wed, 27 Mar 2013 12:23:16 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9936] trunk/modules/mathops
Message-ID: <E1UKpNs-0001m2-E1@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9936
          http://opensips.svn.sourceforge.net/opensips/?rev=9936&view=rev
Author:   liviuchircu
Date:     2013-03-27 12:23:16 +0000 (Wed, 27 Mar 2013)
Log Message:
-----------
Added feature test macros for the glibc truncation functions (fixes compilation issues on some systems)

Modified Paths:
--------------
    trunk/modules/mathops/math_funcs.c
    trunk/modules/mathops/math_funcs.h
    trunk/modules/mathops/mathops.c

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



From saghul at users.sourceforge.net  Thu Mar 28 12:35:44 2013
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Thu, 28 Mar 2013 11:35:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9937]
	trunk/modules/presence_xml/xcap_auth.c
Message-ID: <E1ULB7Q-0002CP-Bq@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9937
          http://opensips.svn.sourceforge.net/opensips/?rev=9937&view=rev
Author:   saghul
Date:     2013-03-28 11:35:43 +0000 (Thu, 28 Mar 2013)
Log Message:
-----------
Fixed matching identity rules when using percent encoded URIs

Modified Paths:
--------------
    trunk/modules/presence_xml/xcap_auth.c

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



From saghul at users.sourceforge.net  Thu Mar 28 12:37:25 2013
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Thu, 28 Mar 2013 11:37:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9938]
	branches/1.9/modules/presence_xml/xcap_auth.c
Message-ID: <E1ULB93-0002Ez-Uv@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 9938
          http://opensips.svn.sourceforge.net/opensips/?rev=9938&view=rev
Author:   saghul
Date:     2013-03-28 11:37:25 +0000 (Thu, 28 Mar 2013)
Log Message:
-----------
Backport from trunk r9937

Fixed matching identity rules when using percent encoded URIs

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

Modified Paths:
--------------
    branches/1.9/modules/presence_xml/xcap_auth.c

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



From noreply at sourceforge.net  Fri Mar 29 00:24:51 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 28 Mar 2013 16:24:51 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609399 ] onreply_route
	nat_uac_test("1") ignores RFC1918 Contact
Message-ID: <mailman.290.1364513096.2897.devel@lists.opensips.org>

Bugs item #3609399, was opened at 2013-03-28 16:24
Message generated for change (Tracker Item Submitted) made by a719719
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609399&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: 1.8.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: a719719 (a719719)
Assigned to: Nobody/Anonymous (nobody)
Summary: onreply_route nat_uac_test("1") ignores RFC1918 Contact

Initial Comment:
I have in the onreply_route route this check:

if (nat_uac_test("1"))
{
   fix_nated_contact();
}

But this Contact header remains untouched:

SIP/2.0 200 OK
...
CONTACT: <sip:PBX.network.local:5060;transport=Tcp;maddr=172.16.1.1>
...


If i remove the nat_uac_test("1") check and just execute fix_nated_contact() the Contact header is changed:

CONTACT: <sip:1.2.3.4:5060;transport=Tcp>

So i think the nat_uac_test("1") check doesn't detect the RFC1918 Contact header. I use 1.8.2 svn9916.

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

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


From eahaselhoff at gmail.com  Fri Mar 29 11:23:28 2013
From: eahaselhoff at gmail.com (Edwin)
Date: Fri, 29 Mar 2013 03:23:28 -0700 (PDT)
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <5152D3A4.1070205@opensips.org>
References: <1364300029005-7585511.post@n2.nabble.com>
	<515198DA.6020601@opensips.org>
	<1364308486682-7585520.post@n2.nabble.com>
	<5151C097.4000403@opensips.org>
	<1364313702878-7585526.post@n2.nabble.com>
	<5151C8C0.5020101@opensips.org>
	<1364337283536-7585529.post@n2.nabble.com>
	<5152D3A4.1070205@opensips.org>
Message-ID: <1364552608060-7585549.post@n2.nabble.com>

Bogdan

I moved usrloc.so aside and used the patched usrloc.so. With sipsak i pushed
438 Registrations (120sec).

This is part of the output from my logfiles (beginning and end, i skipped +-
400 lines):


Mar 29 10:27:13 opensips /usr/sbin/opensips[6180]:
WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
long - 76208 us.Source : delete from location where username=? AND contact=?
AND callid=?
Mar 29 10:27:13 opensips /usr/sbin/opensips[6180]:
WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
long - 25010 us.Source : delete from location where username=? AND contact=?
AND callid=?
Mar 29 10:27:13 opensips /usr/sbin/opensips[6180]:
WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
long - 50051 us.Source : delete from location where username=? AND contact=?
AND callid=?
... 400 more rules ...
Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]:
WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
long - 25424 us.Source : delete from location where username=? AND contact=?
AND callid=?
Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]:
WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
long - 24749 us.Source : delete from location where username=? AND contact=?
AND callid=?
Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]:
WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
long - 25061 us.Source : delete from location where username=? AND contact=?
AND callid=?
Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]: CRITICAL:usrloc:timer:
ul_timer from 1364549233 to 1364549247 (in sec)
Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]:
CRITICAL:core:timer_ticker: timer handler <ul-timer> lasted (13380000 us)
for more than timer tick (1000000 us) -> potential timer shifting

Here we can see the action took +-14 seconds. Strange thing is I see the
'mysql prep stmt' 400 + times repeated. This is strange for a mysql prepared
statement or not? I would expect this rule once...

Gr.

Edwin



--
View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585549.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.


From vladpaiu at opensips.org  Fri Mar 29 13:25:25 2013
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Fri, 29 Mar 2013 14:25:25 +0200
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <1364552608060-7585549.post@n2.nabble.com>
References: <1364300029005-7585511.post@n2.nabble.com>	<515198DA.6020601@opensips.org>	<1364308486682-7585520.post@n2.nabble.com>	<5151C097.4000403@opensips.org>	<1364313702878-7585526.post@n2.nabble.com>	<5151C8C0.5020101@opensips.org>	<1364337283536-7585529.post@n2.nabble.com>	<5152D3A4.1070205@opensips.org>
	<1364552608060-7585549.post@n2.nabble.com>
Message-ID: <51558835.9070702@opensips.org>

Hi Edwin,

So it seems that even though a single query doesn't take very long, 
there are many queries ran one after another, and their sum equals to 
14+ seconds, so the timer warning is correct.

For a prepared statement, there are two steps. First preparing the 
statement, which is done only once, and then executing the actual 
prepared statement, which is done every time you run the query. It's 
this second step ( that's executed everytime ) that the OpenSIPS mysql 
threshold is complaining about.

For the next 1.10 release, we are planning some improvements to the 
usrloc module, for optimising the DB access, in the sense of combining 
multiple insert & delete queries.

Still, how big is your current location table ? Is it MyISAM or InnoDB ? 
First thing I'd try is to optimise your DB engine.

Regards,

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


On 03/29/2013 12:23 PM, Edwin wrote:
> Bogdan
>
> I moved usrloc.so aside and used the patched usrloc.so. With sipsak i pushed
> 438 Registrations (120sec).
>
> This is part of the output from my logfiles (beginning and end, i skipped +-
> 400 lines):
>
>
> Mar 29 10:27:13 opensips /usr/sbin/opensips[6180]:
> WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
> long - 76208 us.Source : delete from location where username=? AND contact=?
> AND callid=?
> Mar 29 10:27:13 opensips /usr/sbin/opensips[6180]:
> WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
> long - 25010 us.Source : delete from location where username=? AND contact=?
> AND callid=?
> Mar 29 10:27:13 opensips /usr/sbin/opensips[6180]:
> WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
> long - 50051 us.Source : delete from location where username=? AND contact=?
> AND callid=?
> ... 400 more rules ...
> Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]:
> WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
> long - 25424 us.Source : delete from location where username=? AND contact=?
> AND callid=?
> Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]:
> WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
> long - 24749 us.Source : delete from location where username=? AND contact=?
> AND callid=?
> Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]:
> WARNING:db_mysql:log_expiry: threshold exceeded : mysql prep stmt took too
> long - 25061 us.Source : delete from location where username=? AND contact=?
> AND callid=?
> Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]: CRITICAL:usrloc:timer:
> ul_timer from 1364549233 to 1364549247 (in sec)
> Mar 29 10:27:27 opensips /usr/sbin/opensips[6180]:
> CRITICAL:core:timer_ticker: timer handler<ul-timer>  lasted (13380000 us)
> for more than timer tick (1000000 us) ->  potential timer shifting
>
> Here we can see the action took +-14 seconds. Strange thing is I see the
> 'mysql prep stmt' 400 + times repeated. This is strange for a mysql prepared
> statement or not? I would expect this rule once...
>
> Gr.
>
> Edwin
>
>
>
> --
> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585549.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 eahaselhoff at gmail.com  Fri Mar 29 14:00:58 2013
From: eahaselhoff at gmail.com (Edwin)
Date: Fri, 29 Mar 2013 06:00:58 -0700 (PDT)
Subject: [OpenSIPS-Devel] potential timer shifting
In-Reply-To: <51558835.9070702@opensips.org>
References: <1364300029005-7585511.post@n2.nabble.com>
	<515198DA.6020601@opensips.org>
	<1364308486682-7585520.post@n2.nabble.com>
	<5151C097.4000403@opensips.org>
	<1364313702878-7585526.post@n2.nabble.com>
	<5151C8C0.5020101@opensips.org>
	<1364337283536-7585529.post@n2.nabble.com>
	<5152D3A4.1070205@opensips.org>
	<1364552608060-7585549.post@n2.nabble.com>
	<51558835.9070702@opensips.org>
Message-ID: <1364562058011-7585553.post@n2.nabble.com>

Hi Vlad,

My location table is InnoDB, utf8_unicode_ci. It holds 431 rows /
registrations (1.9 MiB).

For opensips standards this is a very small system... Getting a 'CRITICAL'
error is questionable?

This is the export of my location table (should be the same as the one
generated with the latest 1.9.0 version).

CREATE TABLE IF NOT EXISTS location (
  id int(10) unsigned NOT NULL AUTO_INCREMENT,
  username char(64) COLLATE utf8_unicode_ci NOT NULL,
  domain char(64) COLLATE utf8_unicode_ci DEFAULT NULL,
  contact char(255) COLLATE utf8_unicode_ci NOT NULL,
  received char(128) COLLATE utf8_unicode_ci DEFAULT NULL,
  path char(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  expires datetime NOT NULL DEFAULT '2020-05-28 21:32:15',
  q float(10,2) NOT NULL DEFAULT '1.00',
  callid char(255) COLLATE utf8_unicode_ci NOT NULL DEFAULT
'Default-Call-ID',
  cseq int(11) NOT NULL DEFAULT '13',
  last_modified datetime NOT NULL DEFAULT '1900-01-01 00:00:01',
  flags int(11) NOT NULL DEFAULT '0',
  cflags int(11) NOT NULL DEFAULT '0',
  user_agent char(255) COLLATE utf8_unicode_ci NOT NULL,
  `socket` char(64) COLLATE utf8_unicode_ci DEFAULT NULL,
  methods int(11) DEFAULT NULL,
  sip_instance char(255) COLLATE utf8_unicode_ci DEFAULT NULL,
  PRIMARY KEY (id),
  KEY account_contact_idx (username,domain,contact,callid)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
AUTO_INCREMENT=28107 ;

loadmodule "usrloc.so"
modparam("usrloc", "db_url", "mysql://***:***@localhost/opensips")
modparam("usrloc", "db_mode", 2)
modparam("usrloc", "matching_mode", 1)


I just upgraded (on my test platform) from (debian apt) 1.9.0-1-99301 to
1.9.0-1-99381. Is there a changelog for apt.opensips.org?



--
View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/potential-timer-shifting-tp7585511p7585553.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.


From liviu at opensips.org  Fri Mar 29 17:09:50 2013
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 29 Mar 2013 16:09:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9939] trunk/modules/avpops
Message-ID: <E1ULbsE-0000QI-K9@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9939
          http://opensips.svn.sourceforge.net/opensips/?rev=9939&view=rev
Author:   liviuchircu
Date:     2013-03-29 16:09:50 +0000 (Fri, 29 Mar 2013)
Log Message:
-----------
[avpops module]: avp_db_load() new optional string parameter

If specified, it will serve as a prefix for the names of the populated AVPs.
Allows distinction at script level between identical attributes in the usr_preferences table.

Modified Paths:
--------------
    trunk/modules/avpops/README
    trunk/modules/avpops/avpops.c
    trunk/modules/avpops/avpops_impl.c
    trunk/modules/avpops/avpops_impl.h
    trunk/modules/avpops/doc/avpops_admin.xml

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



From liviu at opensips.org  Fri Mar 29 18:41:22 2013
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 29 Mar 2013 17:41:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9940] trunk/modules
Message-ID: <E1ULdIo-0002vR-Ox@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9940
          http://opensips.svn.sourceforge.net/opensips/?rev=9940&view=rev
Author:   liviuchircu
Date:     2013-03-29 17:41:22 +0000 (Fri, 29 Mar 2013)
Log Message:
-----------
[NEW rest_client module]: Offers the possibility of interaction with an HTTP server

It requires libcurl and currently implements the GET and POST methods.

Added Paths:
-----------
    trunk/modules/rest_client/
    trunk/modules/rest_client/Makefile
    trunk/modules/rest_client/README
    trunk/modules/rest_client/doc/
    trunk/modules/rest_client/doc/rest_client.xml
    trunk/modules/rest_client/doc/rest_client_admin.xml
    trunk/modules/rest_client/rest_cb.c
    trunk/modules/rest_client/rest_cb.h
    trunk/modules/rest_client/rest_client.c
    trunk/modules/rest_client/rest_methods.c
    trunk/modules/rest_client/rest_methods.h

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



From liviu at opensips.org  Fri Mar 29 18:56:43 2013
From: liviu at opensips.org (Liviu Chircu)
Date: Fri, 29 Mar 2013 17:56:43 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[9941] trunk/Makefile.conf
Message-ID: <E1ULdXf-0003LU-1r@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 9941
          http://opensips.svn.sourceforge.net/opensips/?rev=9941&view=rev
Author:   liviuchircu
Date:     2013-03-29 17:56:42 +0000 (Fri, 29 Mar 2013)
Log Message:
-----------
Makefile.conf: added rest_client to the list of excluded modules

Modified Paths:
--------------
    trunk/Makefile.conf

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



From noreply at sourceforge.net  Sat Mar 30 05:54:11 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 29 Mar 2013 21:54:11 -0700
Subject: [OpenSIPS-Devel] [ opensips-Patches-3609533 ] String
	Transformations: Add s.index and s.rindex
Message-ID: <mailman.291.1364619260.2897.devel@lists.opensips.org>

Patches item #3609533, was opened at 2013-03-29 21:54
Message generated for change (Tracker Item Submitted) made by rrb3942
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3609533&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ryan Bullock (rrb3942)
Assigned to: Nobody/Anonymous (nobody)
Summary: String Transformations: Add s.index and s.rindex

Initial Comment:
This patch adds the s.index and s.rindex transformations. These transformations can be used to find the first or last occurrence of a string in another string, returning its
 index (beginning at 0) or -1 if it is not found. They also optionally take an index parameter which is explained more below.

Examples:

s.index transformation
Searches for one string within another starting at the beginning of the first string. Returns starting index of the string found or -1 if not found.
The optional index specifies the offset to begin the search at in the string. Negative offsets are supported and will wrap.

$var(strtosearch) = 'onetwothreeone';

$var(str) = 'one';

#Search the string starting at 0 index
$(var(strtosearch){s.index, $var(str)}) #will return 0 
$(var(strtosearch){s.index, $var(str), 0}) #Same as above
$(var(strtosearch){s.index, $var(str), 3}) #returns 11
#Negative offset
$(var(strtosearch){s.index, $var(str), -11}) #Same as above
#Negative wrapping offset
$(var(strtosearch){s.index, $var(str), -25}) #Same as above


#Test for existence of string in another
if ($(var(strtosearch){s.index, $var(str)}) >=0) {
       xlog("found $var(sstr) in $var(strtosearch)");
     ....
        do some stuff
     ....
}

#Case insensitive match
$var(str) = 'ONE';
$(var(strtosearch){s.index, $var(str)}) #will return -1
$(var(strtosearch){s.toupper}{s.index, $var(str)}) #will return 0


r.index transformation
Searches for one string within another starting at the end of the first string. Returns starting index of the string found or -1 if not found.
The optional index specifies an offset to start the search before, e.g the start of the found string will be before the supplied offset. Negative offsets are supported and will wrap.

$(var(strtosearch){s.rindex, $var(str)}) #will return 11
$(var(strtosearch){s.rindex, $var(str), -3}) #will return 11
$(var(strtosearch){s.rindex, $var(str), 11}) #will return 11
$(var(strtosearch){s.rindex, $var(str), -4}) #will return 0

These transformations should be helpful for general string manipulation in conjunction with the s.substr transformation.
They also provide a mechanism for searching a string that does not rely on regular expressions.

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

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


From noreply at sourceforge.net  Sat Mar 30 06:42:57 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 29 Mar 2013 22:42:57 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3609028 ] uac_registrant expires
	decrementing
Message-ID: <mailman.292.1364622181.2897.devel@lists.opensips.org>

Bugs item #3609028, was opened at 2013-03-25 09:06
Message generated for change (Comment added) made by dipegang
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3609028&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: uac_registrant expires decrementing

Initial Comment:
Two outgoing registrations with identical parameters. When viewed with Opensips CP , over time , the second entry "expires="  keeps decreasing from the value in the database  (240). It eventually reaches 1 and then contact errors appear in the log.  the other registrant expires also starts to decrease at this point. 

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

>Comment By: Paul (dipegang)
Date: 2013-03-29 22:42

Message:
"expires=" is no longer decrementing but the message below appears in the
log every few days.

Mar 30 00:58:13 sip /usr/sbin/opensips[17527]: CRITICAL:core:timer_ticker:
timer handler <uac_reg_check> lasted (2140000 us) for more than timer tick
(1000000 us) -> potential timer shifting

The messages relating to the REGISTER/200ok have not re-appeared.

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-26 07:59

Message:
I pushed a fix in trunk for avoiding altering the initial expires.
Please test it and let me know how it works.

Also, if you can provide me some traces related to the REGISTER/200ok, it
would help.
You can send the trace privately to me or post them here after you
obfuscate all the sensitive data.

Regards,
Ovidiu Sas

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-26 07:57

Message:
Please put your comments in the 'Comments' section so other can search and
find if looking for similar issues.

You were saying:
I'm registering to a service provider's two proxies. The registrations are
successful and I am receiving incoming calls. However, opensisps has been
operating normally for about a week until various messages started to
appear in the log. Doing some checking, I noticed that the "expires=xxx"
from the "reg_list" MI command was displaying expires=1. I restarted
opensips and it was now returning expires=240 as the correct value. Over
time it started to decrement again as seen from the MI reg_list output. The
real domain names have been masked.

Opensips CP "reg_list" command: begins at "expires=240" and decrementing
until it eventually gets to 1.


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

Comment By: Paul (dipegang)
Date: 2013-03-25 18:49

Message:
Uploaded file with more information.

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

Comment By: Ovidiu Sas (osas)
Date: 2013-03-25 13:21

Message:
Hello,

Can you provide more details about what are you trying to achieve?
Also, if there are errors in the log, please paste them here.

Regards,
Ovidiu Sas

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

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


From noreply at sourceforge.net  Sat Mar 30 06:53:31 2013
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 29 Mar 2013 22:53:31 -0700
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3608210 ] Registrar max_expires
	not working
Message-ID: <mailman.293.1364622816.2897.devel@lists.opensips.org>

Bugs item #3608210, was opened at 2013-03-15 13:32
Message generated for change (Comment added) made by dipegang
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3608210&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.9.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Paul (dipegang)
Assigned to: Nobody/Anonymous (nobody)
Summary: Registrar max_expires not working 

Initial Comment:
Opensips 1.9.0 max_expires is not working when set in the module parameters for all UA's. To force the setting, the exported save function has to be used with parameters.

Secondly, compilation errors on fedora 13 using gcc 4.4.5 . Some were not present in compiling opensips 1.8.2.

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

>Comment By: Paul (dipegang)
Date: 2013-03-29 22:53

Message:
Specifically, max_expires parameter has no effect on "CSIP Simple" android
mobile app. Android application sets register timeout at 900 secs on
request. However, using the registrar "save" command with options, forces
the site setting.

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

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


From wangdeqi78 at 163.com  Wed Mar 27 09:45:34 2013
From: wangdeqi78 at 163.com (=?GBK?B?zfS1wsbm?=)
Date: Wed, 27 Mar 2013 16:45:34 +0800 (CST)
Subject: [OpenSIPS-Devel] bug using opensips with TCP
Message-ID: <1d9c6fbd.102cd.13dab061202.Coremail.wangdeqi78@163.com>

hello, opensips develops
 
i install opensips 1.90 on rhel6.3 with tcp support.
but i found a bug when client send message with TCP,.
as following:
 
two clients(A,B) register opensips with TCP.
then A send message to B, with TCP too.
opensips receive package from A in TCP, but it forward the package to B with UDP.
i thought it is an bug. because B is waiting for the package in TCP socket.
 
thank you!
 
 
 
 





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

