From noreply at sourceforge.net  Mon Sep  1 08:45:44 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 01 Sep 2008 06:45:44 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2086267 ] Adding
	Acct-Seesion-ID to Access-Request (uri_radius)
Message-ID: <E1Ka3AW-0006CD-RG@h45xhf1.ch3.sourceforge.com>

Patches item #2086267, was opened at 2008-09-01 09:45
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2086267&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: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dror Wald (dror_wald)
Assigned to: Nobody/Anonymous (nobody)
Summary: Adding Acct-Seesion-ID to Access-Request (uri_radius)

Initial Comment:
This patch to uri_radius module adds Acct-Session-Id to Access-Request According to RFC2866.

It is similar to patch 2046495 that does the same for the auth_radius module, and to patch 2049305 for the avp_radius module, and to patch 2051073 for the group_radius module .


From noreply at sourceforge.net  Mon Sep  1 08:59:56 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 01 Sep 2008 06:59:56 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2086267 ] Adding
	Acct-Seesion-ID to Access-Request (uri_radius)
Message-ID: <E1Ka3OG-00015l-Ba@665xhf1.ch3.sourceforge.com>

Patches item #2086267, was opened at 2008-09-01 09:45
Message generated for change (Comment added) made by dror_wald
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2086267&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: Dror Wald (dror_wald)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Adding Acct-Seesion-ID to Access-Request (uri_radius)

Initial Comment:
This patch to uri_radius module adds Acct-Session-Id to Access-Request According to RFC2866.

It is similar to patch 2046495 that does the same for the auth_radius module, and to patch 2049305 for the avp_radius module, and to patch 2051073 for the group_radius module .


From dan at ag-projects.com  Mon Sep  1 13:16:01 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Mon, 01 Sep 2008 11:16:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4695]
	branches/1.4/modules/tm/t_lookup.c
Message-ID: <E1Ka7O5-0003s2-Ud@dn4whf1.ch3.sourceforge.com>

Revision: 4695
          http://opensips.svn.sourceforge.net/opensips/?rev=4695&view=rev
Author:   dan_pascu
Date:     2008-09-01 11:16:00 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
Fixed e2eACK mathing for local replied transactions w/ 3261 matching (backported from trunk rev 4684)

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

Modified Paths:
--------------
    branches/1.4/modules/tm/t_lookup.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 Sep  1 13:23:07 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 01 Sep 2008 11:23:07 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2067015 ] E2E ACK matching when
	opensips is the final destination
Message-ID: <E1Ka7Ux-0000GL-Cs@h45xhf1.ch3.sourceforge.com>

Bugs item #2067015, was opened at 2008-08-22 11:57
Message generated for change (Comment added) made by dan_pascu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2067015&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.4.x
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Dan (dan_pascu)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: E2E ACK matching when opensips is the final destination

Initial Comment:
E2E ACK matching when the proxy is the final destination is correctly done only for pre-3261 matching. It should also be extended for 3261 matching.


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

>Comment By: Dan (dan_pascu)
Date: 2008-09-01 14:23

Message:
Logged In: YES 
user_id=1296758
Originator: YES

I tested it and it works fine. I made the backport myself and I will close
this ticket.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-30 21:12

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Dan,

A fix is available on the trunk version - please have it tested and if
everything ok I will port it to 1.4

Thanks and regards,
Bogdan

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-26 10:50

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Hi Dan,

that is right!

Regards,
Bogdan

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

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


From dan at ag-projects.com  Mon Sep  1 16:58:06 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Mon, 01 Sep 2008 14:58:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4699]
	branches/1.4/modules/pua/hash.h
Message-ID: <E1KaAqz-0004DM-Va@d5vjzd1.ch3.sourceforge.com>

Revision: 4699
          http://opensips.svn.sourceforge.net/opensips/?rev=4699&view=rev
Author:   dan_pascu
Date:     2008-09-01 14:58:05 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
Added missing xcap-diff event (backported from trunk rev 4640)

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

Modified Paths:
--------------
    branches/1.4/modules/pua/hash.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 Sep  1 18:45:39 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 01 Sep 2008 16:45:39 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2085329 ] uri_db module doesn't
	work with current subscriber table
Message-ID: <E1KaCX5-0006nc-82@g45xhf1.ch3.sourceforge.com>

Bugs item #2085329, was opened at 2008-08-31 19:10
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2085329&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.4.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Andrew Pogrebennyk (apogrebennyk)
>Assigned to: Dan (dan_pascu)
Summary: uri_db module doesn't work with current subscriber table

Initial Comment:
If parameter use_uri_table of uri_db modules is set to zero OpenSIPS won't start due to subscriber table version mismatch.

Current version (in 1.4.1) of subscriber table in scripts/mysql/auth_db-create.sql is 6:
INSERT INTO version (table_name, table_version) values ('subscriber','6');

But uri_db modules expects 3 in modules/uri_db/uridb_mod.c:
#define SUBSCRIBER_TABLE_VERSION 3

and fails with error in case of mismatch:

        if (use_uri_table) {
                /* Check table version */
                ver = uridb_db_ver(&db_url, &db_table);
                if (ver < 0) {
                        LM_ERR("Error while querying table version\n");
                        goto error;
                } else if (ver < URI_TABLE_VERSION) {
                        LM_ERR("Invalid table version of the uri table\n");
                        goto error;
                }
        } else {
                /* Check table version */
                ver = uridb_db_ver(&db_url, &db_table);
                if (ver < 0) {
                        LM_ERR("Error while querying table version\n");
                        goto error;
                } else if (ver < SUBSCRIBER_TABLE_VERSION) {
                        LM_ERR("Invalid table version of the subscriber table\n");
                        goto error;
                }
        }


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

Comment By: Dan (dan_pascu)
Date: 2008-08-31 19:55

Message:
Logged In: YES 
user_id=1296758
Originator: NO

Should be fixed

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

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


From noreply at sourceforge.net  Mon Sep  1 19:59:25 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 01 Sep 2008 17:59:25 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2085158 ] db_mysql doesn't compile
	with MySQL 4.1.22 on RHEL 4
Message-ID: <E1KaDgT-00071I-QY@d55xhf1.ch3.sourceforge.com>

Bugs item #2085158, was opened at 2008-08-31 17:06
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2085158&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Andrew Pogrebennyk (apogrebennyk)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: db_mysql doesn't compile with MySQL 4.1.22 on RHEL 4

Initial Comment:
Hi,

I have the MySQL-devel package installed among other on my RHEL 4 system:
MySQL-client-4.1.22-0.glibc23
MySQL-bench-4.1.22-0.glibc23
MySQL-devel-4.1.22-0.glibc23
MySQL-server-4.1.22-0.glibc23
MySQL-embedded-4.1.22-0.glibc23
MySQL-shared-4.1.22-0.glibc23

/usr/include/mysql/mysql_version.h contains the following definitions:
#define PROTOCOL_VERSION                10
#define MYSQL_SERVER_VERSION            "4.1.22"
#define MYSQL_BASE_VERSION              "mysqld-4.1"
#define MYSQL_SERVER_SUFFIX_DEF         "-standard"
#define FRM_VER                         6
#define MYSQL_VERSION_ID                40122
#define MYSQL_PORT                      3306
#define MYSQL_UNIX_ADDR                 "/var/lib/mysql/mysql.sock"
#define MYSQL_CONFIG_NAME               "my"
#define MYSQL_COMPILATION_COMMENT       "MySQL Community Edition - Standard (GPL)"

Compilation of db_mysql module in 1.4.1 fails with this error:
Compiling res.c
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -mtune=pentium4 -DMOD_NAME='"db_mysql"'    -DNAME='"opensips"' -DVERSION='"1.4.1-notls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.4.6"' -D__CPU_i386 -D__OS_linux -D__SMP_yes -DCFG_DIR='"/usr/local/etc/opensips/"' -DPKG_MALLOC -DSHM_MEM  -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC  -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024  -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -I/usr/include -c res.c -o res.o
res.c: In function `db_mysql_get_columns':
res.c:88: error: `MYSQL_TYPE_NEWDECIMAL' undeclared (first use in this function)
res.c:88: error: (Each undeclared identifier is reported only once
res.c:88: error: for each function it appears in.)
make[1]: *** [res.o] Error 1
make[1]: Leaving directory `/root/opensips-1.4.1-notls/modules/db_mysql'
make: *** [modules] Error 2

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

Comment By: Andrew Pogrebennyk (apogrebennyk)
Date: 2008-08-31 18:48

Message:
Logged In: YES 
user_id=2064595
Originator: YES

Thanks, I have already solved this by commenting out that line in res.c. I
thought the developers would fix this permanently by wrapping the line in
some preprocessor directives.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-08-31 18:35

Message:
Logged In: NO 

It appears that the type NEWDECIMAL was introduced in mysql in major
version release 5.  If you installed from packages then a yum update or
whatever manager you are using should fix the problem.  If you installed
from source, just upgrade to at least version 5.0 for mysql.

I haven't been able to find this in a changelog yet but the mysql api
doesn't list this data type on the mysql documentation library.

http://dev.mysql.com/doc/refman/4.1/en/c-api-datatypes.html





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

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


From bogdan at voice-system.ro  Mon Sep  1 20:11:07 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 18:11:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4700]
	trunk/modules/db_mysql/res.c
Message-ID: <E1KaDrn-0000pT-EK@bj8yhf1.ch3.sourceforge.com>

Revision: 4700
          http://opensips.svn.sourceforge.net/opensips/?rev=4700&view=rev
Author:   bogdan_iancu
Date:     2008-09-01 18:11:06 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
- fixed compile error - MYSQL_TYPE_NEWDECIMAL date type is supported only starting with mysql 5.0
  Reported by Andrew Pogrebennyk.
  Closes bug 2085158.

Modified Paths:
--------------
    trunk/modules/db_mysql/res.c


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


From bogdan at voice-system.ro  Mon Sep  1 20:12:49 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 18:12:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4701]
	branches/1.4/modules/db_mysql/res.c
Message-ID: <E1KaDtR-0000rj-UT@bj8yhf1.ch3.sourceforge.com>

Revision: 4701
          http://opensips.svn.sourceforge.net/opensips/?rev=4701&view=rev
Author:   bogdan_iancu
Date:     2008-09-01 18:12:49 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
backport from trunk (rev #4700):
- fixed compile error - MYSQL_TYPE_NEWDECIMAL date type is supported only starting with mysql 5.0
  Reported by Andrew Pogrebennyk.
  Closes bug 2085158.

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

Modified Paths:
--------------
    branches/1.4/modules/db_mysql/res.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 Sep  1 20:13:49 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 01 Sep 2008 18:13:49 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2085158 ] db_mysql doesn't compile
	with MySQL 4.1.22 on RHEL 4
Message-ID: <E1KaDuP-0003Tc-VH@565xhf1.ch3.sourceforge.com>

Bugs item #2085158, was opened at 2008-08-31 17:06
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2085158&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.4.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Andrew Pogrebennyk (apogrebennyk)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: db_mysql doesn't compile with MySQL 4.1.22 on RHEL 4

Initial Comment:
Hi,

I have the MySQL-devel package installed among other on my RHEL 4 system:
MySQL-client-4.1.22-0.glibc23
MySQL-bench-4.1.22-0.glibc23
MySQL-devel-4.1.22-0.glibc23
MySQL-server-4.1.22-0.glibc23
MySQL-embedded-4.1.22-0.glibc23
MySQL-shared-4.1.22-0.glibc23

/usr/include/mysql/mysql_version.h contains the following definitions:
#define PROTOCOL_VERSION                10
#define MYSQL_SERVER_VERSION            "4.1.22"
#define MYSQL_BASE_VERSION              "mysqld-4.1"
#define MYSQL_SERVER_SUFFIX_DEF         "-standard"
#define FRM_VER                         6
#define MYSQL_VERSION_ID                40122
#define MYSQL_PORT                      3306
#define MYSQL_UNIX_ADDR                 "/var/lib/mysql/mysql.sock"
#define MYSQL_CONFIG_NAME               "my"
#define MYSQL_COMPILATION_COMMENT       "MySQL Community Edition - Standard (GPL)"

Compilation of db_mysql module in 1.4.1 fails with this error:
Compiling res.c
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -mtune=pentium4 -DMOD_NAME='"db_mysql"'    -DNAME='"opensips"' -DVERSION='"1.4.1-notls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.4.6"' -D__CPU_i386 -D__OS_linux -D__SMP_yes -DCFG_DIR='"/usr/local/etc/opensips/"' -DPKG_MALLOC -DSHM_MEM  -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC  -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024  -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -I/usr/include -c res.c -o res.o
res.c: In function `db_mysql_get_columns':
res.c:88: error: `MYSQL_TYPE_NEWDECIMAL' undeclared (first use in this function)
res.c:88: error: (Each undeclared identifier is reported only once
res.c:88: error: for each function it appears in.)
make[1]: *** [res.o] Error 1
make[1]: Leaving directory `/root/opensips-1.4.1-notls/modules/db_mysql'
make: *** [modules] Error 2

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-01 21:13

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Hi,

A fix is available on trunk and 1.4 branch - please upgrade and test.

Thanks and regards,
Bogdan

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

Comment By: Andrew Pogrebennyk (apogrebennyk)
Date: 2008-08-31 18:48

Message:
Logged In: YES 
user_id=2064595
Originator: YES

Thanks, I have already solved this by commenting out that line in res.c. I
thought the developers would fix this permanently by wrapping the line in
some preprocessor directives.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-08-31 18:35

Message:
Logged In: NO 

It appears that the type NEWDECIMAL was introduced in mysql in major
version release 5.  If you installed from packages then a yum update or
whatever manager you are using should fix the problem.  If you installed
from source, just upgrade to at least version 5.0 for mysql.

I haven't been able to find this in a changelog yet but the mysql api
doesn't list this data type on the mysql documentation library.

http://dev.mysql.com/doc/refman/4.1/en/c-api-datatypes.html





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

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


From bogdan at voice-system.ro  Mon Sep  1 20:30:35 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 18:30:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4702]
	trunk/modules/nathelper/nhelpr_funcs.c
Message-ID: <E1KaEAd-0000tV-K5@bj8yhf1.ch3.sourceforge.com>

Revision: 4702
          http://opensips.svn.sourceforge.net/opensips/?rev=4702&view=rev
Author:   bogdan_iancu
Date:     2008-09-01 18:30:35 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
- fixed bogus body extraction - instead of using package size, use the advertised content-len - this will avoid adding body content afte a possible garbage from the end of the package.
  Reported by Norman Brandinger
  Closes bug 2076632.

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


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


From bogdan at voice-system.ro  Mon Sep  1 20:32:26 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 18:32:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4703]
	branches/1.4/modules/nathelper/nhelpr_funcs.c
Message-ID: <E1KaECQ-0000tv-CG@bj8yhf1.ch3.sourceforge.com>

Revision: 4703
          http://opensips.svn.sourceforge.net/opensips/?rev=4703&view=rev
Author:   bogdan_iancu
Date:     2008-09-01 18:32:25 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
backport from trunk (rev #4702):
- fixed bogus body extraction - instead of using package size, use the advertised content-len - this will avoid adding body content afte a possible garbage from the end of the package.
  Reported by Norman Brandinger
  Closes bug 2076632.

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

Modified Paths:
--------------
    branches/1.4/modules/nathelper/nhelpr_funcs.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 Sep  1 20:33:51 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 01 Sep 2008 18:33:51 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2076632 ] nathelper causing SIP
	syntax error
Message-ID: <E1KaEDn-0000za-Vp@d55xhf1.ch3.sourceforge.com>

Bugs item #2076632, was opened at 2008-08-26 23:14
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2076632&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: 7
Private: No
Submitted By: Norm Brandinger (norm_brandinger)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: nathelper causing SIP syntax error

Initial Comment:
The following section of a trace shows that there is an extra CRLF in front of the nortpproxy line.

There was some new logic recently added to nathelper.c around line 1672 that might have caused this problem

<snip>
Call-ID: MzQwM2M4NTAyYTJmZDRiNjAyYzRiYTMwODMwNzFjZDg..
CSeq: 2 INVITE.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.
Content-Type: application/sdp.
User-Agent: X-Lite release 1014k stamp 47051.
Content-Length: 380.
.
v=0.
o=- 0 2 IN IP4 192.168.1.198.
s=CounterPath X-Lite 3.0.
c=IN IP4 74.55.77.234.
t=0 0.
m=audio 35042 RTP/AVP 100 106 0 105 98 8 3 101.
a=fmtp:101 0-15.
a=rtpmap:100 SPEEX/16000.
a=rtpmap:106 SPEEX-FEC/16000.
a=rtpmap:105 SPEEX-FEC/8000.
a=rtpmap:98 iLBC/8000.
a=rtpmap:101 telephone-event/8000.
a=alt:1 1 : YP2JqA3O Sml1xtrX 192.168.1.198 1562.
a=sendrecv.
.a=nortpproxy:yes.

</snip>

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-01 21:33

Message:
Logged In: YES 
user_id=1275325
Originator: NO

The fix is available on trunk and 1.4 branch. If some other issues are
still present, please re-open the bug.

Bogdan

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-30 17:46

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Norm,

I suspect that the garbage 0 is actually received - I'm testing a patch
that uses the body len from the Content-Length instead of computing based
on the package size - this will exclude any extra garbage attached to the
package.

Regards,
Bogdan

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

Comment By: Norm Brandinger (norm_brandinger)
Date: 2008-08-27 15:39

Message:
Logged In: YES 
user_id=1786021
Originator: YES

Bogdan,

Sorry, all I currently had was a ngrep trace.  Going to have to build up a
test environment in order to get a pcap capture to you (because the proxy
that produced the problem was downgraded).

Regards,
Norm

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-27 15:26

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Norm,

Do you have a pcap with such an SDP (causing problems to nathelper)  ? I
want to run some tests....

Regards,
Bogdan

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

Comment By: Norm Brandinger (norm_brandinger)
Date: 2008-08-27 15:04

Message:
Logged In: YES 
user_id=1786021
Originator: YES

Bogdan,

Yes,  that change appears to be where the new logic was introduced.

In my environment, it's causing problems.  

I've found that some proxies are more forgiving to this than others (some
accept this request and others reject it). This may explain why the issue
was not immediately detected by the community.

Regards,
Norm


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-27 14:49

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Hi Norman,

You refer to this change ?
http://opensips.svn.sourceforge.net/viewvc/opensips?view=rev&revision=4262

Regards,
Bogdan

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

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


From denik at users.sourceforge.net  Mon Sep  1 13:46:10 2008
From: denik at users.sourceforge.net (denik at users.sourceforge.net)
Date: Mon, 01 Sep 2008 11:46:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4696] trunk/modules
Message-ID: <E1Ka7rG-0001wX-9n@74yxhf1.ch3.sourceforge.com>

Revision: 4696
          http://opensips.svn.sourceforge.net/opensips/?rev=4696&view=rev
Author:   denik
Date:     2008-09-01 11:46:09 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
added presence_xcapdiff module.
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2053085&group_id=232389

Added Paths:
-----------
    trunk/modules/presence_xcapdiff/
    trunk/modules/presence_xcapdiff/Makefile
    trunk/modules/presence_xcapdiff/README
    trunk/modules/presence_xcapdiff/doc/
    trunk/modules/presence_xcapdiff/doc/presence_xcapdiff.xml
    trunk/modules/presence_xcapdiff/doc/presence_xcapdiff_admin.xml
    trunk/modules/presence_xcapdiff/presence_xcapdiff.c


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


From denik at users.sourceforge.net  Mon Sep  1 14:52:15 2008
From: denik at users.sourceforge.net (denik at users.sourceforge.net)
Date: Mon, 01 Sep 2008 12:52:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4697]
	trunk/modules/presence_xcapdiff
Message-ID: <E1Ka8tD-0000NF-1i@3kljzd1.ch3.sourceforge.com>

Revision: 4697
          http://opensips.svn.sourceforge.net/opensips/?rev=4697&view=rev
Author:   denik
Date:     2008-09-01 12:52:14 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
removed accidentally commited symbolic links

Removed Paths:
-------------
    trunk/modules/presence_xcapdiff/Makefile
    trunk/modules/presence_xcapdiff/doc/presence_xcapdiff.xml
    trunk/modules/presence_xcapdiff/doc/presence_xcapdiff_admin.xml
    trunk/modules/presence_xcapdiff/presence_xcapdiff.c


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


From denik at users.sourceforge.net  Mon Sep  1 14:54:41 2008
From: denik at users.sourceforge.net (denik at users.sourceforge.net)
Date: Mon, 01 Sep 2008 12:54:41 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4698]
	trunk/modules/presence_xcapdiff
Message-ID: <E1Ka8vZ-0000Oj-HD@3kljzd1.ch3.sourceforge.com>

Revision: 4698
          http://opensips.svn.sourceforge.net/opensips/?rev=4698&view=rev
Author:   denik
Date:     2008-09-01 12:54:40 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
missing files for presence_xcapdiff

Added Paths:
-----------
    trunk/modules/presence_xcapdiff/Makefile
    trunk/modules/presence_xcapdiff/doc/presence_xcapdiff.xml
    trunk/modules/presence_xcapdiff/doc/presence_xcapdiff_admin.xml
    trunk/modules/presence_xcapdiff/presence_xcapdiff.c


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


From bogdan at voice-system.ro  Mon Sep  1 21:20:33 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 19:20:33 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4704]
	trunk/modules/snmpstats/Makefile
Message-ID: <E1KaEwz-00051x-HB@d5vjzd1.ch3.sourceforge.com>

Revision: 4704
          http://opensips.svn.sourceforge.net/opensips/?rev=4704&view=rev
Author:   bogdan_iancu
Date:     2008-09-01 19:20:33 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
- fixed module linking when libsnmp is compiled from sources.
  Reported by Richard Revels

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


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


From bogdan at voice-system.ro  Mon Sep  1 21:24:48 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 19:24:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4705]
	branches/1.4/modules/snmpstats/Makefile
Message-ID: <E1KaF16-0002Nw-3i@3kljzd1.ch3.sourceforge.com>

Revision: 4705
          http://opensips.svn.sourceforge.net/opensips/?rev=4705&view=rev
Author:   bogdan_iancu
Date:     2008-09-01 19:24:47 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
backport from trunk (rev #4704):
- fixed module linking when libsnmp is compiled from sources.
  Reported by Richard Revels

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

Modified Paths:
--------------
    branches/1.4/modules/snmpstats/Makefile


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


From bogdan at voice-system.ro  Mon Sep  1 21:25:14 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 22:25:14 +0300
Subject: [OpenSIPS-Devel] Preparing OpenSIPS 1.4.2
In-Reply-To: <01BE9449-26BA-4B79-9D6D-3C5778DD9591@bandwidth.com>
References: <48BA8512.9080001@voice-system.ro>
	<01BE9449-26BA-4B79-9D6D-3C5778DD9591@bandwidth.com>
Message-ID: <48BC419A.7020208@voice-system.ro>

Hi Richard,

Thanks for the hint - it should be fixed now of SVN.

Regards,
Bogdan

Richard Revels wrote:
> I've had to change the snmpstats Makefile from
>
> BUILDAGENTLIBS = $(shell net-snmp-config --netsnmp-agent-libs)
> to
> BUILDAGENTLIBS = $(shell net-snmp-config --netsnmp-agent-libs 
> --external-agent-libs)
>
> for the snmpstats module to load correctly.  I just haven't been able 
> to figure out if it's something unique to my build environment that's 
> causing it.  Fedora Core 8 with net-snmp RPM and CentOS with net-snmp 
> 5.2 from source.
>
>
> Richard Revels
>
>
>
> On Aug 31, 2008, at 7:48 AM, Bogdan-Andrei Iancu wrote:
>
>> Hi,
>>
>> In the last week there were several fixes (critical and minor) on the
>> 1.4 branch. To deliver as fast as possible all this fixes to the users,
>> I suggest releasing a new minor version - 1.4.2.
>>
>> Except the items from the tracker, is anybody aware of any other issues
>> that need to be fixed in 1.4 branch?
>>
>> Thanks and regards,
>> Bogdan
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>



From bogdan at voice-system.ro  Mon Sep  1 21:28:01 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 19:28:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4706]
	branches/1.4/Makefile.defs
Message-ID: <E1KaF4D-0002OL-Hs@3kljzd1.ch3.sourceforge.com>

Revision: 4706
          http://opensips.svn.sourceforge.net/opensips/?rev=4706&view=rev
Author:   bogdan_iancu
Date:     2008-09-01 19:28:01 +0000 (Mon, 01 Sep 2008)

Log Message:
-----------
- version increased to 1.4.2

Modified Paths:
--------------
    branches/1.4/Makefile.defs


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


From bogdan at voice-system.ro  Mon Sep  1 22:34:53 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 01 Sep 2008 23:34:53 +0300
Subject: [OpenSIPS-Devel] OpenSIPS 1.4.2 is out
Message-ID: <48BC51ED.8070301@voice-system.ro>

Hi everybody,

1st of September 2008 - after almost one month from 1.4.0 release, 
*OpenSIPS* improves itself with a new minor release, 1.4.2. Thanks to 
hard testing and fixing of a several people, new issues (critical and 
minor) were fixed on the *OpenSIPS* 1.4 branch.
It is highly recommended to upgrade to this release, as it provides 
important stability improvements - *OpenSIPS* 1.4.2 is now available for 
download on project web site and SF download system.

The full Changelog is available 
http://opensips.org/pub/opensips/1.4.2/src/ChangeLog.

To get the *OpenSIPS 1.4.2* version, see :
    http://www.opensips.org/pmwiki.php?n=Resources.Downloads
    https://sourceforge.net/project/showfiles.php?group_id=232389

Regards,
Bogdan



From andrew.pogrebennyk at portaone.com  Tue Sep  2 08:49:12 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Tue, 02 Sep 2008 09:49:12 +0300
Subject: [OpenSIPS-Devel] db_mysql is listed in exclude_modules in 1.4.1,
	1.4.2
Message-ID: <48BCE1E8.3080003@portaone.com>

Hi,

What is the reason that db_mysql is listed in exclude_modules in 1.4.1, 
1.4.2?

Also, if it is to be excluded you should correct this line in INSTALL:

-compile all the "default" modules except textops and db_mysql

make skip_modules="textops db_mysql" modules

because it implies that db_mysql will be built by default.
Thanks.

-- 
Sincerely,
Andrew Pogrebennyk


From anca at voice-system.ro  Tue Sep  2 10:34:13 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Tue, 02 Sep 2008 08:34:13 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4707]
	trunk/modules/pua_usrloc/ul_publish.c
Message-ID: <E1KaRL3-00060j-9G@3kljzd1.ch3.sourceforge.com>

Revision: 4707
          http://opensips.svn.sourceforge.net/opensips/?rev=4707&view=rev
Author:   anca_vamanu
Date:     2008-09-02 08:34:11 +0000 (Tue, 02 Sep 2008)

Log Message:
-----------
- replaced buffer length after writing with correct check before writing ( reported by Klaus )

Modified Paths:
--------------
    trunk/modules/pua_usrloc/ul_publish.c


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


From bogdan at voice-system.ro  Tue Sep  2 10:39:36 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 02 Sep 2008 11:39:36 +0300
Subject: [OpenSIPS-Devel] db_mysql is listed in exclude_modules in 1.4.1, 1.4.2
In-Reply-To: <48BCE1E8.3080003@portaone.com>
References: <48BCE1E8.3080003@portaone.com>
Message-ID: <48BCFBC8.3040000@voice-system.ro>

Hi Andrew,

all modules that depend on external lib are by default excluded from 
compiling - db_mysql depends of libmysqlclient lib.

The idea is to have a working default compiling scheme disregarding 
whatever packages (libs) you have installed on your system.

Regards,
Bogdan

Andrew Pogrebennyk wrote:
> Hi,
>
> What is the reason that db_mysql is listed in exclude_modules in 1.4.1, 
> 1.4.2?
>
> Also, if it is to be excluded you should correct this line in INSTALL:
>
> -compile all the "default" modules except textops and db_mysql
>
> make skip_modules="textops db_mysql" modules
>
> because it implies that db_mysql will be built by default.
> Thanks.
>
>   



From bogdan at voice-system.ro  Tue Sep  2 10:52:50 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 02 Sep 2008 08:52:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4708] tags/1.4.2/
Message-ID: <E1KaRd4-00038N-Qt@c3vjzd1.ch3.sourceforge.com>

Revision: 4708
          http://opensips.svn.sourceforge.net/opensips/?rev=4708&view=rev
Author:   bogdan_iancu
Date:     2008-09-02 08:52:49 +0000 (Tue, 02 Sep 2008)

Log Message:
-----------
tagging minor release 1.4.2

Added Paths:
-----------
    tags/1.4.2/


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


From bogdan at voice-system.ro  Tue Sep  2 11:11:29 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 02 Sep 2008 12:11:29 +0300
Subject: [OpenSIPS-Devel] OpenSIPS 1.4.2 is out
In-Reply-To: <48BC51ED.8070301@voice-system.ro>
References: <48BC51ED.8070301@voice-system.ro>
Message-ID: <48BD0341.5030408@voice-system.ro>

Thanks to Segio Gutierrez, Solaris packages for OpenSIPS 1.4.2 are 
available for download at:
    http://opensips.org/pub/opensips/latest/packages/solaris/

Regards,
Bogdan

Bogdan-Andrei Iancu wrote:
> Hi everybody,
>
> 1st of September 2008 - after almost one month from 1.4.0 release, 
> *OpenSIPS* improves itself with a new minor release, 1.4.2. Thanks to 
> hard testing and fixing of a several people, new issues (critical and 
> minor) were fixed on the *OpenSIPS* 1.4 branch.
> It is highly recommended to upgrade to this release, as it provides 
> important stability improvements - *OpenSIPS* 1.4.2 is now available for 
> download on project web site and SF download system.
>
> The full Changelog is available 
> http://opensips.org/pub/opensips/1.4.2/src/ChangeLog.
>
> To get the *OpenSIPS 1.4.2* version, see :
>     http://www.opensips.org/pmwiki.php?n=Resources.Downloads
>     https://sourceforge.net/project/showfiles.php?group_id=232389
>
> Regards,
> Bogdan
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   



From noreply at sourceforge.net  Tue Sep  2 11:44:36 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 02 Sep 2008 09:44:36 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2088572 ] openser,
	opensips garbage collector, location table
Message-ID: <E1KaSRA-0001Jv-Nl@h45xhf1.ch3.sourceforge.com>

Bugs item #2088572, was opened at 2008-09-02 11:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2088572&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Dupond (mars_teamwork)
Assigned to: Nobody/Anonymous (nobody)
Summary: openser, opensips garbage collector,location table

Initial Comment:
Hello to all,

Here is my setup:
I have 2 boxes with RHEL 4.x:
one running OPENSER vers 1.3.1 with its own domain name and IP address
the other running OPENSIPS vers 1.4.2 with its own domain name and IP address

Both sharing the SAME location table on a  a DB box with RHEL 4.x (mysql 4.1.22)

The location table is the same for the OPENSER and the OPENSIPS on the DB box.
Only OPENSIPS records are visible in the location table. The OPENSER records are deleted by OPENSIPS.
I think this is related to the OPENSIPS garbage collector, how to limit it to the domain it is running on, or better to its own socket?
Thanks for your help.


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

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


From andrew.pogrebennyk at portaone.com  Tue Sep  2 12:13:46 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Tue, 02 Sep 2008 13:13:46 +0300
Subject: [OpenSIPS-Devel] dialog profile with value to count the outgoing
	calls doesn't work
Message-ID: <48BD11DA.3030708@portaone.com>

Hi,
I am using the following configuration to allow only 1 parallel call per 
user:

loadmodule "dialog.so"
modparam("dialog", "db_url", "mysql://opensips:xxx at localhost/opensips")
modparam("dialog", "dlg_flag", 4)
modparam("dialog", "db_mode", 1)
modparam("dialog","profiles_with_value","caller")
...
         get_profile_size("caller","$fu","$avp(s:cnt)");
         xlog("----- currently, the user $fu has $avp(s:cnt) active 
outgoing calls\n");
         if($avp(s:cnt) > 1) {
                 sl_send_reply("403","Not allowed");
                 exit;
         }
         set_dlg_profile("caller","$fu");

I make N parallel calls from one account and each time see the following 
message in the log:
----- currently, the user sip:000100 at a.b.c.d has 0 active outgoing calls

The dialog table in the DB is empty. OpenSIPS version is 1.4.2. Is this 
a bug in dialog module implementation or I am doing something wrong?

-- 
Sincerely,
Andrew Pogrebennyk


From bogdan at voice-system.ro  Tue Sep  2 12:30:43 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 02 Sep 2008 10:30:43 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4709] trunk/ut.c
Message-ID: <E1KaT9n-0008KW-BH@3kljzd1.ch3.sourceforge.com>

Revision: 4709
          http://opensips.svn.sourceforge.net/opensips/?rev=4709&view=rev
Author:   bogdan_iancu
Date:     2008-09-02 10:30:42 +0000 (Tue, 02 Sep 2008)

Log Message:
-----------
- fixed compile warning (missing data type)

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


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


From bogdan at voice-system.ro  Tue Sep  2 12:31:43 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 02 Sep 2008 10:31:43 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4710] trunk/tls/tls_server.c
Message-ID: <E1KaTAl-0008Kk-3b@3kljzd1.ch3.sourceforge.com>

Revision: 4710
          http://opensips.svn.sourceforge.net/opensips/?rev=4710&view=rev
Author:   bogdan_iancu
Date:     2008-09-02 10:31:42 +0000 (Tue, 02 Sep 2008)

Log Message:
-----------
- more verbous TLS error reporting

Modified Paths:
--------------
    trunk/tls/tls_server.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 Sep  2 12:41:31 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 02 Sep 2008 10:41:31 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2088572 ] openser,
	opensips garbage collector, location table
Message-ID: <E1KaTKF-0006HB-H0@665xhf1.ch3.sourceforge.com>

Bugs item #2088572, was opened at 2008-09-02 09:44
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2088572&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Dupond (mars_teamwork)
Assigned to: Nobody/Anonymous (nobody)
Summary: openser, opensips garbage collector,location table

Initial Comment:
Hello to all,

Here is my setup:
I have 2 boxes with RHEL 4.x:
one running OPENSER vers 1.3.1 with its own domain name and IP address
the other running OPENSIPS vers 1.4.2 with its own domain name and IP address

Both sharing the SAME location table on a  a DB box with RHEL 4.x (mysql 4.1.22)

The location table is the same for the OPENSER and the OPENSIPS on the DB box.
Only OPENSIPS records are visible in the location table. The OPENSER records are deleted by OPENSIPS.
I think this is related to the OPENSIPS garbage collector, how to limit it to the domain it is running on, or better to its own socket?
Thanks for your help.


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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-02 10:41

Message:
Logged In: NO 

Hi David,

I am having the same problem, but i cant understad what is happing, how
did you come up with the garbage collector?any update would be apreciated.
Thanks
Janus


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

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


From andrew.pogrebennyk at portaone.com  Tue Sep  2 13:22:45 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Tue, 02 Sep 2008 14:22:45 +0300
Subject: [OpenSIPS-Devel] OpenSIPS 1.4.2 is out
In-Reply-To: <48BC51ED.8070301@voice-system.ro>
References: <48BC51ED.8070301@voice-system.ro>
Message-ID: <48BD2205.8030301@portaone.com>

Strange that the version 1.4.2 tarball that was present on the mirrors 
in the morning has been silently replaced with a new one which includes 
more fixes, including the fix for subscriber table version mismatch,
missing xcap-diff event and mismatching function name in documentation..

Bogdan-Andrei Iancu wrote:
> Hi everybody,
> 
> 1st of September 2008 - after almost one month from 1.4.0 release, 
> *OpenSIPS* improves itself with a new minor release, 1.4.2. Thanks to 
> hard testing and fixing of a several people, new issues (critical and 
> minor) were fixed on the *OpenSIPS* 1.4 branch.
> It is highly recommended to upgrade to this release, as it provides 
> important stability improvements - *OpenSIPS* 1.4.2 is now available for 
> download on project web site and SF download system.
> 
> The full Changelog is available 
> http://opensips.org/pub/opensips/1.4.2/src/ChangeLog.
> 
> To get the *OpenSIPS 1.4.2* version, see :
>     http://www.opensips.org/pmwiki.php?n=Resources.Downloads
>     https://sourceforge.net/project/showfiles.php?group_id=232389
> 
> Regards,
> Bogdan

-- 
Sincerely,
Andrew Pogrebennyk


From rrevels at bandwidth.com  Tue Sep  2 14:08:53 2008
From: rrevels at bandwidth.com (Richard Revels)
Date: Tue, 2 Sep 2008 08:08:53 -0400
Subject: [OpenSIPS-Devel] dialog profile with value to count the
	outgoing calls doesn't work
In-Reply-To: <48BD11DA.3030708@portaone.com>
References: <48BD11DA.3030708@portaone.com>
Message-ID: <2A820C25-C4F0-4C70-806C-F5B17DD3509F@bandwidth.com>

Somewhere in the missing config is there a setflag("4"); ?

Sent from my iPhone

On Sep 2, 2008, at 6:13 AM, Andrew Pogrebennyk <andrew.pogrebennyk at portaone.com 
 > wrote:

> Hi,
> I am using the following configuration to allow only 1 parallel call  
> per
> user:
>
> loadmodule "dialog.so"
> modparam("dialog", "db_url", "mysql://opensips:xxx at localhost/ 
> opensips")
> modparam("dialog", "dlg_flag", 4)
> modparam("dialog", "db_mode", 1)
> modparam("dialog","profiles_with_value","caller")
> ...
>         get_profile_size("caller","$fu","$avp(s:cnt)");
>         xlog("----- currently, the user $fu has $avp(s:cnt) active
> outgoing calls\n");
>         if($avp(s:cnt) > 1) {
>                 sl_send_reply("403","Not allowed");
>                 exit;
>         }
>         set_dlg_profile("caller","$fu");
>
> I make N parallel calls from one account and each time see the  
> following
> message in the log:
> ----- currently, the user sip:000100 at a.b.c.d has 0 active outgoing  
> calls
>
> The dialog table in the DB is empty. OpenSIPS version is 1.4.2. Is  
> this
> a bug in dialog module implementation or I am doing something wrong?
>
> -- 
> Sincerely,
> Andrew Pogrebennyk
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


From noreply at sourceforge.net  Tue Sep  2 14:16:23 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 02 Sep 2008 12:16:23 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2076632 ] nathelper causing SIP
	syntax error
Message-ID: <E1KaUo3-00037E-BR@565xhf1.ch3.sourceforge.com>

Bugs item #2076632, was opened at 2008-08-26 20:14
Message generated for change (Comment added) made by norm_brandinger
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2076632&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: Fixed
Priority: 7
Private: No
Submitted By: Norm Brandinger (norm_brandinger)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: nathelper causing SIP syntax error

Initial Comment:
The following section of a trace shows that there is an extra CRLF in front of the nortpproxy line.

There was some new logic recently added to nathelper.c around line 1672 that might have caused this problem

<snip>
Call-ID: MzQwM2M4NTAyYTJmZDRiNjAyYzRiYTMwODMwNzFjZDg..
CSeq: 2 INVITE.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.
Content-Type: application/sdp.
User-Agent: X-Lite release 1014k stamp 47051.
Content-Length: 380.
.
v=0.
o=- 0 2 IN IP4 192.168.1.198.
s=CounterPath X-Lite 3.0.
c=IN IP4 74.55.77.234.
t=0 0.
m=audio 35042 RTP/AVP 100 106 0 105 98 8 3 101.
a=fmtp:101 0-15.
a=rtpmap:100 SPEEX/16000.
a=rtpmap:106 SPEEX-FEC/16000.
a=rtpmap:105 SPEEX-FEC/8000.
a=rtpmap:98 iLBC/8000.
a=rtpmap:101 telephone-event/8000.
a=alt:1 1 : YP2JqA3O Sml1xtrX 192.168.1.198 1562.
a=sendrecv.
.a=nortpproxy:yes.

</snip>

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

>Comment By: Norm Brandinger (norm_brandinger)
Date: 2008-09-02 12:16

Message:
Logged In: YES 
user_id=1786021
Originator: YES

Still see the problem.  Will work on getting a more complete trace for
you.

Norm

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-01 18:33

Message:
Logged In: YES 
user_id=1275325
Originator: NO

The fix is available on trunk and 1.4 branch. If some other issues are
still present, please re-open the bug.

Bogdan

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-30 14:46

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Norm,

I suspect that the garbage 0 is actually received - I'm testing a patch
that uses the body len from the Content-Length instead of computing based
on the package size - this will exclude any extra garbage attached to the
package.

Regards,
Bogdan

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

Comment By: Norm Brandinger (norm_brandinger)
Date: 2008-08-27 12:39

Message:
Logged In: YES 
user_id=1786021
Originator: YES

Bogdan,

Sorry, all I currently had was a ngrep trace.  Going to have to build up a
test environment in order to get a pcap capture to you (because the proxy
that produced the problem was downgraded).

Regards,
Norm

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-27 12:26

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Norm,

Do you have a pcap with such an SDP (causing problems to nathelper)  ? I
want to run some tests....

Regards,
Bogdan

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

Comment By: Norm Brandinger (norm_brandinger)
Date: 2008-08-27 12:04

Message:
Logged In: YES 
user_id=1786021
Originator: YES

Bogdan,

Yes,  that change appears to be where the new logic was introduced.

In my environment, it's causing problems.  

I've found that some proxies are more forgiving to this than others (some
accept this request and others reject it). This may explain why the issue
was not immediately detected by the community.

Regards,
Norm


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-27 11:49

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Hi Norman,

You refer to this change ?
http://opensips.svn.sourceforge.net/viewvc/opensips?view=rev&revision=4262

Regards,
Bogdan

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

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


From rrevels at bandwidth.com  Tue Sep  2 14:20:14 2008
From: rrevels at bandwidth.com (Richard Revels)
Date: Tue, 2 Sep 2008 08:20:14 -0400
Subject: [OpenSIPS-Devel] dialog profile with value to count the
	outgoing calls doesn't work
In-Reply-To: <2A820C25-C4F0-4C70-806C-F5B17DD3509F@bandwidth.com>
References: <48BD11DA.3030708@portaone.com>
	<2A820C25-C4F0-4C70-806C-F5B17DD3509F@bandwidth.com>
Message-ID: <53DF8520-EE2C-4C7B-97C6-863A699190C1@bandwidth.com>

my bad.  setflag(4);   Not sure what the quotes would do.  Never tried  
it.


Richard Revels



On Sep 2, 2008, at 8:08 AM, Richard Revels wrote:

> Somewhere in the missing config is there a setflag("4"); ?
>
> Sent from my iPhone
>
> On Sep 2, 2008, at 6:13 AM, Andrew Pogrebennyk <andrew.pogrebennyk at portaone.com
>> wrote:
>
>> Hi,
>> I am using the following configuration to allow only 1 parallel call
>> per
>> user:
>>
>> loadmodule "dialog.so"
>> modparam("dialog", "db_url", "mysql://opensips:xxx at localhost/
>> opensips")
>> modparam("dialog", "dlg_flag", 4)
>> modparam("dialog", "db_mode", 1)
>> modparam("dialog","profiles_with_value","caller")
>> ...
>>        get_profile_size("caller","$fu","$avp(s:cnt)");
>>        xlog("----- currently, the user $fu has $avp(s:cnt) active
>> outgoing calls\n");
>>        if($avp(s:cnt) > 1) {
>>                sl_send_reply("403","Not allowed");
>>                exit;
>>        }
>>        set_dlg_profile("caller","$fu");
>>
>> I make N parallel calls from one account and each time see the
>> following
>> message in the log:
>> ----- currently, the user sip:000100 at a.b.c.d has 0 active outgoing
>> calls
>>
>> The dialog table in the DB is empty. OpenSIPS version is 1.4.2. Is
>> this
>> a bug in dialog module implementation or I am doing something wrong?
>>
>> -- 
>> Sincerely,
>> Andrew Pogrebennyk
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



From andrew.pogrebennyk at portaone.com  Tue Sep  2 15:55:49 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Tue, 02 Sep 2008 16:55:49 +0300
Subject: [OpenSIPS-Devel] dialog profile with value to count the
 outgoing calls doesn't work
In-Reply-To: <53DF8520-EE2C-4C7B-97C6-863A699190C1@bandwidth.com>
References: <48BD11DA.3030708@portaone.com>
	<2A820C25-C4F0-4C70-806C-F5B17DD3509F@bandwidth.com>
	<53DF8520-EE2C-4C7B-97C6-863A699190C1@bandwidth.com>
Message-ID: <48BD45E5.30709@portaone.com>

Richard Revels wrote:
> my bad.  setflag(4);   Not sure what the quotes would do.  Never tried it.

Richard,
Thank you! That's what I was missing. Quotes in my case resulted in some 
vague "Access denied" error from the DB driver ;-) Also I should note 
that if($avp(s:cnt) > 1) allows two parallel calls per user. 0 should be 
put there for 1 call at a time. Thanks again.

-- 
Sincerely,
Andrew Pogrebennyk


From ibc at in.ilimit.es  Tue Sep  2 16:59:29 2008
From: ibc at in.ilimit.es (=?utf-8?q?I=C3=B1aki_Baz_Castillo?=)
Date: Tue, 2 Sep 2008 16:59:29 +0200
Subject: [OpenSIPS-Devel] RFC 4320 and 4321?
Message-ID: <200809021659.29535.ibc@in.ilimit.es>

Hi, RFC 4320 handles some issues about non INVITE transactions described in 
RFC 4321. For example:

- A proxy should NOT generate a 408 during parallel forking in a branch 
doesn't respond because when this 408 is sent the UAC client transaction has 
been already destroyed by it own timer.
Please, take a look to RFC 4321 (specially figure 3).

- A transaction-stateful SIP proxy MUST NOT send any response to a
non-INVITE request unless it has a matching server transaction that
is not in the Terminated state.  As a consequence, this proxy will
not forward any "late" non-INVITE responses. (This avoids late replies that 
will not match UAC client transaction).


I've tested it and OpenSIPS doesn't implement this RFC. If during parallel 
forking a branch doesn't respond then OpenSIPS replies 408 that is useless in 
most cases.

Regards.


-- 
I?aki Baz Castillo
ibc at in.ilimit.es


From bogdan at voice-system.ro  Tue Sep  2 17:12:12 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 02 Sep 2008 18:12:12 +0300
Subject: [OpenSIPS-Devel] OpenSIPS 1.4.2 is out
In-Reply-To: <48BD2205.8030301@portaone.com>
References: <48BC51ED.8070301@voice-system.ro> <48BD2205.8030301@portaone.com>
Message-ID: <48BD57CC.7090109@voice-system.ro>

Hi Andrew,

That was my fault - when generating last evening the src tarballs, I 
forgot to do an "svn update" on my tree, to get the fixes from the other 
developers ....stupid me.... :D.

Now the src tarballs are reflecting the SVN content.

Regards,
Bogdan

Andrew Pogrebennyk wrote:
> Strange that the version 1.4.2 tarball that was present on the mirrors 
> in the morning has been silently replaced with a new one which includes 
> more fixes, including the fix for subscriber table version mismatch,
> missing xcap-diff event and mismatching function name in documentation..
>
> Bogdan-Andrei Iancu wrote:
>   
>> Hi everybody,
>>
>> 1st of September 2008 - after almost one month from 1.4.0 release, 
>> *OpenSIPS* improves itself with a new minor release, 1.4.2. Thanks to 
>> hard testing and fixing of a several people, new issues (critical and 
>> minor) were fixed on the *OpenSIPS* 1.4 branch.
>> It is highly recommended to upgrade to this release, as it provides 
>> important stability improvements - *OpenSIPS* 1.4.2 is now available for 
>> download on project web site and SF download system.
>>
>> The full Changelog is available 
>> http://opensips.org/pub/opensips/1.4.2/src/ChangeLog.
>>
>> To get the *OpenSIPS 1.4.2* version, see :
>>     http://www.opensips.org/pmwiki.php?n=Resources.Downloads
>>     https://sourceforge.net/project/showfiles.php?group_id=232389
>>
>> Regards,
>> Bogdan
>>     
>
>   



From osas at voipembedded.com  Tue Sep  2 17:30:49 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 02 Sep 2008 15:30:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4711] trunk/parser/sdp
Message-ID: <E1KaXqD-0002to-I0@d5vjzd1.ch3.sourceforge.com>

Revision: 4711
          http://opensips.svn.sourceforge.net/opensips/?rev=4711&view=rev
Author:   osas
Date:     2008-09-02 15:30:47 +0000 (Tue, 02 Sep 2008)

Log Message:
-----------
Add support for parsing the bandwidth attribute inside SDP: b=<bwtype>:<bandwidth>

Modified Paths:
--------------
    trunk/parser/sdp/sdp.c
    trunk/parser/sdp/sdp.h
    trunk/parser/sdp/sdp_helpr_funcs.c
    trunk/parser/sdp/sdp_helpr_funcs.h


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


From sara.saralee at gmail.com  Tue Sep  2 18:04:11 2008
From: sara.saralee at gmail.com (Sara Lee)
Date: Wed, 3 Sep 2008 00:04:11 +0800
Subject: [OpenSIPS-Devel] Make a call when transport = TLS, got 477 failed.
Message-ID: <6ffb06f0809020904w6e9998fpba2f396396bb9b1d@mail.gmail.com>

Dear Sir,

Here is the error log.

Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: new branch at
sip:2222 at 10.16.88.21:40063;rinstance=cef2511248a82074;transport=TLS
Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]:
ERROR:core:tls_connect: something wrong in SSL: 5 (ret=-1)
Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]:
ERROR:core:tcp_send: failed to send
Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: ERROR:tm:msg_send:
tcp_send failed
Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]:
ERROR:tm:t_forward_nonack: sending request failed
Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: ACC: call missed:
timestamp=1220369146;method=INVITE;from_tag=e150e36f;to_tag=;call_id=ODVlZjA0YThlYTM4ZTkwNjJkYzgyY2U4ZTdhY2Q2NzM.;code=477;reason=Request
Failure
Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: new branch at
sip:2222 at 10.16.88.21:40063;rinstance=cef2511248a82074;transport=TLS
Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]:
ERROR:core:tls_connect: something wrong in SSL: 5 (ret=0)
Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]:
ERROR:core:tcp_send: failed to send
Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: ERROR:tm:msg_send:
tcp_send failed
Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]:
ERROR:tm:t_forward_nonack: sending request failed
Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: ACC: call missed:
timestamp=1220369467;method=INVITE;from_tag=b20cd209;to_tag=;call_id=OTljNTNkN2NkMzUzYjU1NzE0ZjhhNzI4NjJhMzlkZWQ.;code=477;reason=Request
Failure

Regards,
Sara
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080903/c4e74f31/attachment.htm 

From bogdan at voice-system.ro  Tue Sep  2 22:07:15 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 02 Sep 2008 23:07:15 +0300
Subject: [OpenSIPS-Devel] Make a call when transport = TLS,
	got 477 failed.
In-Reply-To: <6ffb06f0809020904w6e9998fpba2f396396bb9b1d@mail.gmail.com>
References: <6ffb06f0809020904w6e9998fpba2f396396bb9b1d@mail.gmail.com>
Message-ID: <48BD9CF3.6090405@voice-system.ro>

Hi Sara,

A first small step: the actual error is: SSL_ERROR_SYSCALL, probably 
errno should be investigate in this case...I will try a better patch...

Regards,
Bogdan

Sara Lee wrote:
> Dear Sir,
>  
> Here is the error log.
>  
> Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: new branch at 
> sip:2222 at 10.16.88.21:40063;rinstance=cef2511248a82074;transport=TLS
> Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: 
> ERROR:core:tls_connect: something wrong in SSL: 5 (ret=-1)
> Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: 
> ERROR:core:tcp_send: failed to send
> Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: 
> ERROR:tm:msg_send: tcp_send failed
> Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: 
> ERROR:tm:t_forward_nonack: sending request failed
> Sep  2 23:25:46 tld5sip /usr/local/sbin/opensips[15670]: ACC: call 
> missed:
> timestamp=1220369146;method=INVITE;from_tag=e150e36f;to_tag=;call_id=ODVlZjA0YThlYTM4ZTkwNjJkYzgyY2U4ZTdhY2Q2NzM.;code=477;reason=Request 
> Failure
> Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: new branch at 
> sip:2222 at 10.16.88.21:40063;rinstance=cef2511248a82074;transport=TLS
> Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: 
> ERROR:core:tls_connect: something wrong in SSL: 5 (ret=0)
> Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: 
> ERROR:core:tcp_send: failed to send
> Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: 
> ERROR:tm:msg_send: tcp_send failed
> Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: 
> ERROR:tm:t_forward_nonack: sending request failed
> Sep  2 23:31:07 tld5sip /usr/local/sbin/opensips[15669]: ACC: call 
> missed:
> timestamp=1220369467;method=INVITE;from_tag=b20cd209;to_tag=;call_id=OTljNTNkN2NkMzUzYjU1NzE0ZjhhNzI4NjJhMzlkZWQ.;code=477;reason=Request 
> Failure
>
> Regards,
> Sara
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   



From bogdan at voice-system.ro  Wed Sep  3 08:52:40 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 03 Sep 2008 06:52:40 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4712] trunk/tls/tls_server.c
Message-ID: <E1KamEK-0002mF-Sc@bj8yhf1.ch3.sourceforge.com>

Revision: 4712
          http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev
Author:   bogdan_iancu
Date:     2008-09-03 06:52:40 +0000 (Wed, 03 Sep 2008)

Log Message:
-----------
-exteneded loging - for SSL_ERROR_SYSCALL print errno also.

Modified Paths:
--------------
    trunk/tls/tls_server.c


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


From dror at jajah.com  Wed Sep  3 12:06:43 2008
From: dror at jajah.com (Dror Wald)
Date: Wed, 3 Sep 2008 13:06:43 +0300
Subject: [OpenSIPS-Devel] calculating of hash_id in dialog module
Message-ID: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F4986B8@jjex01.jajah.dublin>

Hi,
I have a question regarding dlg->h_id in the dialog module.
Is there a way to compute the hash_id (dlg->h_id ) from an external program based on the callid,from_tag, and to_tag values?
Or, is it as far as I understand from the link_dlg() function, calculated based on the current situation of the hash table, and in other situation the value of hash_id might be different for the same called, from_tag and to_tag values.

Here is an example:
1100 hash_entry
1158422147 hash_id
4BDE4E00799011DD8AB745000000C413 at 69.147.69.76<mailto:4BDE4E00799011DD8AB745000000C413 at 69.147.69.76> callid
1220429654 from_tag
15908 to_tag
* hash size is probably 4096.

Thanks,
Dror




 
 
************************************************************************************
This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses.
************************************************************************************


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080903/66c475e1/attachment.htm 

From saguti at gmail.com  Wed Sep  3 12:51:49 2008
From: saguti at gmail.com (Sergio Gutierrez)
Date: Wed, 3 Sep 2008 05:51:49 -0500
Subject: [OpenSIPS-Devel] A proposal for community: Bit Size Bugs
Message-ID: <8a4af3e20809030351w3178da52m5212798c98eccb68@mail.gmail.com>

Hello to all developers.

I would like to tell you about an idea taken from a project I work with, so
that if you consider possible and useful, it be used in OpenSIPS.

I am registered contributor for OpenSolaris (www.opensolaris.org) project,
and in the area of bug fixing, they use a concept called bit size bugs; the
bit size bugs are, as defined in they words* "Bugs marked with the
oss-bite-size keyword tend to be small and self-contained and are a good
place to start to get familiar with OpenSolaris source code."

*When one decides to work in one of these, an specialized engineer works as
sponsor in the bug fixin, offering technical support in bug fix, guidance,
quality assurance, and finally, it is the person in charge of applying the
fix on repositories.*

*I think that a figure like this, could be a good starting point so that
possible new developers start to understand opensips code, and in some time,
they could be full knowledge developer/maintainers of core and modules.
Module owner or module/core maintainers would classify the reported bugs,
according to its complexity, and they would be sposors for people which
offer to work on them.*

*That is my idea.

Thanks in advance for your oppinions and comentaries.

Kind regards,

Sergio G.*
*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080903/7e825558/attachment.htm 

From sara.saralee at gmail.com  Wed Sep  3 12:52:07 2008
From: sara.saralee at gmail.com (Sara Lee)
Date: Wed, 3 Sep 2008 18:52:07 +0800
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4712]
	trunk/tls/tls_server.c
In-Reply-To: <E1KamEK-0002mF-Sc@bj8yhf1.ch3.sourceforge.com>
References: <E1KamEK-0002mF-Sc@bj8yhf1.ch3.sourceforge.com>
Message-ID: <6ffb06f0809030352k6ead1930y45c3ffb927f6b370@mail.gmail.com>

Hi, Bogdan

Here is the result.

Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: new branch at
sip:2222 at 10.16.88.88:47811;rinstance=fc41501f86822386;transport=TLS
Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
ERROR:core:tls_connect: SSL_ERROR_SYSCALL err=Connection reset by peer(104)
Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
ERROR:core:tls_connect: something wrong in SSL: 5 (ret=-1) err=Connection
reset by peer(104)
Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: ERROR:core:tcp_send:
failed to send
Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: ERROR:tm:msg_send:
tcp_send failed
Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
ERROR:tm:t_forward_nonack: sending request failed
Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: ACC: call missed:
timestamp=1220438829;method=INVITE;from_tag=4d01507d;to_tag=;call_id=OTY3NjBlZmIxM2YyMWZhOTQ3YmFhNTlhYzhkY2Q1NzI.;code=477;reason=Request
Failure

Regards,
Sara

2008/9/3 Bogdan-Andrei Iancu <bogdan at voice-system.ro>

> Revision: 4712
>          http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev
> Author:   bogdan_iancu
> Date:     2008-09-03 06:52:40 +0000 (Wed, 03 Sep 2008)
>
> Log Message:
> -----------
> -exteneded loging - for SSL_ERROR_SYSCALL print errno also.
>
> Modified Paths:
> --------------
>    trunk/tls/tls_server.c
>
>
> This was sent by the SourceForge.net collaborative development platform,
> the world's largest Open Source development site.
>
> _______________________________________________
> 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/20080903/f9c33d62/attachment.htm 

From dan at ag-projects.com  Wed Sep  3 14:54:06 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Wed, 03 Sep 2008 12:54:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4713]
	trunk/modules/dialog/dlg_handlers.c
Message-ID: <E1Kars6-0008Cs-AV@d5vjzd1.ch3.sourceforge.com>

Revision: 4713
          http://opensips.svn.sourceforge.net/opensips/?rev=4713&view=rev
Author:   dan_pascu
Date:     2008-09-03 12:54:05 +0000 (Wed, 03 Sep 2008)

Log Message:
-----------
Fixed segmentation fault when the To header is missing

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


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


From dan at ag-projects.com  Wed Sep  3 14:54:36 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Wed, 03 Sep 2008 12:54:36 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4714]
	branches/1.4/modules/dialog/dlg_handlers.c
Message-ID: <E1Karsa-0008D7-AQ@d5vjzd1.ch3.sourceforge.com>

Revision: 4714
          http://opensips.svn.sourceforge.net/opensips/?rev=4714&view=rev
Author:   dan_pascu
Date:     2008-09-03 12:54:35 +0000 (Wed, 03 Sep 2008)

Log Message:
-----------
Fixed segmentation fault when the To header is missing (backport from trunk rev 4713)

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

Modified Paths:
--------------
    branches/1.4/modules/dialog/dlg_handlers.c


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


From bogdan at voice-system.ro  Wed Sep  3 19:35:16 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 03 Sep 2008 20:35:16 +0300
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4712]
	trunk/tls/tls_server.c
In-Reply-To: <6ffb06f0809030352k6ead1930y45c3ffb927f6b370@mail.gmail.com>
References: <E1KamEK-0002mF-Sc@bj8yhf1.ch3.sourceforge.com>
	<6ffb06f0809030352k6ead1930y45c3ffb927f6b370@mail.gmail.com>
Message-ID: <48BECAD4.7000001@voice-system.ro>

Hi Sara,

Well, the error description speaks for itself. It seams that opensips 
opens a connection to eyebeam and for whatever reasons, eyebeam closes 
the connection. Could you confirm this by looking at the trace - use 
tcpdump to see who is closing the TCP connection.

Thanks and regards,
Bogdan

Sara Lee wrote:
> Hi, Bogdan
>
> Here is the result.
>
> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: new branch at 
> sip:2222 at 10.16.88.88:47811;rinstance=fc41501f86822386;transport=TLS
> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
> ERROR:core:tls_connect: SSL_ERROR_SYSCALL err=Connection reset by 
> peer(104)
> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
> ERROR:core:tls_connect: something wrong in SSL: 5 (ret=-1) 
> err=Connection reset by peer(104)
> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
> ERROR:core:tcp_send: failed to send
> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
> ERROR:tm:msg_send: tcp_send failed
> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
> ERROR:tm:t_forward_nonack: sending request failed
> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: ACC: call 
> missed: 
> timestamp=1220438829;method=INVITE;from_tag=4d01507d;to_tag=;call_id=OTY3NjBlZmIxM2YyMWZhOTQ3YmFhNTlhYzhkY2Q1NzI.;code=477;reason=Request 
> Failure
>
> Regards,
> Sara
>
> 2008/9/3 Bogdan-Andrei Iancu <bogdan at voice-system.ro 
> <mailto:bogdan at voice-system.ro>>
>
>     Revision: 4712
>            
>      http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev
>     <http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev>
>     Author:   bogdan_iancu
>     Date:     2008-09-03 06:52:40 +0000 (Wed, 03 Sep 2008)
>
>     Log Message:
>     -----------
>     -exteneded loging - for SSL_ERROR_SYSCALL print errno also.
>
>     Modified Paths:
>     --------------
>        trunk/tls/tls_server.c
>
>
>     This was sent by the SourceForge.net collaborative development
>     platform, the world's largest Open Source development site.
>
>     _______________________________________________
>     Devel mailing list
>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>



From klaus.mailinglists at pernau.at  Wed Sep  3 19:51:59 2008
From: klaus.mailinglists at pernau.at (Klaus Darilion)
Date: Wed, 03 Sep 2008 19:51:59 +0200
Subject: [OpenSIPS-Devel] SF.net SVN:
	opensips:[4712]	trunk/tls/tls_server.c
In-Reply-To: <48BECAD4.7000001@voice-system.ro>
References: <E1KamEK-0002mF-Sc@bj8yhf1.ch3.sourceforge.com>	<6ffb06f0809030352k6ead1930y45c3ffb927f6b370@mail.gmail.com>
	<48BECAD4.7000001@voice-system.ro>
Message-ID: <48BECEBF.3070709@pernau.at>

Bogdan-Andrei Iancu wrote:
> Hi Sara,
> 
> Well, the error description speaks for itself. It seams that opensips 
> opens a connection to eyebeam and for whatever reasons, eyebeam closes 
> the connection. Could you confirm this by looking at the trace - use 
> tcpdump to see who is closing the TCP connection.

Even better use "ssldump" which can decode some SSL messages (e.g. Alert 
messages, ...)

klaus

> 
> Thanks and regards,
> Bogdan
> 
> Sara Lee wrote:
>> Hi, Bogdan
>>
>> Here is the result.
>>
>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: new branch at 
>> sip:2222 at 10.16.88.88:47811;rinstance=fc41501f86822386;transport=TLS
>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
>> ERROR:core:tls_connect: SSL_ERROR_SYSCALL err=Connection reset by 
>> peer(104)
>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
>> ERROR:core:tls_connect: something wrong in SSL: 5 (ret=-1) 
>> err=Connection reset by peer(104)
>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
>> ERROR:core:tcp_send: failed to send
>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
>> ERROR:tm:msg_send: tcp_send failed
>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: 
>> ERROR:tm:t_forward_nonack: sending request failed
>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: ACC: call 
>> missed: 
>> timestamp=1220438829;method=INVITE;from_tag=4d01507d;to_tag=;call_id=OTY3NjBlZmIxM2YyMWZhOTQ3YmFhNTlhYzhkY2Q1NzI.;code=477;reason=Request 
>> Failure
>>
>> Regards,
>> Sara
>>
>> 2008/9/3 Bogdan-Andrei Iancu <bogdan at voice-system.ro 
>> <mailto:bogdan at voice-system.ro>>
>>
>>     Revision: 4712
>>            
>>      http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev
>>     <http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev>
>>     Author:   bogdan_iancu
>>     Date:     2008-09-03 06:52:40 +0000 (Wed, 03 Sep 2008)
>>
>>     Log Message:
>>     -----------
>>     -exteneded loging - for SSL_ERROR_SYSCALL print errno also.
>>
>>     Modified Paths:
>>     --------------
>>        trunk/tls/tls_server.c
>>
>>
>>     This was sent by the SourceForge.net collaborative development
>>     platform, the world's largest Open Source development site.
>>
>>     _______________________________________________
>>     Devel mailing list
>>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>>
> 
> 
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



From bogdan at voice-system.ro  Wed Sep  3 20:10:33 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 03 Sep 2008 21:10:33 +0300
Subject: [OpenSIPS-Devel] calculating of hash_id in dialog module
In-Reply-To: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F4986B8@jjex01.jajah.dublin>
References: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F4986B8@jjex01.jajah.dublin>
Message-ID: <48BED319.1060609@voice-system.ro>

Hi Dror,

the algorithm to calculate the hash is a bit complicated to be fast 
described.
May i ask why do you need to do this?  because you can take this info 
from DB table or MI command.

Regards,
Bogdan

Dror Wald wrote:
>
> Hi,
>
> I have a question regarding dlg->h_id in the dialog module.
>
> Is there a way to compute the hash_id (dlg->h_id ) from an external 
> program based on the callid,from_tag, and to_tag values?
>
> Or, is it as far as I understand from the link_dlg() function, 
> calculated based on the current situation of the hash table, and in 
> other situation the value of hash_id might be different for the same 
> called, from_tag and to_tag values.   
>
>  
>
> Here is an example:
>
> 1100 hash_entry
>
> 1158422147 hash_id
>
> 4BDE4E00799011DD8AB745000000C413 at 69.147.69.76 
> <mailto:4BDE4E00799011DD8AB745000000C413 at 69.147.69.76> callid
>
> 1220429654 from_tag
>
> 15908 to_tag
>
> * hash size is probably 4096.
>
>  
>
> Thanks,
>
> Dror
>
>
>
>
>
> ************************************************************************************
> This footnote confirms that this email message has been scanned by
> PineApp Mail-SeCure for the presence of malicious code, vandals & 
> computer viruses.
> ************************************************************************************
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   



From apisau at users.sourceforge.net  Wed Sep  3 16:22:18 2008
From: apisau at users.sourceforge.net (apisau at users.sourceforge.net)
Date: Wed, 03 Sep 2008 14:22:18 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4715]
	trunk/modules/seas/seas_action.c
Message-ID: <E1KatFS-00020V-27@74yxhf1.ch3.sourceforge.com>

Revision: 4715
          http://opensips.svn.sourceforge.net/opensips/?rev=4715&view=rev
Author:   apisau
Date:     2008-09-03 14:22:16 +0000 (Wed, 03 Sep 2008)

Log Message:
-----------
Fixed error message enconding

Modified Paths:
--------------
    trunk/modules/seas/seas_action.c


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


From apisau at users.sourceforge.net  Wed Sep  3 16:25:25 2008
From: apisau at users.sourceforge.net (apisau at users.sourceforge.net)
Date: Wed, 03 Sep 2008 14:25:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4716]
	branches/1.4/modules/seas/seas_action.c
Message-ID: <E1KatIT-0002Cs-6l@74yxhf1.ch3.sourceforge.com>

Revision: 4716
          http://opensips.svn.sourceforge.net/opensips/?rev=4716&view=rev
Author:   apisau
Date:     2008-09-03 14:25:23 +0000 (Wed, 03 Sep 2008)

Log Message:
-----------
Fixed error message enconding (backport from trunk rev 4715)

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

Modified Paths:
--------------
    branches/1.4/modules/seas/seas_action.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 Sep  3 22:00:22 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 03 Sep 2008 20:00:22 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2091771 ] presence module segfault
	if db_url not set
Message-ID: <E1KayWc-00030v-8K@d55xhf1.ch3.sourceforge.com>

Bugs item #2091771, was opened at 2008-09-03 13:00
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2091771&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: presence module segfault if db_url not set

Initial Comment:
In my testing, get_db_subs_auth() crashes when it attempts to invoke pa_dbf.use_table(), which is not defined if db_url parameter has not been set. I see similar code in many other places in the presence module.

The workaround is obviously to always set the db_url parameter. Cheers,
--
kobi

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

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


From sara.saralee at gmail.com  Thu Sep  4 06:53:11 2008
From: sara.saralee at gmail.com (Sara Lee)
Date: Thu, 4 Sep 2008 12:53:11 +0800
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4712]
	trunk/tls/tls_server.c
In-Reply-To: <48BECEBF.3070709@pernau.at>
References: <E1KamEK-0002mF-Sc@bj8yhf1.ch3.sourceforge.com>
	<6ffb06f0809030352k6ead1930y45c3ffb927f6b370@mail.gmail.com>
	<48BECAD4.7000001@voice-system.ro> <48BECEBF.3070709@pernau.at>
Message-ID: <6ffb06f0809032153ndc6298ar81ace3885160f1f8@mail.gmail.com>

Hi Sirs,

I used Wireshark to capture the packets.
Please refer to the attached file -- "tcp-to-tls".
It seems like eyebeam sent the RST packet to opensips.
But if call is from tls to tcp, the connection can be built successfully.

Sara.
2008/9/4 Klaus Darilion <klaus.mailinglists at pernau.at>

> Bogdan-Andrei Iancu wrote:
>
>> Hi Sara,
>>
>> Well, the error description speaks for itself. It seams that opensips
>> opens a connection to eyebeam and for whatever reasons, eyebeam closes the
>> connection. Could you confirm this by looking at the trace - use tcpdump to
>> see who is closing the TCP connection.
>>
>
> Even better use "ssldump" which can decode some SSL messages (e.g. Alert
> messages, ...)
>
> klaus
>
>
>> Thanks and regards,
>> Bogdan
>>
>> Sara Lee wrote:
>>
>>> Hi, Bogdan
>>>
>>> Here is the result.
>>>
>>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: new branch at
>>> sip:2222 at 10.16.88.88:47811;rinstance=fc41501f86822386;transport=TLS
>>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>>> ERROR:core:tls_connect: SSL_ERROR_SYSCALL err=Connection reset by peer(104)
>>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>>> ERROR:core:tls_connect: something wrong in SSL: 5 (ret=-1) err=Connection
>>> reset by peer(104)
>>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>>> ERROR:core:tcp_send: failed to send
>>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>>> ERROR:tm:msg_send: tcp_send failed
>>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>>> ERROR:tm:t_forward_nonack: sending request failed
>>> Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: ACC: call missed:
>>> timestamp=1220438829;method=INVITE;from_tag=4d01507d;to_tag=;call_id=OTY3NjBlZmIxM2YyMWZhOTQ3YmFhNTlhYzhkY2Q1NzI.;code=477;reason=Request
>>> Failure
>>>
>>> Regards,
>>> Sara
>>>
>>> 2008/9/3 Bogdan-Andrei Iancu <bogdan at voice-system.ro <mailto:
>>> bogdan at voice-system.ro>>
>>>
>>>    Revision: 4712
>>>
>>> http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev
>>>    <http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev>
>>>    Author:   bogdan_iancu
>>>    Date:     2008-09-03 06:52:40 +0000 (Wed, 03 Sep 2008)
>>>
>>>    Log Message:
>>>    -----------
>>>    -exteneded loging - for SSL_ERROR_SYSCALL print errno also.
>>>
>>>    Modified Paths:
>>>    --------------
>>>       trunk/tls/tls_server.c
>>>
>>>
>>>    This was sent by the SourceForge.net collaborative development
>>>    platform, the world's largest Open Source development site.
>>>
>>>    _______________________________________________
>>>    Devel mailing list
>>>    Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>>>    http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>>
>>>
>>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080904/8f7b9dbb/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tcp-to-tls.cap
Type: application/octet-stream
Size: 9453 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/devel/attachments/20080904/8f7b9dbb/attachment-0001.obj 

From alex at jajah.com  Thu Sep  4 09:30:14 2008
From: alex at jajah.com (Alex Massover)
Date: Thu, 4 Sep 2008 10:30:14 +0300
Subject: [OpenSIPS-Devel] calculating of hash_id in dialog module
In-Reply-To: <48BED319.1060609@voice-system.ro>
Message-ID: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F4988C5@jjex01.jajah.dublin>

Hi Bogdan!

We need a hash_entry:hash_id pair to disconnect calls with dlg_end_dlg(). But for a big installation parsing the output of MI command is super slow, because we need to parse the whole list of dialogs.
DB table is better, but also it's a huge overhead. Currently we use DB but looking for a smother way.

For example calculating hash_entry:hash_id from external application will be good enough for us.
We are able to calculate hash_entry using core_hash() (writing a small program in C that #include[s] "hash_func.h" from OpenSIPS source), but wonder if there's a way to calculate hash_id based on callid, to_tag and from_tag or hash_id also depend on some internal states of hash table, so it's impossible to calculate it from external application?

For a long term maybe it worth to export hash_entry:hash_id pair to the config file with pseudo-variable (I think dialog module even writes hash_entry:hash_id to the debug log)? Or any other simple way to get it for future use? IMHO it's strange that dialog module exports dlg_end_dlg(), but it requires using a DB and making queries to find out the input parameters.

--
Best Regards,
Alex Massover

-----Original Message-----
From: devel-bounces at lists.opensips.org [mailto:devel-bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
Sent: Wednesday, September 03, 2008 9:11 PM
To: Dror Wald
Cc: devel at lists.opensips.org
Subject: Re: [OpenSIPS-Devel] calculating of hash_id in dialog module

Hi Dror,

the algorithm to calculate the hash is a bit complicated to be fast
described.
May i ask why do you need to do this?  because you can take this info
from DB table or MI command.

Regards,
Bogdan



 
 
************************************************************************************
This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses.
************************************************************************************





From klaus.mailinglists at pernau.at  Thu Sep  4 09:53:36 2008
From: klaus.mailinglists at pernau.at (Klaus Darilion)
Date: Thu, 04 Sep 2008 09:53:36 +0200
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4712]
	trunk/tls/tls_server.c
In-Reply-To: <6ffb06f0809032153ndc6298ar81ace3885160f1f8@mail.gmail.com>
References: <E1KamEK-0002mF-Sc@bj8yhf1.ch3.sourceforge.com>	
	<6ffb06f0809030352k6ead1930y45c3ffb927f6b370@mail.gmail.com>	
	<48BECAD4.7000001@voice-system.ro> <48BECEBF.3070709@pernau.at>
	<6ffb06f0809032153ndc6298ar81ace3885160f1f8@mail.gmail.com>
Message-ID: <48BF9400.3060502@pernau.at>

eyebeam RST the TCP connection after ClientHello. Maybe you can find out 
some more hints by activating logging in eyebeam (use the highest level) 
and then inspect the logfile.

Further, the better practice is to reuse the already existing TLS 
connection (opened from eyebeam during REGISTER). This should work by 
either set eyebeam to use the public IP and/or use fix_nated_register().

regards
klaus

Sara Lee schrieb:
> Hi Sirs,
>  
> I used Wireshark to capture the packets.
> Please refer to the attached file -- "tcp-to-tls".
> It seems like eyebeam sent the RST packet to opensips.
> But if call is from tls to tcp, the connection can be built successfully.
>  
> Sara.
> 2008/9/4 Klaus Darilion <klaus.mailinglists at pernau.at 
> <mailto:klaus.mailinglists at pernau.at>>
> 
>     Bogdan-Andrei Iancu wrote:
> 
>         Hi Sara,
> 
>         Well, the error description speaks for itself. It seams that
>         opensips opens a connection to eyebeam and for whatever reasons,
>         eyebeam closes the connection. Could you confirm this by looking
>         at the trace - use tcpdump to see who is closing the TCP connection.
> 
> 
>     Even better use "ssldump" which can decode some SSL messages (e.g.
>     Alert messages, ...)
> 
>     klaus
> 
> 
>         Thanks and regards,
>         Bogdan
> 
>         Sara Lee wrote:
> 
>             Hi, Bogdan
> 
>             Here is the result.
> 
>             Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: new
>             branch at
>             sip:2222 at 10.16.88.88:47811;rinstance=fc41501f86822386;transport=TLS
>             Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>             ERROR:core:tls_connect: SSL_ERROR_SYSCALL err=Connection
>             reset by peer(104)
>             Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>             ERROR:core:tls_connect: something wrong in SSL: 5 (ret=-1)
>             err=Connection reset by peer(104)
>             Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>             ERROR:core:tcp_send: failed to send
>             Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>             ERROR:tm:msg_send: tcp_send failed
>             Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]:
>             ERROR:tm:t_forward_nonack: sending request failed
>             Sep  3 18:47:09 tld5sip /usr/local/sbin/opensips[8413]: ACC:
>             call missed:
>             timestamp=1220438829;method=INVITE;from_tag=4d01507d;to_tag=;call_id=OTY3NjBlZmIxM2YyMWZhOTQ3YmFhNTlhYzhkY2Q1NzI.;code=477;reason=Request
>             Failure
> 
>             Regards,
>             Sara
> 
>             2008/9/3 Bogdan-Andrei Iancu <bogdan at voice-system.ro
>             <mailto:bogdan at voice-system.ro>
>             <mailto:bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>>>
> 
>                Revision: 4712
>                          
>             http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev
>             <http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev>
>              
>              <http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev
>             <http://opensips.svn.sourceforge.net/opensips/?rev=4712&view=rev>>
>                Author:   bogdan_iancu
>                Date:     2008-09-03 06:52:40 +0000 (Wed, 03 Sep 2008)
> 
>                Log Message:
>                -----------
>                -exteneded loging - for SSL_ERROR_SYSCALL print errno also.
> 
>                Modified Paths:
>                --------------
>                   trunk/tls/tls_server.c
> 
> 
>                This was sent by the SourceForge.net collaborative
>             development
>                platform, the world's largest Open Source development site.
> 
>                _______________________________________________
>                Devel mailing list
>                Devel at lists.opensips.org
>             <mailto:Devel at lists.opensips.org>
>             <mailto:Devel at lists.opensips.org
>             <mailto:Devel at lists.opensips.org>>
>                http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> 
> 
> 
> 
>         _______________________________________________
>         Devel mailing list
>         Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>         http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> 
> 
> 


From dan at ag-projects.com  Thu Sep  4 10:23:15 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Thu, 04 Sep 2008 08:23:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4717] trunk/modules/exec
Message-ID: <E1KbA7X-0006rD-IC@74yxhf1.ch3.sourceforge.com>

Revision: 4717
          http://opensips.svn.sourceforge.net/opensips/?rev=4717&view=rev
Author:   dan_pascu
Date:     2008-09-04 08:23:14 +0000 (Thu, 04 Sep 2008)

Log Message:
-----------
Fixed function names in documentation

Modified Paths:
--------------
    trunk/modules/exec/README
    trunk/modules/exec/doc/exec_admin.xml


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


From dan at ag-projects.com  Thu Sep  4 10:23:48 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Thu, 04 Sep 2008 08:23:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4718]
	branches/1.4/modules/exec
Message-ID: <E1KbA84-0006rS-CU@74yxhf1.ch3.sourceforge.com>

Revision: 4718
          http://opensips.svn.sourceforge.net/opensips/?rev=4718&view=rev
Author:   dan_pascu
Date:     2008-09-04 08:23:47 +0000 (Thu, 04 Sep 2008)

Log Message:
-----------
Fixed function names in documentation (backport from trunk rev 4717)

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

Modified Paths:
--------------
    branches/1.4/modules/exec/README
    branches/1.4/modules/exec/doc/exec_admin.xml


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


From alex at jajah.com  Thu Sep  4 11:10:33 2008
From: alex at jajah.com (Alex Massover)
Date: Thu, 4 Sep 2008 12:10:33 +0300
Subject: [OpenSIPS-Devel] calculating of hash_id in dialog module
In-Reply-To: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F4988C5@jjex01.jajah.dublin>
Message-ID: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F49892D@jjex01.jajah.dublin>

Hi!

Sorry, I didn't noticed that dlg_list is now able to receive callid. We still use 1.3.2 OpenSer.
Dlg_list(callid) is a good solution.

--
Best Regards,
Alex Massover

-----Original Message-----
From: devel-bounces at lists.opensips.org [mailto:devel-bounces at lists.opensips.org] On Behalf Of Alex Massover
Sent: Thursday, September 04, 2008 10:30 AM
To: Bogdan-Andrei Iancu; Dror Wald
Cc: devel at lists.opensips.org
Subject: Re: [OpenSIPS-Devel] calculating of hash_id in dialog module

Hi Bogdan!

We need a hash_entry:hash_id pair to disconnect calls with dlg_end_dlg(). But for a big installation parsing the output of MI command is super slow, because we need to parse the whole list of dialogs.
DB table is better, but also it's a huge overhead. Currently we use DB but looking for a smother way.

For example calculating hash_entry:hash_id from external application will be good enough for us.
We are able to calculate hash_entry using core_hash() (writing a small program in C that #include[s] "hash_func.h" from OpenSIPS source), but wonder if there's a way to calculate hash_id based on callid, to_tag and from_tag or hash_id also depend on some internal states of hash table, so it's impossible to calculate it from external application?

For a long term maybe it worth to export hash_entry:hash_id pair to the config file with pseudo-variable (I think dialog module even writes hash_entry:hash_id to the debug log)? Or any other simple way to get it for future use? IMHO it's strange that dialog module exports dlg_end_dlg(), but it requires using a DB and making queries to find out the input parameters.

--
Best Regards,
Alex Massover




 
 
************************************************************************************
This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses.
************************************************************************************





From dan at ag-projects.com  Fri Sep  5 13:09:02 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Fri, 05 Sep 2008 11:09:02 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4719]
	trunk/modules/presence_xcapdiff
Message-ID: <E1KbZBW-0002vz-Eu@74yxhf1.ch3.sourceforge.com>

Revision: 4719
          http://opensips.svn.sourceforge.net/opensips/?rev=4719&view=rev
Author:   dan_pascu
Date:     2008-09-05 11:09:01 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
- Simplified the presence_xcapdiff module to automatically configure itself
  based on the availability of the presence and/or pua modules in the
  OpenSIPS configuration, eliminating the need to have module parameters
  to manually configure presence/pua specific functionality
- Made error messages more human readable
- Added copyright notice at the top of the source file
- Removed unused functions
- Updated and reworded documentation for clarity and to reflect the above
  changes

Modified Paths:
--------------
    trunk/modules/presence_xcapdiff/README
    trunk/modules/presence_xcapdiff/doc/presence_xcapdiff_admin.xml
    trunk/modules/presence_xcapdiff/presence_xcapdiff.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 Sep  5 14:13:19 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 05 Sep 2008 12:13:19 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-2094884 ] SIP Identity
Message-ID: <E1KbaBj-0004Rb-Gv@b55xhf1.ch3.sourceforge.com>

Feature Requests item #2094884, was opened at 2008-09-05 14:13
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=2094884&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: Mszros Mihly (rootkiskacsa)
Assigned to: Nobody/Anonymous (nobody)
Summary: SIP Identity 

Initial Comment:
It will be nice if OpenSips can support SIP Identity according RFC 4474.

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

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


From noreply at sourceforge.net  Sun Sep  7 13:09:15 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 07 Sep 2008 11:09:15 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2075002 ] In-correct VIA header
	for MHOMED Proxy
Message-ID: <E1KcI8p-0005UL-La@d45xhf1.ch3.sourceforge.com>

Bugs item #2075002, was opened at 2008-08-26 15:00
Message generated for change (Comment added) made by jimbohamez
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2075002&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jim Burke (jimbohamez)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: In-correct VIA header for MHOMED Proxy

Initial Comment:
If a UAC is registered via an external IP address, when using t_relay(ip_address) to force an INVITE message to internal IP address after location_lookup the first Via header is the external IP and not the internal IP address used in the t_relay command.

This results in messages returned from the B2BUA ie 100 "Trying" to be sent to the external IP and not the internal IP address this causes the calls to fail.

OS: Fedora Core 5
version: opensips 1.4.1-tls (i386/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:4624M
@(#) $Id: main.c 4504 2008-07-29 09:55:03Z bogdan_iancu $
main.c compiled on 12:02:51 Aug 26 2008 with gcc 4.1.1
 
If you need some further information please let me know.

Regards,
Jim



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

>Comment By: Jim Burke (jimbohamez)
Date: 2008-09-07 21:09

Message:
Logged In: YES 
user_id=1986627
Originator: YES

Hi Bogdan,

Thanks for your follow-up!

Server Setup:
Duplicated linux servers running opensips bound to external and internal
IP on port 5060 and b2bua bound to internal IP address on port 5070.
REGISTER messages have PATH included and duplicated to second server so NAT
UAC are handled correctly. 

Call scenario:

1, A and B UAC registered via external IP address
2, A calls B, INVITE incoming via external IP address.
3, After checking for local number a lookup location is performed.
4, If user is online we bill the call then force the INVITE via internal
IP to B2BUA to handle call timing.
5, B2BUA routes the call back to Opensips and out via external IP to B.

Regards,
Jim 


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-31 00:56

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Hi Jim,

So, your scenario is:
  1) receive call and force the internal ip
  2) do lookup("location") where destination is a device registered with
the external Ip

I'm asking as lookup("location") internally forces the interface to be
used to the one used to receive the REGISTER from the device. So, if the
device registered via external IP, all the calls to it will be delivered
via the external interface.

Maybe a more clear description of your flow will help in understanding the
problem.

Regards,
bogdan


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

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


From dror at jajah.com  Mon Sep  8 11:12:51 2008
From: dror at jajah.com (Dror Wald)
Date: Mon, 8 Sep 2008 12:12:51 +0300
Subject: [OpenSIPS-Devel] OPENSIPS code contribution - a patch that reads an
 environment variable to an avp
Message-ID: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F498D3C@jjex01.jajah.dublin>

Hello,

I've made a patch (based on exec_avp code) that enables to read an environment variable and put its value inside an avp.
For example,
  exec_getenv("HOSTNAME",$avp(s:hostname));
Gets the value of environment variable HOSTNAME and put it in $avp(s:hostname).

Would you like to include this patch in the opensips code?
If so, is the "exec" module a good place to put it?

Comments are welcome.

Dror Wald
A developer, VoIP team, Jajah Inc
E-mail: dror at jajah.com<mailto:dror at jajah.com>





 
 
************************************************************************************
This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses.
************************************************************************************


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080908/59281473/attachment.htm 

From DSukhoroslov at scartel.ru  Mon Sep  8 13:07:30 2008
From: DSukhoroslov at scartel.ru (Sukhoroslov Denis)
Date: Mon, 8 Sep 2008 15:07:30 +0400
Subject: [OpenSIPS-Devel] SSO integration = Custom auth module?
Message-ID: <07CF7BE5BD71AA4782C16A9228A4FF2F01050CB3@srv5-of-spb.scartel.ru>

Hi,

 

Our company provides mobile internet via WiMAX network. There are many
services that can be accessed by our mobile clients via HTTP protocol.
Now we'd like to provide VoIP (and probably other IMS services in the
future) via SIP protocol. On the server side we're planning to use
OpenSIPS. All our HTTP services are integrated with one common
authentication module, so we have SSO between HTTP clients. Is it
possible to integrate SIP services with SSO as well?

This is how I can see it:

-          We have a custom VoIP client app. During authentication
procedure with SIP server the app will append SSO token (if any) to the
REGISTER request. SSO token can be obtained from our common mobile SSO
token store.

-          The auth module on the server side should check SSO token
first. If the token exists the auth module should communicate with SSO
server and validate token. If token is valid then the user considered as
authenticated and server must respond with 200 OK.

-          If the token doesn't exist or is not valid then the regular
SIP authentication procedure starts. Auth module must respond with 401
Unauthorized.

-          Client will provide login/password. Auth module will ask SSO
server to perform authentication.

-          In case of success SSO server will open a new SSO session and
respond  with new SSO token. Auth module must append the token to the
200 OK response.

-          Client app stores SSO token to its common store.

 

Is it possible to provide such functionality with OpenSIPS, what do you
think? Do I need to develop a custom auth module for this, or can I use
some existing functionality? Any pointers or links on how to develop and
deploy custom modules would be very helpful.

 

Thanks, Denis.

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080908/23482874/attachment.htm 

From saguti at users.sourceforge.net  Fri Sep  5 16:01:29 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:01:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4720]
	branches/1.4/packaging/solaris/base-Protoype
Message-ID: <E1KbbsP-0002Sj-M4@3kljzd1.ch3.sourceforge.com>

Revision: 4720
          http://opensips.svn.sourceforge.net/opensips/?rev=4720&view=rev
Author:   saguti
Date:     2008-09-05 14:01:28 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Prototype for Solaris base package, version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/base-Protoype


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


From saguti at users.sourceforge.net  Fri Sep  5 16:03:09 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:03:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4721]
	branches/1.4/packaging/solaris/base-pkginfo
Message-ID: <E1Kbbu1-0002TI-Fj@3kljzd1.ch3.sourceforge.com>

Revision: 4721
          http://opensips.svn.sourceforge.net/opensips/?rev=4721&view=rev
Author:   saguti
Date:     2008-09-05 14:03:08 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Package information for Solaris base package, version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/base-pkginfo


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


From saguti at users.sourceforge.net  Fri Sep  5 16:05:01 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:05:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4722]
 branches/1.4/packaging/solaris/ berkeley-Prototype
Message-ID: <E1Kbbvp-0002Ts-Bz@3kljzd1.ch3.sourceforge.com>

Revision: 4722
          http://opensips.svn.sourceforge.net/opensips/?rev=4722&view=rev
Author:   saguti
Date:     2008-09-05 14:05:00 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Prototype for Solaris berkeley support package, version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/berkeley-Prototype


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


From saguti at users.sourceforge.net  Fri Sep  5 16:07:29 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:07:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4723]
	branches/1.4/packaging/solaris
Message-ID: <E1KbbyD-0002VL-FK@3kljzd1.ch3.sourceforge.com>

Revision: 4723
          http://opensips.svn.sourceforge.net/opensips/?rev=4723&view=rev
Author:   saguti
Date:     2008-09-05 14:07:28 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Package info, preinstall and postinstall script for Solaris Berkeley support package, version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/berkeley-pkginfo
    branches/1.4/packaging/solaris/berkeley-postinstall
    branches/1.4/packaging/solaris/berkeley-preinstall


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


From saguti at users.sourceforge.net  Fri Sep  5 16:13:23 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:13:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4724]
	branches/1.4/packaging/solaris
Message-ID: <E1Kbc3v-0002UR-0G@d5vjzd1.ch3.sourceforge.com>

Revision: 4724
          http://opensips.svn.sourceforge.net/opensips/?rev=4724&view=rev
Author:   saguti
Date:     2008-09-05 14:13:18 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Prototype, package info, preinstall and postinstall scripts for OpenSIPS carrierroute support package, version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/carrierroute-Prototype
    branches/1.4/packaging/solaris/carrierroute-pkginfo
    branches/1.4/packaging/solaris/carrierroute-postinstall
    branches/1.4/packaging/solaris/carrierroute-preinstall


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


From saguti at users.sourceforge.net  Fri Sep  5 16:16:21 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:16:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4725]
	branches/1.4/packaging/solaris
Message-ID: <E1Kbc6n-0002YH-Ho@d5vjzd1.ch3.sourceforge.com>

Revision: 4725
          http://opensips.svn.sourceforge.net/opensips/?rev=4725&view=rev
Author:   saguti
Date:     2008-09-05 14:16:20 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Prototype, package info, preinstall and postinstall for Solaris LDAP support package, version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/ldap-Prototype
    branches/1.4/packaging/solaris/ldap-pkginfo
    branches/1.4/packaging/solaris/ldap-postinstall
    branches/1.4/packaging/solaris/ldap-preinstall


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


From saguti at users.sourceforge.net  Fri Sep  5 16:19:33 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:19:33 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4726]
	branches/1.4/packaging/solaris
Message-ID: <E1Kbc9t-0003SM-Bd@74yxhf1.ch3.sourceforge.com>

Revision: 4726
          http://opensips.svn.sourceforge.net/opensips/?rev=4726&view=rev
Author:   saguti
Date:     2008-09-05 14:19:32 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Prototype, package info, preinstall and postinstall scripts for OpenSIPS MySQL support package, version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/mysql-Prototype
    branches/1.4/packaging/solaris/mysql-pkginfo
    branches/1.4/packaging/solaris/mysql-postinstall
    branches/1.4/packaging/solaris/mysql-preinstall


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


From saguti at users.sourceforge.net  Fri Sep  5 16:21:07 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:21:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4727]
	branches/1.4/packaging/solaris
Message-ID: <E1KbcBP-0003Sw-0e@74yxhf1.ch3.sourceforge.com>

Revision: 4727
          http://opensips.svn.sourceforge.net/opensips/?rev=4727&view=rev
Author:   saguti
Date:     2008-09-05 14:21:06 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Prototype and package information for Solaris Perl support package,  version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/perl-Prototype
    branches/1.4/packaging/solaris/perl-pkginfo


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


From saguti at users.sourceforge.net  Fri Sep  5 16:23:50 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 14:23:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4728]
	branches/1.4/packaging/solaris
Message-ID: <E1KbcE2-0003UN-JD@74yxhf1.ch3.sourceforge.com>

Revision: 4728
          http://opensips.svn.sourceforge.net/opensips/?rev=4728&view=rev
Author:   saguti
Date:     2008-09-05 14:23:49 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Prototype, package info, preinstall and postinstall script for Solaris SNMP support package, version 1.4.2

Added Paths:
-----------
    branches/1.4/packaging/solaris/snmp-Prototype
    branches/1.4/packaging/solaris/snmp-pkginfo
    branches/1.4/packaging/solaris/snmp-postinstall
    branches/1.4/packaging/solaris/snmp-preinstall


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


From saguti at users.sourceforge.net  Fri Sep  5 17:48:04 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 15:48:04 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4729]
	branches/1.4/packaging/solaris
Message-ID: <E1KbdXY-00033v-Jx@3kljzd1.ch3.sourceforge.com>

Revision: 4729
          http://opensips.svn.sourceforge.net/opensips/?rev=4729&view=rev
Author:   saguti
Date:     2008-09-05 15:48:03 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Corrected grammar and typos in informational messages and comments.

Modified Paths:
--------------
    branches/1.4/packaging/solaris/berkeley-postinstall
    branches/1.4/packaging/solaris/berkeley-preinstall
    branches/1.4/packaging/solaris/carrierroute-postinstall
    branches/1.4/packaging/solaris/carrierroute-preinstall
    branches/1.4/packaging/solaris/ldap-postinstall
    branches/1.4/packaging/solaris/ldap-preinstall
    branches/1.4/packaging/solaris/mysql-postinstall
    branches/1.4/packaging/solaris/mysql-preinstall
    branches/1.4/packaging/solaris/snmp-postinstall
    branches/1.4/packaging/solaris/snmp-preinstall


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


From saguti at users.sourceforge.net  Fri Sep  5 18:54:10 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Fri, 05 Sep 2008 16:54:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4730]
	branches/1.4/packaging/solaris
Message-ID: <E1KbeZW-0003Hr-0X@3kljzd1.ch3.sourceforge.com>

Revision: 4730
          http://opensips.svn.sourceforge.net/opensips/?rev=4730&view=rev
Author:   saguti
Date:     2008-09-05 16:54:09 +0000 (Fri, 05 Sep 2008)

Log Message:
-----------
Prototype, package info, preinstall and postinstall scripts for Solaris OpenSIPS postgresql support package.

Added Paths:
-----------
    branches/1.4/packaging/solaris/pgsql-Prototype
    branches/1.4/packaging/solaris/pgsql-pkginfo
    branches/1.4/packaging/solaris/pgsql-postinstall
    branches/1.4/packaging/solaris/pgsql-preinstall


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


From noreply at sourceforge.net  Tue Sep  9 01:36:37 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 08 Sep 2008 23:36:37 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2101086 ] Multiple DB support
	for avpops module
Message-ID: <E1KcqHd-0005tq-S1@h45xhf1.ch3.sourceforge.com>

Patches item #2101086, was opened at 2008-09-08 16:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2101086&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Multiple DB support for avpops module

Initial Comment:
Hi.

Attached is a patch implementing extended DB support for the avpops module. The patch adds a new module parameter, 'dbx_url', and a new script function, 'avp_dbx_query(index, query [,dest]).

The patch includes updates to the module docs to describe the new functionality.

Cheers,
--
kobi

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

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


From noreply at sourceforge.net  Tue Sep  9 08:21:21 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 06:21:21 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2101492 ] MaxMind GeoIP lookup
	module
Message-ID: <E1KcwbJ-0001tG-RI@565xhf1.ch3.sourceforge.com>

Patches item #2101492, was opened at 2008-09-08 23:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2101492&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: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: MaxMind GeoIP lookup module

Initial Comment:
Hi.

Attached is a patch implementing a light-weight wrapper around the MaxMind GeoIP API. It adds IP address-to-location lookup capability to OpenSIPS scripts.

Lookups are executed against the freely-available GeoLite City database; and the non-free GeoIP City database is drop-in compatible. All lookup fields provided by the API are accessible by the script. Visit the MaxMind website (http://www.maxmind.com/app/geolitecity) for more information on the location databases.

The patch includes the requisite documentation.

Cheers,
--
kobi

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

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


From noreply at sourceforge.net  Tue Sep  9 08:21:58 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 06:21:58 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2101086 ] Multiple DB support
	for avpops module
Message-ID: <E1Kcwbu-0000J2-1C@g45xhf1.ch3.sourceforge.com>

Patches item #2101086, was opened at 2008-09-08 16:36
Message generated for change (Settings changed) made by ekobi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2101086&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: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Multiple DB support for avpops module

Initial Comment:
Hi.

Attached is a patch implementing extended DB support for the avpops module. The patch adds a new module parameter, 'dbx_url', and a new script function, 'avp_dbx_query(index, query [,dest]).

The patch includes updates to the module docs to describe the new functionality.

Cheers,
--
kobi

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

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


From noreply at sourceforge.net  Tue Sep  9 10:03:51 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 08:03:51 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2075002 ] In-correct VIA header
	for MHOMED Proxy
Message-ID: <E1KcyCV-0004Ec-UQ@g45xhf1.ch3.sourceforge.com>

Bugs item #2075002, was opened at 2008-08-26 08: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=2075002&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jim Burke (jimbohamez)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: In-correct VIA header for MHOMED Proxy

Initial Comment:
If a UAC is registered via an external IP address, when using t_relay(ip_address) to force an INVITE message to internal IP address after location_lookup the first Via header is the external IP and not the internal IP address used in the t_relay command.

This results in messages returned from the B2BUA ie 100 "Trying" to be sent to the external IP and not the internal IP address this causes the calls to fail.

OS: Fedora Core 5
version: opensips 1.4.1-tls (i386/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:4624M
@(#) $Id: main.c 4504 2008-07-29 09:55:03Z bogdan_iancu $
main.c compiled on 12:02:51 Aug 26 2008 with gcc 4.1.1
 
If you need some further information please let me know.

Regards,
Jim



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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 11:03

Message:
Hi Jim,

As said, the lookup("location") is automatically trying to set as outbound
interface the same interface as the one the REGISTER was received on - in
your case, the external interface. But you send the call via the internal
interface - to route the call to B2BUA.

Try doing a force_send_socket("inernal_interface") before sending the call
to B2BUA.
        http://www.opensips.org/index.php?n=Resources.DocsCoreFcn

Regards,
Bogdan

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

Comment By: Jim Burke (jimbohamez)
Date: 2008-09-07 14:09

Message:
Logged In: YES 
user_id=1986627
Originator: YES

Hi Bogdan,

Thanks for your follow-up!

Server Setup:
Duplicated linux servers running opensips bound to external and internal
IP on port 5060 and b2bua bound to internal IP address on port 5070.
REGISTER messages have PATH included and duplicated to second server so NAT
UAC are handled correctly. 

Call scenario:

1, A and B UAC registered via external IP address
2, A calls B, INVITE incoming via external IP address.
3, After checking for local number a lookup location is performed.
4, If user is online we bill the call then force the INVITE via internal
IP to B2BUA to handle call timing.
5, B2BUA routes the call back to Opensips and out via external IP to B.

Regards,
Jim 


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-30 17:56

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Hi Jim,

So, your scenario is:
  1) receive call and force the internal ip
  2) do lookup("location") where destination is a device registered with
the external Ip

I'm asking as lookup("location") internally forces the interface to be
used to the one used to receive the REGISTER from the device. So, if the
device registered via external IP, all the calls to it will be delivered
via the external interface.

Maybe a more clear description of your flow will help in understanding the
problem.

Regards,
bogdan


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

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


From noreply at sourceforge.net  Tue Sep  9 10:05:56 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 08:05:56 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2091771 ] presence module segfault
	if db_url not set
Message-ID: <E1KcyEW-0001zd-MY@155xhf1.ch3.sourceforge.com>

Bugs item #2091771, was opened at 2008-09-03 23:00
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2091771&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.4.x
Status: Open
>Resolution: Accepted
>Priority: 7
Private: No
Submitted By: Kobi Eshun (ekobi)
>Assigned to: Anca Vamanu (anca_vamanu)
Summary: presence module segfault if db_url not set

Initial Comment:
In my testing, get_db_subs_auth() crashes when it attempts to invoke pa_dbf.use_table(), which is not defined if db_url parameter has not been set. I see similar code in many other places in the presence module.

The workaround is obviously to always set the db_url parameter. Cheers,
--
kobi

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

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


From bogdan at voice-system.ro  Tue Sep  9 10:09:54 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 09 Sep 2008 11:09:54 +0300
Subject: [OpenSIPS-Devel] OPENSIPS code contribution - a patch that
 reads an environment variable to an avp
In-Reply-To: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F498D3C@jjex01.jajah.dublin>
References: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D04F498D3C@jjex01.jajah.dublin>
Message-ID: <48C62F52.9090008@voice-system.ro>

Hi,

Yes, it is the proper place - please upload the patch on the tracker for 
reviewing.

Thanks and regards,
Bogdan

Dror Wald wrote:
>
> Hello,
>
>  
>
> I've made a patch (based on exec_avp code) that enables to read an 
> environment variable and put its value inside an avp.
>
> For example,
>
>   exec_getenv("HOSTNAME",$avp(s:hostname));
>
> Gets the value of environment variable HOSTNAME and put it in 
> $avp(s:hostname).
>
>  
>
> Would you like to include this patch in the opensips code?
>
> If so, is the "exec" module a good place to put it?
>
>  
>
> Comments are welcome.
>
>  
>
> Dror Wald
>
> A developer, VoIP team, Jajah Inc
>
> E-mail: dror at jajah.com <mailto:dror at jajah.com> 
>
>  
>
>
>
>
>
> ************************************************************************************
> This footnote confirms that this email message has been scanned by
> PineApp Mail-SeCure for the presence of malicious code, vandals & 
> computer viruses.
> ************************************************************************************
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   



From noreply at sourceforge.net  Tue Sep  9 10:12:17 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 08:12:17 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2101086 ] Multiple DB support
	for avpops module
Message-ID: <E1KcyKf-0003hS-1b@b55xhf1.ch3.sourceforge.com>

Patches item #2101086, was opened at 2008-09-09 02:36
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2101086&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: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Multiple DB support for avpops module

Initial Comment:
Hi.

Attached is a patch implementing extended DB support for the avpops module. The patch adds a new module parameter, 'dbx_url', and a new script function, 'avp_dbx_query(index, query [,dest]).

The patch includes updates to the module docs to describe the new functionality.

Cheers,
--
kobi

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 11:12

Message:
Hi Kobi,

Thanks for the patch - could you detail a bit what means the "extended" DB
support ?

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Tue Sep  9 10:16:46 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 08:16:46 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2101492 ] MaxMind GeoIP lookup
	module
Message-ID: <E1KcyP0-0005YA-C2@665xhf1.ch3.sourceforge.com>

Patches item #2101492, was opened at 2008-09-09 09:21
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2101492&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: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: MaxMind GeoIP lookup module

Initial Comment:
Hi.

Attached is a patch implementing a light-weight wrapper around the MaxMind GeoIP API. It adds IP address-to-location lookup capability to OpenSIPS scripts.

Lookups are executed against the freely-available GeoLite City database; and the non-free GeoIP City database is drop-in compatible. All lookup fields provided by the API are accessible by the script. Visit the MaxMind website (http://www.maxmind.com/app/geolitecity) for more information on the location databases.

The patch includes the requisite documentation.

Cheers,
--
kobi

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 11:16

Message:
Hi Kobi,

This sounds interesting - I will take a look over the patch in the next
days.

Thanks and regards,
Bogdan

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

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


From noreply at sourceforge.net  Tue Sep  9 10:35:29 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 08:35:29 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2101086 ] Multiple DB support
	for avpops module
Message-ID: <E1Kcyh7-0006Fd-6J@665xhf1.ch3.sourceforge.com>

Patches item #2101086, was opened at 2008-09-08 16:36
Message generated for change (Comment added) made by ekobi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2101086&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: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Multiple DB support for avpops module

Initial Comment:
Hi.

Attached is a patch implementing extended DB support for the avpops module. The patch adds a new module parameter, 'dbx_url', and a new script function, 'avp_dbx_query(index, query [,dest]).

The patch includes updates to the module docs to describe the new functionality.

Cheers,
--
kobi

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

>Comment By: Kobi Eshun (ekobi)
Date: 2008-09-09 01:35

Message:
The "extended DB support" permits queries against multiple databases. The
existing code restricts all avp_db_query() calls to be against the same DB
URL. This is inconvenient when you want to migrate your database tables to
different servers for performance tuning reasons, for example. This patch
removes the restriction.

If this concept is generally useful, I'd be open to refactoring the code
to fit in more smoothly with the existing. For example, I maintain a vector
of DB URLs separately from the existing DB URL. There is no conceptual
reason to keep it this way. It might also be possible to eliminate the new
script function altogether, and overload the existing signature to handle
an optional DB index.

--
kobi

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 01:12

Message:
Hi Kobi,

Thanks for the patch - could you detail a bit what means the "extended" DB
support ?

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Tue Sep  9 11:36:00 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 09:36:00 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2091771 ] presence module segfault
	if db_url not set
Message-ID: <E1Kczdg-00022k-3c@d55xhf1.ch3.sourceforge.com>

Bugs item #2091771, was opened at 2008-09-03 20:00
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2091771&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.4.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Kobi Eshun (ekobi)
Assigned to: Anca Vamanu (anca_vamanu)
Summary: presence module segfault if db_url not set

Initial Comment:
In my testing, get_db_subs_auth() crashes when it attempts to invoke pa_dbf.use_table(), which is not defined if db_url parameter has not been set. I see similar code in many other places in the presence module.

The workaround is obviously to always set the db_url parameter. Cheers,
--
kobi

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-09 09:36

Message:
Hello,

The presence module is not build to work with cache only storage. You can
load the presence module and not set the db_url when you require the module
as a library, using some functions exported by it to be used in other
modules( like the rls module does). And in this case you do not call the
exported functions handle_subscribe and handle_publish. 
I am thinking of adding a cache only possibility.

regards,
Anca Vamanu



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

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


From anca at voice-system.ro  Tue Sep  9 14:20:54 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Tue, 09 Sep 2008 12:20:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4731] trunk/modules/presence
Message-ID: <E1Kd2DG-0004Gq-CT@c3vjzd1.ch3.sourceforge.com>

Revision: 4731
          http://opensips.svn.sourceforge.net/opensips/?rev=4731&view=rev
Author:   anca_vamanu
Date:     2008-09-09 12:20:53 +0000 (Tue, 09 Sep 2008)

Log Message:
-----------
- fixed segmentation fault when db_url was not set and exported functions were used in configuration file ( closes bug item #2091771)

Modified Paths:
--------------
    trunk/modules/presence/presence.c
    trunk/modules/presence/presence.h
    trunk/modules/presence/subscribe.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 Sep  9 15:05:03 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 13:05:03 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2101086 ] Multiple DB support
	for avpops module
Message-ID: <E1Kd2tz-0006yY-Ed@d45xhf1.ch3.sourceforge.com>

Patches item #2101086, was opened at 2008-09-09 02:36
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2101086&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: Kobi Eshun (ekobi)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Multiple DB support for avpops module

Initial Comment:
Hi.

Attached is a patch implementing extended DB support for the avpops module. The patch adds a new module parameter, 'dbx_url', and a new script function, 'avp_dbx_query(index, query [,dest]).

The patch includes updates to the module docs to describe the new functionality.

Cheers,
--
kobi

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 16:05

Message:
Hi Kobi,

yes, access to multiple DBs make sense - I will review the patch and come
back to you.

Thanks and regards,
Bogdan

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

Comment By: Kobi Eshun (ekobi)
Date: 2008-09-09 11:35

Message:
The "extended DB support" permits queries against multiple databases. The
existing code restricts all avp_db_query() calls to be against the same DB
URL. This is inconvenient when you want to migrate your database tables to
different servers for performance tuning reasons, for example. This patch
removes the restriction.

If this concept is generally useful, I'd be open to refactoring the code
to fit in more smoothly with the existing. For example, I maintain a vector
of DB URLs separately from the existing DB URL. There is no conceptual
reason to keep it this way. It might also be possible to eliminate the new
script function altogether, and overload the existing signature to handle
an optional DB index.

--
kobi

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 11:12

Message:
Hi Kobi,

Thanks for the patch - could you detail a bit what means the "extended" DB
support ?

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Tue Sep  9 15:07:20 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 13:07:20 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2075002 ] In-correct VIA header
	for MHOMED Proxy
Message-ID: <E1Kd2wC-0001jM-Bp@565xhf1.ch3.sourceforge.com>

Bugs item #2075002, was opened at 2008-08-26 15:00
Message generated for change (Comment added) made by jimbohamez
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2075002&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jim Burke (jimbohamez)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: In-correct VIA header for MHOMED Proxy

Initial Comment:
If a UAC is registered via an external IP address, when using t_relay(ip_address) to force an INVITE message to internal IP address after location_lookup the first Via header is the external IP and not the internal IP address used in the t_relay command.

This results in messages returned from the B2BUA ie 100 "Trying" to be sent to the external IP and not the internal IP address this causes the calls to fail.

OS: Fedora Core 5
version: opensips 1.4.1-tls (i386/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:4624M
@(#) $Id: main.c 4504 2008-07-29 09:55:03Z bogdan_iancu $
main.c compiled on 12:02:51 Aug 26 2008 with gcc 4.1.1
 
If you need some further information please let me know.

Regards,
Jim



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

>Comment By: Jim Burke (jimbohamez)
Date: 2008-09-09 23:07

Message:
Hi Bogdan,

Thanks!  Your suggestion resolves the issue.

Regards,
Jim

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 18:03

Message:
Hi Jim,

As said, the lookup("location") is automatically trying to set as outbound
interface the same interface as the one the REGISTER was received on - in
your case, the external interface. But you send the call via the internal
interface - to route the call to B2BUA.

Try doing a force_send_socket("inernal_interface") before sending the call
to B2BUA.
        http://www.opensips.org/index.php?n=Resources.DocsCoreFcn

Regards,
Bogdan

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

Comment By: Jim Burke (jimbohamez)
Date: 2008-09-07 21:09

Message:
Logged In: YES 
user_id=1986627
Originator: YES

Hi Bogdan,

Thanks for your follow-up!

Server Setup:
Duplicated linux servers running opensips bound to external and internal
IP on port 5060 and b2bua bound to internal IP address on port 5070.
REGISTER messages have PATH included and duplicated to second server so NAT
UAC are handled correctly. 

Call scenario:

1, A and B UAC registered via external IP address
2, A calls B, INVITE incoming via external IP address.
3, After checking for local number a lookup location is performed.
4, If user is online we bill the call then force the INVITE via internal
IP to B2BUA to handle call timing.
5, B2BUA routes the call back to Opensips and out via external IP to B.

Regards,
Jim 


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-08-31 00:56

Message:
Logged In: YES 
user_id=1275325
Originator: NO

Hi Jim,

So, your scenario is:
  1) receive call and force the internal ip
  2) do lookup("location") where destination is a device registered with
the external Ip

I'm asking as lookup("location") internally forces the interface to be
used to the one used to receive the REGISTER from the device. So, if the
device registered via external IP, all the calls to it will be delivered
via the external interface.

Maybe a more clear description of your flow will help in understanding the
problem.

Regards,
bogdan


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

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


From noreply at sourceforge.net  Tue Sep  9 15:14:01 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 13:14:01 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2091771 ] presence module segfault
	if db_url not set
Message-ID: <E1Kd32f-0004iZ-AR@h45xhf1.ch3.sourceforge.com>

Bugs item #2091771, was opened at 2008-09-03 20:00
Message generated for change (Comment added) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2091771&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.4.x
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: Kobi Eshun (ekobi)
Assigned to: Anca Vamanu (anca_vamanu)
Summary: presence module segfault if db_url not set

Initial Comment:
In my testing, get_db_subs_auth() crashes when it attempts to invoke pa_dbf.use_table(), which is not defined if db_url parameter has not been set. I see similar code in many other places in the presence module.

The workaround is obviously to always set the db_url parameter. Cheers,
--
kobi

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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2008-09-09 13:14

Message:
Hi,

A cache only mode is not possible, as the presence module can not keep in
cache the information from watchers table - storing the presence status of
all the presentities for which it received subscriptions. Also in a
configuration with xcap permission rules, the database is used as an
interface.
Therefore, I have just made the usage safe, not permitting the call of
handle_subscribe and handle_publish functions if db_url is not set.

regards,
Anca Vamanu  

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-09 09:36

Message:
Hello,

The presence module is not build to work with cache only storage. You can
load the presence module and not set the db_url when you require the module
as a library, using some functions exported by it to be used in other
modules( like the rls module does). And in this case you do not call the
exported functions handle_subscribe and handle_publish. 
I am thinking of adding a cache only possibility.

regards,
Anca Vamanu



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

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


From anca at voice-system.ro  Tue Sep  9 15:18:02 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Tue, 09 Sep 2008 13:18:02 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4732]
	branches/1.4/modules/presence
Message-ID: <E1Kd36Y-0006ak-6Z@bj8yhf1.ch3.sourceforge.com>

Revision: 4732
          http://opensips.svn.sourceforge.net/opensips/?rev=4732&view=rev
Author:   anca_vamanu
Date:     2008-09-09 13:18:01 +0000 (Tue, 09 Sep 2008)

Log Message:
-----------
- backport from trunk - revision 4731
	- fixed segmentation fault when db_url was not set and exported functions were used in configuration file ( closes bug item #2091771)

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

Modified Paths:
--------------
    branches/1.4/modules/presence/presence.c
    branches/1.4/modules/presence/presence.h
    branches/1.4/modules/presence/subscribe.c


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


From robin at swip.net  Tue Sep  9 17:03:56 2008
From: robin at swip.net (Robin Vleij)
Date: Tue, 09 Sep 2008 17:03:56 +0200
Subject: [OpenSIPS-Devel] OpenSER 1.3 crash
Message-ID: <48C6905C.4030909@swip.net>

Hi guys!

We've been running OpenSER (1.3.0 ntls, compiled for x66_64) for quite a
while now and only had a crash once. We suspected then that this was
caused by hitting the max_while_loops for a while (never happened again
after fixing the max-while-loops). Now I had a crash and the backtrace
looks like the following. Do you guys have any pointers on what is
causing this?


#0  free_hostent (dst=0x6e3fe0) at proxy.c:203
203                     for (r=0; dst->h_addr_list[r];r++) {
(gdb) backtrace
#0  free_hostent (dst=0x6e3fe0) at proxy.c:203
#1  0x0000000000436530 in free_proxy (p=0x6e3fc0) at proxy.c:312
#2  0x00002adec6dc01ea in t_relay_to (p_msg=0x6de4a0, proxy=0x6e3fc0,
flags=<value optimized out>) at t_funcs.c:230
#3  0x00002adec6dd1fcd in w_t_relay (p_msg=0x6de4a0, proxy=0x0,
flags=0x0) at tm.c:929
#4  0x000000000040ba9f in do_action (a=0x646e80, msg=0x6de4a0) at
action.c:816
#5  0x000000000040dfac in run_action_list (a=<value optimized out>,
msg=0x6de4a0) at action.c:132
#6  0x000000000040ca06 in do_action (a=0x646fb0, msg=0x6de4a0) at
action.c:689
#7  0x000000000040dfac in run_action_list (a=<value optimized out>,
msg=0x6de4a0) at action.c:132
#8  0x000000000040d780 in do_action (a=0x647460, msg=0x6de4a0) at
action.c:695
#9  0x000000000040dfac in run_action_list (a=<value optimized out>,
msg=0x6de4a0) at action.c:132
#10 0x000000000040ca06 in do_action (a=0x6475a0, msg=0x6de4a0) at
action.c:689
#11 0x000000000040dfac in run_action_list (a=<value optimized out>,
msg=0x6de4a0) at action.c:132
#12 0x000000000040e309 in run_top_route (a=0x643398, msg=0x6de4a0) at
action.c:112
#13 0x000000000044b8bf in receive_msg (
    buf=0x625ca0 "ACK sip:013104104 at sip-corporate.tele2.se
SIP/2.0\r\nVia: SIP/2.0/UDP
130.244.190.46;branch=z9hG4bK7b7c7b36\r\nVia: SIP/2.0/UDP
130.244.190.46;branch=z9hG4bK7b7c7b36\r\nVia: SIP/2.0/UDP
130.244.190.46;branch"..., len=3703, rcv_info=0x7fffe4d8d840) at
receive.c:156
#14 0x0000000000488154 in udp_rcv_loop () at udp_server.c:438
#15 0x0000000000425081 in main (argc=9, argv=0x7fffe4d8da48) at main.c:834

-- 
Robin Vleij
robin at swip.net


From noreply at sourceforge.net  Tue Sep  9 20:45:44 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 18:45:44 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2102475 ] Add callID testing to
	registrar:registered()
Message-ID: <E1Kd8Dg-0006KY-Fz@b55xhf1.ch3.sourceforge.com>

Patches item #2102475, was opened at 2008-09-09 11:45
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2102475&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: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add callID testing to registrar:registered()

Initial Comment:
Attached is a small patch to facilitate managing multiple registration instances using the same credentials. It introduces a new module AVP, reg_callid_avp. If reg_callid_avp is defined and populated when registered() is invoked, the result is TRUE only if an active registration with the specified callID is found.

We use the enhanced functionality to facilitate provisioning and management of our clients -- it allows us to reliably distinguish between new registrations and re-registration of an existing sessions.

This is an updated version of patch #1824748 submitted to OpenSER that did not get accepted until after The Fork. It includes corrections by Henning Westerholt, but omits his changes to the documentation.  Would you consider applying it to OpenSIPS?

Cheers,
--
kobi

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

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


From noreply at sourceforge.net  Tue Sep  9 21:01:43 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 09 Sep 2008 19:01:43 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2102494 ] presence: tighten NULL
	checks during bad event handling
Message-ID: <E1Kd8T9-0008Nt-NG@665xhf1.ch3.sourceforge.com>

Bugs item #2102494, was opened at 2008-09-09 12:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2102494&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: presence: tighten NULL checks during bad event handling

Initial Comment:
The trivial attached patch cleans up a segmentation fault when the presence module is handling unknown events. I don't recall exactly how I triggered the condition, but I imagine you'll want to fix the issue regardless.

The patch compiles against 1.4x and HEAD. Cheers,
--
kobi

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

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


From anca at voice-system.ro  Wed Sep 10 11:16:09 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Wed, 10 Sep 2008 09:16:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4733]
	trunk/modules/presence/subscribe.c
Message-ID: <E1KdLo1-0000Qy-5q@c3vjzd1.ch3.sourceforge.com>

Revision: 4733
          http://opensips.svn.sourceforge.net/opensips/?rev=4733&view=rev
Author:   anca_vamanu
Date:     2008-09-10 09:16:08 +0000 (Wed, 10 Sep 2008)

Log Message:
-----------
- applied patch item #2102494 from Kobi Eshun
	- tighten NULL checks during bad event handling

Modified Paths:
--------------
    trunk/modules/presence/subscribe.c


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


From anca at voice-system.ro  Wed Sep 10 11:18:40 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Wed, 10 Sep 2008 09:18:40 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4734]
	branches/1.4/modules/presence/subscribe.c
Message-ID: <E1KdLqS-0000Te-Rc@c3vjzd1.ch3.sourceforge.com>

Revision: 4734
          http://opensips.svn.sourceforge.net/opensips/?rev=4734&view=rev
Author:   anca_vamanu
Date:     2008-09-10 09:18:40 +0000 (Wed, 10 Sep 2008)

Log Message:
-----------
- applied patch item #2102494 from Kobi Eshun
	- tighten NULL checks during bad event handling

Modified Paths:
--------------
    branches/1.4/modules/presence/subscribe.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 Sep 10 11:22:41 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 10 Sep 2008 09:22:41 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2102494 ] presence: tighten NULL
	checks during bad event handling
Message-ID: <E1KdLuL-000552-Ed@155xhf1.ch3.sourceforge.com>

Bugs item #2102494, was opened at 2008-09-09 19:01
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2102494&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.4.x
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Kobi Eshun (ekobi)
>Assigned to: Anca Vamanu (anca_vamanu)
Summary: presence: tighten NULL checks during bad event handling

Initial Comment:
The trivial attached patch cleans up a segmentation fault when the presence module is handling unknown events. I don't recall exactly how I triggered the condition, but I imagine you'll want to fix the issue regardless.

The patch compiles against 1.4x and HEAD. Cheers,
--
kobi

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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2008-09-10 09:22

Message:
Hi Kobi,

I applied your patch.

Thank you,
Anca

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

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


From klaus.mailinglists at pernau.at  Wed Sep 10 17:58:46 2008
From: klaus.mailinglists at pernau.at (Klaus Darilion)
Date: Wed, 10 Sep 2008 17:58:46 +0200
Subject: [OpenSIPS-Devel] presence aggregation
Message-ID: <48C7EEB6.80900@pernau.at>

Hi Anca!

I wonder what is the meaning of the "off_index" parameter in the 
agg_nbody() function of the presence module?

thanks
klaus


From anca at voice-system.ro  Thu Sep 11 11:10:23 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Thu, 11 Sep 2008 12:10:23 +0300
Subject: [OpenSIPS-Devel] presence aggregation
In-Reply-To: <48C7EEB6.80900@pernau.at>
References: <48C7EEB6.80900@pernau.at>
Message-ID: <48C8E07F.9090206@voice-system.ro>

Hi Klaus,


The off_index parameter is used for presence event when a Publish with 
expires 0 is received. In that case, the presence server must send a 
Notify with a body containing basic status 'closed'. And it must keep 
the same tuple id so that the client receiving the Notify knows it is 
about that entity that went off line. So the solution is to take the old 
body and modify it.
The agg_nbody function is given as a parameter an array with all the 
published bodies associated with the presentity. If one publication has 
just been removed by a Publish with expires 0, then the previous body 
for that publication will be in the array and its index will be given as 
the off_index parameter. This parameter is used only when a Publish with 
expires = 0 is received, in the rest of the cases this parameter is -1. 
The aggregating function for presence looks at this parameter, and if 
different that -1 it modifies the corresponding body before adding it. 
The other bodies are added as they are.

regards,
Anca

Klaus Darilion wrote:
> Hi Anca!
>
> I wonder what is the meaning of the "off_index" parameter in the 
> agg_nbody() function of the presence module?
>
> thanks
> klaus
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   



From noreply at sourceforge.net  Thu Sep 11 11:56:37 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 11 Sep 2008 09:56:37 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2105366 ] a patch that reads an
	environment variable to an avp
Message-ID: <E1Kdiuj-0006c8-Jz@g45xhf1.ch3.sourceforge.com>

Patches item #2105366, was opened at 2008-09-11 12:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2105366&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: Dror Wald (dror_wald)
Assigned to: Nobody/Anonymous (nobody)
Summary: a patch that reads an environment variable to an avp

Initial Comment:
I've made a patch in exec module (based on exec_avp code) that enables to read an environment variable and put its value inside an avp.

For example,

  exec_getenv("HOSTNAME",$avp(s:hostname));

Gets the value of environment variable HOSTNAME and put it in $avp(s:hostname).


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

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


From noreply at sourceforge.net  Thu Sep 11 11:57:38 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 11 Sep 2008 09:57:38 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2105366 ] a patch that reads an
	environment variable to an avp
Message-ID: <E1Kdivi-00063T-FJ@h45xhf1.ch3.sourceforge.com>

Patches item #2105366, was opened at 2008-09-11 12:56
Message generated for change (Comment added) made by dror_wald
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2105366&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: Dror Wald (dror_wald)
Assigned to: Nobody/Anonymous (nobody)
Summary: a patch that reads an environment variable to an avp

Initial Comment:
I've made a patch in exec module (based on exec_avp code) that enables to read an environment variable and put its value inside an avp.

For example,

  exec_getenv("HOSTNAME",$avp(s:hostname));

Gets the value of environment variable HOSTNAME and put it in $avp(s:hostname).


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

>Comment By: Dror Wald (dror_wald)
Date: 2008-09-11 12:57

Message:
File Added: exec.c.diff

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

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


From noreply at sourceforge.net  Thu Sep 11 11:59:28 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 11 Sep 2008 09:59:28 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2105366 ] a patch that reads an
	environment variable to an avp
Message-ID: <E1KdixU-0006Bm-7e@h45xhf1.ch3.sourceforge.com>

Patches item #2105366, was opened at 2008-09-11 12:56
Message generated for change (Comment added) made by dror_wald
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2105366&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: Dror Wald (dror_wald)
Assigned to: Nobody/Anonymous (nobody)
Summary: a patch that reads an environment variable to an avp

Initial Comment:
I've made a patch in exec module (based on exec_avp code) that enables to read an environment variable and put its value inside an avp.

For example,

  exec_getenv("HOSTNAME",$avp(s:hostname));

Gets the value of environment variable HOSTNAME and put it in $avp(s:hostname).


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

>Comment By: Dror Wald (dror_wald)
Date: 2008-09-11 12:59

Message:
File Added: exec_mod.c.diff

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

Comment By: Dror Wald (dror_wald)
Date: 2008-09-11 12:57

Message:
File Added: exec.c.diff

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

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


From klaus.mailinglists at pernau.at  Thu Sep 11 16:13:41 2008
From: klaus.mailinglists at pernau.at (Klaus Darilion)
Date: Thu, 11 Sep 2008 16:13:41 +0200
Subject: [OpenSIPS-Devel] presence aggregation
In-Reply-To: <48C8E07F.9090206@voice-system.ro>
References: <48C7EEB6.80900@pernau.at> <48C8E07F.9090206@voice-system.ro>
Message-ID: <48C92795.9050907@pernau.at>

Ahh - now I understand.
Thanks for the detailed description.

klaus

Anca Vamanu schrieb:
> Hi Klaus,
> 
> 
> The off_index parameter is used for presence event when a Publish with 
> expires 0 is received. In that case, the presence server must send a 
> Notify with a body containing basic status 'closed'. And it must keep 
> the same tuple id so that the client receiving the Notify knows it is 
> about that entity that went off line. So the solution is to take the old 
> body and modify it.
> The agg_nbody function is given as a parameter an array with all the 
> published bodies associated with the presentity. If one publication has 
> just been removed by a Publish with expires 0, then the previous body 
> for that publication will be in the array and its index will be given as 
> the off_index parameter. This parameter is used only when a Publish with 
> expires = 0 is received, in the rest of the cases this parameter is -1. 
> The aggregating function for presence looks at this parameter, and if 
> different that -1 it modifies the corresponding body before adding it. 
> The other bodies are added as they are.
> 
> regards,
> Anca
> 
> Klaus Darilion wrote:
>> Hi Anca!
>>
>> I wonder what is the meaning of the "off_index" parameter in the 
>> agg_nbody() function of the presence module?
>>
>> thanks
>> klaus
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>>   
> 


From bogdan at voice-system.ro  Sat Sep 13 11:49:19 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Sat, 13 Sep 2008 12:49:19 +0300
Subject: [OpenSIPS-Devel] Documentation web site is now available for edit
Message-ID: <48CB8C9F.1080409@voice-system.ro>

Hi,

Thanks to Dragos for solving some technical issues, the documentation 
web site is now available for edit for everybody:
       http://www.opensips.org/index.php?n=Resources.Documentation

Please feel free to fix stuff or contribute stuff on the docs.

Regards,
Bogdan


From bogdan at voice-system.ro  Sat Sep 13 11:52:09 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Sat, 13 Sep 2008 12:52:09 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] SSO integration = Custom auth
	module?
In-Reply-To: <07CF7BE5BD71AA4782C16A9228A4FF2F01050CB3@srv5-of-spb.scartel.ru>
References: <07CF7BE5BD71AA4782C16A9228A4FF2F01050CB3@srv5-of-spb.scartel.ru>
Message-ID: <48CB8D49.1060304@voice-system.ro>

Hi Denis,

More or less you need to write some new extension - probably the easiest 
way will be to follow the ldap model - the module just fetch the 
password into the script and then you can use the auth module to inject 
directly the auth username and passwd.

If you need assistance with this, please let's continue the discussion 
on the devel list.

Regards,
Bogdan

Sukhoroslov Denis wrote:
>
> Hi,
>
> Our company provides mobile internet via WiMAX network. There are many 
> services that can be accessed by our mobile clients via HTTP protocol. 
> Now we?d like to provide VoIP (and probably other IMS services in the 
> future) via SIP protocol. On the server side we?re planning to use 
> OpenSIPS. All our HTTP services are integrated with one common 
> authentication module, so we have SSO between HTTP clients. Is it 
> possible to integrate SIP services with SSO as well?
>
> This is how I can see it:
>
> - We have a custom VoIP client app. During authentication procedure 
> with SIP server the app will append SSO token (if any) to the REGISTER 
> request. SSO token can be obtained from our common mobile SSO token store.
>
> - The auth module on the server side should check SSO token first. If 
> the token exists the auth module should communicate with SSO server 
> and validate token. If token is valid then the user considered as 
> authenticated and server must respond with 200 OK.
>
> - If the token doesn?t exist or is not valid then the regular SIP 
> authentication procedure starts. Auth module must respond with 401 
> Unauthorized.
>
> - Client will provide login/password. Auth module will ask SSO server 
> to perform authentication.
>
> - In case of success SSO server will open a new SSO session and 
> respond with new SSO token. Auth module must append the token to the 
> 200 OK response.
>
> - Client app stores SSO token to its common store.
>
> Is it possible to provide such functionality with OpenSIPS, what do 
> you think? Do I need to develop a custom auth module for this, or can 
> I use some existing functionality? Any pointers or links on how to 
> develop and deploy custom modules would be very helpful.
>
> Thanks, Denis.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>   



From saguti at gmail.com  Sat Sep 13 18:45:08 2008
From: saguti at gmail.com (Sergio Gutierrez)
Date: Sat, 13 Sep 2008 11:45:08 -0500
Subject: [OpenSIPS-Devel] Documentation web site is now available for
	edit
In-Reply-To: <48CB8C9F.1080409@voice-system.ro>
References: <48CB8C9F.1080409@voice-system.ro>
Message-ID: <8a4af3e20809130945t7c6c52c3gcdbff0d30779e542@mail.gmail.com>

Hello Bogdan.

It would be useful to have specialized sections within documentation as
there was at openser site; that is to say, space for tutorals, tips, or more
specific documents.

Thanks and regards.

Sergio Guti?rrez.

On Sat, Sep 13, 2008 at 4:49 AM, Bogdan-Andrei Iancu <bogdan at voice-system.ro
> wrote:

> Hi,
>
> Thanks to Dragos for solving some technical issues, the documentation
> web site is now available for edit for everybody:
>       http://www.opensips.org/index.php?n=Resources.Documentation
>
> Please feel free to fix stuff or contribute stuff on the docs.
>
> Regards,
> Bogdan
>
> _______________________________________________
> 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/20080913/64e39f36/attachment.htm 

From hongtian at myvoipapp.com  Sun Sep 14 02:38:58 2008
From: hongtian at myvoipapp.com (Hongtian)
Date: Sun, 14 Sep 2008 08:38:58 +0800
Subject: [OpenSIPS-Devel] question about "403 Spoofed From-URI Detected"
Message-ID: <002801c91602$4796f170$6401a8c0@gilson>

Hi All,

I used Xlites connect to a openser(1.1.0-notls(i386/linux)) and establish connection between xlites.

But when I click Xlite 'HOLD' and Xlite sent reINVITE to this openser, it always returned '403 Spoofed From-URI Detected'. 

What's wrong with the reINVITE message? I used WireShark to capture the SIP messages and attach it in the mail. Could you please have a look and find the reason? Thanks.


Regards
Hongtian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: xlite_403_openser.pcap
Type: application/octet-stream
Size: 13356 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/devel/attachments/20080914/9f737978/attachment.obj 

From andrew.pogrebennyk at portaone.com  Sun Sep 14 10:41:47 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Sun, 14 Sep 2008 11:41:47 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] question about "403 Spoofed
 From-URI Detected"
In-Reply-To: <002801c91602$4796f170$6401a8c0@gilson>
References: <002801c91602$4796f170$6401a8c0@gilson>
Message-ID: <48CCCE4B.8040102@portaone.com>

Hongtian,
Wireshark can't open this file because it sees one packet 1204032268 
bytes long. Besides, you should send also the config.
But it looks to me like you are using check_from() with 
modparam("uri_db", "use_uri_table", 1) set. If it's true, try switching 
"use_uri_table" to 0.

Hongtian wrote:
> Hi All,
> 
> I used Xlites connect to a openser(1.1.0-notls(i386/linux)) and establish connection between xlites.
> 
> But when I click Xlite 'HOLD' and Xlite sent reINVITE to this openser, it always returned '403 Spoofed From-URI Detected'. 
> 
> What's wrong with the reINVITE message? I used WireShark to capture the SIP messages and attach it in the mail. Could you please have a look and find the reason? Thanks.
> 
> 
> Regards
> Hongtian

-- 
Sincerely,
Andrew Pogrebennyk


From dror at jajah.com  Sun Sep 14 14:48:29 2008
From: dror at jajah.com (Dror Wald)
Date: Sun, 14 Sep 2008 15:48:29 +0300
Subject: [OpenSIPS-Devel] Enable inclusion of #define #ifdef instructinos in
	opensips.cfg file
Message-ID: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D071E25E9C@jjex01.jajah.dublin>

Hi,

It might be nice to have an option to preprocess the opensips.cfg file and to be able to include a #define, #ifdef, #else, #endif instructions in it.
Please let me know if you like this idea.

Following is an example of how it can make it simple for the user to use presence.


#define USE_PRESENCE

#ifdef USE_PRESENCE
loadmodule "presence.so"
loadmodule "presence_xml.so"
#endif

#ifdef USE_PRESENCE
modparam("presence|presence_xml", "db_url",
      "mysql://opensips:opensipsrw at localhost/opensips")
modparam("presence_xml", "force_active", 1)
modparam("presence", "server_address", "sip:192.168.1.2:5060")
#endif

#ifdef USE_PRESENCE
                        if (is_method("SUBSCRIBE") && $rd == "your.server.ip.address") {
                              # in-dialog subscribe requests
                              route(2);
                              exit;
                        }
#endif

#ifdef USE_PRESENCE
        if( is_method("PUBLISH|SUBSCRIBE"))
                      route(2);
#endif

#ifdef USE_PRESENCE
route[2]
{
     if (!t_newtran())
     {
             sl_reply_error();
             exit;
     };

     if(is_method("PUBLISH"))
     {
             handle_publish();
             t_release();
     }
     else
     if( is_method("SUBSCRIBE"))
     {
             handle_subscribe();
             t_release();
     }

     exit;
#endif



Comments are welcome.

Dror Wald
A developer, VoIP team, Jajah Inc
E-mail: dror at jajah.com<mailto:dror at jajah.com>






 
 
************************************************************************************
This footnote confirms that this email message has been scanned by
PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses.
************************************************************************************


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080914/369adee8/attachment.htm 

From filippo.zangheri at yahoo.it  Sun Sep 14 16:55:04 2008
From: filippo.zangheri at yahoo.it (Filippo Zangheri)
Date: Sun, 14 Sep 2008 16:55:04 +0200
Subject: [OpenSIPS-Devel] Message body replacement?
Message-ID: <48CD25C8.2020901@yahoo.it>

Hi everybody,

This is my first post ever on this mailing list. I'm an OpenSIPS newbie.

What I'm trying to do is write a module which exports a function usable directly
in configuration script. The function will have to replace the message body.

So far, I've found it pretty straightforward to do everything, but changing the
message body.

Is there an easy way to accomplish it? What structures will have to be free()'d?
Will I be able to do "normal" message relay of that modified SIP message?


Any suggestion is highly appreciated.

Thanks.
Best regards.

-- 
Filippo Zangheri

GPG key ID: 0x6C1F2F2F

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://lists.opensips.org/pipermail/devel/attachments/20080914/4921b1b2/attachment-0001.pgp 

From rrevels at bandwidth.com  Sun Sep 14 18:09:27 2008
From: rrevels at bandwidth.com (Richard Revels)
Date: Sun, 14 Sep 2008 12:09:27 -0400
Subject: [OpenSIPS-Devel] Enable inclusion of #define #ifdef
	instructinos in opensips.cfg file
In-Reply-To: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D071E25E9C@jjex01.jajah.dublin>
References: <F5B5EF8F78C0BC4BB417E1DBB9D7F7D071E25E9C@jjex01.jajah.dublin>
Message-ID: <AACC5A6A-0A53-4A21-A2AA-BA9D1DC2F2FD@bandwidth.com>

M4. Does what you want and yes it Rocks.

Sent from my iPhone

On Sep 14, 2008, at 8:48 AM, Dror Wald <dror at jajah.com> wrote:

> Hi,
>
>
>
> It might be nice to have an option to preprocess the opensips.cfg  
> file and to be able to include a #define, #ifdef, #else, #endif  
> instructions in it.
>
> Please let me know if you like this idea.
>
>
>
> Following is an example of how it can make it simple for the user to  
> use presence.
>
>
>
>
>
> #define USE_PRESENCE
>
>
>
> #ifdef USE_PRESENCE
>
> loadmodule "presence.so"
>
> loadmodule "presence_xml.so"
>
> #endif
>
>
>
> #ifdef USE_PRESENCE
>
> modparam("presence|presence_xml", "db_url",
>
>       "mysql://opensips:opensipsrw at localhost/opensips")
>
> modparam("presence_xml", "force_active", 1)
>
> modparam("presence", "server_address", "sip:192.168.1.2:5060")
>
> #endif
>
>
>
> #ifdef USE_PRESENCE
>
>                         if (is_method("SUBSCRIBE") && $rd ==  
> "your.server.ip.address") {
>
>                               # in-dialog subscribe requests
>
>                               route(2);
>
>                               exit;
>
>                         }
>
> #endif
>
>
>
> #ifdef USE_PRESENCE
>
>         if( is_method("PUBLISH|SUBSCRIBE"))
>
>                       route(2);
>
> #endif
>
>
>
> #ifdef USE_PRESENCE
>
> route[2]
>
> {
>
>      if (!t_newtran())
>
>      {
>
>              sl_reply_error();
>
>              exit;
>
>      };
>
>
>
>      if(is_method("PUBLISH"))
>
>      {
>
>              handle_publish();
>
>              t_release();
>
>      }
>
>      else
>
>      if( is_method("SUBSCRIBE"))
>
>      {
>
>              handle_subscribe();
>
>              t_release();
>
>      }
>
>
>
>      exit;
>
> #endif
>
>
>
>
>
>
>
> Comments are welcome.
>
>
>
> Dror Wald
>
> A developer, VoIP team, Jajah Inc
>
> E-mail: dror at jajah.com
>
>
>
>
>
>
>
>
>
> *** 
> *** 
> *** 
> *** 
> *** 
> *********************************************************************
> This footnote confirms that this email message has been scanned by
> PineApp Mail-SeCure for the presence of malicious code, vandals &  
> computer viruses.
> *** 
> *** 
> *** 
> *** 
> *** 
> *********************************************************************
>
>
> D'text-align:left;direction:ltr;unicode-bidi: embed'>
>
>
>
>
> *** 
> *** 
> *** 
> *** 
> *** 
> *********************************************************************
> This footnote confirms that this email message has been scanned by
> PineApp Mail-SeCure for the presence of malicious code, vandals &  
> computer viruses.
> *** 
> *** 
> *** 
> *** 
> *** 
> *********************************************************************
>
>
> ****
>
>
> _______________________________________________
> 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/20080914/f635bc44/attachment.htm 

From noreply at sourceforge.net  Mon Sep 15 00:45:40 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 14 Sep 2008 22:45:40 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2111024 ] New pseudo variable
	for route_params
Message-ID: <E1Kf0Lc-0004oN-Tl@h45xhf1.ch3.sourceforge.com>

Patches item #2111024, was opened at 2008-09-14 22:45
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2111024&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: New pseudo variable for route_params

Initial Comment:
To my big surprise, OpenSIPS is not transparent in regards with route parameters. In route scripts, there is no easy way to copy all the route params from the incoming message into the outgoing ones.

I extended the RR modules in order to give access to rr params in a pseudo variable named $rr_params

So copying route params becomes easy

if (loose_route() )
{
    record_route( $rr_params );
    ...
    t_relay();
}

Examining and modifying route params beforehand in script variables or AVPs is also vastly simplified.

Emmanuel BUU
http://www.ives.fr/
http://www.telephone-video.fr/

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

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


From dmsessions at gmail.com  Mon Sep 15 01:26:01 2008
From: dmsessions at gmail.com (Darren Sessions)
Date: Sun, 14 Sep 2008 17:26:01 -0600
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] Problems with mediaproxy 2.0.3
	over opensuse	11.0
Message-ID: <C98ACBC2-56B3-4B47-A4D5-4C4BF2F66E66@gmail.com>

Ruud, will your suggestion on the odd version fix be making it to the  
2.0.4 release?

Cheers

_____________________________

Darren Sessions
dmsessions at gmail.com
http://www.darrensessions.com
_____________________________




Ruud Klaver ruud at ag-projects.com
Mon Aug 25 13:28:27 CEST 2008
> Hi Ivan,
>
> On 25 Aug 2008, at 04:52, Ivan Medeiros wrote:
>
> > Hello everyone.
> >
> > I had been problem to use the mediaproxy 2.0.3 over opensuse 11.0. I
> > had got error both media-relay and media-dispatcher.
> >
> > The media-dispatcher error had been following:
> >
> > # ./media-dispatcher --no-fork
> > Starting MediaProxy Dispatcher 2.0.3
> > Twisted is using epollreactor
> > failed to create MediaProxy Dispatcher: ASN1 parser: Element was not
> > found.
> > Traceback (most recent call last):
> > --- <exception caught here> ---
> >   File "./media-dispatcher", line 52, in <module>
> >     dispatcher = Dispatcher()
> >   File "/usr/local/src/mediaproxy-2.0.3/mediaproxy/dispatcher.py",
> > line 413, in __init__
> >     self.cred = X509Credentials(cert_name='dispatcher')
> >   File "/usr/local/src/mediaproxy-2.0.3/mediaproxy/tls.py", line
> > 132, in __init__
> >     twisted.X509Credentials.__init__(self, self.X509cert,
> > self.X509key, [self.X509ca], [self.X509crl])
> >   File "/usr/local/src/mediaproxy-2.0.3/mediaproxy/tls.py", line 99,
> > in __get__
> >     return descriptor.get()
> >   File "/usr/local/src/mediaproxy-2.0.3/mediaproxy/tls.py", line 82,
> > in get
> >     self.object = self.klass(f.read())
> >   File "<string>", line 1, in __init__
> >
> >   File "/usr/lib/python2.5/site-packages/gnutls/validators.py", line
> > 273, in check_args
> >     return func(*func_args)
> >   File "/usr/lib/python2.5/site-packages/gnutls/crypto.py", line 70,
> > in __init__
> >     gnutls_x509_crt_init(byref(self._c_object))
> >   File "/usr/lib/python2.5/site-packages/gnutls/library/errors.py",
> > line 61, in _check_status
> >     raise GNUTLSError(ErrorMessage(retcode))
> > gnutls.errors.GNUTLSError: ASN1 parser: Element was not found.
> >
> >
> > After spend some time tracing the execution and making gnutls
> > samples I perceived that the media-dispatcher does not call the
> > function gnutls_global_init. Thus, the gnutls_x509_crt_init can't
> > find the "PKIX1.Certificate" because the _gnutls_get_pkix () returns
> > nil. In order to solve this problem I added the follows lines on
> > mediaproxy/dispatcher.py:
> >
> > 23,24c24
> > > from gnutls.library.functions import gnutls_global_init
> > 412d411
> > >     gnutls_global_init()
>
> Indeed, gnutls_global_init() should be called, but not from here. In
> python-gnutls there is a Python C extension module called
> _gnutls_init. This module will call gnutls_global_init when it is
> loaded.
>
> Are you sure you compiled this file before installing python-gnutls?
> You can execute "python setup.py install" to install python-gnutls
> globally or "./build_inplace" to compile this file in the local
> directory.
>
>
> > The media-relay error had been following:
> >
> > # ./media-relay --no-fork
> > Starting MediaProxy Relay 2.0.3
> > Set resource limit for maximum open file descriptors to 11000
> > failed to create MediaProxy Relay: Could not determine Linux kernel
> > version
> >
> > This problem was easier to solve, and it is happen because the
> > format of the file  /proc/sys/kernel/osrelease may be different
> > across the linux distributions. eg. 2.6.25.XX and not 2.6.25-XX
> > To solve it, I apply the following patch on mediaproxy/relay.py
> >
> > 286c286,289
> > <             major, minor, revision = [int(num) for num in
> > open(KERNEL_VERSION_FILE).read().split("-", 1)[0].split(".")]
> > ---
> > >             kernel_version =
> > open(KERNEL_VERSION_FILE).read().split("-", 1)[0].split(".")
> > >             major = kernel_version[0]
> > >             minor = kernel_version[1]
> > >             revision = kernel_version[2]
>
> This is not a fix at all, all you did was avoid the conversion from
> strings to integers. If you want to make sure this statement works
> with a weirdly named kernel such as yours, you could change it to the
> following:
>
> major, minor, revision = [int(num) for num in open("/proc/sys/kernel/
> osrelease").read().split("-", 1)[0].split(".", 4)[:3]]
>
> Ruud Klaver
> AG Projects






-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080914/d925c853/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2423 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/devel/attachments/20080914/d925c853/attachment-0001.bin 

From DSukhoroslov at scartel.ru  Mon Sep 15 09:43:30 2008
From: DSukhoroslov at scartel.ru (Sukhoroslov Denis)
Date: Mon, 15 Sep 2008 11:43:30 +0400
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] SSO integration = Custom auth
	module?
In-Reply-To: <48CB8D49.1060304@voice-system.ro>
References: <07CF7BE5BD71AA4782C16A9228A4FF2F01050CB3@srv5-of-spb.scartel.ru>
	<48CB8D49.1060304@voice-system.ro>
Message-ID: <07CF7BE5BD71AA4782C16A9228A4FF2F01153A76@srv5-of-spb.scartel.ru>

Bogdan, thank you very much for the response.
Ok, I'll try to follow the ldap model for authentication. It is possible
to fetch password from SSO DB, but I don't store passwords in plain text
form. If this is necessary, I can store in SSO DB the full HA1 auth
string with username and domain. It should be enough to perform DB auth,
right?
But the first thing I have to perform is SSO token validation, when it
is provided in REGISTER request. If SSO server decides that the token is
valid I'll need to notify OpenSIPS that the user is authenticated and do
not perform digest authentication further. Could you suggest how to do
this? BTW, I'm going to pass SSO token between SIP server and client in
Call-Info header, is it ok? 

Thanks, Denis.


-----Original Message-----
From: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro] 
Sent: Saturday, September 13, 2008 1:52 PM
To: Sukhoroslov Denis
Cc: users at lists.opensips.org; devel at lists.opensips.org
Subject: Re: [OpenSIPS-Users] SSO integration = Custom auth module?

Hi Denis,

More or less you need to write some new extension - probably the easiest

way will be to follow the ldap model - the module just fetch the 
password into the script and then you can use the auth module to inject 
directly the auth username and passwd.

If you need assistance with this, please let's continue the discussion 
on the devel list.

Regards,
Bogdan

Sukhoroslov Denis wrote:
>
> Hi,
>
> Our company provides mobile internet via WiMAX network. There are many

> services that can be accessed by our mobile clients via HTTP protocol.

> Now we'd like to provide VoIP (and probably other IMS services in the 
> future) via SIP protocol. On the server side we're planning to use 
> OpenSIPS. All our HTTP services are integrated with one common 
> authentication module, so we have SSO between HTTP clients. Is it 
> possible to integrate SIP services with SSO as well?
>
> This is how I can see it:
>
> - We have a custom VoIP client app. During authentication procedure 
> with SIP server the app will append SSO token (if any) to the REGISTER

> request. SSO token can be obtained from our common mobile SSO token
store.
>
> - The auth module on the server side should check SSO token first. If 
> the token exists the auth module should communicate with SSO server 
> and validate token. If token is valid then the user considered as 
> authenticated and server must respond with 200 OK.
>
> - If the token doesn't exist or is not valid then the regular SIP 
> authentication procedure starts. Auth module must respond with 401 
> Unauthorized.
>
> - Client will provide login/password. Auth module will ask SSO server 
> to perform authentication.
>
> - In case of success SSO server will open a new SSO session and 
> respond with new SSO token. Auth module must append the token to the 
> 200 OK response.
>
> - Client app stores SSO token to its common store.
>
> Is it possible to provide such functionality with OpenSIPS, what do 
> you think? Do I need to develop a custom auth module for this, or can 
> I use some existing functionality? Any pointers or links on how to 
> develop and deploy custom modules would be very helpful.
>
> Thanks, Denis.
>
>
------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>   



From noreply at sourceforge.net  Mon Sep 15 11:21:02 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 15 Sep 2008 09:21:02 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2111024 ] New pseudo variable
	for route_params
Message-ID: <E1KfAGU-00033Y-KF@d55xhf1.ch3.sourceforge.com>

Patches item #2111024, was opened at 2008-09-14 22:45
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2111024&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: New pseudo variable for route_params

Initial Comment:
To my big surprise, OpenSIPS is not transparent in regards with route parameters. In route scripts, there is no easy way to copy all the route params from the incoming message into the outgoing ones.

I extended the RR modules in order to give access to rr params in a pseudo variable named $rr_params

So copying route params becomes easy

if (loose_route() )
{
    record_route( $rr_params );
    ...
    t_relay();
}

Examining and modifying route params beforehand in script variables or AVPs is also vastly simplified.

Emmanuel BUU
http://www.ives.fr/
http://www.telephone-video.fr/

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-15 09:21

Message:
FYI: Adding Record-Route header to in-dialog requests is useless, as the
route set is built from the initial request and MUST NOT be changed during
the dialog. If a client interprets Record-route headers of in-dialog
requests than the client is buggy.

klaus

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

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


From anca at voice-system.ro  Mon Sep 15 17:26:49 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Mon, 15 Sep 2008 15:26:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4735] trunk/modules/presence
Message-ID: <E1KfFyT-0005Xc-0p@dn4whf1.ch3.sourceforge.com>

Revision: 4735
          http://opensips.svn.sourceforge.net/opensips/?rev=4735&view=rev
Author:   anca_vamanu
Date:     2008-09-15 15:26:39 +0000 (Mon, 15 Sep 2008)

Log Message:
-----------
- patch ported from Kamailio ( credits go to Klaus )
	- extend presence API: add per-watcher callback function to modify the NOTIFY body separate for each watcher. Can either manipulate the original body buffer (return NULL) or create a new body (return  pointer to new body, freed by the aux_free_body function)

Modified Paths:
--------------
    trunk/modules/presence/README
    trunk/modules/presence/doc/presence_devel.xml
    trunk/modules/presence/event_list.c
    trunk/modules/presence/event_list.h
    trunk/modules/presence/notify.c
    trunk/modules/presence/subscribe.c


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


From anca at voice-system.ro  Tue Sep 16 13:16:22 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Tue, 16 Sep 2008 14:16:22 +0300
Subject: [OpenSIPS-Devel] rls_presentity table can not be created in
 MySQL 4.1.22
In-Reply-To: <48BABC18.3030009@portaone.com>
References: <48BABC18.3030009@portaone.com>
Message-ID: <48CF9586.10608@voice-system.ro>

Hi Andrew,

It seems that MySQL 1.4.22 does not accept a key component with length 
greater than 255 unless it is clearly specified in the index definition (

CONSTRAINT rls_presentity_idx UNIQUE (rlsubs_did(512), resource_uri)).

While looking at this I saw that the current length for the rlsubs_did ( 
512) is in fact too big. It is constructed out of 3 strings that have a 
maximum length of 64 separated by one character delimiter. Therefore, I 
will change the length of the filed to 255 and so fix the problem with 
MySQL 1.4.22.

Thanks and regards,
Anca Vamanu

Andrew Pogrebennyk wrote:
> Hi,
> The following SQL statement (from rls-create.sql) fails in MySQL 4.1.22:
>
> CREATE TABLE rls_presentity (
>      id INT(10) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL,
>      rlsubs_did VARCHAR(512) NOT NULL,
>      resource_uri VARCHAR(128) NOT NULL,
>      content_type VARCHAR(64) NOT NULL,
>      presence_state BLOB NOT NULL,
>      expires INT(11) NOT NULL,
>      updated INT(11) NOT NULL,
>      auth_state INT(11) NOT NULL,
>      reason VARCHAR(64) NOT NULL,
>      CONSTRAINT rls_presentity_idx UNIQUE (rlsubs_did, resource_uri)
> ) ENGINE=MyISAM;
>
> ERROR 1170 (42000): BLOB/TEXT column 'rlsubs_did' used in key 
> specification without a key length
>
> Hence presence table can not be created. I have seen on the internet a 
> comment from the MySQL support saying that for BLOB/TEXT column you can 
> create index only on the prefix of column. Apparently, there's similar 
> restriction for VARCHAR columns and constraints. How do I modify the SQL 
> query so that it can be executed on 4.1.22? I think the fix should go to 
> the repository as well. Or did I miss something and 4.1.22 is not 
> officially supported since 1.4.0?
>
>   



From gurkan.aslan at comturk.com  Tue Sep 16 17:31:39 2008
From: gurkan.aslan at comturk.com (=?ISO-8859-1?Q?G=FCrkan?= Aslan)
Date: Tue, 16 Sep 2008 18:31:39 +0300
Subject: [OpenSIPS-Devel] Getting header field values as single
Message-ID: <1221579099.6283.17.camel@idesktop>

Hi everybody,

I'm implementing memcache to acc module of Opensips. I need to get the
value of "to" and "from" fields in the acc_db_request function of acc.c
file. I'm trying to use rq->from.s but it returns whole data of header.
I only need single data of "from" and "to" fields like "555434323". How
can i fetch this data? I'm searching something in parser files but
nothing in return.

Could you please help me about this?

Best Regards
Gurkan ASLAN



From ag at ag-projects.com  Wed Sep 17 21:03:57 2008
From: ag at ag-projects.com (Adrian Georgescu)
Date: Wed, 17 Sep 2008 21:03:57 +0200
Subject: [OpenSIPS-Devel] New MediaProxy release 2.1.0
Message-ID: <919D2496-745E-48AC-8C06-99D4882EBD1D@ag-projects.com>

Hello,

There is a new release of MediaProxy software available.

For people running Debian testing or unstable on an i386 architecture  
there is now an official public repository provided by AG Projects. To  
use it, add these lines in /etc/apt/sources.list

# AG Projects software
deb	http://ag-projects.com/debian unstable main
deb-src http://ag-projects.com/debian unstable main

Install the AG Projects debian software signing key:

wget http://download.ag-projects.com/agp-debian-gpg.key
apt-key add agp-debian-gpg.key

After that, run:

apt-get update
apt-get install mediaproxy-dispatcher mediaproxy-relay mediaproxy-web- 
sessions

to install all the packages, or you can install only the packages you  
actually
need on that specific system.

The change log follows:

mediaproxy (2.1.0) unstable; urgency=low
.
   * Mention libnetfilter-conntrack in the installation requirements  
section
   * Added note about using distribution provided kernel images
   * Renamed OpenSER to OpenSIPs
   * Do accounting only after a 200 OK response was received, which is
     indicated by the presence of the to_tag that is not sent by  
OpenSIPS
     for provisional replies, but only with the 200 OK
   * Have synthetic test scripts look for the mediaproxy module in  
current and
     parent directories automatically
   * In the synthetic tests have OpenSIPS send the to tag only with  
200 OK
   * Added synthetic test script to test provisional responses from two
     different PSTN gateways with varying to tags
   * Enhanced kernel version parsing to support non-standard named  
kernels
     (i.e. major.minor.revision.extra)
   * Updated debian standards version
   * Rephrased description in manual pages and debian control file
   * Restructured and improved documentation to better describe how to  
install
   * Improved dictionary parsing in RADIUS accounting module
   * Update support section in readme
   * Added management interface for OpenSIPS
   * Fix for relay cleanup timer when dispatcher is restarted
   * Modified dispatcher to store dialog_id for sessions and use the  
OpenSIPS
     management interface to send BYEs when a session did timeout
   * Added dialog_id value to test scripts
   * Simplified parsing of headers received from OpenSIPs in dispatcher
   * Fixed ExpireWatcher port comparison to be done as a 16-bit  
unsigned int
   * Remove all matching iptables entries on Inhibitor dealloc in  
order to
     remove stray entries that are leftover after crashes
   * Added per-stream post-dial delay to the session statistics
   * Record the post dial delay from the first stream into radius  
accounting
   * Added note to INSTALL about official Debian repositories from AG  
Projects
   * Added note to INSTALL about where to find the changelog
   * Updated the feature list in README with the latest additions
   * Fixed regression from 1.x that prevented chaining of mediaproxies
   * Ignore invalid accounting module names in the configuration and  
log an
     error about them instead of raising an exception
   * Gracefully report the errors that occur while reading the radius
     configuration file and then exit, instead of throwing an exception
   * The radius configuration file may be relative to the config  
directory
   * Do not cache database inserted rows to avoid the need to clean  
the cache
     or otherwise have an ever increasing application memory footprint
   * Capture and report database errors when inserting statistics  
records
   * Use MyISAM for the media_sessions table
   * Improved the database accounting speed about 3 times using raw  
queries
   * Create the table for database accounting on startup if it doesn't  
exist
   * Removed pool_size database option and use a single database  
connection
   * Reworded the tls README a bit for clarity
   * Added OpenSIPS section to the config.ini.sample
   * Added documentation sections for accounting and closing expired  
calls
   * Added minimum version dependency for libnetfilter-conntrack in  
INSTALL
   * Encode applications and codecs from all streams, not only the  
first one,
     in the radius accounting backend
   * Log the post-dial delay in radius accounting as Acct-Delay-Time
   * Capture and log radius exceptions

For more information, download of source code and the documentation,  
visit the home page of the product:

http://ag-projects.com/MediaProxy.html

Regards,
Adrian



From osas at voipembedded.com  Thu Sep 18 20:02:34 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 18 Sep 2008 18:02:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4744]
	trunk/modules/dialplan/dialplan.c
Message-ID: <E1KgNpq-00037S-MV@3kljzd1.ch3.sourceforge.com>

Revision: 4744
          http://opensips.svn.sourceforge.net/opensips/?rev=4744&view=rev
Author:   osas
Date:     2008-09-18 18:02:34 +0000 (Thu, 18 Sep 2008)

Log Message:
-----------
free shared mem on exit

Modified Paths:
--------------
    trunk/modules/dialplan/dialplan.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 Sep 18 21:21:06 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 18 Sep 2008 19:21:06 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2111024 ] New pseudo variable
	for route_params
Message-ID: <E1KgP3q-00087w-Ha@h45xhf1.ch3.sourceforge.com>

Patches item #2111024, was opened at 2008-09-15 00:45
Message generated for change (Comment added) made by neutrino38
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2111024&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: New pseudo variable for route_params

Initial Comment:
To my big surprise, OpenSIPS is not transparent in regards with route parameters. In route scripts, there is no easy way to copy all the route params from the incoming message into the outgoing ones.

I extended the RR modules in order to give access to rr params in a pseudo variable named $rr_params

So copying route params becomes easy

if (loose_route() )
{
    record_route( $rr_params );
    ...
    t_relay();
}

Examining and modifying route params beforehand in script variables or AVPs is also vastly simplified.

Emmanuel BUU
http://www.ives.fr/
http://www.telephone-video.fr/

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

Comment By: Emmanuel BUU (neutrino38)
Date: 2008-09-18 21:21

Message:
Fine but then we have an issue here: 

OpenSIPS in its current form drops the route parameters. It is when
record_route() is called, previously received params are wiped out ex:

UAC               OpenSIPS                UAS

INVITE --------> challenge
407 <------------

INVITE --------> add route param ---------> INVITE with route param
                            200 OK + params <---
200 OK + params <-----------


re-INVITE + param ---------> if (loose_route())
                                    record_route()
                                            ---------------> INVITE but
params disapeared !!!

So I should modify the patch just to copy existing params ?

I believed  route param could be used information which would persist
during the dialog ?



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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-15 11:21

Message:
FYI: Adding Record-Route header to in-dialog requests is useless, as the
route set is built from the initial request and MUST NOT be changed during
the dialog. If a client interprets Record-route headers of in-dialog
requests than the client is buggy.

klaus

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

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


From noreply at sourceforge.net  Thu Sep 18 22:02:44 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 18 Sep 2008 20:02:44 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2111024 ] New pseudo variable
	for route_params
Message-ID: <E1KgPi8-0000xJ-4C@d55xhf1.ch3.sourceforge.com>

Patches item #2111024, was opened at 2008-09-14 22:45
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2111024&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: New pseudo variable for route_params

Initial Comment:
To my big surprise, OpenSIPS is not transparent in regards with route parameters. In route scripts, there is no easy way to copy all the route params from the incoming message into the outgoing ones.

I extended the RR modules in order to give access to rr params in a pseudo variable named $rr_params

So copying route params becomes easy

if (loose_route() )
{
    record_route( $rr_params );
    ...
    t_relay();
}

Examining and modifying route params beforehand in script variables or AVPs is also vastly simplified.

Emmanuel BUU
http://www.ives.fr/
http://www.telephone-video.fr/

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-18 20:02

Message:
not sure what you mean: during the first INVITE, if you call
record_route(), openser will add the Record-route header with some
parameters. If there are already Route headers present, openser will remove
the ones pointing to itself and the other will be untouched.

Further, in-dialog requests will contain the Route added by openser. The
Route headers which point to openser will be remove during loose_routing,
other route headers will be untouched.

If you see a different behavior please post an ngrep trace (ngrep -W
byline -t -q -P "" -d any port 5060)

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

Comment By: Emmanuel BUU (neutrino38)
Date: 2008-09-18 19:21

Message:
Fine but then we have an issue here: 

OpenSIPS in its current form drops the route parameters. It is when
record_route() is called, previously received params are wiped out ex:

UAC               OpenSIPS                UAS

INVITE --------> challenge
407 <------------

INVITE --------> add route param ---------> INVITE with route param
                            200 OK + params <---
200 OK + params <-----------


re-INVITE + param ---------> if (loose_route())
                                    record_route()
                                            ---------------> INVITE but
params disapeared !!!

So I should modify the patch just to copy existing params ?

I believed  route param could be used information which would persist
during the dialog ?



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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-15 09:21

Message:
FYI: Adding Record-Route header to in-dialog requests is useless, as the
route set is built from the initial request and MUST NOT be changed during
the dialog. If a client interprets Record-route headers of in-dialog
requests than the client is buggy.

klaus

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

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


From abalashov at evaristesys.com  Fri Sep 19 22:07:12 2008
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 19 Sep 2008 16:07:12 -0400
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSER - RTPproxy Benchmark
	Test
In-Reply-To: <200809192004.m8JK4Omj016170@omr15.networksolutionsemail.com>
References: <200809192004.m8JK4Omj016170@omr15.networksolutionsemail.com>
Message-ID: <48D40670.9080001@evaristesys.com>

I'd be curious to know if you get better results using MediaProxy 2.0, 
now that it uses kernel packet routing hooks for the RTP switching.

750 is quite disappointing.

Jim Dalton wrote:

> We ran a benchmark test of OpenSER and RTPproxy to understand the relation
> between CPU capacity and the number of simultaneous calls that could be
> managed with acceptable call quality.
> 
> OpenSER V1.3 and RTPproxy V1.0 were hosted on a Dell Precision 490 server
> with two Intel Xeon 5140 dual core, 2.33 GHz CPUs and 4 GB of RAM.  Three
> CPU cores were disabled for the test.  The test was run using just a single
> CPU core.   Multiple SIPp clients directed traffic to OpenSER which queried
> an OSP server for call routing instructions.  The test was designed for each
> call to require an average of two retries before the call was completed to a
> SIPp server on the third try.  The two-way RTP stream for each call flowed
> through the RTPproxy.  Call Detail Records for each call attempt were sent
> from OpenSER to the OSP server.
> 
> OpenSER and RTPproxy, using a single core of the 2.33 GHz CPU, can manage up
> to 750 simultaneous calls.
> 
> A summary and detailed description of the benchmark test are available at
> http://www.transnexus.com/White%20Papers/OpenSER_RTPproxy_test.htm 
> 
> Jim Dalton
> VoIP Routing, Accounting, Security
> 1.404.526.6053
> www.TransNexus.com
>  
> 
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-- 
Alex Balashov
Evariste Systems
Web    : http://www.evaristesys.com/
Tel    : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599


From sobomax at sippysoft.com  Fri Sep 19 23:50:10 2008
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Fri, 19 Sep 2008 14:50:10 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSER - RTPproxy Benchmark
 Test
In-Reply-To: <48D40670.9080001@evaristesys.com>
References: <200809192004.m8JK4Omj016170@omr15.networksolutionsemail.com>
	<48D40670.9080001@evaristesys.com>
Message-ID: <48D41E92.6060608@sippysoft.com>

Jim,

Can you please repeat tests using the latest stable version 1.1 
available from the www.rtppxory.org? Also, as mentioned on the site, on 
dual core machine you can scale by running two copies of the proxy and 
distributing the load. Please see FAQ for details:

http://www.b2bua.org/wiki/RTPproxy/FAQ#Performance

Thanks!

> Jim Dalton wrote:
> 
>> We ran a benchmark test of OpenSER and RTPproxy to understand the relation
>> between CPU capacity and the number of simultaneous calls that could be
>> managed with acceptable call quality.
>>
>> OpenSER V1.3 and RTPproxy V1.0 were hosted on a Dell Precision 490 server
>> with two Intel Xeon 5140 dual core, 2.33 GHz CPUs and 4 GB of RAM.  Three
>> CPU cores were disabled for the test.  The test was run using just a single
>> CPU core.   Multiple SIPp clients directed traffic to OpenSER which queried
>> an OSP server for call routing instructions.  The test was designed for each
>> call to require an average of two retries before the call was completed to a
>> SIPp server on the third try.  The two-way RTP stream for each call flowed
>> through the RTPproxy.  Call Detail Records for each call attempt were sent
>> from OpenSER to the OSP server.
>>
>> OpenSER and RTPproxy, using a single core of the 2.33 GHz CPU, can manage up
>> to 750 simultaneous calls.
>>
>> A summary and detailed description of the benchmark test are available at
>> http://www.transnexus.com/White%20Papers/OpenSER_RTPproxy_test.htm 

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com


From sobomax at sippysoft.com  Sat Sep 20 00:44:45 2008
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Fri, 19 Sep 2008 15:44:45 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSER - RTPproxy Benchmark
 Test
In-Reply-To: <48D40670.9080001@evaristesys.com>
References: <200809192004.m8JK4Omj016170@omr15.networksolutionsemail.com>
	<48D40670.9080001@evaristesys.com>
Message-ID: <48D42B5D.2070808@sippysoft.com>

Alex Balashov wrote:
> I'd be curious to know if you get better results using MediaProxy 2.0, 
> now that it uses kernel packet routing hooks for the RTP switching.
> 
> 750 is quite disappointing.

Alex,

I think before calling it "disappointing" you should note the following 
few things:

1. The tests were performed using the old 1.0 version. In the latest 
stable version 1.1 we have made several important performance enhancements.

2. This was a synthetic test, therefore its results should be taken with 
the grain of salt, as it might not accurately simulate real world 
conditions.

3. In order to take advantage of dual-core architecture, some extra 
effort is necessary (see http://www.rtpproxy.org/wiki/RTPproxy/FAQ).

Just to give you indication of the real-world numbers I just checked one 
of the production systems our customer use. The 4-core 3GHz Xeon system 
routinely pushes around 40-60MBps of RTP traffic and runs 4 copies of 
RTPproxy in parallel. Each of 4 copies has since the last boot forwarded 
about 30,000,000,000 RTP packets and used some 150,000 seconds of CPU 
time. As you can easily calculate, the peak packet forwarding capacity 
should be 4 x 200,000 packets per second, that is 800,000 RTP packets 
per second per whole box. With the shortest possible 10ms packets, this 
should allow for max 8,000 sessions, probably even more with 20 or 30 ms 
packets. Even if you discount that peak number heavily by 20-30% (to 
account for possible CPU time accounting errors in the Linux kernel and 
other scalability issues), still you will get conservative estimate of 
4,000-5,000 sessions per server.

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com


From abalashov at evaristesys.com  Sat Sep 20 00:46:30 2008
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 19 Sep 2008 18:46:30 -0400
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSER - RTPproxy Benchmark
 Test
In-Reply-To: <48D42B5D.2070808@sippysoft.com>
References: <200809192004.m8JK4Omj016170@omr15.networksolutionsemail.com>
	<48D40670.9080001@evaristesys.com> <48D42B5D.2070808@sippysoft.com>
Message-ID: <48D42BC6.3000403@evaristesys.com>

Maxim Sobolev wrote:
> Alex Balashov wrote:
>> I'd be curious to know if you get better results using MediaProxy 2.0, 
>> now that it uses kernel packet routing hooks for the RTP switching.
>>
>> 750 is quite disappointing.
> 
> Alex,
> 
> I think before calling it "disappointing" you should note the following 
> few things:
> 
> 1. The tests were performed using the old 1.0 version. In the latest 
> stable version 1.1 we have made several important performance enhancements.
> 
> 2. This was a synthetic test, therefore its results should be taken with 
> the grain of salt, as it might not accurately simulate real world 
> conditions.
> 
> 3. In order to take advantage of dual-core architecture, some extra 
> effort is necessary (see http://www.rtpproxy.org/wiki/RTPproxy/FAQ).
> 
> Just to give you indication of the real-world numbers I just checked one 
> of the production systems our customer use. The 4-core 3GHz Xeon system 
> routinely pushes around 40-60MBps of RTP traffic and runs 4 copies of 
> RTPproxy in parallel. Each of 4 copies has since the last boot forwarded 
> about 30,000,000,000 RTP packets and used some 150,000 seconds of CPU 
> time. As you can easily calculate, the peak packet forwarding capacity 
> should be 4 x 200,000 packets per second, that is 800,000 RTP packets 
> per second per whole box. With the shortest possible 10ms packets, this 
> should allow for max 8,000 sessions, probably even more with 20 or 30 ms 
> packets. Even if you discount that peak number heavily by 20-30% (to 
> account for possible CPU time accounting errors in the Linux kernel and 
> other scalability issues), still you will get conservative estimate of 
> 4,000-5,000 sessions per server.
> 
> Regards,

Maxim,

I realise all that.  What I meant by "disappointing" was to say that 
"these tests are probably not accurate and do not capitalise upon any 
needed optimisations."  I myself have gotten much better results than 
that with rtpproxy (several thousand calls).

-- Alex

-- 
Alex Balashov
Evariste Systems
Web    : http://www.evaristesys.com/
Tel    : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599


From abalashov at evaristesys.com  Sat Sep 20 00:47:32 2008
From: abalashov at evaristesys.com (Alex Balashov)
Date: Fri, 19 Sep 2008 18:47:32 -0400
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSER - RTPproxy Benchmark
 Test
In-Reply-To: <48D42B5D.2070808@sippysoft.com>
References: <200809192004.m8JK4Omj016170@omr15.networksolutionsemail.com>
	<48D40670.9080001@evaristesys.com> <48D42B5D.2070808@sippysoft.com>
Message-ID: <48D42C04.9040101@evaristesys.com>

On another note, I am curious:  Does the nathelper control module for 
rtpproxy implement support for multiple instances of rtpproxy running no 
different machines?  In other words, is it possible at this point to 
control a farm of media gateway machines?

-- 
Alex Balashov
Evariste Systems
Web    : http://www.evaristesys.com/
Tel    : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599


From sobomax at sippysoft.com  Sat Sep 20 00:57:16 2008
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Fri, 19 Sep 2008 15:57:16 -0700
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSER - RTPproxy Benchmark
 Test
In-Reply-To: <48D42C04.9040101@evaristesys.com>
References: <200809192004.m8JK4Omj016170@omr15.networksolutionsemail.com>
	<48D40670.9080001@evaristesys.com> <48D42B5D.2070808@sippysoft.com>
	<48D42C04.9040101@evaristesys.com>
Message-ID: <48D42E4C.5070203@sippysoft.com>

Alex Balashov wrote:
> On another note, I am curious:  Does the nathelper control module for 
> rtpproxy implement support for multiple instances of rtpproxy running no 
> different machines?  In other words, is it possible at this point to 
> control a farm of media gateway machines?

Absolutely. It's documented here:

http://www.opensips.org/html/nathelper.html#id2519649

Not only it will distribute the load, but also provide fail-over, so 
that if one proxy fails new sessions will be using remaining ones.

Regards,
-- 
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com


From andrew.pogrebennyk at portaone.com  Sat Sep 20 20:52:30 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Sat, 20 Sep 2008 21:52:30 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
Message-ID: <48D5466E.4000903@portaone.com>

Hi,

What does it mean if OpenXCAP 1.0 throws this error?

Error while notifying OpenSER management interface for user 
000100 at domain.com: <Fault -500: 'Command (refreshWatchers) processing 
failed.\n'>
Stopping factory <twisted.web.xmlrpc._QueryFactory instance at 0x85cd68c>

In OpenSIPS log I see that it can not find rules doc for the user:

Sep 20 21:06:41 home ./sbin/opensips[9261]: 
DBG:mi_xmlrpc:default_method: starting up.....
Sep 20 21:06:41 home ./sbin/opensips[9261]: 
DBG:mi_xmlrpc:default_method: done looking the mi command.
Sep 20 21:06:41 home ./sbin/opensips[9261]: 
DBG:mi_xmlrpc:default_method: done parsing the mi tree.
Sep 20 21:06:41 home ./sbin/opensips[9261]: 
DBG:presence:mi_refreshWatchers: start
Sep 20 21:06:41 home ./sbin/opensips[9261]: 
DBG:presence:mi_refreshWatchers: event 'presence'
Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:presence:search_event: 
start event= [presence]
Sep 20 21:06:41 home ./sbin/opensips[9261]: 
ERROR:presence:mi_refreshWatchers: no rules doc found for the user
Sep 20 21:06:41 home ./sbin/opensips[9261]: 
ERROR:mi_xmlrpc:default_method: command (refreshWatchers) processing failed.

But why does it look for it in the first place? OpenSIPS and OpenXCAP 
are running on the different servers. Thanks!

-- 
Sincerely,
Andrew Pogrebennyk


From andrew.pogrebennyk at portaone.com  Sat Sep 20 21:00:11 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Sat, 20 Sep 2008 22:00:11 +0300
Subject: [OpenSIPS-Devel] rls_presentity table can not be created in
 MySQL 4.1.22
In-Reply-To: <48CF9586.10608@voice-system.ro>
References: <48BABC18.3030009@portaone.com> <48CF9586.10608@voice-system.ro>
Message-ID: <48D5483B.50204@portaone.com>

Thanks Anca,
That works.

Anca Vamanu wrote:
> Hi Andrew,
> 
> It seems that MySQL 1.4.22 does not accept a key component with length 
> greater than 255 unless it is clearly specified in the index definition (
> 
> CONSTRAINT rls_presentity_idx UNIQUE (rlsubs_did(512), resource_uri)).
> 
> While looking at this I saw that the current length for the rlsubs_did ( 
> 512) is in fact too big. It is constructed out of 3 strings that have a 
> maximum length of 64 separated by one character delimiter. Therefore, I 
> will change the length of the filed to 255 and so fix the problem with 
> MySQL 1.4.22.
> 
> Thanks and regards,
> Anca Vamanu

-- 
Sincerely,
Andrew Pogrebennyk


From ag at ag-projects.com  Sat Sep 20 23:40:00 2008
From: ag at ag-projects.com (Adrian Georgescu)
Date: Sat, 20 Sep 2008 16:40:00 -0500
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D5466E.4000903@portaone.com>
References: <48D5466E.4000903@portaone.com>
Message-ID: <1B94B31C-38E6-4F31-AB6F-7AECFFE46160@ag-projects.com>

Hi Andrew,

When the pres-rules document for a user changes in OpenXCAP, the  
presence agent in OpenSER must be informed because it might need to  
notify at that point certain watchers based on what the policy  
contains. For example a new watcher will immediately receive a  
presence status update when you grant him the rights.

When you do a put on OpenXCAP for pres-rules document, the server  
contacts OpenSER using the management interface for this purpose.

Adrian

On Sep 20, 2008, at 1:52 PM, Andrew Pogrebennyk wrote:

> Hi,
>
> What does it mean if OpenXCAP 1.0 throws this error?
>
> Error while notifying OpenSER management interface for user
> 000100 at domain.com: <Fault -500: 'Command (refreshWatchers) processing
> failed.\n'>
> Stopping factory <twisted.web.xmlrpc._QueryFactory instance at  
> 0x85cd68c>
>
> In OpenSIPS log I see that it can not find rules doc for the user:
>
> Sep 20 21:06:41 home ./sbin/opensips[9261]:
> DBG:mi_xmlrpc:default_method: starting up.....
> Sep 20 21:06:41 home ./sbin/opensips[9261]:
> DBG:mi_xmlrpc:default_method: done looking the mi command.
> Sep 20 21:06:41 home ./sbin/opensips[9261]:
> DBG:mi_xmlrpc:default_method: done parsing the mi tree.
> Sep 20 21:06:41 home ./sbin/opensips[9261]:
> DBG:presence:mi_refreshWatchers: start
> Sep 20 21:06:41 home ./sbin/opensips[9261]:
> DBG:presence:mi_refreshWatchers: event 'presence'
> Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:presence:search_event:
> start event= [presence]
> Sep 20 21:06:41 home ./sbin/opensips[9261]:
> ERROR:presence:mi_refreshWatchers: no rules doc found for the user
> Sep 20 21:06:41 home ./sbin/opensips[9261]:
> ERROR:mi_xmlrpc:default_method: command (refreshWatchers) processing  
> failed.
>
> But why does it look for it in the first place? OpenSIPS and OpenXCAP
> are running on the different servers. Thanks!
>
> -- 
> Sincerely,
> Andrew Pogrebennyk
>
> _______________________________________________
> 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/20080920/179fc483/attachment.htm 

From bogdan at voice-system.ro  Mon Sep 22 11:22:49 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 22 Sep 2008 12:22:49 +0300
Subject: [OpenSIPS-Devel] Getting header field values as single
In-Reply-To: <1221579099.6283.17.camel@idesktop>
References: <1221579099.6283.17.camel@idesktop>
Message-ID: <48D763E9.6060607@voice-system.ro>

Hi G?rkan,

You mean only the username part of the FROM or TO headers?

Regards,
Bogdan

G?rkan Aslan wrote:
> Hi everybody,
>
> I'm implementing memcache to acc module of Opensips. I need to get the
> value of "to" and "from" fields in the acc_db_request function of acc.c
> file. I'm trying to use rq->from.s but it returns whole data of header.
> I only need single data of "from" and "to" fields like "555434323". How
> can i fetch this data? I'm searching something in parser files but
> nothing in return.
>
> Could you please help me about this?
>
> Best Regards
> Gurkan ASLAN
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   



From gurkan.aslan at comturk.com  Mon Sep 22 11:36:11 2008
From: gurkan.aslan at comturk.com (=?ISO-8859-1?Q?G=FCrkan?= Aslan)
Date: Mon, 22 Sep 2008 12:36:11 +0300
Subject: [OpenSIPS-Devel] Getting header field values as single
In-Reply-To: <48D763E9.6060607@voice-system.ro>
References: <1221579099.6283.17.camel@idesktop>
	<48D763E9.6060607@voice-system.ro>
Message-ID: <1222076171.6325.3.camel@idesktop>

Hi Bogdan,

Yes, i only need the username. Is there any function to do this or
should i code my own parser? (actually i solved this manually but i
still wonder the answer).

Thanks for your help.
Best regards
Gurkan

Pzt, 2008-09-22 tarihinde 12:22 +0300 saatinde, Bogdan-Andrei Iancu
yazd?:
> Hi G?rkan,
> 
> You mean only the username part of the FROM or TO headers?
> 
> Regards,
> Bogdan




From dan at ag-projects.com  Mon Sep 22 12:57:45 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Mon, 22 Sep 2008 13:57:45 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] OpenSER - RTPproxy Benchmark
	Test
In-Reply-To: <48D40670.9080001@evaristesys.com>
References: <200809192004.m8JK4Omj016170@omr15.networksolutionsemail.com>
	<48D40670.9080001@evaristesys.com>
Message-ID: <200809221357.45360.dan@ag-projects.com>

On Friday 19 September 2008, Alex Balashov wrote:
> I'd be curious to know if you get better results using MediaProxy 2.0,
> now that it uses kernel packet routing hooks for the RTP switching.

There is no question about that. MediaProxy avoids over 90% of the work 
that a user space solution does (polling over the sockets and copying the 
data from kernel space and user space and back). I would expect it to be 
at least an order of magnitude faster, but I have no benchmark data to 
know how faster it actually is. What I do know, is that a solution using 
the linux kernel networking QoS implementation to throttle network 
connections, which uses a very similar but more expensive workflow, it's 
able to drive 600Mbps in + 600Mbps out, handling millions of connections 
(in the case of a media relay, the number of connections is much smaller, 
so the strain on the CPU is reduced).

-- 
Dan


From anca at voice-system.ro  Mon Sep 22 13:43:29 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Mon, 22 Sep 2008 14:43:29 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D5466E.4000903@portaone.com>
References: <48D5466E.4000903@portaone.com>
Message-ID: <48D784E1.1020008@voice-system.ro>

Hi  Andrew,

You must make sure that in the Server section in the OpenXCAP config 
file you set the xmrpl_url to the address of the presence server and the 
port the xmlrpc MI interface is listening for requests.

regards,
Anca

Andrew Pogrebennyk wrote:
> Hi,
>
> What does it mean if OpenXCAP 1.0 throws this error?
>
> Error while notifying OpenSER management interface for user 
> 000100 at domain.com: <Fault -500: 'Command (refreshWatchers) processing 
> failed.\n'>
> Stopping factory <twisted.web.xmlrpc._QueryFactory instance at 0x85cd68c>
>
> In OpenSIPS log I see that it can not find rules doc for the user:
>
> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
> DBG:mi_xmlrpc:default_method: starting up.....
> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
> DBG:mi_xmlrpc:default_method: done looking the mi command.
> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
> DBG:mi_xmlrpc:default_method: done parsing the mi tree.
> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
> DBG:presence:mi_refreshWatchers: start
> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
> DBG:presence:mi_refreshWatchers: event 'presence'
> Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:presence:search_event: 
> start event= [presence]
> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
> ERROR:presence:mi_refreshWatchers: no rules doc found for the user
> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
> ERROR:mi_xmlrpc:default_method: command (refreshWatchers) processing failed.
>
> But why does it look for it in the first place? OpenSIPS and OpenXCAP 
> are running on the different servers. Thanks!
>
>   



From andrew.pogrebennyk at portaone.com  Mon Sep 22 13:52:33 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Mon, 22 Sep 2008 14:52:33 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D784E1.1020008@voice-system.ro>
References: <48D5466E.4000903@portaone.com> <48D784E1.1020008@voice-system.ro>
Message-ID: <48D78701.4000802@portaone.com>

Hi Anca,

xmrpl_url is correct and OpenSIPS is receiving MI commands. I have 
posted an excerpt from its log:

> Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:mi_xmlrpc:default_method: starting up.....
> Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:mi_xmlrpc:default_method: done looking the mi command.
> Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:mi_xmlrpc:default_method: done parsing the mi tree.
> Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:presence:mi_refreshWatchers: start
> Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:presence:mi_refreshWatchers: event 'presence'
> Sep 20 21:06:41 home ./sbin/opensips[9261]: DBG:presence:search_event: start event= [presence]
> Sep 20 21:06:41 home ./sbin/opensips[9261]: ERROR:presence:mi_refreshWatchers: no rules doc found for the user
> Sep 20 21:06:41 home ./sbin/opensips[9261]: ERROR:mi_xmlrpc:default_method: command (refreshWatchers) processing failed. 

And while I understand the answer given by Adrian - does it imply that 
OpenSIPS and OpenXCAP (with OpenSER backend) must be running on the same 
server? It seems unlikely to me...

Anca Vamanu wrote:
> Hi  Andrew,
> 
> You must make sure that in the Server section in the OpenXCAP config 
> file you set the xmrpl_url to the address of the presence server and the 
> port the xmlrpc MI interface is listening for requests.
> 
> regards,
> Anca

-- 
Sincerely,
Andrew Pogrebennyk


From anca at voice-system.ro  Mon Sep 22 13:56:07 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Mon, 22 Sep 2008 14:56:07 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D78701.4000802@portaone.com>
References: <48D5466E.4000903@portaone.com> <48D784E1.1020008@voice-system.ro>
	<48D78701.4000802@portaone.com>
Message-ID: <48D787D7.7040508@voice-system.ro>

Hi,

No, it is not compulsory for the two to run on the same machine. 
However, they must share the same database. The OpenXCAP server writes 
in the 'xcap' table, and OpenSIPS reads from there. The database used by 
the OpenXCAP is also defined in the Server section. You should make sure 
that it is the same url as the database url for the OpenSIPS presence 
server.

regards,
Anca

Andrew Pogrebennyk wrote:
> Hi Anca,
>
> xmrpl_url is correct and OpenSIPS is receiving MI commands. I have 
> posted an excerpt from its log:
>
>> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
>> DBG:mi_xmlrpc:default_method: starting up.....
>> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
>> DBG:mi_xmlrpc:default_method: done looking the mi command.
>> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
>> DBG:mi_xmlrpc:default_method: done parsing the mi tree.
>> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
>> DBG:presence:mi_refreshWatchers: start
>> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
>> DBG:presence:mi_refreshWatchers: event 'presence'
>> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
>> DBG:presence:search_event: start event= [presence]
>> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
>> ERROR:presence:mi_refreshWatchers: no rules doc found for the user
>> Sep 20 21:06:41 home ./sbin/opensips[9261]: 
>> ERROR:mi_xmlrpc:default_method: command (refreshWatchers) processing 
>> failed. 
>
> And while I understand the answer given by Adrian - does it imply that 
> OpenSIPS and OpenXCAP (with OpenSER backend) must be running on the 
> same server? It seems unlikely to me...
>
> Anca Vamanu wrote:
>> Hi  Andrew,
>>
>> You must make sure that in the Server section in the OpenXCAP config 
>> file you set the xmrpl_url to the address of the presence server and 
>> the port the xmlrpc MI interface is listening for requests.
>>
>> regards,
>> Anca
>



From andrew.pogrebennyk at portaone.com  Mon Sep 22 16:13:34 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Mon, 22 Sep 2008 17:13:34 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D787D7.7040508@voice-system.ro>
References: <48D5466E.4000903@portaone.com> <48D784E1.1020008@voice-system.ro>
	<48D78701.4000802@portaone.com> <48D787D7.7040508@voice-system.ro>
Message-ID: <48D7A80E.5040401@portaone.com>

That is the same URL and the same table. The table is properly populated 
by OpenXCAP, but OpenSIPS fails to read the document for some reason. 
I'll debug it and i get a free minute. Currently I am using the 
following parameters on the presence_xml module, but I also tried 
different values of each:

loadmodule "presence_xml.so"
modparam("presence_xml", "db_url", "mysql://sqluser:ser at localhost/opensips")
modparam("presence_xml", "force_active", 1)
modparam("presence_xml", "xcap_table", "xcap")
modparam("presence_xml", "pidf_manipulation", 1)
modparam("presence_xml", "integrated_xcap_server", 1)

Anca Vamanu wrote:
> Hi,
> 
> No, it is not compulsory for the two to run on the same machine. 
> However, they must share the same database. The OpenXCAP server writes 
> in the 'xcap' table, and OpenSIPS reads from there. The database used by 
> the OpenXCAP is also defined in the Server section. You should make sure 
> that it is the same url as the database url for the OpenSIPS presence 
> server.

-- 
Sincerely,
Andrew Pogrebennyk


From anca at voice-system.ro  Mon Sep 22 16:21:20 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Mon, 22 Sep 2008 17:21:20 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D7A80E.5040401@portaone.com>
References: <48D5466E.4000903@portaone.com> <48D784E1.1020008@voice-system.ro>
	<48D78701.4000802@portaone.com> <48D787D7.7040508@voice-system.ro>
	<48D7A80E.5040401@portaone.com>
Message-ID: <48D7A9E0.3030006@voice-system.ro>

Hi,

If you plan on using an Xcap server, then you definitely don't need to 
set the force_active parameter. This is used when you don't use an xcap 
server and want all the watchers to be allowed to see the presence state 
of a presentity.
Anyhow, this is not the cause of what you are seeing, the document being 
in the table, but the module not being able to fetch it. Can you please 
catch the sql command to check if it is looking for the correct user? ( 
if you have mysql logging enable and you use debian you will find it in 
/var/log/mysql/mysql.log).

Anca

Andrew Pogrebennyk wrote:
> That is the same URL and the same table. The table is properly 
> populated by OpenXCAP, but OpenSIPS fails to read the document for 
> some reason. I'll debug it and i get a free minute. Currently I am 
> using the following parameters on the presence_xml module, but I also 
> tried different values of each:
>
> loadmodule "presence_xml.so"
> modparam("presence_xml", "db_url", 
> "mysql://sqluser:ser at localhost/opensips")
> modparam("presence_xml", "force_active", 1)
> modparam("presence_xml", "xcap_table", "xcap")
> modparam("presence_xml", "pidf_manipulation", 1)
> modparam("presence_xml", "integrated_xcap_server", 1)
>
> Anca Vamanu wrote:
>> Hi,
>>
>> No, it is not compulsory for the two to run on the same machine. 
>> However, they must share the same database. The OpenXCAP server 
>> writes in the 'xcap' table, and OpenSIPS reads from there. The 
>> database used by the OpenXCAP is also defined in the Server section. 
>> You should make sure that it is the same url as the database url for 
>> the OpenSIPS presence server.
>



From noreply at sourceforge.net  Tue Sep 23 04:49:52 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 23 Sep 2008 02:49:52 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2123828 ] registrar: new AVP to
	add extra headers to the REGISTER repl
Message-ID: <E1KhxyK-0006Ov-ED@155xhf1.ch3.sourceforge.com>

Patches item #2123828, was opened at 2008-09-22 22:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2123828&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Phillip Vandry (vandry)
Assigned to: Nobody/Anonymous (nobody)
Summary: registrar: new AVP to add extra headers to the REGISTER repl

Initial Comment:
This patch adds the ability to add custom headers to the successful reply to a REGISTER request.

The user must load the extra headers into an AVP from the request route before calling save(). During the construction of the 200 OK reply inside save() this AVP is consulted and its contents are inserted into the reply.

Motivating use case:

In IMS environments, the SIP registrar supplies the terminal with a list of PUIs (public user identities) that are associated with the registering endpoint. This list is passed in the reply to a successful REGISTER by the endpoint as a list of "P-Associated-URI" headers.

In OpenSIPS there is no existing general way to customize the reply to a REGISTER request.

The patch is for opensips-1.4.1-tls

-Phil

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

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


From vandry at TZoNE.ORG  Tue Sep 23 04:54:22 2008
From: vandry at TZoNE.ORG (Phil Vandry)
Date: Mon, 22 Sep 2008 22:54:22 -0400
Subject: [OpenSIPS-Devel] registrar: new AVP to add extra headers to the
	REGISTER reply
Message-ID: <20080922225422.ce402256.vandry@TZoNE.ORG>

Hello OpenSIPS developers,

This patch adds the ability to add custom headers to the successful
reply to a REGISTER request.

The user must load the extra headers into an AVP from the request route
before calling save(). During the construction of the 200 OK reply
inside save() this AVP is consulted and its contents are inserted into
the reply.

Motivating use case:

In IMS environments, the SIP registrar supplies the terminal with a list
of PUIs (public user identities) that are associated with the registering
endpoint. This list is passed in the reply to a successful REGISTER by
the endpoint as a list of "P-Associated-URI" headers.

In OpenSIPS there is no existing general way to customize the reply to a
REGISTER request.

The patch is for opensips-1.4.1-tls

http://sourceforge.net/tracker/index.php?func=detail&aid=2123828&group_id=232389&atid=1086412

-Phil


From noreply at sourceforge.net  Tue Sep 23 07:50:38 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 23 Sep 2008 05:50:38 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2123971 ] Presence: suppress
	caching of receive socket
Message-ID: <E1Ki0nG-0003LP-Iw@565xhf1.ch3.sourceforge.com>

Patches item #2123971, was opened at 2008-09-22 22:50
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2123971&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: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Presence: suppress caching of receive socket 

Initial Comment:
Hi. Attached please find a patch for the Presence module to suppress saving the receive socket info with subscriber records. In a load-balanced, DB backed configuration, the receive socket is not likely to be valid for all pool members.

The patch adds a configuration parameter, disable_socket_cache, which defaults to 0. The admin documentation is also updated. Cheers,
--
kobi

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

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


From noreply at sourceforge.net  Tue Sep 23 07:59:28 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 23 Sep 2008 05:59:28 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2123978 ] Presence: optionally
	disable automatic table cleanup
Message-ID: <E1Ki0vo-0007lb-Tt@d55xhf1.ch3.sourceforge.com>

Patches item #2123978, was opened at 2008-09-22 22:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2123978&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: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Presence: optionally disable automatic table cleanup

Initial Comment:
Hi. Attached please find a patch that optionally disables the periodic cleanup of the watchers and presentity tables. In a load-balanced situation, it is undesirable to have multiple pool members competing to do the chores. The patch introduces a trivial FIFO function 'cleanup' which does the job on demand.

There is also a new parameter, db_update_period, which configures the frequency of the (unrelated) db_update chore. It was previously tied to the other two tasks.

Both db_update_period and clean_period may be less than or equal to zero, in which case the associated timer is disabled.

The admin documentation is updated accordingly. Cheers,
--
kobi

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

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


From bogdan at voice-system.ro  Tue Sep 23 10:05:06 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 23 Sep 2008 11:05:06 +0300
Subject: [OpenSIPS-Devel] Getting header field values as single
In-Reply-To: <1222076171.6325.3.camel@idesktop>
References: <1221579099.6283.17.camel@idesktop>	
	<48D763E9.6060607@voice-system.ro>
	<1222076171.6325.3.camel@idesktop>
Message-ID: <48D8A332.20709@voice-system.ro>

Hi G?rkan,

Use the :

struct sip_uri *parse_from_uri(struct sip_msg *msg);

function from parser/parse_from.h and

struct sip_uri *parse_to_uri(struct sip_msg *msg);

from parser/parse_to.h .

Regards,
bogdan

G?rkan Aslan wrote:
> Hi Bogdan,
>
> Yes, i only need the username. Is there any function to do this or
> should i code my own parser? (actually i solved this manually but i
> still wonder the answer).
>
> Thanks for your help.
> Best regards
> Gurkan
>
> Pzt, 2008-09-22 tarihinde 12:22 +0300 saatinde, Bogdan-Andrei Iancu
> yazd?:
>   
>> Hi G?rkan,
>>
>> You mean only the username part of the FROM or TO headers?
>>
>> Regards,
>> Bogdan
>>     
>
>
>
>   



From noreply at sourceforge.net  Tue Sep 23 12:08:04 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 23 Sep 2008 10:08:04 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2123828 ] registrar: new AVP to
	add extra headers to the REGISTER repl
Message-ID: <E1Ki4oO-0002q5-Oo@d55xhf1.ch3.sourceforge.com>

Patches item #2123828, was opened at 2008-09-23 02:49
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2123828&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Phil Vandry (vandry)
Assigned to: Nobody/Anonymous (nobody)
Summary: registrar: new AVP to add extra headers to the REGISTER repl

Initial Comment:
This patch adds the ability to add custom headers to the successful reply to a REGISTER request.

The user must load the extra headers into an AVP from the request route before calling save(). During the construction of the 200 OK reply inside save() this AVP is consulted and its contents are inserted into the reply.

Motivating use case:

In IMS environments, the SIP registrar supplies the terminal with a list of PUIs (public user identities) that are associated with the registering endpoint. This list is passed in the reply to a successful REGISTER by the endpoint as a list of "P-Associated-URI" headers.

In OpenSIPS there is no existing general way to customize the reply to a REGISTER request.

The patch is for opensips-1.4.1-tls

-Phil

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-23 10:08

Message:
I just wonder if save_no_reply(), append_to_reply() and
sl_send_reply("200","")
does not work

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

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


From noreply at sourceforge.net  Tue Sep 23 12:35:49 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 23 Sep 2008 10:35:49 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2123978 ] Presence: optionally
	disable automatic table cleanup
Message-ID: <E1Ki5FF-0006xY-Ad@h45xhf1.ch3.sourceforge.com>

Patches item #2123978, was opened at 2008-09-23 05:59
Message generated for change (Comment added) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2123978&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
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Kobi Eshun (ekobi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Presence: optionally disable automatic table cleanup

Initial Comment:
Hi. Attached please find a patch that optionally disables the periodic cleanup of the watchers and presentity tables. In a load-balanced situation, it is undesirable to have multiple pool members competing to do the chores. The patch introduces a trivial FIFO function 'cleanup' which does the job on demand.

There is also a new parameter, db_update_period, which configures the frequency of the (unrelated) db_update chore. It was previously tied to the other two tasks.

Both db_update_period and clean_period may be less than or equal to zero, in which case the associated timer is disabled.

The admin documentation is updated accordingly. Cheers,
--
kobi

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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2008-09-23 10:35

Message:
Hi Kobi,

The patch is indeed very useful in a load balanced network as you
mentioned. I will apply it. 

Thanks,
Anca  

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

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


From anca at voice-system.ro  Tue Sep 23 12:40:44 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Tue, 23 Sep 2008 10:40:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4745] trunk/modules/presence
Message-ID: <E1Ki5K0-0007m4-0T@3kljzd1.ch3.sourceforge.com>

Revision: 4745
          http://opensips.svn.sourceforge.net/opensips/?rev=4745&view=rev
Author:   anca_vamanu
Date:     2008-09-23 10:40:43 +0000 (Tue, 23 Sep 2008)

Log Message:
-----------
- applied patch from Kobi Eshun ( patch item #2123978 )
	- make db table cleanup optional
	- make db update optional 
	- introduce MI command to trigger database cleanup

Modified Paths:
--------------
    trunk/modules/presence/README
    trunk/modules/presence/doc/presence_admin.xml
    trunk/modules/presence/presence.c


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


From dan at ag-projects.com  Tue Sep 23 20:21:08 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Tue, 23 Sep 2008 18:21:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4746]
	trunk/modules/rls/subscribe.c
Message-ID: <E1KiCVY-0003s7-Eg@74yxhf1.ch3.sourceforge.com>

Revision: 4746
          http://opensips.svn.sourceforge.net/opensips/?rev=4746&view=rev
Author:   dan_pascu
Date:     2008-09-23 18:21:07 +0000 (Tue, 23 Sep 2008)

Log Message:
-----------
Fixed finding the 'Support: eventlist' header

Modified Paths:
--------------
    trunk/modules/rls/subscribe.c


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


From dan at ag-projects.com  Tue Sep 23 20:22:01 2008
From: dan at ag-projects.com (Dan Pascu)
Date: Tue, 23 Sep 2008 18:22:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4747]
	branches/1.4/modules/rls/subscribe.c
Message-ID: <E1KiCWP-0003sc-SS@74yxhf1.ch3.sourceforge.com>

Revision: 4747
          http://opensips.svn.sourceforge.net/opensips/?rev=4747&view=rev
Author:   dan_pascu
Date:     2008-09-23 18:22:00 +0000 (Tue, 23 Sep 2008)

Log Message:
-----------
Fixed finding the 'Support: eventlist' header (backported from trunk rev 4746)

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

Modified Paths:
--------------
    branches/1.4/modules/rls/subscribe.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 Sep 23 21:18:12 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 23 Sep 2008 19:18:12 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2101086 ] Multiple DB support
	for avpops module
Message-ID: <E1KiDOm-0004kL-3q@d55xhf1.ch3.sourceforge.com>

Patches item #2101086, was opened at 2008-09-08 16:36
Message generated for change (Comment added) made by ekobi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2101086&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: Kobi Eshun (ekobi)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Multiple DB support for avpops module

Initial Comment:
Hi.

Attached is a patch implementing extended DB support for the avpops module. The patch adds a new module parameter, 'dbx_url', and a new script function, 'avp_dbx_query(index, query [,dest]).

The patch includes updates to the module docs to describe the new functionality.

Cheers,
--
kobi

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

>Comment By: Kobi Eshun (ekobi)
Date: 2008-09-23 12:18

Message:
File Added: avpdbx.patch

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 06:05

Message:
Hi Kobi,

yes, access to multiple DBs make sense - I will review the patch and come
back to you.

Thanks and regards,
Bogdan

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

Comment By: Kobi Eshun (ekobi)
Date: 2008-09-09 01:35

Message:
The "extended DB support" permits queries against multiple databases. The
existing code restricts all avp_db_query() calls to be against the same DB
URL. This is inconvenient when you want to migrate your database tables to
different servers for performance tuning reasons, for example. This patch
removes the restriction.

If this concept is generally useful, I'd be open to refactoring the code
to fit in more smoothly with the existing. For example, I maintain a vector
of DB URLs separately from the existing DB URL. There is no conceptual
reason to keep it this way. It might also be possible to eliminate the new
script function altogether, and overload the existing signature to handle
an optional DB index.

--
kobi

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-09 01:12

Message:
Hi Kobi,

Thanks for the patch - could you detail a bit what means the "extended" DB
support ?

Regards,
Bogdan

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

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


From andrew.pogrebennyk at portaone.com  Wed Sep 24 08:08:24 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Wed, 24 Sep 2008 09:08:24 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D7A9E0.3030006@voice-system.ro>
References: <48D5466E.4000903@portaone.com> <48D784E1.1020008@voice-system.ro>
	<48D78701.4000802@portaone.com> <48D787D7.7040508@voice-system.ro>
	<48D7A80E.5040401@portaone.com> <48D7A9E0.3030006@voice-system.ro>
Message-ID: <48D9D958.9060400@portaone.com>

Hi Anca,
I know how to do mysql logging, but i was not allowed to restart MySQL
on this server:) so it took me a bit of creativity and reading this:
http://www.mysqlperformanceblog.com/2007/09/13/enablingdisabling-query-log-without-server-restart-in-mysql-50/

These are the queries that are executed when I change the presence rules:
SELECT password
                    FROM subscriber
                    WHERE username = '000100'
                    AND domain = 'ejawal.com'
commit
SELECT etag FROM xcap
                    WHERE username = '000100' AND domain = 'ejawal.com'
                    AND doc_type= 2 AND doc_uri='index.xml'
UPDATE xcap
                        SET doc = '<?xml version=\"1.0\" 
encoding=\"UTF-8\"?>\r\n<ruleset 
xmlns=\"urn:ietf:params:xml:ns:common-policy\" 
xmlns:pr=\"urn:ietf:params:xml:ns:pres-rules\" 
xmlns:cp=\"www.counterpath.com/privacy-lists\">\r\n<rule 
id=\"whitelist\">\r\n<conditions>\r\n</conditions>\r\n<actions>\r\n<pr:sub-handling>allow</pr:sub-handling>\r\n</actions>\r\n<transformations>\r\n<pr:provide-services>\r\n<pr:all-services/>\r\n</pr:provide-services>\r\n<pr:provide-persons>\r\n<pr:all-persons/>\r\n</pr:provide-persons>\r\n<pr:provide-devices>\r\n<pr:all-devices/>\r\n</pr:provide-devices>\r\n<pr:provide-all-attributes/>\r\n</transformations>\r\n</rule>\r\n<rule 
id=\"blacklist\">\r\n<conditions>\r\n<identity>\r\n<id 
entity=\"sip:000101 at ejawal.com\"/>\r\n</identity>\r\n</conditions>\r\n<actions>\r\n<pr:sub-handling>block</pr:sub-handling>\r\n</actions>\r\n<transformations/>\r\n</rule>\r\n<cp:privacy-lists>\r\n<cp:list 
name=\"whitelist_uri_ph
commit

The document appears truncated while I see that eyeBeam sends correct
document on the wire. This could be a bug in the query sniffer, but in 
the opensips log it's also truncated so it could have happened somewhere 
in db_mysql. I have attached the log. Parameters were:
modparam("presence_xml", "force_active", 0)
modparam("presence_xml", "xcap_table", "xcap")
modparam("presence_xml", "pidf_manipulation", 1)
modparam("presence_xml", "integrated_xcap_server", 1)

Thanks for looking.

Anca Vamanu wrote:
> Hi,
> 
> If you plan on using an Xcap server, then you definitely don't need to 
> set the force_active parameter. This is used when you don't use an xcap 
> server and want all the watchers to be allowed to see the presence state 
> of a presentity.
> Anyhow, this is not the cause of what you are seeing, the document being 
> in the table, but the module not being able to fetch it. Can you please 
> catch the sql command to check if it is looking for the correct user? ( 
> if you have mysql logging enable and you use debian you will find it in 
> /var/log/mysql/mysql.log).
> 
> Anca

-- 
Sincerely,
Andrew Pogrebennyk

-------------- next part --------------
A non-text attachment was scrubbed...
Name: opensips.log.gz
Type: application/x-gzip
Size: 1186 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/devel/attachments/20080924/850085d8/attachment.bin 

From andrew.pogrebennyk at portaone.com  Wed Sep 24 08:30:39 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Wed, 24 Sep 2008 09:30:39 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D9D958.9060400@portaone.com>
References: <48D5466E.4000903@portaone.com>
	<48D784E1.1020008@voice-system.ro>	<48D78701.4000802@portaone.com>
	<48D787D7.7040508@voice-system.ro>	<48D7A80E.5040401@portaone.com>
	<48D7A9E0.3030006@voice-system.ro> <48D9D958.9060400@portaone.com>
Message-ID: <48D9DE8F.8090901@portaone.com>

Andrew Pogrebennyk wrote:
> The document appears truncated while I see that eyeBeam sends correct
> document on the wire. This could be a bug in the query sniffer, but in 
> the opensips log it's also truncated so it could have happened somewhere 
> in db_mysql. I have attached the log. Parameters were:
> modparam("presence_xml", "force_active", 0)
> modparam("presence_xml", "xcap_table", "xcap")
> modparam("presence_xml", "pidf_manipulation", 1)
> modparam("presence_xml", "integrated_xcap_server", 1)
> 
> Thanks for looking.

However, after looking more carefully I see that the properly formed 
document is now saved to the DB and OpenXCAP works well now. So I guess 
that truncation is in the logs only.

As to why I was getting that error with force_active set to 1, it's 
clear for me. in the beginning of get_rules_doc function there's such block:

if(force_active)
{
         *rules_doc= NULL;
         return 0;
}

in presence.c line 535 there is then:

result= ev->get_rules_doc(&uri.user,&uri.host,&rules_doc);
if(result< 0 || rules_doc==NULL || rules_doc->s== NULL)
{
	LM_ERR( "no rules doc found for the user\n");
	goto error;
}

So it looks like the module can't fetch the document for the user...

-- 
Sincerely,
Andrew Pogrebennyk


From noreply at sourceforge.net  Wed Sep 24 09:42:16 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 24 Sep 2008 07:42:16 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-2125855 ] Support avp
	& variables in load_gws
Message-ID: <E1KiP0q-0008F7-5b@h45xhf1.ch3.sourceforge.com>

Feature Requests item #2125855, was opened at 2008-09-24 13:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=2125855&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: Ruchir Brahmbhatt (ruchirb)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support avp & variables in load_gws

Initial Comment:
I think load_gws function should support avp and variables as parameter so that this function can be used more effectively and offer more dynamism. 

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

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


From anca at voice-system.ro  Wed Sep 24 10:15:15 2008
From: anca at voice-system.ro (Anca Vamanu)
Date: Wed, 24 Sep 2008 11:15:15 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D9DE8F.8090901@portaone.com>
References: <48D5466E.4000903@portaone.com>
	<48D784E1.1020008@voice-system.ro>	<48D78701.4000802@portaone.com>
	<48D787D7.7040508@voice-system.ro>	<48D7A80E.5040401@portaone.com>
	<48D7A9E0.3030006@voice-system.ro>
	<48D9D958.9060400@portaone.com> <48D9DE8F.8090901@portaone.com>
Message-ID: <48D9F713.1050209@voice-system.ro>

Hi Andrew,

You are right about what happened when force_active was set.
As for the mysql logs, you should watch for the queries done by 
OpenSIPS. Look for something starting with 'SELECT doc from xcap' and 
check if the username and domain are correct.

regards,
Anca



Andrew Pogrebennyk wrote:
> Andrew Pogrebennyk wrote:
>> The document appears truncated while I see that eyeBeam sends correct
>> document on the wire. This could be a bug in the query sniffer, but 
>> in the opensips log it's also truncated so it could have happened 
>> somewhere in db_mysql. I have attached the log. Parameters were:
>> modparam("presence_xml", "force_active", 0)
>> modparam("presence_xml", "xcap_table", "xcap")
>> modparam("presence_xml", "pidf_manipulation", 1)
>> modparam("presence_xml", "integrated_xcap_server", 1)
>>
>> Thanks for looking.
>
> However, after looking more carefully I see that the properly formed 
> document is now saved to the DB and OpenXCAP works well now. So I 
> guess that truncation is in the logs only.
>
> As to why I was getting that error with force_active set to 1, it's 
> clear for me. in the beginning of get_rules_doc function there's such 
> block:
>
> if(force_active)
> {
>         *rules_doc= NULL;
>         return 0;
> }
>
> in presence.c line 535 there is then:
>
> result= ev->get_rules_doc(&uri.user,&uri.host,&rules_doc);
> if(result< 0 || rules_doc==NULL || rules_doc->s== NULL)
> {
>     LM_ERR( "no rules doc found for the user\n");
>     goto error;
> }
>
> So it looks like the module can't fetch the document for the user...
>



From andrew.pogrebennyk at portaone.com  Wed Sep 24 11:00:02 2008
From: andrew.pogrebennyk at portaone.com (Andrew Pogrebennyk)
Date: Wed, 24 Sep 2008 12:00:02 +0300
Subject: [OpenSIPS-Devel] OpenXCAP refreshWatchers error
In-Reply-To: <48D9F713.1050209@voice-system.ro>
References: <48D5466E.4000903@portaone.com>
	<48D784E1.1020008@voice-system.ro>	<48D78701.4000802@portaone.com>
	<48D787D7.7040508@voice-system.ro>	<48D7A80E.5040401@portaone.com>
	<48D7A9E0.3030006@voice-system.ro>
	<48D9D958.9060400@portaone.com> <48D9DE8F.8090901@portaone.com>
	<48D9F713.1050209@voice-system.ro>
Message-ID: <48DA0192.3040008@portaone.com>

Hi Anca,
It is correct - see my first email from today. So everything is working 
properly now... Thank you.

Anca Vamanu wrote:
> Hi Andrew,
> 
> You are right about what happened when force_active was set.
> As for the mysql logs, you should watch for the queries done by 
> OpenSIPS. Look for something starting with 'SELECT doc from xcap' and 
> check if the username and domain are correct.
> 
> regards,
> Anca

-- 
Sincerely,
Andrew Pogrebennyk


From gurkan.aslan at comturk.com  Wed Sep 24 16:12:31 2008
From: gurkan.aslan at comturk.com (=?ISO-8859-1?Q?G=FCrkan?= Aslan)
Date: Wed, 24 Sep 2008 17:12:31 +0300
Subject: [OpenSIPS-Devel] Getting header field values as single
In-Reply-To: <48D8A332.20709@voice-system.ro>
References: <1221579099.6283.17.camel@idesktop>
	<48D763E9.6060607@voice-system.ro> <1222076171.6325.3.camel@idesktop>
	<48D8A332.20709@voice-system.ro>
Message-ID: <1222265551.8546.10.camel@idesktop>

Hi Bogdan,

I tried to use these parser functions before send the message and ask
this question to mailing list. parser_from_uri function returns a
sip_uri struct and i tried to reach each parameter of result data. Some
of the parameters are empty (NULL) and some of them includes whole data
as you can see below;

(There is the sample code;

    struct sip_uri tst;

    tst = *parse_from_uri(rq);
    LM_ERR("user: %s, user_param: %s, user_param_val: %s",
            tst.user.s, tst.user_param.s, tst.user_param_val.s);

I coded these lines to modules/acc/acc.c file as in acc_log_request
function. What is my mistake?)

There is the result of tst.user.s:

124 at 192.168.2.143>;tag=c3d3328ef6c9225ao1
To: <sip:123 at 192.168.2.143>
Call-ID: e5d88d9e-6e45028a at 192.168.2.86
CSeq: 102 INVITE
Max-Forwards: 69
Proxy-Authorization: Digest
username="124",realm="192.168.2.143",nonce="48da495800000000fdc52515acf7a7bc89625e1f46409c6c",uri="sip:123 at 192.168.2.143",algorithm=MD5,response="feb4e0f3987225036222dfc8cd68eaf0"
Contact: outeger2 <sip:124 at 192.168.2.86:5061>
Expires: 240
User-Agent: Linksys/PAP2T-3.1.15(LS)
Content-Length: 444
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura
Content-Type: application/sdp

v=0
o=- 2044177 2044177 IN IP4 192.168.2.86
s=-
c=IN IP4 192.168.2.86
t=0 0
m=audio 16430 RTP/AVP 0 2 4 8 18 96 97 98 100 101
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:4 G723/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729a/8000
a=rtpmap:96 G726-40/8000
a=rtpmap:97 G726-24/8000
a=rtpmap:98 G726-16/8000
a=rtpmap:100 NSE/8000
a=fmtp:100 192-193
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv

Sal, 2008-09-23 tarihinde 11:05 +0300 saatinde, Bogdan-Andrei Iancu
yazd?:
> Hi G?rkan,
> 
> Use the :
> 
> struct sip_uri *parse_from_uri(struct sip_msg *msg);
> 
> function from parser/parse_from.h and
> 
> struct sip_uri *parse_to_uri(struct sip_msg *msg);
> 
> from parser/parse_to.h .
> 
> Regards,
> bogdan
> 

-- 
G?rkan Aslan
Senior Developer
Komturk Iletisim Ltd. Sti
Phone: +90 212 275 88 99 ext 125



From cubanos92 at hotmail.fr  Wed Sep 24 16:48:50 2008
From: cubanos92 at hotmail.fr (Kader SAIDANI)
Date: Wed, 24 Sep 2008 16:48:50 +0200
Subject: [OpenSIPS-Devel] ERROR: No PID file found (/var/run/openser.pid)!
 OpenSER probably not running
Message-ID: <COL102-W118CD892A63F03C53B878CD6450@phx.gbl>



Hi Guy,

I need your help !!!

Is anyone to tell me where i can find how to install openser (version 1.3.1-3) ?

I have installed openser on ubuntu OS (package openser, openser-presence-module and openser-mysql-module) and i have an error of pid openser when i tape this command :

root at systerminal:/usr/sbin# ./openserctl start

INFO: Starting OpenSER : 

ERROR: PID file /var/run/openser.pid does not exist -- OpenSER start failed

I don't understand anything 



_________________________________________________________________
Email envoy? avec Windows Live Hotmail. Dites adieux aux spam et virus, passez ? Hotmail?! C'est gratuit !
http://www.windowslive.fr/hotmail/default.asp
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20080924/6cf29dd8/attachment.htm 

From gurkan.aslan at comturk.com  Wed Sep 24 17:00:55 2008
From: gurkan.aslan at comturk.com (=?ISO-8859-1?Q?G=FCrkan?= Aslan)
Date: Wed, 24 Sep 2008 18:00:55 +0300
Subject: [OpenSIPS-Devel] ERROR: No PID file
	found	(/var/run/openser.pid)! OpenSER probably not running
In-Reply-To: <COL102-W118CD892A63F03C53B878CD6450@phx.gbl>
References: <COL102-W118CD892A63F03C53B878CD6450@phx.gbl>
Message-ID: <1222268455.8546.23.camel@idesktop>

Hi Kader,

You can start openser by command;

/etc/init.d/openser start

Best regards

?r?, 2008-09-24 tarihinde 16:48 +0200 saatinde, Kader SAIDANI yazd?:
> 
> Hi Guy,
[...]
> root at systerminal:/usr/sbin# ./openserctl start
> 
> INFO: Starting OpenSER : 
> 
> ERROR: PID file /var/run/openser.pid does not exist -- OpenSER start
> failed
> 
> I don't understand anything 

-- 
G?rkan Aslan
Senior Developer
Komturk Iletisim Ltd. Sti
Phone: +90 212 275 88 99 ext 125



From noreply at sourceforge.net  Thu Sep 25 21:39:08 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 25 Sep 2008 19:39:08 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2129057 ] Warning msg from
	kamctl
Message-ID: <E1Kiwg8-0000jE-0f@b55xhf1.ch3.sourceforge.com>

Patches item #2129057, was opened at 2008-09-25 19:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2129057&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: Norm Brandinger (norm_brandinger)
Assigned to: Nobody/Anonymous (nobody)
Summary: Warning msg from kamctl

Initial Comment:
Found that when adding a new domain a warning message was produced. 

The function calls for is_value_in_db were surrounded by quotes.  This patch removes the quotes.

Regards,
Norm

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

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


From noreply at sourceforge.net  Thu Sep 25 21:40:41 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 25 Sep 2008 19:40:41 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2129057 ] Warning msg from
	opensipsctl
Message-ID: <E1Kiwhd-0004f8-LO@565xhf1.ch3.sourceforge.com>

Patches item #2129057, was opened at 2008-09-25 19:39
Message generated for change (Comment added) made by norm_brandinger
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2129057&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: Norm Brandinger (norm_brandinger)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Warning msg from opensipsctl

Initial Comment:
Found that when adding a new domain a warning message was produced. 

The function calls for is_value_in_db were surrounded by quotes.  This patch removes the quotes.

Regards,
Norm

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

>Comment By: Norm Brandinger (norm_brandinger)
Date: 2008-09-25 19:40

Message:
Attached the patch for the incorrect port.  The correct patch is attached.

Norm
File Added: opensipsctl.patch

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

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


From noreply at sourceforge.net  Fri Sep 26 02:24:45 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 26 Sep 2008 00:24:45 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2123828 ] registrar: new AVP to
	add extra headers to the REGISTER repl
Message-ID: <E1Kj18X-00076J-5J@665xhf1.ch3.sourceforge.com>

Patches item #2123828, was opened at 2008-09-22 22:49
Message generated for change (Comment added) made by vandry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2123828&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.4.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Phil Vandry (vandry)
Assigned to: Nobody/Anonymous (nobody)
Summary: registrar: new AVP to add extra headers to the REGISTER repl

Initial Comment:
This patch adds the ability to add custom headers to the successful reply to a REGISTER request.

The user must load the extra headers into an AVP from the request route before calling save(). During the construction of the 200 OK reply inside save() this AVP is consulted and its contents are inserted into the reply.

Motivating use case:

In IMS environments, the SIP registrar supplies the terminal with a list of PUIs (public user identities) that are associated with the registering endpoint. This list is passed in the reply to a successful REGISTER by the endpoint as a list of "P-Associated-URI" headers.

In OpenSIPS there is no existing general way to customize the reply to a REGISTER request.

The patch is for opensips-1.4.1-tls

-Phil

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

>Comment By: Phil Vandry (vandry)
Date: 2008-09-25 20:24

Message:
Thank you for your suggestion. I didn't know about append_to_reply().

I tried your method but it has a big drawback: there is no Contact header
generated in the REGISTER reply. One of the functions of the builtin reply
function of save() is to generate the Contact header. Using your method I
would have to somehow build the Contact header manually, which means
querying the usrloc database and iterating over each contact with its
expiry time and q value and formatting them. I definitely expect the
registrar module to do all that work for me.

So I maintain that there is a requirement for a method of taking advantage
of save()'s builtin reply generator while still adding extra headers.

-Phil

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-23 06:08

Message:
I just wonder if save_no_reply(), append_to_reply() and
sl_send_reply("200","")
does not work

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

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


From osas at voipembedded.com  Mon Sep 29 16:30:37 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 29 Sep 2008 14:30:37 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4750]
	branches/1.4/modules/dialplan/dialplan.c
Message-ID: <E1KkJll-0003PR-8q@c3vjzd1.ch3.sourceforge.com>

Revision: 4750
          http://opensips.svn.sourceforge.net/opensips/?rev=4750&view=rev
Author:   osas
Date:     2008-09-29 14:30:34 +0000 (Mon, 29 Sep 2008)

Log Message:
-----------
backport from trunk (r4744):
- free shared mem on exit

Modified Paths:
--------------
    branches/1.4/modules/dialplan/dialplan.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 Sep 29 16:34:00 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 29 Sep 2008 14:34:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4751]
	branches/1.4/modules/dialplan/
Message-ID: <E1KkJp2-00042a-20@c3vjzd1.ch3.sourceforge.com>

Revision: 4751
          http://opensips.svn.sourceforge.net/opensips/?rev=4751&view=rev
Author:   osas
Date:     2008-09-29 14:33:57 +0000 (Mon, 29 Sep 2008)

Log Message:
-----------
update svn ignore list

Property Changed:
----------------
    branches/1.4/modules/dialplan/


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


From osas at voipembedded.com  Mon Sep 29 16:36:22 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 29 Sep 2008 14:36:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4752] branches/1.4/
Message-ID: <E1KkJrK-0004YV-5x@c3vjzd1.ch3.sourceforge.com>

Revision: 4752
          http://opensips.svn.sourceforge.net/opensips/?rev=4752&view=rev
Author:   osas
Date:     2008-09-29 14:36:20 +0000 (Mon, 29 Sep 2008)

Log Message:
-----------
update svn ignore list

Property Changed:
----------------
    branches/1.4/


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


From osas at voipembedded.com  Mon Sep 29 16:38:05 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 29 Sep 2008 14:38:05 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4753]
	branches/1.4/utils/opensipsunix/
Message-ID: <E1KkJsz-0004rA-TI@c3vjzd1.ch3.sourceforge.com>

Revision: 4753
          http://opensips.svn.sourceforge.net/opensips/?rev=4753&view=rev
Author:   osas
Date:     2008-09-29 14:38:02 +0000 (Mon, 29 Sep 2008)

Log Message:
-----------
update svn ignore list

Property Changed:
----------------
    branches/1.4/utils/opensipsunix/


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


From osas at voipembedded.com  Mon Sep 29 16:41:23 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 29 Sep 2008 14:41:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4754] trunk
Message-ID: <E1KkJwB-0005MR-2A@c3vjzd1.ch3.sourceforge.com>

Revision: 4754
          http://opensips.svn.sourceforge.net/opensips/?rev=4754&view=rev
Author:   osas
Date:     2008-09-29 14:41:21 +0000 (Mon, 29 Sep 2008)

Log Message:
-----------
update svn ignore list

Property Changed:
----------------
    trunk/
    trunk/modules/dialplan/
    trunk/modules/presence_xcapdiff/
    trunk/utils/opensipsunix/


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


From osas at voipembedded.com  Mon Sep 29 21:14:18 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 29 Sep 2008 19:14:18 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4755]
	trunk/modules/ratelimit/ratelimit.c
Message-ID: <E1KkOCI-0003cf-SZ@c3vjzd1.ch3.sourceforge.com>

Revision: 4755
          http://opensips.svn.sourceforge.net/opensips/?rev=4755&view=rev
Author:   osas
Date:     2008-09-29 19:14:13 +0000 (Mon, 29 Sep 2008)

Log Message:
-----------
small memory cleanup on exit

Modified Paths:
--------------
    trunk/modules/ratelimit/ratelimit.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 Sep 29 21:16:37 2008
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 29 Sep 2008 19:16:37 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4756]
	branches/1.4/modules/ratelimit/ratelimit.c
Message-ID: <E1KkOEX-0004mm-Bv@c3vjzd1.ch3.sourceforge.com>

Revision: 4756
          http://opensips.svn.sourceforge.net/opensips/?rev=4756&view=rev
Author:   osas
Date:     2008-09-29 19:16:31 +0000 (Mon, 29 Sep 2008)

Log Message:
-----------
backport from trunk (r4755):
- small memory cleanup on exit

Modified Paths:
--------------
    branches/1.4/modules/ratelimit/ratelimit.c


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


From bogdan at voice-system.ro  Tue Sep 30 11:12:17 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 12:12:17 +0300
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] SSO integration = Custom auth
 module?
In-Reply-To: <07CF7BE5BD71AA4782C16A9228A4FF2F01153A76@srv5-of-spb.scartel.ru>
References: <07CF7BE5BD71AA4782C16A9228A4FF2F01050CB3@srv5-of-spb.scartel.ru>	<48CB8D49.1060304@voice-system.ro>
	<07CF7BE5BD71AA4782C16A9228A4FF2F01153A76@srv5-of-spb.scartel.ru>
Message-ID: <48E1ED71.8070804@voice-system.ro>

Hi Denis,

Sukhoroslov Denis wrote:
> Bogdan, thank you very much for the response.
> Ok, I'll try to follow the ldap model for authentication. It is possible
> to fetch password from SSO DB, but I don't store passwords in plain text
> form. If this is necessary, I can store in SSO DB the full HA1 auth
> string with username and domain. It should be enough to perform DB auth,
> right?
>   
yes, having HA1 instead of plain text password will be just fine.
> But the first thing I have to perform is SSO token validation, when it
> is provided in REGISTER request. If SSO server decides that the token is
> valid I'll need to notify OpenSIPS that the user is authenticated and do
> not perform digest authentication further. Could you suggest how to do
> this? BTW, I'm going to pass SSO token between SIP server and client in
> Call-Info header, is it ok? 
>   
basically you can use whatever header you want, as time as there is 
correlation between server and client. BTW, aren't there any specs to 
help you on this?

Regards,
Bogdan
> Thanks, Denis.
>
>
> -----Original Message-----
> From: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro] 
> Sent: Saturday, September 13, 2008 1:52 PM
> To: Sukhoroslov Denis
> Cc: users at lists.opensips.org; devel at lists.opensips.org
> Subject: Re: [OpenSIPS-Users] SSO integration = Custom auth module?
>
> Hi Denis,
>
> More or less you need to write some new extension - probably the easiest
>
> way will be to follow the ldap model - the module just fetch the 
> password into the script and then you can use the auth module to inject 
> directly the auth username and passwd.
>
> If you need assistance with this, please let's continue the discussion 
> on the devel list.
>
> Regards,
> Bogdan
>
> Sukhoroslov Denis wrote:
>   
>> Hi,
>>
>> Our company provides mobile internet via WiMAX network. There are many
>>     
>
>   
>> services that can be accessed by our mobile clients via HTTP protocol.
>>     
>
>   
>> Now we'd like to provide VoIP (and probably other IMS services in the 
>> future) via SIP protocol. On the server side we're planning to use 
>> OpenSIPS. All our HTTP services are integrated with one common 
>> authentication module, so we have SSO between HTTP clients. Is it 
>> possible to integrate SIP services with SSO as well?
>>
>> This is how I can see it:
>>
>> - We have a custom VoIP client app. During authentication procedure 
>> with SIP server the app will append SSO token (if any) to the REGISTER
>>     
>
>   
>> request. SSO token can be obtained from our common mobile SSO token
>>     
> store.
>   
>> - The auth module on the server side should check SSO token first. If 
>> the token exists the auth module should communicate with SSO server 
>> and validate token. If token is valid then the user considered as 
>> authenticated and server must respond with 200 OK.
>>
>> - If the token doesn't exist or is not valid then the regular SIP 
>> authentication procedure starts. Auth module must respond with 401 
>> Unauthorized.
>>
>> - Client will provide login/password. Auth module will ask SSO server 
>> to perform authentication.
>>
>> - In case of success SSO server will open a new SSO session and 
>> respond with new SSO token. Auth module must append the token to the 
>> 200 OK response.
>>
>> - Client app stores SSO token to its common store.
>>
>> Is it possible to provide such functionality with OpenSIPS, what do 
>> you think? Do I need to develop a custom auth module for this, or can 
>> I use some existing functionality? Any pointers or links on how to 
>> develop and deploy custom modules would be very helpful.
>>
>> Thanks, Denis.
>>
>>
>>     
> ------------------------------------------------------------------------
>   
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>   
>>     
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   



From bogdan at voice-system.ro  Tue Sep 30 11:14:00 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 12:14:00 +0300
Subject: [OpenSIPS-Devel] question about "403 Spoofed From-URI Detected"
In-Reply-To: <002801c91602$4796f170$6401a8c0@gilson>
References: <002801c91602$4796f170$6401a8c0@gilson>
Message-ID: <48E1EDD8.7050007@voice-system.ro>

Hi Hongtian,

Are you using any authentication / checking for the sequential requests 
in your script? I guess you do a check_from() or something like 
this...is this correct?

Regards,
Bogdan

Hongtian wrote:
> Hi All,
>
> I used Xlites connect to a openser(1.1.0-notls(i386/linux)) and establish connection between xlites.
>
> But when I click Xlite 'HOLD' and Xlite sent reINVITE to this openser, it always returned '403 Spoofed From-URI Detected'. 
>
> What's wrong with the reINVITE message? I used WireShark to capture the SIP messages and attach it in the mail. Could you please have a look and find the reason? Thanks.
>
>
> Regards
> Hongtian
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   



From bogdan at voice-system.ro  Tue Sep 30 11:19:48 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 12:19:48 +0300
Subject: [OpenSIPS-Devel] OpenSER 1.3 crash
In-Reply-To: <48C6905C.4030909@swip.net>
References: <48C6905C.4030909@swip.net>
Message-ID: <48E1EF34.3020609@voice-system.ro>

Hi Robin,

Do you still have the core file? I would like to inspect it. In the mean 
while, I recommend you upgrading to opensips 1.4.2 - there were a lot of 
things that were fixed (related to dns part), fixes that are not to be 
backported to 1.3

Thanks and regards,
Bogdan

Robin Vleij wrote:
> Hi guys!
>
> We've been running OpenSER (1.3.0 ntls, compiled for x66_64) for quite a
> while now and only had a crash once. We suspected then that this was
> caused by hitting the max_while_loops for a while (never happened again
> after fixing the max-while-loops). Now I had a crash and the backtrace
> looks like the following. Do you guys have any pointers on what is
> causing this?
>
>
> #0  free_hostent (dst=0x6e3fe0) at proxy.c:203
> 203                     for (r=0; dst->h_addr_list[r];r++) {
> (gdb) backtrace
> #0  free_hostent (dst=0x6e3fe0) at proxy.c:203
> #1  0x0000000000436530 in free_proxy (p=0x6e3fc0) at proxy.c:312
> #2  0x00002adec6dc01ea in t_relay_to (p_msg=0x6de4a0, proxy=0x6e3fc0,
> flags=<value optimized out>) at t_funcs.c:230
> #3  0x00002adec6dd1fcd in w_t_relay (p_msg=0x6de4a0, proxy=0x0,
> flags=0x0) at tm.c:929
> #4  0x000000000040ba9f in do_action (a=0x646e80, msg=0x6de4a0) at
> action.c:816
> #5  0x000000000040dfac in run_action_list (a=<value optimized out>,
> msg=0x6de4a0) at action.c:132
> #6  0x000000000040ca06 in do_action (a=0x646fb0, msg=0x6de4a0) at
> action.c:689
> #7  0x000000000040dfac in run_action_list (a=<value optimized out>,
> msg=0x6de4a0) at action.c:132
> #8  0x000000000040d780 in do_action (a=0x647460, msg=0x6de4a0) at
> action.c:695
> #9  0x000000000040dfac in run_action_list (a=<value optimized out>,
> msg=0x6de4a0) at action.c:132
> #10 0x000000000040ca06 in do_action (a=0x6475a0, msg=0x6de4a0) at
> action.c:689
> #11 0x000000000040dfac in run_action_list (a=<value optimized out>,
> msg=0x6de4a0) at action.c:132
> #12 0x000000000040e309 in run_top_route (a=0x643398, msg=0x6de4a0) at
> action.c:112
> #13 0x000000000044b8bf in receive_msg (
>     buf=0x625ca0 "ACK sip:013104104 at sip-corporate.tele2.se
> SIP/2.0\r\nVia: SIP/2.0/UDP
> 130.244.190.46;branch=z9hG4bK7b7c7b36\r\nVia: SIP/2.0/UDP
> 130.244.190.46;branch=z9hG4bK7b7c7b36\r\nVia: SIP/2.0/UDP
> 130.244.190.46;branch"..., len=3703, rcv_info=0x7fffe4d8d840) at
> receive.c:156
> #14 0x0000000000488154 in udp_rcv_loop () at udp_server.c:438
> #15 0x0000000000425081 in main (argc=9, argv=0x7fffe4d8da48) at main.c:834
>
>   



From bogdan at voice-system.ro  Tue Sep 30 11:28:16 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 12:28:16 +0300
Subject: [OpenSIPS-Devel] RFC 4320 and 4321?
In-Reply-To: <200809021659.29535.ibc@in.ilimit.es>
References: <200809021659.29535.ibc@in.ilimit.es>
Message-ID: <48E1F130.20400@voice-system.ro>

Hi Inaki,

I?aki Baz Castillo wrote:
> Hi, RFC 4320 handles some issues about non INVITE transactions described in 
> RFC 4321. For example:
>
> - A proxy should NOT generate a 408 during parallel forking in a branch 
> doesn't respond because when this 408 is sent the UAC client transaction has 
> been already destroyed by it own timer.
> Please, take a look to RFC 4321 (specially figure 3).
>
> - A transaction-stateful SIP proxy MUST NOT send any response to a
> non-INVITE request unless it has a matching server transaction that
> is not in the Terminated state.  As a consequence, this proxy will
> not forward any "late" non-INVITE responses. (This avoids late replies that 
> will not match UAC client transaction).
>
>   
The whole story from RFC 4321 has as ground the fact that all SIP 
entities have the same T1 value. But RFC3261 gives recommendation about 
the value, so you can have different values on different SIP entities - 
in such case, the race condition case is not valid anymore.
> I've tested it and OpenSIPS doesn't implement this RFC. If during parallel 
> forking a branch doesn't respond then OpenSIPS replies 408 that is useless in 
> most cases.
>   
you mean opensips replies with 408 to the upstream UAC (transaction 
conpletion) or internally on the given branch?

Regards,
Bogdan


From bogdan at voice-system.ro  Tue Sep 30 11:32:21 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 12:32:21 +0300
Subject: [OpenSIPS-Devel] registrar: new AVP to add extra headers to the
 REGISTER reply
In-Reply-To: <20080922225422.ce402256.vandry@TZoNE.ORG>
References: <20080922225422.ce402256.vandry@TZoNE.ORG>
Message-ID: <48E1F225.9080502@voice-system.ro>

Hi Phil,

If I understand correctly what you try to achieve, I would say you 
already can do it -  before  doing save("location") you can do 
append_to_reply("P-Associated-URI: ..................\r\n");  - this new 
header will be added to the reply generated by the save() function.

Please let me know if I'm missing something.

Thanks and regards,
Bogdan

Phil Vandry wrote:
> Hello OpenSIPS developers,
>
> This patch adds the ability to add custom headers to the successful
> reply to a REGISTER request.
>
> The user must load the extra headers into an AVP from the request route
> before calling save(). During the construction of the 200 OK reply
> inside save() this AVP is consulted and its contents are inserted into
> the reply.
>
> Motivating use case:
>
> In IMS environments, the SIP registrar supplies the terminal with a list
> of PUIs (public user identities) that are associated with the registering
> endpoint. This list is passed in the reply to a successful REGISTER by
> the endpoint as a list of "P-Associated-URI" headers.
>
> In OpenSIPS there is no existing general way to customize the reply to a
> REGISTER request.
>
> The patch is for opensips-1.4.1-tls
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=2123828&group_id=232389&atid=1086412
>
> -Phil
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   



From noreply at sourceforge.net  Tue Sep 30 11:34:34 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 30 Sep 2008 09:34:34 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2123828 ] registrar: new AVP to
	add extra headers to the REGISTER repl
Message-ID: <E1Kkbco-00032L-K9@d45xhf1.ch3.sourceforge.com>

Patches item #2123828, was opened at 2008-09-23 05:49
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2123828&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: Invalid
Priority: 5
Private: No
Submitted By: Phil Vandry (vandry)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: registrar: new AVP to add extra headers to the REGISTER repl

Initial Comment:
This patch adds the ability to add custom headers to the successful reply to a REGISTER request.

The user must load the extra headers into an AVP from the request route before calling save(). During the construction of the 200 OK reply inside save() this AVP is consulted and its contents are inserted into the reply.

Motivating use case:

In IMS environments, the SIP registrar supplies the terminal with a list of PUIs (public user identities) that are associated with the registering endpoint. This list is passed in the reply to a successful REGISTER by the endpoint as a list of "P-Associated-URI" headers.

In OpenSIPS there is no existing general way to customize the reply to a REGISTER request.

The patch is for opensips-1.4.1-tls

-Phil

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-30 12:34

Message:
Hi Phil,

If I understand correctly what you try to achieve, I would say you 
already can do it -  before  doing save("location") you can do 
append_to_reply("P-Associated-URI: ..................\r\n");  - this new 
header will be added to the reply generated by the save() function.

Please let me know if I'm missing something.

Thanks and regards,
Bogdan

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

Comment By: Phil Vandry (vandry)
Date: 2008-09-26 03:24

Message:
Thank you for your suggestion. I didn't know about append_to_reply().

I tried your method but it has a big drawback: there is no Contact header
generated in the REGISTER reply. One of the functions of the builtin reply
function of save() is to generate the Contact header. Using your method I
would have to somehow build the Contact header manually, which means
querying the usrloc database and iterating over each contact with its
expiry time and q value and formatting them. I definitely expect the
registrar module to do all that work for me.

So I maintain that there is a requirement for a method of taking advantage
of save()'s builtin reply generator while still adding extra headers.

-Phil

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

Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-23 13:08

Message:
I just wonder if save_no_reply(), append_to_reply() and
sl_send_reply("200","")
does not work

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

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


From noreply at sourceforge.net  Tue Sep 30 11:36:49 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 30 Sep 2008 09:36:49 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2123971 ] Presence: suppress
	caching of receive socket
Message-ID: <E1Kkbez-0003wK-SO@b55xhf1.ch3.sourceforge.com>

Patches item #2123971, was opened at 2008-09-23 08:50
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2123971&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: Kobi Eshun (ekobi)
>Assigned to: Anca Vamanu (anca_vamanu)
Summary: Presence: suppress caching of receive socket 

Initial Comment:
Hi. Attached please find a patch for the Presence module to suppress saving the receive socket info with subscriber records. In a load-balanced, DB backed configuration, the receive socket is not likely to be valid for all pool members.

The patch adds a configuration parameter, disable_socket_cache, which defaults to 0. The admin documentation is also updated. Cheers,
--
kobi

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

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


From bogdan at voice-system.ro  Tue Sep 30 11:40:06 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 12:40:06 +0300
Subject: [OpenSIPS-Devel] ERROR: No PID file found
 (/var/run/openser.pid)! OpenSER probably not running
In-Reply-To: <COL102-W118CD892A63F03C53B878CD6450@phx.gbl>
References: <COL102-W118CD892A63F03C53B878CD6450@phx.gbl>
Message-ID: <48E1F3F6.9060206@voice-system.ro>

Hi Kader,

I say your openser fails to start (this is the reason for no pid file).
To see what was the cause of the failure, take a look on the syslog file 
(syslog or messages) for the openser output.

Regards,
Bogdan

Kader SAIDANI wrote:
>
> Hi Guy,
>
> I need your help !!!
>
> Is anyone to tell me where i can find how to install openser (version 
> 1.3.1-3) ?
>
> I have installed openser on ubuntu OS (package openser, 
> openser-presence-module and openser-mysql-module) and i have an error 
> of pid openser when i tape this command :
>
> root at systerminal:/usr/sbin# ./openserctl start
>
> INFO: Starting OpenSER :
>
> ERROR: PID file /var/run/openser.pid does not exist -- OpenSER start 
> failed
>
> I don't understand anything
>
>
>
> ------------------------------------------------------------------------
> Qui vous permet d'enregistrer la TV sur votre PC et lire vos emails 
> sur votre mobile ? la r?ponse en vid?o la r?ponse en vid?o 
> <http://www.microsoft.com/france/windows/bts/default.mspx>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   



From saguti at users.sourceforge.net  Wed Sep 17 23:04:32 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Wed, 17 Sep 2008 21:04:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4739]
	branches/1.4/packaging/solaris
Message-ID: <E1Kg4CO-0004Lj-Go@3kljzd1.ch3.sourceforge.com>

Revision: 4739
          http://opensips.svn.sourceforge.net/opensips/?rev=4739&view=rev
Author:   saguti
Date:     2008-09-17 21:04:31 +0000 (Wed, 17 Sep 2008)

Log Message:
-----------
- Removed unused variable in postinstall script.
- Corrected grammar of informational messages.

Modified Paths:
--------------
    branches/1.4/packaging/solaris/berkeley-postinstall
    branches/1.4/packaging/solaris/berkeley-preinstall


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


From saguti at users.sourceforge.net  Wed Sep 17 23:07:01 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Wed, 17 Sep 2008 21:07:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4740]
	branches/1.4/packaging/solaris
Message-ID: <E1Kg4En-0004M5-Lp@3kljzd1.ch3.sourceforge.com>

Revision: 4740
          http://opensips.svn.sourceforge.net/opensips/?rev=4740&view=rev
Author:   saguti
Date:     2008-09-17 21:07:01 +0000 (Wed, 17 Sep 2008)

Log Message:
-----------
- Removed unused variable from postinstall scriptr.
- Corrected grammar in informational messages.

Modified Paths:
--------------
    branches/1.4/packaging/solaris/carrierroute-postinstall
    branches/1.4/packaging/solaris/carrierroute-preinstall


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


From saguti at users.sourceforge.net  Wed Sep 17 23:09:27 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Wed, 17 Sep 2008 21:09:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4741]
	branches/1.4/packaging/solaris
Message-ID: <E1Kg4H9-0004MN-9D@3kljzd1.ch3.sourceforge.com>

Revision: 4741
          http://opensips.svn.sourceforge.net/opensips/?rev=4741&view=rev
Author:   saguti
Date:     2008-09-17 21:09:26 +0000 (Wed, 17 Sep 2008)

Log Message:
-----------
- Removed unused variable from postinstall script.
- Corrected grammar in informational messages.

Modified Paths:
--------------
    branches/1.4/packaging/solaris/ldap-postinstall
    branches/1.4/packaging/solaris/ldap-preinstall


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


From saguti at users.sourceforge.net  Wed Sep 17 23:12:59 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Wed, 17 Sep 2008 21:12:59 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4742]
	branches/1.4/packaging/solaris
Message-ID: <E1Kg4KZ-0003zv-NS@c3vjzd1.ch3.sourceforge.com>

Revision: 4742
          http://opensips.svn.sourceforge.net/opensips/?rev=4742&view=rev
Author:   saguti
Date:     2008-09-17 21:12:59 +0000 (Wed, 17 Sep 2008)

Log Message:
-----------
- Removed unused variable from postinstall script.
- Corrected grammar in informational messages.

Modified Paths:
--------------
    branches/1.4/packaging/solaris/mysql-postinstall
    branches/1.4/packaging/solaris/mysql-preinstall


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


From saguti at users.sourceforge.net  Wed Sep 17 23:15:45 2008
From: saguti at users.sourceforge.net (saguti at users.sourceforge.net)
Date: Wed, 17 Sep 2008 21:15:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4743]
	branches/1.4/packaging/solaris
Message-ID: <E1Kg4NF-00042F-LT@c3vjzd1.ch3.sourceforge.com>

Revision: 4743
          http://opensips.svn.sourceforge.net/opensips/?rev=4743&view=rev
Author:   saguti
Date:     2008-09-17 21:15:42 +0000 (Wed, 17 Sep 2008)

Log Message:
-----------
- Corrected grammar in informational messages.
- Improved readibility in output of postinstall script.

Modified Paths:
--------------
    branches/1.4/packaging/solaris/snmp-postinstall
    branches/1.4/packaging/solaris/snmp-preinstall


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


From cbergstrom at netsyncro.com  Tue Sep 23 12:56:21 2008
From: cbergstrom at netsyncro.com (=?UTF-8?B?IkMuIEJlcmdzdHLDtm0i?=)
Date: Tue, 23 Sep 2008 12:56:21 +0200
Subject: [OpenSIPS-Devel] small rtpproxy patch for opensolaris
Message-ID: <48D8CB55.6050102@netsyncro.com>

Hi all

I've been and will be porting/packaging more telephony bits over to 
OpenSolaris.. If anyone wants to take a quick look at this patch or test 
it's appreciate.  Should apply to cvs head and changes are minimal.

I'll leave it up to someone more experienced with the code to decide, 
but one small issue with strsep..

More info about strsep/strtok + solaris here
http://blogs.sun.com/vlad/entry/strsep_in_libc

If anyone is interested in testing or having your app ported over feel 
free to pm me.

Thanks

./C
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: rtpproxy-codestrom-solaris-port.diff
Url: http://lists.opensips.org/pipermail/devel/attachments/20080923/140a9880/attachment-0001.txt 

From sobomax at users.sourceforge.net  Fri Sep 26 03:32:10 2008
From: sobomax at users.sourceforge.net (sobomax at users.sourceforge.net)
Date: Fri, 26 Sep 2008 01:32:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4748] trunk/ut.h
Message-ID: <E1Kj2Bm-0000iL-9a@3kljzd1.ch3.sourceforge.com>

Revision: 4748
          http://opensips.svn.sourceforge.net/opensips/?rev=4748&view=rev
Author:   sobomax
Date:     2008-09-26 01:32:09 +0000 (Fri, 26 Sep 2008)

Log Message:
-----------
Add missed <sys/select.h>, which is required to get select(2) defined.

Modified Paths:
--------------
    trunk/ut.h


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


From sobomax at users.sourceforge.net  Fri Sep 26 03:37:50 2008
From: sobomax at users.sourceforge.net (sobomax at users.sourceforge.net)
Date: Fri, 26 Sep 2008 01:37:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4749] trunk/mem
Message-ID: <E1Kj2HG-0002Se-Ix@dn4whf1.ch3.sourceforge.com>

Revision: 4749
          http://opensips.svn.sourceforge.net/opensips/?rev=4749&view=rev
Author:   sobomax
Date:     2008-09-26 01:37:49 +0000 (Fri, 26 Sep 2008)

Log Message:
-----------
Fix compilation with system malloc, at least with gcc 3.4.6 on FreeBSD
it did not work. Turn malloc wrappers to be real functions instead of
macros. Also fix the issue with compatibility on 64-bit arches, where
sizeof(int) != sizeof(size_t).

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


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


From noreply at sourceforge.net  Tue Sep 30 12:05:28 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 30 Sep 2008 10:05:28 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2129057 ] Warning msg from
	opensipsctl
Message-ID: <E1Kkc6i-0001Hr-Mg@665xhf1.ch3.sourceforge.com>

Patches item #2129057, was opened at 2008-09-25 22:39
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2129057&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: tools
>Group: 1.4.x
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Norm Brandinger (norm_brandinger)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Warning msg from opensipsctl

Initial Comment:
Found that when adding a new domain a warning message was produced. 

The function calls for is_value_in_db were surrounded by quotes.  This patch removes the quotes.

Regards,
Norm

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-30 13:05

Message:
Hi Norman,

Thanks - I will commit it right away.

Regards,
Bogdan

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

Comment By: Norm Brandinger (norm_brandinger)
Date: 2008-09-25 22:40

Message:
Attached the patch for the incorrect port.  The correct patch is attached.

Norm
File Added: opensipsctl.patch

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

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


From bogdan at voice-system.ro  Tue Sep 30 12:07:14 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 10:07:14 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4757]
	trunk/scripts/opensipsctl
Message-ID: <E1Kkc8Q-0005fP-OB@3kljzd1.ch3.sourceforge.com>

Revision: 4757
          http://opensips.svn.sourceforge.net/opensips/?rev=4757&view=rev
Author:   bogdan_iancu
Date:     2008-09-30 10:07:12 +0000 (Tue, 30 Sep 2008)

Log Message:
-----------
- fixed warning when adding a new domain - the function calls for is_value_in_db were surrounded by quotes. This patch removes the quotes.
  Closes patch 2129057.
  Credits go to Norm Brandinger.

Modified Paths:
--------------
    trunk/scripts/opensipsctl


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


From bogdan at voice-system.ro  Tue Sep 30 12:10:21 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 10:10:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4758]
	branches/1.4/scripts/opensipsctl
Message-ID: <E1KkcBR-0005gu-8P@3kljzd1.ch3.sourceforge.com>

Revision: 4758
          http://opensips.svn.sourceforge.net/opensips/?rev=4758&view=rev
Author:   bogdan_iancu
Date:     2008-09-30 10:10:19 +0000 (Tue, 30 Sep 2008)

Log Message:
-----------
Backport from trunk (rev #4757):
- fixed warning when adding a new domain - the function calls for is_value_in_db were surrounded by quotes. This patch removes the quotes.
  Closes patch 2129057.
  Credits go to Norm Brandinger.

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

Modified Paths:
--------------
    branches/1.4/scripts/opensipsctl


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


From noreply at sourceforge.net  Tue Sep 30 12:10:22 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 30 Sep 2008 10:10:22 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2129057 ] Warning msg from
	opensipsctl
Message-ID: <E1KkcBS-0005LR-PX@d45xhf1.ch3.sourceforge.com>

Patches item #2129057, was opened at 2008-09-25 22:39
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2129057&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: tools
Group: 1.4.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Norm Brandinger (norm_brandinger)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Warning msg from opensipsctl

Initial Comment:
Found that when adding a new domain a warning message was produced. 

The function calls for is_value_in_db were surrounded by quotes.  This patch removes the quotes.

Regards,
Norm

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-30 13:10

Message:
Done, on trunk and 1.4 branch.

Thanks and regards,
Bogdan

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-30 13:05

Message:
Hi Norman,

Thanks - I will commit it right away.

Regards,
Bogdan

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

Comment By: Norm Brandinger (norm_brandinger)
Date: 2008-09-25 22:40

Message:
Attached the patch for the incorrect port.  The correct patch is attached.

Norm
File Added: opensipsctl.patch

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

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


From bogdan at voice-system.ro  Tue Sep 30 12:36:06 2008
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 30 Sep 2008 10:36:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[4759]
	trunk/modules/uri_radius
Message-ID: <E1KkcaM-0003Fq-PJ@d5vjzd1.ch3.sourceforge.com>

Revision: 4759
          http://opensips.svn.sourceforge.net/opensips/?rev=4759&view=rev
Author:   bogdan_iancu
Date:     2008-09-30 10:36:04 +0000 (Tue, 30 Sep 2008)

Log Message:
-----------
This patch to uri_radius module adds Acct-Session-Id to Access-Request
According to RFC2866.

It is similar to patch 2046495 that does the same for the auth_radius
module, and to patch 2049305 for the avp_radius module, and to patch
2051073 for the group_radius module .


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.2.1222771303.14619.devel@lists.opensips.org>

"
5.5. Acct-Session-Id
Description
This attribute is a unique Accounting ID to make it easy to match start and
stop records in a log file. The start and stop records for a given session
MUST have the same Acct-Session-Id. An Accounting-Request packet MUST have
an Acct-Session-Id. An Access-Request packet MAY have an Acct-Session-Id;
if it does, then the NAS MUST use the same Acct-Session-Id in the
Accounting- Request packets for that session.
"

The purpose of this patch is to create a relationship between an auth and
acct request, based on SIP CALL-ID value (Acct-Session-Id attribute).


Closes patch #2086267.
Credits goto Dror Wald.

Modified Paths:
--------------
    trunk/modules/uri_radius/checks.c
    trunk/modules/uri_radius/urirad_mod.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 Sep 30 12:36:10 2008
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 30 Sep 2008 10:36:10 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2086267 ] Adding
	Acct-Seesion-ID to Access-Request (uri_radius)
Message-ID: <E1KkcaQ-0003QF-Se@565xhf1.ch3.sourceforge.com>

Patches item #2086267, was opened at 2008-09-01 09:45
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2086267&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: Dror Wald (dror_wald)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Adding Acct-Seesion-ID to Access-Request (uri_radius)

Initial Comment:
This patch to uri_radius module adds Acct-Session-Id to Access-Request According to RFC2866.

It is similar to patch 2046495 that does the same for the auth_radius module, and to patch 2049305 for the avp_radius module, and to patch 2051073 for the group_radius module .


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.3.1222771311.14619.devel@lists.opensips.org>

"
5.5. Acct-Session-Id
Description
This attribute is a unique Accounting ID to make it easy to match start and stop records in a log file. The start and stop records for a given session MUST have the same Acct-Session-Id. An Accounting-Request packet MUST have an Acct-Session-Id. An Access-Request packet MAY have an Acct-Session-Id; if it does, then the NAS MUST use the same Acct-Session-Id in the Accounting- Request packets for that session.
"

The purpose of this patch is to create a relationship between an auth and acct request, based on SIP CALL-ID value (Acct-Session-Id attribute).


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2008-09-30 13:36

Message:
Hi Dror,

Patch was uploaded on svn.

Thanks and regards,
Bogdan

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

Comment By: Dror Wald (dror_wald)
Date: 2008-09-01 09:59

Message:
Logged In: YES 
user_id=2176865
Originator: YES

Hi Bogdan,

Thanks for applying the previous patches.
Following your question "shouldn't be the same change done for uri_radius
module?" (in patch 2051073), here is a patch that does the same for the
uri_radius module.

all the best,
Dror
File Added: urirad_mod.c.diff

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

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


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.5.1229599200.14619.devel@lists.opensips.org>

If grep is launched on Solaris with -e this message is returned. 

bash-3.00# grep -e
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .



bash-3.00# /usr/local/sbin/opensipsdbctl create  openser2
MySQL password for root:
INFO: test server charset
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .
WARNING: Your current default mysql characters set cannot be used to create DB. Please choice another one from the following list:

Enter character set name:

grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 118: [: =: unary operator expected
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 112: [: =: unary operator expected
INFO: creating database openser2 ...
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
ERROR: Creating core database and grant privileges failed!


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

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


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.6.1229599958.14619.devel@lists.opensips.org>

If grep is launched on Solaris with -e this message is returned. 

bash-3.00# grep -e
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .



bash-3.00# /usr/local/sbin/opensipsdbctl create  openser2
MySQL password for root:
INFO: test server charset
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .
WARNING: Your current default mysql characters set cannot be used to create DB. Please choice another one from the following list:

Enter character set name:

grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 118: [: =: unary operator expected
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 112: [: =: unary operator expected
INFO: creating database openser2 ...
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
ERROR: Creating core database and grant privileges failed!


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

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


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.7.1229630273.14619.devel@lists.opensips.org>

If grep is launched on Solaris with -e this message is returned. 

bash-3.00# grep -e
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .



bash-3.00# /usr/local/sbin/opensipsdbctl create  openser2
MySQL password for root:
INFO: test server charset
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .
WARNING: Your current default mysql characters set cannot be used to create DB. Please choice another one from the following list:

Enter character set name:

grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 118: [: =: unary operator expected
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 112: [: =: unary operator expected
INFO: creating database openser2 ...
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
ERROR: Creating core database and grant privileges failed!


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

Comment By: Sergio Gutierrez (saguti)
Date: 2008-12-18 14:56

Message:
Hi Alinux.

What version are you using?

Regards.

Sergio Guti??rrez.

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

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


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.8.1229632349.14619.devel@lists.opensips.org>

If grep is launched on Solaris with -e this message is returned. 

bash-3.00# grep -e
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .



bash-3.00# /usr/local/sbin/opensipsdbctl create  openser2
MySQL password for root:
INFO: test server charset
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .
WARNING: Your current default mysql characters set cannot be used to create DB. Please choice another one from the following list:

Enter character set name:

grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 118: [: =: unary operator expected
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 112: [: =: unary operator expected
INFO: creating database openser2 ...
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
ERROR: Creating core database and grant privileges failed!


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

Comment By: Sergio Gutierrez (saguti)
Date: 2008-12-18 15:31

Message:
Hi Alinux.

I backported a fix which was applied on Trunk. Please update to latest SVN
revision of 1.4 branch and try again.

thanks and regards.

Sergio G.

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

Comment By: Sergio Gutierrez (saguti)
Date: 2008-12-18 14:56

Message:
Hi Alinux.

What version are you using?

Regards.

Sergio Guti??rrez.

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

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


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.9.1229676673.14619.devel@lists.opensips.org>

If grep is launched on Solaris with -e this message is returned. 

bash-3.00# grep -e
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .



bash-3.00# /usr/local/sbin/opensipsdbctl create  openser2
MySQL password for root:
INFO: test server charset
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .
WARNING: Your current default mysql characters set cannot be used to create DB. Please choice another one from the following list:

Enter character set name:

grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 118: [: =: unary operator expected
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 112: [: =: unary operator expected
INFO: creating database openser2 ...
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
ERROR: Creating core database and grant privileges failed!


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

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


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.10.1229676687.14619.devel@lists.opensips.org>

If grep is launched on Solaris with -e this message is returned. 

bash-3.00# grep -e
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .



bash-3.00# /usr/local/sbin/opensipsdbctl create  openser2
MySQL password for root:
INFO: test server charset
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .
WARNING: Your current default mysql characters set cannot be used to create DB. Please choice another one from the following list:

Enter character set name:

grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 118: [: =: unary operator expected
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 112: [: =: unary operator expected
INFO: creating database openser2 ...
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
ERROR: Creating core database and grant privileges failed!


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

Comment By: Sergio Gutierrez (saguti)
Date: 2008-12-18 22:31

Message:
Hi Alinux.

I backported a fix which was applied on Trunk. Please update to latest SVN
revision of 1.4 branch and try again.

thanks and regards.

Sergio G.

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

Comment By: Sergio Gutierrez (saguti)
Date: 2008-12-18 21:56

Message:
Hi Alinux.

What version are you using?

Regards.

Sergio Guti??rrez.

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

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


From bogus@does.not.exist.com  Mon Sep  1 20:02:59 2008
From: bogus@does.not.exist.com ()
Date: Mon, 01 Sep 2008 18:02:59 -0000
Subject: No subject
Message-ID: <mailman.11.1229690820.14619.devel@lists.opensips.org>

If grep is launched on Solaris with -e this message is returned. 

bash-3.00# grep -e
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .



bash-3.00# /usr/local/sbin/opensipsdbctl create  openser2
MySQL password for root:
INFO: test server charset
grep: illegal option -- e
Usage: grep -hblcnsviw pattern file . . .
WARNING: Your current default mysql characters set cannot be used to create DB. Please choice another one from the following list:

Enter character set name:

grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 118: [: =: unary operator expected
Usage: grep -hblcnsviw pattern file . . .
/usr/local/lib64/opensips/opensipsctl/opensipsdbctl.mysql: line 112: [: =: unary operator expected
INFO: creating database openser2 ...
ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
ERROR: Creating core database and grant privileges failed!


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

>Comment By: Sergio Gutierrez (saguti)
Date: 2008-12-19 07:45

Message:
Fixed in revision 5076.

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

Comment By: Sergio Gutierrez (saguti)
Date: 2008-12-18 15:31

Message:
Hi Alinux.

I backported a fix which was applied on Trunk. Please update to latest SVN
revision of 1.4 branch and try again.

thanks and regards.

Sergio G.

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

Comment By: Sergio Gutierrez (saguti)
Date: 2008-12-18 14:56

Message:
Hi Alinux.

What version are you using?

Regards.

Sergio Guti??rrez.

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

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


