From anca at opensips.org  Tue Jun  1 13:04:43 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 01 Jun 2010 11:04:43 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6925] trunk/modules/b2b_logic
Message-ID: <E1OJPH1-0008Ii-1g@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6925
          http://opensips.svn.sourceforge.net/opensips/?rev=6925&view=rev
Author:   anca_vamanu
Date:     2010-06-01 11:04:42 +0000 (Tue, 01 Jun 2010)

Log Message:
-----------
- added the possiblity while bridging with provisional media, to use the initial sdp as body for the Invite sent to the callee (initial Invite without a body seems not to be accepted by many endpoints)

Modified Paths:
--------------
    trunk/modules/b2b_logic/README
    trunk/modules/b2b_logic/b2b_logic.c
    trunk/modules/b2b_logic/b2b_logic.h
    trunk/modules/b2b_logic/doc/b2b_logic_admin.xml
    trunk/modules/b2b_logic/logic.c
    trunk/modules/b2b_logic/records.c
    trunk/modules/b2b_logic/records.h


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


From anca at opensips.org  Tue Jun  1 13:19:45 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 01 Jun 2010 11:19:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6926]
	branches/1.6/modules/b2b_logic
Message-ID: <E1OJPVZ-000050-Ct@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6926
          http://opensips.svn.sourceforge.net/opensips/?rev=6926&view=rev
Author:   anca_vamanu
Date:     2010-06-01 11:19:45 +0000 (Tue, 01 Jun 2010)

Log Message:
-----------
- added the possiblity while bridging with provisional media, to use the initial sdp as body for the Invite sent to the callee (initial Invite without a body seems not to be accepted by many endpoints)
- backport from trunk: added MI command b2b_bridge

Modified Paths:
--------------
    branches/1.6/modules/b2b_logic/README
    branches/1.6/modules/b2b_logic/b2b_logic.c
    branches/1.6/modules/b2b_logic/b2b_logic.h
    branches/1.6/modules/b2b_logic/doc/b2b_logic_admin.xml
    branches/1.6/modules/b2b_logic/logic.c
    branches/1.6/modules/b2b_logic/records.c
    branches/1.6/modules/b2b_logic/records.h


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 Jun  2 10:30:00 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 02 Jun 2010 08:30:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6927]
	trunk/modules/uac_redirect/rd_funcs.c
Message-ID: <E1OJjKq-000482-I7@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6927
          http://opensips.svn.sourceforge.net/opensips/?rev=6927&view=rev
Author:   bogdan_iancu
Date:     2010-06-02 08:30:00 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
- fixed extraction of contact URIs when more than one Contact header is present in a single 3xx redirect reply

Modified Paths:
--------------
    trunk/modules/uac_redirect/rd_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  Wed Jun  2 10:34:39 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 02 Jun 2010 08:34:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6928]
	branches/1.6/modules/uac_redirect/rd_funcs.c
Message-ID: <E1OJjPL-0004E9-Ll@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6928
          http://opensips.svn.sourceforge.net/opensips/?rev=6928&view=rev
Author:   bogdan_iancu
Date:     2010-06-02 08:34:39 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6927):
- fixed extraction of contact URIs when more than one Contact header is present in a single 3xx redirect reply

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

Modified Paths:
--------------
    branches/1.6/modules/uac_redirect/rd_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  Wed Jun  2 10:38:59 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 02 Jun 2010 08:38:59 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6929]
	branches/1.5/modules/uac_redirect/rd_funcs.c
Message-ID: <E1OJjTX-0004Ik-6y@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6929
          http://opensips.svn.sourceforge.net/opensips/?rev=6929&view=rev
Author:   bogdan_iancu
Date:     2010-06-02 08:38:58 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6927):
- fixed extraction of contact URIs when more than one Contact header is present in a single 3xx redirect reply

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

Modified Paths:
--------------
    branches/1.5/modules/uac_redirect/rd_funcs.c


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


From saghul at users.sourceforge.net  Wed Jun  2 12:38:30 2010
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Wed, 02 Jun 2010 10:38:30 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6930]
	trunk/modules/mediaproxy/mediaproxy.c
Message-ID: <E1OJlLC-0003Um-8r@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6930
          http://opensips.svn.sourceforge.net/opensips/?rev=6930&view=rev
Author:   saghul
Date:     2010-06-02 10:38:30 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
Fixes for MediaProxy ICE support after SIPit26:
  - ICE attributes may appear at the session level.
  - Insert our RTCP component if we found another component: some clients
    may not use a=rtcp line but then insert a RTCP candidate component.

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


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


From saghul at users.sourceforge.net  Wed Jun  2 12:42:20 2010
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Wed, 02 Jun 2010 10:42:20 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6931]
	branches/1.6/modules/mediaproxy/mediaproxy.c
Message-ID: <E1OJlOu-0003ZY-3C@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6931
          http://opensips.svn.sourceforge.net/opensips/?rev=6931&view=rev
Author:   saghul
Date:     2010-06-02 10:42:19 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
Backport from trunk (rev #6930):
Fixes for MediaProxy ICE support after SIPit26:
  - ICE attributes may appear at the session level.
  - Insert our RTCP component if we found another component: some clients
    may not use a=rtcp line but then insert a RTCP candidate component.

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

Modified Paths:
--------------
    branches/1.6/modules/mediaproxy/mediaproxy.c


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


From anca at opensips.org  Wed Jun  2 18:15:45 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 02 Jun 2010 16:15:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6932]
	trunk/modules/b2b_logic/logic.c
Message-ID: <E1OJqbZ-0002Mx-FU@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6932
          http://opensips.svn.sourceforge.net/opensips/?rev=6932&view=rev
Author:   anca_vamanu
Date:     2010-06-02 16:15:45 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
- fixed: not saving scenario id for the new created entity when provisional uri was used

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


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


From anca at opensips.org  Wed Jun  2 18:22:07 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 02 Jun 2010 16:22:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6933]
	branches/1.6/modules/b2b_logic/logic.c
Message-ID: <E1OJqhj-0002WL-CC@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6933
          http://opensips.svn.sourceforge.net/opensips/?rev=6933&view=rev
Author:   anca_vamanu
Date:     2010-06-02 16:22:07 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
- fixed: not saving scenario id for the new created entity when provisional uri was used

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


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


From anca at opensips.org  Wed Jun  2 20:21:35 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 02 Jun 2010 18:21:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6934] trunk/modules/rls
Message-ID: <E1OJsZL-0005z6-Eg@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6934
          http://opensips.svn.sourceforge.net/opensips/?rev=6934&view=rev
Author:   anca_vamanu
Date:     2010-06-02 18:21:35 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
- fixed multiple CRLF in multipart body ( reported by Juha Heinanen)

Modified Paths:
--------------
    trunk/modules/rls/notify.c
    trunk/modules/rls/notify.h
    trunk/modules/rls/resource_notify.c


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


From anca at opensips.org  Wed Jun  2 20:27:48 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 02 Jun 2010 18:27:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6935]
	branches/1.6/modules/rls
Message-ID: <E1OJsfM-00065N-IT@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6935
          http://opensips.svn.sourceforge.net/opensips/?rev=6935&view=rev
Author:   anca_vamanu
Date:     2010-06-02 18:27:48 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
- fixed multiple CRLF in multipart body( reported by Juha Heinanen)

Modified Paths:
--------------
    branches/1.6/modules/rls/notify.c
    branches/1.6/modules/rls/notify.h
    branches/1.6/modules/rls/resource_notify.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 Jun  2 22:02:59 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 02 Jun 2010 20:02:59 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6936] trunk/resolve.c
Message-ID: <E1OJu9T-0008SO-Gq@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6936
          http://opensips.svn.sourceforge.net/opensips/?rev=6936&view=rev
Author:   bogdan_iancu
Date:     2010-06-02 20:02:59 +0000 (Wed, 02 Jun 2010)

Log Message:
-----------
fixed bugs in checking the NULL ptr for port and proto.

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


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


From anca at opensips.org  Thu Jun  3 11:38:52 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 03 Jun 2010 09:38:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6937]
	trunk/modules/b2b_entities/dlg.c
Message-ID: <E1OK6t2-0006gt-Ge@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6937
          http://opensips.svn.sourceforge.net/opensips/?rev=6937&view=rev
Author:   anca_vamanu
Date:     2010-06-03 09:38:52 +0000 (Thu, 03 Jun 2010)

Log Message:
-----------
- added a state check before attempting to send reply to prevent deleting the b2b logic record due to retransmissions 

Modified Paths:
--------------
    trunk/modules/b2b_entities/dlg.c


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


From anca at opensips.org  Thu Jun  3 12:57:53 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 03 Jun 2010 10:57:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6938]
	trunk/modules/b2b_entities/dlg.c
Message-ID: <E1OK87V-0000oA-Ru@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6938
          http://opensips.svn.sourceforge.net/opensips/?rev=6938&view=rev
Author:   anca_vamanu
Date:     2010-06-03 10:57:53 +0000 (Thu, 03 Jun 2010)

Log Message:
-----------
- fix not updating state for all received requests

Modified Paths:
--------------
    trunk/modules/b2b_entities/dlg.c


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


From =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=  Thu Jun  3 18:43:54 2010
From: =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?= (=?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=)
Date: Fri, 4 Jun 2010 01:43:54 +0900
Subject: [OpenSIPS-Devel] Scripting problem RFC5090/Diameter
Message-ID: <AANLkTin2qsBtzq3-8DpNwgU_8-KrFhFGxA83m4Xm0mgr@mail.gmail.com>

Hello,

I am using OpenSIPS with auth_radius module to simulate to radius client
with my Diameter/Radius Gateway. With scripting variables I succeeded for a
part but I still have some problems. I change some functions to make
opensips and my requests fully compliant to RFC 5090.

First, there is some bugs in names. For example, two variables have the same
name and one of them was with the wrong number to parse. Here is a propose
change:
pvar.c

>     {{"an", (sizeof("an")-1)}, /* */
>         PVT_AUTH_NONCE, pv_get_authattr, 0,
>         0, 0, pv_init_iname, 5},
>     {{"aR", (sizeof("aR")-1)}, /* */
>         PVT_AUTH_RESPONSE, pv_get_authattr, 0,
>         0, 0, pv_init_iname, 6},
>

Second, I changed some functions in aaa_radius because I need high
customization (to make it compliant with RFC5090).
I changed "proxy_challenge" and I want to give as parameters realm and nonce
(nonce must be done on diameter server). I succeeded in making static
parameters but if I try this:

> xlog("realm: $var(realm), nonce: $var(nonce)\n");
> proxy_challenge( "$var(realm)", "$var(nonce)");
>
In xlog, everything is Ok but in proxy_challenge, I obtain variables as they
are, e.g."$var(realm)". It's hard to get into opensips source in just one
day but I found that there is a translator in auth_mod.c.
Here is the non controlled.

>     {"proxy_challenge",     (cmd_function)proxy_challenge,         2,
>         0, 0, REQUEST_ROUTE},
>
Obtained values are as I said before.

If I try, to activate a translator:

>     {"proxy_challenge",     (cmd_function)proxy_challenge,         2,
>         fixup_pvar_pvar, 0, REQUEST_ROUTE},
>
It's supposed to work but I obtain "N" for both values.


For information, here is my opensips.cfg:

> # We are in REGISTER part!
> $var(method)="REGISTER";
>
>
> if ($adu == NULL)
> {
>     radius_send_auth("Frequest","challenge");
>     #Digest-Realm = $var(realm),Digest-Nonce = $var(nonce),Digest-Qop =
> $var(qop),Digest-Algorithm = $var(algorithm)
>
>     xlog("realm: $var(realm), nonce: $var(nonce)\n");
>
>     proxy_challenge( "$var(realm)", "$var(nonce)");
>     exit;
> }
> else
> {
>     radius_send_auth("request","result");
>     xlog( "SECOND REQUEST!!!!!!!!!!!!!!!\n");
> }
> xlog("**********************************OUT");
>

I changed all functions after proxy_challenge (like challenge...) to give
the nonce, don't ask for qop (always on) and don't manage nonce index as
it's not sip server job.


I hope I was clear in my questions.

Thanks

Best regards,
Alexandre Westfahl,
Keio University, Yokohama
Teraoka Lab.
Linux User: #458230
PGP: EACE5768
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100604/5cf03ca6/attachment.htm 

From =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=  Thu Jun  3 19:55:01 2010
From: =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?= (=?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=)
Date: Fri, 4 Jun 2010 02:55:01 +0900
Subject: [OpenSIPS-Devel] Scripting variables RFC5090
Message-ID: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com>

Hello,

I forgot in my previous mail to ask how I can easily obtain those variables:

   - $var(qop)="auth";
   - $var(algorithm)="MD5";
   - $var(cnonce)="7856726FFFAAFAFC44";
   - $var(noncecount)="00000001";

I have fixed values for now but I can't make an authentication/authorization
because I have to compute cnonce and nonce count in diameter peer.


Sorry for sending a second email!

Best Regards,
Alexandre Westfahl,
Keio University, Yokohama
Teraoka Lab.
Linux User: #458230
PGP: EACE5768
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100604/079f4b60/attachment.htm 

From bogdan at voice-system.ro  Thu Jun  3 21:55:14 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 03 Jun 2010 19:55:14 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6939] branches/1.6/resolve.c
Message-ID: <E1OKGVW-0004cL-Tj@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 6939
          http://opensips.svn.sourceforge.net/opensips/?rev=6939&view=rev
Author:   bogdan_iancu
Date:     2010-06-03 19:55:14 +0000 (Thu, 03 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6936):
fixed bugs in checking the NULL ptr for port and proto.

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

Modified Paths:
--------------
    branches/1.6/resolve.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  Thu Jun  3 21:59:33 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 03 Jun 2010 19:59:33 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6940] branches/1.5/resolve.c
Message-ID: <E1OKGZh-0004hR-Fm@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 6940
          http://opensips.svn.sourceforge.net/opensips/?rev=6940&view=rev
Author:   bogdan_iancu
Date:     2010-06-03 19:59:33 +0000 (Thu, 03 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6936):
fixed bugs in checking the NULL ptr for port and proto.

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

Modified Paths:
--------------
    branches/1.5/resolve.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  Thu Jun  3 21:59:00 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 03 Jun 2010 22:59:00 +0300
Subject: [OpenSIPS-Devel] Scripting problem RFC5090/Diameter
In-Reply-To: <AANLkTin2qsBtzq3-8DpNwgU_8-KrFhFGxA83m4Xm0mgr@mail.gmail.com>
References: <AANLkTin2qsBtzq3-8DpNwgU_8-KrFhFGxA83m4Xm0mgr@mail.gmail.com>
Message-ID: <4C080984.9050204@voice-system.ro>

Hi Alexandre,

Could you please send an unified diff with your changes?

Regards,
Bogdan

Alexandre Westfahl (???????????????) wrote:
> Hello,
>
> I am using OpenSIPS with auth_radius module to simulate to radius 
> client with my Diameter/Radius Gateway. With scripting variables I 
> succeeded for a part but I still have some problems. I change some 
> functions to make opensips and my requests fully compliant to RFC 5090.
>
> First, there is some bugs in names. For example, two variables have 
> the same name and one of them was with the wrong number to parse. Here 
> is a propose change:
> pvar.c
>
>     {{"an", (sizeof("an")-1)}, /* */
>     PVT_AUTH_NONCE, pv_get_authattr, 0,
>     0, 0, pv_init_iname, 5},
>     {{"aR", (sizeof("aR")-1)}, /* */
>     PVT_AUTH_RESPONSE, pv_get_authattr, 0,
>     0, 0, pv_init_iname, 6},
>
>
> Second, I changed some functions in aaa_radius because I need high 
> customization (to make it compliant with RFC5090).
> I changed "proxy_challenge" and I want to give as parameters realm and 
> nonce (nonce must be done on diameter server). I succeeded in making 
> static parameters but if I try this:
>
>     xlog("realm: $var(realm), nonce: $var(nonce)\n");
>     proxy_challenge( "$var(realm)", "$var(nonce)");
>
> In xlog, everything is Ok but in proxy_challenge, I obtain variables 
> as they are, e.g."$var(realm)". It's hard to get into opensips source 
> in just one day but I found that there is a translator in auth_mod.c.
> Here is the non controlled.
>
>     {"proxy_challenge", (cmd_function)proxy_challenge, 2,
>     0, 0, REQUEST_ROUTE},
>
> Obtained values are as I said before.
>
> If I try, to activate a translator:
>
>     {"proxy_challenge", (cmd_function)proxy_challenge, 2,
>     fixup_pvar_pvar, 0, REQUEST_ROUTE},
>
> It's supposed to work but I obtain "N" for both values.
>
>
> For information, here is my opensips.cfg:
>
>     # We are in REGISTER part!
>     $var(method)="REGISTER";
>
>
>     if ($adu == NULL)
>     {
>     radius_send_auth("Frequest","challenge");
>     #Digest-Realm = $var(realm),Digest-Nonce = $var(nonce),Digest-Qop
>     = $var(qop),Digest-Algorithm = $var(algorithm)
>
>     xlog("realm: $var(realm), nonce: $var(nonce)\n");
>
>     proxy_challenge( "$var(realm)", "$var(nonce)");
>     exit;
>     }
>     else
>     {
>     radius_send_auth("request","result");
>     xlog( "SECOND REQUEST!!!!!!!!!!!!!!!\n");
>     }
>     xlog("**********************************OUT");
>
>
> I changed all functions after proxy_challenge (like challenge...) to 
> give the nonce, don't ask for qop (always on) and don't manage nonce 
> index as it's not sip server job.
>
>
> I hope I was clear in my questions.
>
> Thanks
>
> Best regards,
> Alexandre Westfahl,
> Keio University, Yokohama
> Teraoka Lab.
> Linux User: #458230
> PGP: EACE5768
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From bogdan at voice-system.ro  Thu Jun  3 22:03:26 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 03 Jun 2010 20:03:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6941] branches
Message-ID: <E1OKGdS-0004m5-6P@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 6941
          http://opensips.svn.sourceforge.net/opensips/?rev=6941&view=rev
Author:   bogdan_iancu
Date:     2010-06-03 20:03:25 +0000 (Thu, 03 Jun 2010)

Log Message:
-----------
- include file order fixed

Modified Paths:
--------------
    branches/1.5/modules/dispatcher/dispatcher.c
    branches/1.5/modules/domain/domain_mod.c
    branches/1.5/modules/enum/enum_mod.c
    branches/1.5/modules/exec/exec_mod.c
    branches/1.5/modules/imc/imc.c
    branches/1.5/modules/options/mod_options.c
    branches/1.5/modules/perlvdb/perlvdb.c
    branches/1.5/modules/permissions/permissions.c
    branches/1.5/modules/presence/presence.c
    branches/1.5/modules/pua_usrloc/pua_usrloc.c
    branches/1.5/modules/ratelimit/ratelimit.c
    branches/1.5/modules/signaling/signaling.c
    branches/1.5/modules/snmpstats/snmpstats.h
    branches/1.5/modules/tlsops/tlsops.c
    branches/1.6/modules/dispatcher/dispatcher.c
    branches/1.6/modules/domain/domain_mod.c
    branches/1.6/modules/enum/enum_mod.c
    branches/1.6/modules/exec/exec_mod.c
    branches/1.6/modules/imc/imc.c
    branches/1.6/modules/options/mod_options.c
    branches/1.6/modules/perlvdb/perlvdb.c
    branches/1.6/modules/permissions/permissions.c
    branches/1.6/modules/presence/presence.c
    branches/1.6/modules/pua_usrloc/pua_usrloc.c
    branches/1.6/modules/ratelimit/ratelimit.c
    branches/1.6/modules/signaling/signaling.c
    branches/1.6/modules/snmpstats/snmpstats.h
    branches/1.6/modules/tlsops/tlsops.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  Thu Jun  3 22:04:53 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 03 Jun 2010 23:04:53 +0300
Subject: [OpenSIPS-Devel] Scripting variables RFC5090
In-Reply-To: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com>
References: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com>
Message-ID: <4C080AE5.4050805@voice-system.ro>

Hi Alexandre,

Not fully following your question - are you looking for some vars/ways 
to extract those fields from the auth hdr?

Regards,
Bogdan

Alexandre Westfahl (???????????????) wrote:
> Hello,
>
> I forgot in my previous mail to ask how I can easily obtain those 
> variables:
>
>     * $var(qop)="auth";
>     * $var(algorithm)="MD5";
>     * $var(cnonce)="7856726FFFAAFAFC44";
>     * $var(noncecount)="00000001";
>
> I have fixed values for now but I can't make an 
> authentication/authorization because I have to compute cnonce and 
> nonce count in diameter peer.
>
>
> Sorry for sending a second email!
>
> Best Regards,
> Alexandre Westfahl,
> Keio University, Yokohama
> Teraoka Lab.
> Linux User: #458230
> PGP: EACE5768
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From bogdan at voice-system.ro  Thu Jun  3 22:11:38 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 03 Jun 2010 20:11:38 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6942] trunk/modules/usrloc
Message-ID: <E1OKGlO-0004uf-2F@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 6942
          http://opensips.svn.sourceforge.net/opensips/?rev=6942&view=rev
Author:   bogdan_iancu
Date:     2010-06-03 20:11:37 +0000 (Thu, 03 Jun 2010)

Log Message:
-----------
- WARN -> DBG if socket is not local (too noisy when nusing DB mode 3)

Modified Paths:
--------------
    trunk/modules/usrloc/dlist.c
    trunk/modules/usrloc/udomain.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  Thu Jun  3 22:12:45 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 03 Jun 2010 20:12:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6943]
	branches/1.6/modules/usrloc
Message-ID: <E1OKGmT-0004vf-06@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 6943
          http://opensips.svn.sourceforge.net/opensips/?rev=6943&view=rev
Author:   bogdan_iancu
Date:     2010-06-03 20:12:44 +0000 (Thu, 03 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6942):
- WARN -> DBG if socket is not local (too noisy when nusing DB mode 3)

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

Modified Paths:
--------------
    branches/1.6/modules/usrloc/dlist.c
    branches/1.6/modules/usrloc/udomain.c


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


From =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=  Fri Jun  4 04:59:29 2010
From: =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?= (=?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=)
Date: Fri, 4 Jun 2010 11:59:29 +0900
Subject: [OpenSIPS-Devel] Scripting variables RFC5090
In-Reply-To: <4C080AE5.4050805@voice-system.ro>
References: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com> 
	<4C080AE5.4050805@voice-system.ro>
Message-ID: <AANLkTilhds15f38beGPFd4q9imMXlW_p7UhqO2wMixiq@mail.gmail.com>

Hi Bogdan,

Yes I would like to have those fields. I hope the parser can get it from me.

Regards,
Alexandre

On Fri, Jun 4, 2010 at 5:04 AM, Bogdan-Andrei Iancu
<bogdan at voice-system.ro>wrote:

> Hi Alexandre,
>
> Not fully following your question - are you looking for some vars/ways
> to extract those fields from the auth hdr?
>
> Regards,
> Bogdan
>
> Alexandre Westfahl (???????? ??????) wrote:
> > Hello,
> >
> > I forgot in my previous mail to ask how I can easily obtain those
> > variables:
> >
> >     * $var(qop)="auth";
> >     * $var(algorithm)="MD5";
> >     * $var(cnonce)="7856726FFFAAFAFC44";
> >     * $var(noncecount)="00000001";
> >
> > I have fixed values for now but I can't make an
> > authentication/authorization because I have to compute cnonce and
> > nonce count in diameter peer.
> >
> >
> > Sorry for sending a second email!
> >
> > Best Regards,
> > Alexandre Westfahl,
> > Keio University, Yokohama
> > Teraoka Lab.
> > Linux User: #458230
> > PGP: EACE5768
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Devel mailing list
> > Devel at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
>
>
> --
> Bogdan-Andrei Iancu
> www.voice-system.ro
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>



-- 
Alexandre Westfahl,
Keio University, Yokohama
Teraoka Lab.
Linux User: #458230
PGP: EACE5768
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100604/009c75eb/attachment.htm 

From =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=  Fri Jun  4 05:02:40 2010
From: =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?= (=?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=)
Date: Fri, 4 Jun 2010 12:02:40 +0900
Subject: [OpenSIPS-Devel] Scripting problem RFC5090/Diameter
In-Reply-To: <4C080984.9050204@voice-system.ro>
References: <AANLkTin2qsBtzq3-8DpNwgU_8-KrFhFGxA83m4Xm0mgr@mail.gmail.com> 
	<4C080984.9050204@voice-system.ro>
Message-ID: <AANLkTikxVIEbiMiW_da7n2PNuiZgdnkkm5Tg1Dg62afO@mail.gmail.com>

My changes are just hack, it may not be optimized. I will make you an
archive today but could you tell me if fixup_pvar_pvar is supposed to do the
job correctly? I would like to solve this asap to continue.

Regards,
Alexandre.

On Fri, Jun 4, 2010 at 4:59 AM, Bogdan-Andrei Iancu
<bogdan at voice-system.ro>wrote:

> Hi Alexandre,
>
> Could you please send an unified diff with your changes?
>
> Regards,
> Bogdan
>
> Alexandre Westfahl (???????? ??????) wrote:
> > Hello,
> >
> > I am using OpenSIPS with auth_radius module to simulate to radius
> > client with my Diameter/Radius Gateway. With scripting variables I
> > succeeded for a part but I still have some problems. I change some
> > functions to make opensips and my requests fully compliant to RFC 5090.
> >
> > First, there is some bugs in names. For example, two variables have
> > the same name and one of them was with the wrong number to parse. Here
> > is a propose change:
> > pvar.c
> >
> >     {{"an", (sizeof("an")-1)}, /* */
> >     PVT_AUTH_NONCE, pv_get_authattr, 0,
> >     0, 0, pv_init_iname, 5},
> >     {{"aR", (sizeof("aR")-1)}, /* */
> >     PVT_AUTH_RESPONSE, pv_get_authattr, 0,
> >     0, 0, pv_init_iname, 6},
> >
> >
> > Second, I changed some functions in aaa_radius because I need high
> > customization (to make it compliant with RFC5090).
> > I changed "proxy_challenge" and I want to give as parameters realm and
> > nonce (nonce must be done on diameter server). I succeeded in making
> > static parameters but if I try this:
> >
> >     xlog("realm: $var(realm), nonce: $var(nonce)\n");
> >     proxy_challenge( "$var(realm)", "$var(nonce)");
> >
> > In xlog, everything is Ok but in proxy_challenge, I obtain variables
> > as they are, e.g."$var(realm)". It's hard to get into opensips source
> > in just one day but I found that there is a translator in auth_mod.c.
> > Here is the non controlled.
> >
> >     {"proxy_challenge", (cmd_function)proxy_challenge, 2,
> >     0, 0, REQUEST_ROUTE},
> >
> > Obtained values are as I said before.
> >
> > If I try, to activate a translator:
> >
> >     {"proxy_challenge", (cmd_function)proxy_challenge, 2,
> >     fixup_pvar_pvar, 0, REQUEST_ROUTE},
> >
> > It's supposed to work but I obtain "N" for both values.
> >
> >
> > For information, here is my opensips.cfg:
> >
> >     # We are in REGISTER part!
> >     $var(method)="REGISTER";
> >
> >
> >     if ($adu == NULL)
> >     {
> >     radius_send_auth("Frequest","challenge");
> >     #Digest-Realm = $var(realm),Digest-Nonce = $var(nonce),Digest-Qop
> >     = $var(qop),Digest-Algorithm = $var(algorithm)
> >
> >     xlog("realm: $var(realm), nonce: $var(nonce)\n");
> >
> >     proxy_challenge( "$var(realm)", "$var(nonce)");
> >     exit;
> >     }
> >     else
> >     {
> >     radius_send_auth("request","result");
> >     xlog( "SECOND REQUEST!!!!!!!!!!!!!!!\n");
> >     }
> >     xlog("**********************************OUT");
> >
> >
> > I changed all functions after proxy_challenge (like challenge...) to
> > give the nonce, don't ask for qop (always on) and don't manage nonce
> > index as it's not sip server job.
> >
> >
> > I hope I was clear in my questions.
> >
> > Thanks
> >
> > Best regards,
> > Alexandre Westfahl,
> > Keio University, Yokohama
> > Teraoka Lab.
> > Linux User: #458230
> > PGP: EACE5768
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Devel mailing list
> > Devel at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
>
>
> --
> Bogdan-Andrei Iancu
> www.voice-system.ro
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>



-- 
Alexandre Westfahl,
Keio University, Yokohama
Teraoka Lab.
Linux User: #458230
PGP: EACE5768
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100604/3f8b88b5/attachment.htm 

From anca at opensips.org  Fri Jun  4 17:06:58 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 04 Jun 2010 15:06:58 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6944] trunk/modules
Message-ID: <E1OKYU6-00086Y-Bu@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6944
          http://opensips.svn.sourceforge.net/opensips/?rev=6944&view=rev
Author:   anca_vamanu
Date:     2010-06-04 15:06:58 +0000 (Fri, 04 Jun 2010)

Log Message:
-----------
- modified the implementation of provisional media ( sequential instead of concurrent )

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


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


From bogdan at voice-system.ro  Fri Jun  4 17:23:21 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 04 Jun 2010 18:23:21 +0300
Subject: [OpenSIPS-Devel] Scripting problem RFC5090/Diameter
In-Reply-To: <AANLkTikxVIEbiMiW_da7n2PNuiZgdnkkm5Tg1Dg62afO@mail.gmail.com>
References: <AANLkTin2qsBtzq3-8DpNwgU_8-KrFhFGxA83m4Xm0mgr@mail.gmail.com>
	<4C080984.9050204@voice-system.ro>
	<AANLkTikxVIEbiMiW_da7n2PNuiZgdnkkm5Tg1Dg62afO@mail.gmail.com>
Message-ID: <4C091A69.5030903@voice-system.ro>

Hi Alexandre,

you can use the fixup_pvar_pvar function, but in your implementation 
function, take care and evaluate the pvar to the actual string - this 
evaluation is not automatically done, but you need to manually do it in 
your function.

For example, see in modules/domain/domain_mod.c :

{"is_domain_local", (cmd_function)w_is_domain_local, 1, fixup_pvar_null,
fixup_free_pvar_null, REQUEST_ROUTE|FAILURE_ROUTE|BRANCH_ROUTE|
LOCAL_ROUTE|STARTUP_ROUTE|TIMER_ROUTE},

and how the w_is_domain_local() handles the parameters.

Regards,
Bogdan

Alexandre Westfahl (???????????????) wrote:
> My changes are just hack, it may not be optimized. I will make you an 
> archive today but could you tell me if fixup_pvar_pvar is supposed to 
> do the job correctly? I would like to solve this asap to continue.
>
> Regards,
> Alexandre.
>
> On Fri, Jun 4, 2010 at 4:59 AM, Bogdan-Andrei Iancu 
> <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>
>     Hi Alexandre,
>
>     Could you please send an unified diff with your changes?
>
>     Regards,
>     Bogdan
>
>     Alexandre Westfahl (???????????????) wrote:
>     > Hello,
>     >
>     > I am using OpenSIPS with auth_radius module to simulate to radius
>     > client with my Diameter/Radius Gateway. With scripting variables I
>     > succeeded for a part but I still have some problems. I change some
>     > functions to make opensips and my requests fully compliant to
>     RFC 5090.
>     >
>     > First, there is some bugs in names. For example, two variables have
>     > the same name and one of them was with the wrong number to
>     parse. Here
>     > is a propose change:
>     > pvar.c
>     >
>     > {{"an", (sizeof("an")-1)}, /* */
>     > PVT_AUTH_NONCE, pv_get_authattr, 0,
>     > 0, 0, pv_init_iname, 5},
>     > {{"aR", (sizeof("aR")-1)}, /* */
>     > PVT_AUTH_RESPONSE, pv_get_authattr, 0,
>     > 0, 0, pv_init_iname, 6},
>     >
>     >
>     > Second, I changed some functions in aaa_radius because I need high
>     > customization (to make it compliant with RFC5090).
>     > I changed "proxy_challenge" and I want to give as parameters
>     realm and
>     > nonce (nonce must be done on diameter server). I succeeded in making
>     > static parameters but if I try this:
>     >
>     > xlog("realm: $var(realm), nonce: $var(nonce)\n");
>     > proxy_challenge( "$var(realm)", "$var(nonce)");
>     >
>     > In xlog, everything is Ok but in proxy_challenge, I obtain variables
>     > as they are, e.g."$var(realm)". It's hard to get into opensips
>     source
>     > in just one day but I found that there is a translator in
>     auth_mod.c.
>     > Here is the non controlled.
>     >
>     > {"proxy_challenge", (cmd_function)proxy_challenge, 2,
>     > 0, 0, REQUEST_ROUTE},
>     >
>     > Obtained values are as I said before.
>     >
>     > If I try, to activate a translator:
>     >
>     > {"proxy_challenge", (cmd_function)proxy_challenge, 2,
>     > fixup_pvar_pvar, 0, REQUEST_ROUTE},
>     >
>     > It's supposed to work but I obtain "N" for both values.
>     >
>     >
>     > For information, here is my opensips.cfg:
>     >
>     > # We are in REGISTER part!
>     > $var(method)="REGISTER";
>     >
>     >
>     > if ($adu == NULL)
>     > {
>     > radius_send_auth("Frequest","challenge");
>     > #Digest-Realm = $var(realm),Digest-Nonce = $var(nonce),Digest-Qop
>     > = $var(qop),Digest-Algorithm = $var(algorithm)
>     >
>     > xlog("realm: $var(realm), nonce: $var(nonce)\n");
>     >
>     > proxy_challenge( "$var(realm)", "$var(nonce)");
>     > exit;
>     > }
>     > else
>     > {
>     > radius_send_auth("request","result");
>     > xlog( "SECOND REQUEST!!!!!!!!!!!!!!!\n");
>     > }
>     > xlog("**********************************OUT");
>     >
>     >
>     > I changed all functions after proxy_challenge (like challenge...) to
>     > give the nonce, don't ask for qop (always on) and don't manage nonce
>     > index as it's not sip server job.
>     >
>     >
>     > I hope I was clear in my questions.
>     >
>     > Thanks
>     >
>     > Best regards,
>     > Alexandre Westfahl,
>     > Keio University, Yokohama
>     > Teraoka Lab.
>     > Linux User: #458230
>     > PGP: EACE5768
>     >
>     ------------------------------------------------------------------------
>     >
>     > _______________________________________________
>     > Devel mailing list
>     > Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>     > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>     >
>
>
>     --
>     Bogdan-Andrei Iancu
>     www.voice-system.ro <http://www.voice-system.ro>
>
>
>     _______________________________________________
>     Devel mailing list
>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>
>
> -- 
> Alexandre Westfahl,
> Keio University, Yokohama
> Teraoka Lab.
> Linux User: #458230
> PGP: EACE5768
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From bogdan at voice-system.ro  Fri Jun  4 17:25:08 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 04 Jun 2010 18:25:08 +0300
Subject: [OpenSIPS-Devel] Scripting variables RFC5090
In-Reply-To: <AANLkTilhds15f38beGPFd4q9imMXlW_p7UhqO2wMixiq@mail.gmail.com>
References: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com>
	<4C080AE5.4050805@voice-system.ro>
	<AANLkTilhds15f38beGPFd4q9imMXlW_p7UhqO2wMixiq@mail.gmail.com>
Message-ID: <4C091AD4.2010202@voice-system.ro>

 From C code, or from cfg script ?

Regards,
Bogdan

Alexandre Westfahl (???????????????) wrote:
> Hi Bogdan,
>
> Yes I would like to have those fields. I hope the parser can get it 
> from me.
>
> Regards,
> Alexandre
>
> On Fri, Jun 4, 2010 at 5:04 AM, Bogdan-Andrei Iancu 
> <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>
>     Hi Alexandre,
>
>     Not fully following your question - are you looking for some vars/ways
>     to extract those fields from the auth hdr?
>
>     Regards,
>     Bogdan
>
>     Alexandre Westfahl (???????????????) wrote:
>     > Hello,
>     >
>     > I forgot in my previous mail to ask how I can easily obtain those
>     > variables:
>     >
>     > * $var(qop)="auth";
>     > * $var(algorithm)="MD5";
>     > * $var(cnonce)="7856726FFFAAFAFC44";
>     > * $var(noncecount)="00000001";
>     >
>     > I have fixed values for now but I can't make an
>     > authentication/authorization because I have to compute cnonce and
>     > nonce count in diameter peer.
>     >
>     >
>     > Sorry for sending a second email!
>     >
>     > Best Regards,
>     > Alexandre Westfahl,
>     > Keio University, Yokohama
>     > Teraoka Lab.
>     > Linux User: #458230
>     > PGP: EACE5768
>     >
>     ------------------------------------------------------------------------
>     >
>     > _______________________________________________
>     > Devel mailing list
>     > Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>     > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>     >
>
>
>     --
>     Bogdan-Andrei Iancu
>     www.voice-system.ro <http://www.voice-system.ro>
>
>
>     _______________________________________________
>     Devel mailing list
>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>
>
> -- 
> Alexandre Westfahl,
> Keio University, Yokohama
> Teraoka Lab.
> Linux User: #458230
> PGP: EACE5768
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From anca at opensips.org  Fri Jun  4 17:26:17 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 04 Jun 2010 15:26:17 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6945] branches/1.6/modules
Message-ID: <E1OKYmn-0001q8-77@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6945
          http://opensips.svn.sourceforge.net/opensips/?rev=6945&view=rev
Author:   anca_vamanu
Date:     2010-06-04 15:26:16 +0000 (Fri, 04 Jun 2010)

Log Message:
-----------
- modified the implementation of provisional media ( sequential instead of concurrent )

Modified Paths:
--------------
    branches/1.6/modules/b2b_entities/b2b_entities.c
    branches/1.6/modules/b2b_entities/b2b_entities.h
    branches/1.6/modules/b2b_entities/client.c
    branches/1.6/modules/b2b_entities/dlg.c
    branches/1.6/modules/b2b_entities/dlg.h
    branches/1.6/modules/b2b_logic/logic.c


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


From =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=  Fri Jun  4 17:26:34 2010
From: =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?= (=?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=)
Date: Sat, 5 Jun 2010 00:26:34 +0900
Subject: [OpenSIPS-Devel] Scripting variables RFC5090
In-Reply-To: <4C091AD4.2010202@voice-system.ro>
References: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com> 
	<4C080AE5.4050805@voice-system.ro>
	<AANLkTilhds15f38beGPFd4q9imMXlW_p7UhqO2wMixiq@mail.gmail.com> 
	<4C091AD4.2010202@voice-system.ro>
Message-ID: <AANLkTinU42BI8Rqc2nwxJXJ45k5hZp_JfAATASvmrB8U@mail.gmail.com>

cfg script if possible. Something like "$cn".

Regards,
Alexandre

On Sat, Jun 5, 2010 at 12:25 AM, Bogdan-Andrei Iancu <bogdan at voice-system.ro
> wrote:

>  From C code, or from cfg script ?
>
> Regards,
> Bogdan
>
> Alexandre Westfahl (???????? ??????) wrote:
> > Hi Bogdan,
> >
> > Yes I would like to have those fields. I hope the parser can get it
> > from me.
> >
> > Regards,
> > Alexandre
> >
> > On Fri, Jun 4, 2010 at 5:04 AM, Bogdan-Andrei Iancu
> > <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
> >
> >     Hi Alexandre,
> >
> >     Not fully following your question - are you looking for some
> vars/ways
> >     to extract those fields from the auth hdr?
> >
> >     Regards,
> >     Bogdan
> >
> >     Alexandre Westfahl (???????? ??????) wrote:
> >     > Hello,
> >     >
> >     > I forgot in my previous mail to ask how I can easily obtain those
> >     > variables:
> >     >
> >     > * $var(qop)="auth";
> >     > * $var(algorithm)="MD5";
> >     > * $var(cnonce)="7856726FFFAAFAFC44";
> >     > * $var(noncecount)="00000001";
> >     >
> >     > I have fixed values for now but I can't make an
> >     > authentication/authorization because I have to compute cnonce and
> >     > nonce count in diameter peer.
> >     >
> >     >
> >     > Sorry for sending a second email!
> >     >
> >     > Best Regards,
> >     > Alexandre Westfahl,
> >     > Keio University, Yokohama
> >     > Teraoka Lab.
> >     > Linux User: #458230
> >     > PGP: EACE5768
> >     >
> >
> ------------------------------------------------------------------------
> >     >
> >     > _______________________________________________
> >     > Devel mailing list
> >     > Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
> >     > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >     >
> >
> >
> >     --
> >     Bogdan-Andrei Iancu
> >     www.voice-system.ro <http://www.voice-system.ro>
> >
> >
> >     _______________________________________________
> >     Devel mailing list
> >     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
> >     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
> >
> >
> >
> > --
> > Alexandre Westfahl,
> > Keio University, Yokohama
> > Teraoka Lab.
> > Linux User: #458230
> > PGP: EACE5768
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Devel mailing list
> > Devel at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
>
>
> --
> Bogdan-Andrei Iancu
> www.voice-system.ro
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>



-- 
Alexandre Westfahl,
Keio University, Yokohama
Teraoka Lab.
Linux User: #458230
PGP: EACE5768
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100605/824213da/attachment.htm 

From flavio at asteriskguide.com  Fri Jun  4 19:53:03 2010
From: flavio at asteriskguide.com (Flavio Goncalves)
Date: Fri, 4 Jun 2010 14:53:03 -0300
Subject: [OpenSIPS-Devel] OpenSIPS segfault
Message-ID: <AANLkTinTYICfO2NScOlpSXf9D9cxabpZVDr8Q-ZSwNcY@mail.gmail.com>

Hi Bogdan,

The system I'm testing segfaulted. This is the backtrace output. Apparently
something in the mi_xmlrpc

[New process 19097]
#0  0x080ee388 in fm_malloc (qm=0x81bfcc0, size=<value optimized out>)
    at mem/f_malloc.c:172
172             *pf=n->u.nxt_free;
(gdb) backtrace
#0  0x080ee388 in fm_malloc (qm=0x81bfcc0, size=<value optimized out>)
    at mem/f_malloc.c:172
#1  0x08133800 in init_mi_tree (code=200, reason=0x320eb5 "OK",
reason_len=2)
    at mi/tree.c:53
#2  0x003153f9 in mi_profile_list (cmd_tree=0x81f283c, param=0x0)
    at dlg_profile.c:835
#3  0x007a82d2 in default_method (env=0x77fa61b4, host=0x0,
    methodName=0x9f59ed0 "profile_list_dlgs", paramArray=0x9f57218,
    serverInfo=0x0) at ../../mi/mi.h:104
#4  0x002cefbd in xmlrpc_dispatchCall (envP=0x77fa61b4, registryP=0x9f3af48,
    methodName=0x9f59ed0 "profile_list_dlgs", paramArrayP=0x9f57218,
    resultPP=0x77fa61c0) at registry.c:321
#5  0x002cf1a7 in xmlrpc_registry_process_call (envP=0x77fa6220,
    registryP=0x9f3af48, host=0x0,
    xml_data=0x9f587c8 "<?xml version=\"1.0\"
encoding=\"UTF-8\"?><methodCall><methodName>profile_list_dlgs</methodName><params><param><value>pstn</value></param></params></methodCall>
net.br</value></param></params></methodCall>"...,
    xml_len=156) at registry.c:432
#6  0x002cc79b in handleXmlrpcReq (this=0x9f3c838, abyssSessionP=0x77fa6270,
    handledP=0x77fa6328) at xmlrpc_server_abyss.c:382
#7  0x00360ce0 in serverFunc (userHandle=0x9f56180) at server.c:1048
#8  0x0035c7d0 in connJob (userHandle=0x9f56180) at conn.c:35
#9  0x00364592 in pthreadStart (arg=0x9f58390) at thread_pthread.c:47
---Type <return> to continue, or q <return> to quit---
#10 0x0036c73b in start_thread () from /lib/libpthread.so.0
#11 0x00acacfe in clone () from /lib/libc.so.6

Regards,

Flavio E. Goncalves
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100604/49ab1767/attachment-0001.htm 

From =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=  Sat Jun  5 07:10:55 2010
From: =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?= (=?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=)
Date: Sat, 5 Jun 2010 14:10:55 +0900
Subject: [OpenSIPS-Devel] Scripting problem RFC5090/Diameter
In-Reply-To: <4C091A69.5030903@voice-system.ro>
References: <AANLkTin2qsBtzq3-8DpNwgU_8-KrFhFGxA83m4Xm0mgr@mail.gmail.com> 
	<4C080984.9050204@voice-system.ro>
	<AANLkTikxVIEbiMiW_da7n2PNuiZgdnkkm5Tg1Dg62afO@mail.gmail.com> 
	<4C091A69.5030903@voice-system.ro>
Message-ID: <AANLkTil8gYF9C3AHHxux19xxCtDLYgg6hD4JJWlC2CMY@mail.gmail.com>

Hi Bogdan,

Thank you, your solution worked!! Is it ok to put "0" in this declaration?

> {"proxy_challenge",     (cmd_function)proxy_challenge,         2,
> fixup_pvar_pvar, 0, REQUEST_ROUTE},
>

I just need my scripting variables (cnonce, nonce_count and if possible
digest-algorithm) to finish my gateway.

Regards,
Alex

By the way, have you think about Diameter client in opensips?



On Sat, Jun 5, 2010 at 12:23 AM, Bogdan-Andrei Iancu <bogdan at voice-system.ro
> wrote:

> Hi Alexandre,
>
> you can use the fixup_pvar_pvar function, but in your implementation
> function, take care and evaluate the pvar to the actual string - this
> evaluation is not automatically done, but you need to manually do it in
> your function.
>
> For example, see in modules/domain/domain_mod.c :
>
> {"is_domain_local", (cmd_function)w_is_domain_local, 1, fixup_pvar_null,
> fixup_free_pvar_null, REQUEST_ROUTE|FAILURE_ROUTE|BRANCH_ROUTE|
> LOCAL_ROUTE|STARTUP_ROUTE|TIMER_ROUTE},
>
> and how the w_is_domain_local() handles the parameters.
>
> Regards,
> Bogdan
>
> Alexandre Westfahl (???????? ??????) wrote:
> > My changes are just hack, it may not be optimized. I will make you an
> > archive today but could you tell me if fixup_pvar_pvar is supposed to
> > do the job correctly? I would like to solve this asap to continue.
> >
> > Regards,
> > Alexandre.
> >
> > On Fri, Jun 4, 2010 at 4:59 AM, Bogdan-Andrei Iancu
> > <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
> >
> >     Hi Alexandre,
> >
> >     Could you please send an unified diff with your changes?
> >
> >     Regards,
> >     Bogdan
> >
> >     Alexandre Westfahl (???????? ??????) wrote:
> >     > Hello,
> >     >
> >     > I am using OpenSIPS with auth_radius module to simulate to radius
> >     > client with my Diameter/Radius Gateway. With scripting variables I
> >     > succeeded for a part but I still have some problems. I change some
> >     > functions to make opensips and my requests fully compliant to
> >     RFC 5090.
> >     >
> >     > First, there is some bugs in names. For example, two variables have
> >     > the same name and one of them was with the wrong number to
> >     parse. Here
> >     > is a propose change:
> >     > pvar.c
> >     >
> >     > {{"an", (sizeof("an")-1)}, /* */
> >     > PVT_AUTH_NONCE, pv_get_authattr, 0,
> >     > 0, 0, pv_init_iname, 5},
> >     > {{"aR", (sizeof("aR")-1)}, /* */
> >     > PVT_AUTH_RESPONSE, pv_get_authattr, 0,
> >     > 0, 0, pv_init_iname, 6},
> >     >
> >     >
> >     > Second, I changed some functions in aaa_radius because I need high
> >     > customization (to make it compliant with RFC5090).
> >     > I changed "proxy_challenge" and I want to give as parameters
> >     realm and
> >     > nonce (nonce must be done on diameter server). I succeeded in
> making
> >     > static parameters but if I try this:
> >     >
> >     > xlog("realm: $var(realm), nonce: $var(nonce)\n");
> >     > proxy_challenge( "$var(realm)", "$var(nonce)");
> >     >
> >     > In xlog, everything is Ok but in proxy_challenge, I obtain
> variables
> >     > as they are, e.g."$var(realm)". It's hard to get into opensips
> >     source
> >     > in just one day but I found that there is a translator in
> >     auth_mod.c.
> >     > Here is the non controlled.
> >     >
> >     > {"proxy_challenge", (cmd_function)proxy_challenge, 2,
> >     > 0, 0, REQUEST_ROUTE},
> >     >
> >     > Obtained values are as I said before.
> >     >
> >     > If I try, to activate a translator:
> >     >
> >     > {"proxy_challenge", (cmd_function)proxy_challenge, 2,
> >     > fixup_pvar_pvar, 0, REQUEST_ROUTE},
> >     >
> >     > It's supposed to work but I obtain "N" for both values.
> >     >
> >     >
> >     > For information, here is my opensips.cfg:
> >     >
> >     > # We are in REGISTER part!
> >     > $var(method)="REGISTER";
> >     >
> >     >
> >     > if ($adu == NULL)
> >     > {
> >     > radius_send_auth("Frequest","challenge");
> >     > #Digest-Realm = $var(realm),Digest-Nonce = $var(nonce),Digest-Qop
> >     > = $var(qop),Digest-Algorithm = $var(algorithm)
> >     >
> >     > xlog("realm: $var(realm), nonce: $var(nonce)\n");
> >     >
> >     > proxy_challenge( "$var(realm)", "$var(nonce)");
> >     > exit;
> >     > }
> >     > else
> >     > {
> >     > radius_send_auth("request","result");
> >     > xlog( "SECOND REQUEST!!!!!!!!!!!!!!!\n");
> >     > }
> >     > xlog("**********************************OUT");
> >     >
> >     >
> >     > I changed all functions after proxy_challenge (like challenge...)
> to
> >     > give the nonce, don't ask for qop (always on) and don't manage
> nonce
> >     > index as it's not sip server job.
> >     >
> >     >
> >     > I hope I was clear in my questions.
> >     >
> >     > Thanks
> >     >
> >     > Best regards,
> >     > Alexandre Westfahl,
> >     > Keio University, Yokohama
> >     > Teraoka Lab.
> >     > Linux User: #458230
> >     > PGP: EACE5768
> >     >
> >
> ------------------------------------------------------------------------
> >     >
> >     > _______________________________________________
> >     > Devel mailing list
> >     > Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
> >     > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >     >
> >
> >
> >     --
> >     Bogdan-Andrei Iancu
> >     www.voice-system.ro <http://www.voice-system.ro>
> >
> >
> >     _______________________________________________
> >     Devel mailing list
> >     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
> >     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
> >
> >
> >
> > --
> > Alexandre Westfahl,
> > Keio University, Yokohama
> > Teraoka Lab.
> > Linux User: #458230
> > PGP: EACE5768
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Devel mailing list
> > Devel at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
>
>
> --
> Bogdan-Andrei Iancu
> www.voice-system.ro
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>



-- 
Alexandre Westfahl,
Keio University, Yokohama
Teraoka Lab.
Linux User: #458230
PGP: EACE5768
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100605/b2fc3c0e/attachment.htm 

From noreply at sourceforge.net  Sat Jun  5 12:39:34 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 05 Jun 2010 10:39:34 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3011765 ] segfault in xmlrpc
Message-ID: <E1OKqms-0006F8-1S@sfs-web-1.v29.ch3.sourceforge.com>

Bugs item #3011765, was opened at 2010-06-05 07:39
Message generated for change (Tracker Item Submitted) made by flaviogoncalves
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3011765&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.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Flavio Goncalves (flaviogoncalves)
Assigned to: Nobody/Anonymous (nobody)
Summary: segfault in xmlrpc

Initial Comment:
OpenSIPS 1.6.2 is segfaulting in the xmlrpc module. It seems to be corrupting some of the fields. 

Backtrace #1 


[New process 23293]
[New process 19097]
#0  0x080ee388 in fm_malloc (qm=0x81bfcc0, size=<value optimized out>)
    at mem/f_malloc.c:172
172  *pf=n->u.nxt_free;
(gdb) backtrace
#0  0x080ee388 in fm_malloc (qm=0x81bfcc0, size=<value optimized out>)
    at mem/f_malloc.c:172
#1  0x08133800 in init_mi_tree (code=200, reason=0x320eb5 "OK", reason_len=2)
    at mi/tree.c:53
#2  0x003153f9 in mi_profile_list (cmd_tree=0x81f283c, param=0x0)
    at dlg_profile.c:835
#3  0x007a82d2 in default_method (env=0x77fa61b4, host=0x0,
    methodName=0x9f59ed0 "profile_list_dlgs", paramArray=0x9f57218,
    serverInfo=0x0) at ../../mi/mi.h:104
#4  0x002cefbd in xmlrpc_dispatchCall (envP=0x77fa61b4, registryP=0x9f3af48,
    methodName=0x9f59ed0 "profile_list_dlgs", paramArrayP=0x9f57218,
    resultPP=0x77fa61c0) at registry.c:321
#5  0x002cf1a7 in xmlrpc_registry_process_call (envP=0x77fa6220,
    registryP=0x9f3af48, host=0x0,
    xml_data=0x9f587c8 "<?xml version=\"1.0\" encoding=\"UTF-8\"?><methodCall><methodName>profile_list_dlgs</methodName><params><param><value>pstn</value></param></params></methodCall>net.br</value></param></params></methodCall>"...,
    xml_len=156) at registry.c:432
#6  0x002cc79b in handleXmlrpcReq (this=0x9f3c838, abyssSessionP=0x77fa6270,
    handledP=0x77fa6328) at xmlrpc_server_abyss.c:382
#7  0x00360ce0 in serverFunc (userHandle=0x9f56180) at server.c:1048
#8  0x0035c7d0 in connJob (userHandle=0x9f56180) at conn.c:35
#9  0x00364592 in pthreadStart (arg=0x9f58390) at thread_pthread.c:47
---Type <return> to continue, or q <return> to quit---
#10 0x0036c73b in start_thread () from /lib/libpthread.so.0
#11 0x00acacfe in clone () from /lib/libc.so.6

The parameter net.br was never sent in the xml request (The domain is airtel.net.br)

Backtrace #2
#0  0x080ee388 in fm_malloc (qm=0x81bfcc0, size=<value optimized out>)
    at mem/f_malloc.c:172
#1  0x0812f8af in add_mi_attr (node=0x81f2814, flags=<value optimized out>,
    name=0x81717c8 "ID", name_len=2, value=0x81bfc9c "0", value_len=1)
    at mi/attr.c:78
#2  0x08132c67 in mi_ps (cmd=0x0, param=0x0) at mi/mi_core.c:252
#3  0x0022d2d2 in default_method (env=0x77f1f1b4, host=0x0,
    methodName=0x860bb40 "ps", paramArray=0x860c7b8, serverInfo=0x0)
    at ../../mi/mi.h:104
#4  0x00f15fbd in xmlrpc_dispatchCall (envP=0x77f1f1b4, registryP=0x85ed8a8,
    methodName=0x860bb40 "ps", paramArrayP=0x860c7b8, resultPP=0x77f1f1c0)
    at registry.c:321
#5  0x00f161a7 in xmlrpc_registry_process_call (envP=0x77f1f220,
    registryP=0x85ed8a8, host=0x0,
    xml_data=0x860d750 "<?xml version=\"1.0\" encoding=\"UTF-8\"?><methodCall><methodName>ps</methodName><params/></methodCall>dName><params/></methodCall>\betho9", xml_len=99) at registry.c:432
#6  0x0074b79b in handleXmlrpcReq (this=0x85eec40, abyssSessionP=0x77f1f270,
    handledP=0x77f1f328) at xmlrpc_server_abyss.c:382
#7  0x0023ace0 in serverFunc (userHandle=0x860a7d0) at server.c:1048
#8  0x002367d0 in connJob (userHandle=0x860a7d0) at conn.c:35
#9  0x0023e592 in pthreadStart (arg=0x86084a0) at thread_pthread.c:47
#10 0x00b4c73b in start_thread () from /lib/libpthread.so.0

In the backtrace #2 the parameter betho9 was never sent with the command but appeared in the log. This is something that call my attention. 



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

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


From =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=  Sat Jun  5 19:00:26 2010
From: =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?= (=?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=)
Date: Sun, 6 Jun 2010 02:00:26 +0900
Subject: [OpenSIPS-Devel] Scripting variables RFC5090
In-Reply-To: <AANLkTinU42BI8Rqc2nwxJXJ45k5hZp_JfAATASvmrB8U@mail.gmail.com>
References: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com> 
	<4C080AE5.4050805@voice-system.ro>
	<AANLkTilhds15f38beGPFd4q9imMXlW_p7UhqO2wMixiq@mail.gmail.com> 
	<4C091AD4.2010202@voice-system.ro>
	<AANLkTinU42BI8Rqc2nwxJXJ45k5hZp_JfAATASvmrB8U@mail.gmail.com>
Message-ID: <AANLkTinZ6dza-ZZtTZpcgbjy-2l1ls2YoGqNv6NBnmiF@mail.gmail.com>

ok I made changes to have all I want (bottom of mail).

So now, I have an opensips completely compliant with RFC5090. I can finish
my gateway.
Please keep me informed if you intend to develop Diameter client for
opensips. I'm still looking for other softwares but I can't find (except
omnivox which I can't get working). Maybe Oracle weblogic but it looks hard
to configure.

If I don't find any suitable software, I will make a hack with sockets to
exchange data structure between a freediameter testapp and a fake opensips
module. That way I can have freediameter framework with real data and
communication between UA and Diameter server through transformed opensips.
It will be difficult to make it work but I don't have time to make opensips
diameter module.

Regards,
Alexandre


pvar.c (line1417)

> case 11:
>             return pv_get_strval(msg, param, res,
>                     &((auth_body_t*)(hdr->parsed))->digest.nc);
>         case 10:
>             return pv_get_strval(msg, param, res,
>                     &((auth_body_t*)(hdr->parsed))->digest.qop.qop_str);
>         case 9:
>             return pv_get_strval(msg, param, res,
>                     &((auth_body_t*)(hdr->parsed))->digest.alg.alg_str);
>         case 8:
>             return pv_get_strval(msg, param, res,
>                     &((auth_body_t*)(hdr->parsed))->digest.opaque);
>         case 7:
>             return pv_get_strval(msg, param, res,
>                     &((auth_body_t*)(hdr->parsed))->digest.cnonce);
>

pvar.h (line 109)

> PVT_AUTH_NONCE_COUNT,    PVT_AUTH_QOP,
>     PVT_AUTH_ALGORITHM,    PVT_AUTH_OPAQUE,    PVT_AUTH_CNONCE,
>


2010/6/5 Alexandre Westfahl (???????? ??????) <awestfahl at gmail.com>

> cfg script if possible. Something like "$cn".
>
> Regards,
> Alexandre
>
> On Sat, Jun 5, 2010 at 12:25 AM, Bogdan-Andrei Iancu <
> bogdan at voice-system.ro> wrote:
>
>>  From C code, or from cfg script ?
>>
>> Regards,
>> Bogdan
>>
>> Alexandre Westfahl (???????? ??????) wrote:
>> > Hi Bogdan,
>> >
>> > Yes I would like to have those fields. I hope the parser can get it
>> > from me.
>> >
>> > Regards,
>> > Alexandre
>> >
>> > On Fri, Jun 4, 2010 at 5:04 AM, Bogdan-Andrei Iancu
>> > <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>> >
>> >     Hi Alexandre,
>> >
>> >     Not fully following your question - are you looking for some
>> vars/ways
>> >     to extract those fields from the auth hdr?
>> >
>> >     Regards,
>> >     Bogdan
>> >
>> >     Alexandre Westfahl (???????? ??????) wrote:
>> >     > Hello,
>> >     >
>> >     > I forgot in my previous mail to ask how I can easily obtain those
>> >     > variables:
>> >     >
>> >     > * $var(qop)="auth";
>> >     > * $var(algorithm)="MD5";
>> >     > * $var(cnonce)="7856726FFFAAFAFC44";
>> >     > * $var(noncecount)="00000001";
>> >     >
>> >     > I have fixed values for now but I can't make an
>> >     > authentication/authorization because I have to compute cnonce and
>> >     > nonce count in diameter peer.
>> >     >
>> >     >
>> >     > Sorry for sending a second email!
>> >     >
>> >     > Best Regards,
>> >     > Alexandre Westfahl,
>> >     > Keio University, Yokohama
>> >     > Teraoka Lab.
>> >     > Linux User: #458230
>> >     > PGP: EACE5768
>> >     >
>> >
>> ------------------------------------------------------------------------
>> >     >
>> >     > _______________________________________________
>> >     > Devel mailing list
>> >     > Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>> >     > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>> >     >
>> >
>> >
>> >     --
>> >     Bogdan-Andrei Iancu
>> >     www.voice-system.ro <http://www.voice-system.ro>
>> >
>> >
>> >     _______________________________________________
>> >     Devel mailing list
>> >     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>> >     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>> >
>> >
>> >
>> >
>> > --
>> > Alexandre Westfahl,
>> > Keio University, Yokohama
>> > Teraoka Lab.
>> > Linux User: #458230
>> > PGP: EACE5768
>> > ------------------------------------------------------------------------
>> >
>> > _______________________________________________
>> > Devel mailing list
>> > Devel at lists.opensips.org
>> > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>> >
>>
>>
>> --
>> Bogdan-Andrei Iancu
>> www.voice-system.ro
>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>
>
>
> --
> Alexandre Westfahl,
> Keio University, Yokohama
> Teraoka Lab.
> Linux User: #458230
> PGP: EACE5768
>



-- 
Alexandre Westfahl,
Keio University, Yokohama
Teraoka Lab.
Linux User: #458230
PGP: EACE5768
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100606/5591ad99/attachment.htm 

From Kennard_White at logitech.com  Tue Jun  8 02:02:23 2010
From: Kennard_White at logitech.com (Kennard_White at logitech.com)
Date: Mon, 7 Jun 2010 17:02:23 -0700
Subject: [OpenSIPS-Devel] opensips presence: stateless vs stateful and
	wt_timer value
Message-ID: <OFC025258B.B5CB6452-ON8825773B.0081972C-8825773C.00003799@logitech.com>



Hi,

I have two related questions regarding the presence module's handling of
SUBSCRIBE replies. Both questions consider the case where the SUBSCRIBE
reply (200 or 202) is lost in the network, and then the client re transmits
the SUBSCRIBE message. Upon re-transmission, the request is delivered to
the presence module, where it will see a duplicate CSEQ number and respond
with 412 errror code. Some (most?) clients treat this as a fatal error and
give up.

1. Why does the module support sending stateless (sl instead of tm) replies
to SUBSCRIBE?  Prior to Nov 2008, only stateless replies were supported and
after Nov 2008 the option of stateless replies exist via the signal module
(if script doesn't create transaction). When sending reply statelessly, the
retransmission of the request by client will be seen as duplicate CSEQ by
presence module with 412 error code. When is this (stateless reply) useful
or appropriate?

2. Why is the default "wt_timer" value only 5sec? If I understand
correctly, this timer server as Timer J (of RFC3261)  for server-side
non-INVITE transactions such as SUBSCRIBE. When handle_subscribe() is
wrapped by t_newtrans() and t_release(), re-transmits that arrive 5sec
later are not caught by the tm layer (because the transaction has been
deleted), and are then delivered to module and again generate 412 error
code.

There are similiar but less severe issues for PUBLISH. With PUBLISH, the
stateless reply or stateful 5sec guard reply does cause 412 errror but it
does trigger extra NOTIFY messages (I think).

It seems "correct" behavior requires handling SUBSCRIBE statefully and
requires wt_timer to be 32sec. But seems opensips developers have a
different way of making things work and I'd like to understand how.

Thanks,
Kennard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100607/583a80f3/attachment.htm 

From anca at opensips.org  Tue Jun  8 13:01:56 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 08 Jun 2010 11:01:56 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6946]
	trunk/modules/pua_dialoginfo
Message-ID: <E1OLwZA-0007Vw-Nt@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6946
          http://opensips.svn.sourceforge.net/opensips/?rev=6946&view=rev
Author:   anca_vamanu
Date:     2010-06-08 11:01:56 +0000 (Tue, 08 Jun 2010)

Log Message:
-----------
- fixes:
	- publications for caller not consistent: wrongly using the info in From header from subsequent replies or requests ( use the From in Invite )
	- multiple records for the same user ( due to using the callid as a component of the publication id)

Modified Paths:
--------------
    trunk/modules/pua_dialoginfo/dialog_publish.c
    trunk/modules/pua_dialoginfo/pua_dialoginfo.c


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


From anca at opensips.org  Tue Jun  8 13:03:59 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 08 Jun 2010 11:03:59 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6947]
	branches/1.6/modules/pua_dialoginfo
Message-ID: <E1OLwb9-0007aM-Vt@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6947
          http://opensips.svn.sourceforge.net/opensips/?rev=6947&view=rev
Author:   anca_vamanu
Date:     2010-06-08 11:03:59 +0000 (Tue, 08 Jun 2010)

Log Message:
-----------
-  fixes:
	- publications for caller not consistent: wrongly using the info in From header from subsequent replies or requests ( use the From in Invite )
	- multiple records for the same user ( due to using the callid as a component of the publication id)

Modified Paths:
--------------
    branches/1.6/modules/pua_dialoginfo/dialog_publish.c
    branches/1.6/modules/pua_dialoginfo/pua_dialoginfo.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 Jun  9 07:41:12 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 09 Jun 2010 05:41:12 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3013565 ] rad_avp_add: convert
	strings to ints where appropriate
Message-ID: <E1OME2K-00038z-RL@sfs-web-2.v29.ch3.sourceforge.com>

Patches item #3013565, was opened at 2010-06-09 01:41
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3013565&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.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matt Lehner ()
Assigned to: Nobody/Anonymous (nobody)
Summary: rad_avp_add: convert strings to ints where appropriate

Initial Comment:
In the same spirit as ID: 2886450, I have patched rad_avp_add to check if values should be converted to another format before being sent to radius. This allows for things such as:

modparam("acc", "aaa_extra",    "Sip-Source-IP-Address=$si; \
                                 Sip-Source-Port=$sp")

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

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


From vallimamod.abdullah at imtelecom.fr  Wed Jun  9 16:52:39 2010
From: vallimamod.abdullah at imtelecom.fr (vallimamod abdullah)
Date: Wed, 9 Jun 2010 16:52:39 +0200
Subject: [OpenSIPS-Devel] Nat traversing don't work after svn upgrade
Message-ID: <86E9A3AD-5E7D-4817-98A1-936FB042CA0A@imtelecom.fr>

Hello list,

I have upgraded opensips 1.6 from svn version r6924 to r6947. When I  
deploy it, the incoming calls stop working after some time. Exactly  
like if the nat binding was lost.
Was there any change recently on nat handling that can possibly  
explain this issue ?

I am using opensips as a proxy and presence server only.

Thanks,
- vma
.






From bogdan at voice-system.ro  Wed Jun  9 21:48:26 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 09 Jun 2010 22:48:26 +0300
Subject: [OpenSIPS-Devel] OpenSIPS segfault
In-Reply-To: <AANLkTinTYICfO2NScOlpSXf9D9cxabpZVDr8Q-ZSwNcY@mail.gmail.com>
References: <AANLkTinTYICfO2NScOlpSXf9D9cxabpZVDr8Q-ZSwNcY@mail.gmail.com>
Message-ID: <4C0FF00A.6050903@voice-system.ro>

Hi Flavio,

The crash points somewhere in the memory manager - so my guess is that 
is something corrupts the memory.  You can compile in the memory 
debugger and see the reports (see 
http://www.opensips.org/Resources/DocsTsMem ).

Also, I noticed that the crash is in a the mi_xmlrpc process - what 
version of libxmlrpc-c3 are you using? package or src? what OS ?

Regards,
Bogdan

Flavio Goncalves wrote:
> Hi Bogdan, 
>
> The system I'm testing segfaulted. This is the backtrace output. 
> Apparently something in the mi_xmlrpc
>
> [New process 19097]
> #0  0x080ee388 in fm_malloc (qm=0x81bfcc0, size=<value optimized out>)
>     at mem/f_malloc.c:172
> 172             *pf=n->u.nxt_free;
> (gdb) backtrace
> #0  0x080ee388 in fm_malloc (qm=0x81bfcc0, size=<value optimized out>)
>     at mem/f_malloc.c:172
> #1  0x08133800 in init_mi_tree (code=200, reason=0x320eb5 "OK", 
> reason_len=2)
>     at mi/tree.c:53
> #2  0x003153f9 in mi_profile_list (cmd_tree=0x81f283c, param=0x0)
>     at dlg_profile.c:835
> #3  0x007a82d2 in default_method (env=0x77fa61b4, host=0x0,
>     methodName=0x9f59ed0 "profile_list_dlgs", paramArray=0x9f57218,
>     serverInfo=0x0) at ../../mi/mi.h:104
> #4  0x002cefbd in xmlrpc_dispatchCall (envP=0x77fa61b4, 
> registryP=0x9f3af48,
>     methodName=0x9f59ed0 "profile_list_dlgs", paramArrayP=0x9f57218,
>     resultPP=0x77fa61c0) at registry.c:321
> #5  0x002cf1a7 in xmlrpc_registry_process_call (envP=0x77fa6220,
>     registryP=0x9f3af48, host=0x0,
>     xml_data=0x9f587c8 "<?xml version=\"1.0\" 
> encoding=\"UTF-8\"?><methodCall><methodName>profile_list_dlgs</methodName><params><param><value>pstn</value></param></params></methodCall>net.br 
> <http://net.br></value></param></params></methodCall>"...,
>     xml_len=156) at registry.c:432
> #6  0x002cc79b in handleXmlrpcReq (this=0x9f3c838, 
> abyssSessionP=0x77fa6270,
>     handledP=0x77fa6328) at xmlrpc_server_abyss.c:382
> #7  0x00360ce0 in serverFunc (userHandle=0x9f56180) at server.c:1048
> #8  0x0035c7d0 in connJob (userHandle=0x9f56180) at conn.c:35
> #9  0x00364592 in pthreadStart (arg=0x9f58390) at thread_pthread.c:47
> ---Type <return> to continue, or q <return> to quit---
> #10 0x0036c73b in start_thread () from /lib/libpthread.so.0
> #11 0x00acacfe in clone () from /lib/libc.so.6
>
> Regards, 
>
> Flavio E. Goncalves
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From bogdan at voice-system.ro  Wed Jun  9 21:52:15 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 09 Jun 2010 22:52:15 +0300
Subject: [OpenSIPS-Devel] Scripting problem RFC5090/Diameter
In-Reply-To: <AANLkTil8gYF9C3AHHxux19xxCtDLYgg6hD4JJWlC2CMY@mail.gmail.com>
References: <AANLkTin2qsBtzq3-8DpNwgU_8-KrFhFGxA83m4Xm0mgr@mail.gmail.com>
	<4C080984.9050204@voice-system.ro>	<AANLkTikxVIEbiMiW_da7n2PNuiZgdnkkm5Tg1Dg62afO@mail.gmail.com>
	<4C091A69.5030903@voice-system.ro>
	<AANLkTil8gYF9C3AHHxux19xxCtDLYgg6hD4JJWlC2CMY@mail.gmail.com>
Message-ID: <4C0FF0EF.2080900@voice-system.ro>

Hi Alex,

Right now there are no specific variables to access that info (only if 
we develop some new once).

what you can explore is to use strings ops to get the info you need from 
the header body ($hdr() ) . Try:
1. string transformations : 
http://www.opensips.org/Resources/DocsCoreTran16#toc1
2. regexp based substs: 
http://www.opensips.org/html/docs/modules/1.6.x/avpops.html#id271693

Regards,
Bogdan


Alexandre Westfahl (???????????????) wrote:
> Hi Bogdan,
>
> Thank you, your solution worked!! Is it ok to put "0" in this declaration?
>
>     {"proxy_challenge", (cmd_function)proxy_challenge, 2,
>     fixup_pvar_pvar, 0, REQUEST_ROUTE},
>
>
> I just need my scripting variables (cnonce, nonce_count and if 
> possible digest-algorithm) to finish my gateway.
>
> Regards,
> Alex
>
> By the way, have you think about Diameter client in opensips?
>
>
>
> On Sat, Jun 5, 2010 at 12:23 AM, Bogdan-Andrei Iancu 
> <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>
>     Hi Alexandre,
>
>     you can use the fixup_pvar_pvar function, but in your implementation
>     function, take care and evaluate the pvar to the actual string - this
>     evaluation is not automatically done, but you need to manually do
>     it in
>     your function.
>
>     For example, see in modules/domain/domain_mod.c :
>
>     {"is_domain_local", (cmd_function)w_is_domain_local, 1,
>     fixup_pvar_null,
>     fixup_free_pvar_null, REQUEST_ROUTE|FAILURE_ROUTE|BRANCH_ROUTE|
>     LOCAL_ROUTE|STARTUP_ROUTE|TIMER_ROUTE},
>
>     and how the w_is_domain_local() handles the parameters.
>
>     Regards,
>     Bogdan
>
>     Alexandre Westfahl (???????????????) wrote:
>     > My changes are just hack, it may not be optimized. I will make
>     you an
>     > archive today but could you tell me if fixup_pvar_pvar is
>     supposed to
>     > do the job correctly? I would like to solve this asap to continue.
>     >
>     > Regards,
>     > Alexandre.
>     >
>     > On Fri, Jun 4, 2010 at 4:59 AM, 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>>>
>     wrote:
>     >
>     > Hi Alexandre,
>     >
>     > Could you please send an unified diff with your changes?
>     >
>     > Regards,
>     > Bogdan
>     >
>     > Alexandre Westfahl (???????????????) wrote:
>     > > Hello,
>     > >
>     > > I am using OpenSIPS with auth_radius module to simulate to radius
>     > > client with my Diameter/Radius Gateway. With scripting variables I
>     > > succeeded for a part but I still have some problems. I change some
>     > > functions to make opensips and my requests fully compliant to
>     > RFC 5090.
>     > >
>     > > First, there is some bugs in names. For example, two variables
>     have
>     > > the same name and one of them was with the wrong number to
>     > parse. Here
>     > > is a propose change:
>     > > pvar.c
>     > >
>     > > {{"an", (sizeof("an")-1)}, /* */
>     > > PVT_AUTH_NONCE, pv_get_authattr, 0,
>     > > 0, 0, pv_init_iname, 5},
>     > > {{"aR", (sizeof("aR")-1)}, /* */
>     > > PVT_AUTH_RESPONSE, pv_get_authattr, 0,
>     > > 0, 0, pv_init_iname, 6},
>     > >
>     > >
>     > > Second, I changed some functions in aaa_radius because I need high
>     > > customization (to make it compliant with RFC5090).
>     > > I changed "proxy_challenge" and I want to give as parameters
>     > realm and
>     > > nonce (nonce must be done on diameter server). I succeeded in
>     making
>     > > static parameters but if I try this:
>     > >
>     > > xlog("realm: $var(realm), nonce: $var(nonce)\n");
>     > > proxy_challenge( "$var(realm)", "$var(nonce)");
>     > >
>     > > In xlog, everything is Ok but in proxy_challenge, I obtain
>     variables
>     > > as they are, e.g."$var(realm)". It's hard to get into opensips
>     > source
>     > > in just one day but I found that there is a translator in
>     > auth_mod.c.
>     > > Here is the non controlled.
>     > >
>     > > {"proxy_challenge", (cmd_function)proxy_challenge, 2,
>     > > 0, 0, REQUEST_ROUTE},
>     > >
>     > > Obtained values are as I said before.
>     > >
>     > > If I try, to activate a translator:
>     > >
>     > > {"proxy_challenge", (cmd_function)proxy_challenge, 2,
>     > > fixup_pvar_pvar, 0, REQUEST_ROUTE},
>     > >
>     > > It's supposed to work but I obtain "N" for both values.
>     > >
>     > >
>     > > For information, here is my opensips.cfg:
>     > >
>     > > # We are in REGISTER part!
>     > > $var(method)="REGISTER";
>     > >
>     > >
>     > > if ($adu == NULL)
>     > > {
>     > > radius_send_auth("Frequest","challenge");
>     > > #Digest-Realm = $var(realm),Digest-Nonce = $var(nonce),Digest-Qop
>     > > = $var(qop),Digest-Algorithm = $var(algorithm)
>     > >
>     > > xlog("realm: $var(realm), nonce: $var(nonce)\n");
>     > >
>     > > proxy_challenge( "$var(realm)", "$var(nonce)");
>     > > exit;
>     > > }
>     > > else
>     > > {
>     > > radius_send_auth("request","result");
>     > > xlog( "SECOND REQUEST!!!!!!!!!!!!!!!\n");
>     > > }
>     > > xlog("**********************************OUT");
>     > >
>     > >
>     > > I changed all functions after proxy_challenge (like
>     challenge...) to
>     > > give the nonce, don't ask for qop (always on) and don't manage
>     nonce
>     > > index as it's not sip server job.
>     > >
>     > >
>     > > I hope I was clear in my questions.
>     > >
>     > > Thanks
>     > >
>     > > Best regards,
>     > > Alexandre Westfahl,
>     > > Keio University, Yokohama
>     > > Teraoka Lab.
>     > > Linux User: #458230
>     > > PGP: EACE5768
>     > >
>     >
>     ------------------------------------------------------------------------
>     > >
>     > > _______________________________________________
>     > > 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
>     > >
>     >
>     >
>     > --
>     > Bogdan-Andrei Iancu
>     > www.voice-system.ro <http://www.voice-system.ro>
>     <http://www.voice-system.ro>
>     >
>     >
>     > _______________________________________________
>     > 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
>     >
>     >
>     >
>     >
>     > --
>     > Alexandre Westfahl,
>     > Keio University, Yokohama
>     > Teraoka Lab.
>     > Linux User: #458230
>     > PGP: EACE5768
>     >
>     ------------------------------------------------------------------------
>     >
>     > _______________________________________________
>     > Devel mailing list
>     > Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>     > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>     >
>
>
>     --
>     Bogdan-Andrei Iancu
>     www.voice-system.ro <http://www.voice-system.ro>
>
>
>     _______________________________________________
>     Devel mailing list
>     Devel at lists.opensips.org <mailto:Devel at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>
>
>
> -- 
> Alexandre Westfahl,
> Keio University, Yokohama
> Teraoka Lab.
> Linux User: #458230
> PGP: EACE5768
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From bogdan at voice-system.ro  Wed Jun  9 21:54:14 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 09 Jun 2010 22:54:14 +0300
Subject: [OpenSIPS-Devel] Nat traversing don't work after svn upgrade
In-Reply-To: <86E9A3AD-5E7D-4817-98A1-936FB042CA0A@imtelecom.fr>
References: <86E9A3AD-5E7D-4817-98A1-936FB042CA0A@imtelecom.fr>
Message-ID: <4C0FF166.6050409@voice-system.ro>

Hi,

vallimamod abdullah wrote:
> Hello list,
>
> I have upgraded opensips 1.6 from svn version r6924 to r6947. When I  
> deploy it, the incoming calls stop working after some time.
stop working like audio ? or signalling (like BYE) ?
>  Exactly  
> like if the nat binding was lost.
> Was there any change recently on nat handling that can possibly  
> explain this issue ?
>   
what nat handling modules are you using?

Regards,
Bogdan
> I am using opensips as a proxy and presence server only.
>
> Thanks,
> - vma
> .
>
>
>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From bogdan at voice-system.ro  Wed Jun  9 21:56:15 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 09 Jun 2010 22:56:15 +0300
Subject: [OpenSIPS-Devel] Scripting variables RFC5090
In-Reply-To: <AANLkTinZ6dza-ZZtTZpcgbjy-2l1ls2YoGqNv6NBnmiF@mail.gmail.com>
References: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com>
	<4C080AE5.4050805@voice-system.ro>	<AANLkTilhds15f38beGPFd4q9imMXlW_p7UhqO2wMixiq@mail.gmail.com>
	<4C091AD4.2010202@voice-system.ro>	<AANLkTinU42BI8Rqc2nwxJXJ45k5hZp_JfAATASvmrB8U@mail.gmail.com>
	<AANLkTinZ6dza-ZZtTZpcgbjy-2l1ls2YoGqNv6NBnmiF@mail.gmail.com>
Message-ID: <4C0FF1DF.6080007@voice-system.ro>

Hi Alex,

generate a patch from your svn checkout by doing: "svn diff" - attached 
here the relevant part.

Regards,
Bogdan

Alexandre Westfahl (???????????????) wrote:
> ok I made changes to have all I want (bottom of mail).
>
> So now, I have an opensips completely compliant with RFC5090. I can 
> finish my gateway.
> Please keep me informed if you intend to develop Diameter client for 
> opensips. I'm still looking for other softwares but I can't find 
> (except omnivox which I can't get working). Maybe Oracle weblogic but 
> it looks hard to configure.
>
> If I don't find any suitable software, I will make a hack with sockets 
> to exchange data structure between a freediameter testapp and a fake 
> opensips module. That way I can have freediameter framework with real 
> data and communication between UA and Diameter server through 
> transformed opensips. It will be difficult to make it work but I don't 
> have time to make opensips diameter module.
>
> Regards,
> Alexandre
>
>
> pvar.c (line1417)
>
>     case 11:
>     return pv_get_strval(msg, param, res,
>     &((auth_body_t*)(hdr->parsed))->digest.nc <http://digest.nc>);
>     case 10:
>     return pv_get_strval(msg, param, res,
>     &((auth_body_t*)(hdr->parsed))->digest.qop.qop_str);
>     case 9:
>     return pv_get_strval(msg, param, res,
>     &((auth_body_t*)(hdr->parsed))->digest.alg.alg_str);
>     case 8:
>     return pv_get_strval(msg, param, res,
>     &((auth_body_t*)(hdr->parsed))->digest.opaque);
>     case 7:
>     return pv_get_strval(msg, param, res,
>     &((auth_body_t*)(hdr->parsed))->digest.cnonce);
>
>
> pvar.h (line 109)
>
>     PVT_AUTH_NONCE_COUNT, PVT_AUTH_QOP,
>     PVT_AUTH_ALGORITHM, PVT_AUTH_OPAQUE, PVT_AUTH_CNONCE,
>
>
>
> 2010/6/5 Alexandre Westfahl (???????????????) 
> <awestfahl at gmail.com <mailto:awestfahl at gmail.com>>
>
>     cfg script if possible. Something like "$cn".
>
>     Regards,
>     Alexandre
>
>     On Sat, Jun 5, 2010 at 12:25 AM, Bogdan-Andrei Iancu
>     <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>
>         From C code, or from cfg script ?
>
>         Regards,
>         Bogdan
>
>         Alexandre Westfahl (???????????????) wrote:
>         > Hi Bogdan,
>         >
>         > Yes I would like to have those fields. I hope the parser can
>         get it
>         > from me.
>         >
>         > Regards,
>         > Alexandre
>         >
>         > On Fri, Jun 4, 2010 at 5:04 AM, 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>>> wrote:
>         >
>         > Hi Alexandre,
>         >
>         > Not fully following your question - are you looking for some
>         vars/ways
>         > to extract those fields from the auth hdr?
>         >
>         > Regards,
>         > Bogdan
>         >
>         > Alexandre Westfahl (???????????????) wrote:
>         > > Hello,
>         > >
>         > > I forgot in my previous mail to ask how I can easily
>         obtain those
>         > > variables:
>         > >
>         > > * $var(qop)="auth";
>         > > * $var(algorithm)="MD5";
>         > > * $var(cnonce)="7856726FFFAAFAFC44";
>         > > * $var(noncecount)="00000001";
>         > >
>         > > I have fixed values for now but I can't make an
>         > > authentication/authorization because I have to compute
>         cnonce and
>         > > nonce count in diameter peer.
>         > >
>         > >
>         > > Sorry for sending a second email!
>         >
>


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=  Thu Jun 10 07:36:12 2010
From: =?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?= (=?ISO-2022-JP?B?QWxleGFuZHJlIFdlc3RmYWhsICgbJEIlIiVsJUMlLyU1JXMlSSVrISElJiUoGyhC?=)
Date: Thu, 10 Jun 2010 14:36:12 +0900
Subject: [OpenSIPS-Devel] Scripting variables RFC5090
In-Reply-To: <4C0FF1DF.6080007@voice-system.ro>
References: <AANLkTik8MK_q-kGs8HLzLEjHro_8F1xweFCKRnp8KriZ@mail.gmail.com> 
	<4C080AE5.4050805@voice-system.ro>
	<AANLkTilhds15f38beGPFd4q9imMXlW_p7UhqO2wMixiq@mail.gmail.com> 
	<4C091AD4.2010202@voice-system.ro>
	<AANLkTinU42BI8Rqc2nwxJXJ45k5hZp_JfAATASvmrB8U@mail.gmail.com> 
	<AANLkTinZ6dza-ZZtTZpcgbjy-2l1ls2YoGqNv6NBnmiF@mail.gmail.com> 
	<4C0FF1DF.6080007@voice-system.ro>
Message-ID: <AANLkTinNedXhE8vhID8dvMcirc4x0py88hEcBzrv6W9n@mail.gmail.com>

Hi Bogdan,

I can't make you a svn diff because I downloaded a tar. I use 1.6.2-tls. I
made a diff between the original tar and my version.

Regards,
Alexandre

On Thu, Jun 10, 2010 at 4:56 AM, Bogdan-Andrei Iancu <bogdan at voice-system.ro
> wrote:

> Hi Alex,
>
> generate a patch from your svn checkout by doing: "svn diff" - attached
> here the relevant part.
>
> Regards,
> Bogdan
>
> Alexandre Westfahl (???????? ??????) wrote:
> > ok I made changes to have all I want (bottom of mail).
> >
> > So now, I have an opensips completely compliant with RFC5090. I can
> > finish my gateway.
> > Please keep me informed if you intend to develop Diameter client for
> > opensips. I'm still looking for other softwares but I can't find
> > (except omnivox which I can't get working). Maybe Oracle weblogic but
> > it looks hard to configure.
> >
> > If I don't find any suitable software, I will make a hack with sockets
> > to exchange data structure between a freediameter testapp and a fake
> > opensips module. That way I can have freediameter framework with real
> > data and communication between UA and Diameter server through
> > transformed opensips. It will be difficult to make it work but I don't
> > have time to make opensips diameter module.
> >
> > Regards,
> > Alexandre
> >
> >
> > pvar.c (line1417)
> >
> >     case 11:
> >     return pv_get_strval(msg, param, res,
> >     &((auth_body_t*)(hdr->parsed))->digest.nc <http://digest.nc>);
> >     case 10:
> >     return pv_get_strval(msg, param, res,
> >     &((auth_body_t*)(hdr->parsed))->digest.qop.qop_str);
> >     case 9:
> >     return pv_get_strval(msg, param, res,
> >     &((auth_body_t*)(hdr->parsed))->digest.alg.alg_str);
> >     case 8:
> >     return pv_get_strval(msg, param, res,
> >     &((auth_body_t*)(hdr->parsed))->digest.opaque);
> >     case 7:
> >     return pv_get_strval(msg, param, res,
> >     &((auth_body_t*)(hdr->parsed))->digest.cnonce);
> >
> >
> > pvar.h (line 109)
> >
> >     PVT_AUTH_NONCE_COUNT, PVT_AUTH_QOP,
> >     PVT_AUTH_ALGORITHM, PVT_AUTH_OPAQUE, PVT_AUTH_CNONCE,
> >
> >
> >
> > 2010/6/5 Alexandre Westfahl (???????? ??????)
> > <awestfahl at gmail.com <mailto:awestfahl at gmail.com>>
> >
> >     cfg script if possible. Something like "$cn".
> >
> >     Regards,
> >     Alexandre
> >
> >     On Sat, Jun 5, 2010 at 12:25 AM, Bogdan-Andrei Iancu
> >     <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
> >
> >         From C code, or from cfg script ?
> >
> >         Regards,
> >         Bogdan
> >
> >         Alexandre Westfahl (???????? ??????) wrote:
> >         > Hi Bogdan,
> >         >
> >         > Yes I would like to have those fields. I hope the parser can
> >         get it
> >         > from me.
> >         >
> >         > Regards,
> >         > Alexandre
> >         >
> >         > On Fri, Jun 4, 2010 at 5:04 AM, 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>>> wrote:
> >         >
> >         > Hi Alexandre,
> >         >
> >         > Not fully following your question - are you looking for some
> >         vars/ways
> >         > to extract those fields from the auth hdr?
> >         >
> >         > Regards,
> >         > Bogdan
> >         >
> >         > Alexandre Westfahl (???????? ??????) wrote:
> >         > > Hello,
> >         > >
> >         > > I forgot in my previous mail to ask how I can easily
> >         obtain those
> >         > > variables:
> >         > >
> >         > > * $var(qop)="auth";
> >         > > * $var(algorithm)="MD5";
> >         > > * $var(cnonce)="7856726FFFAAFAFC44";
> >         > > * $var(noncecount)="00000001";
> >         > >
> >         > > I have fixed values for now but I can't make an
> >         > > authentication/authorization because I have to compute
> >         cnonce and
> >         > > nonce count in diameter peer.
> >         > >
> >         > >
> >         > > Sorry for sending a second email!
> >         >
> >
>
>
> --
> Bogdan-Andrei Iancu
> www.voice-system.ro
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>



-- 
Alexandre Westfahl,
Keio University, Yokohama
Teraoka Lab.
Linux User: #458230
PGP: EACE5768
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100610/e82e7f04/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: diff
Type: application/octet-stream
Size: 15691 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/devel/attachments/20100610/e82e7f04/attachment-0001.obj 

From vallimamod.abdullah at imtelecom.fr  Thu Jun 10 12:29:31 2010
From: vallimamod.abdullah at imtelecom.fr (vallimamod abdullah)
Date: Thu, 10 Jun 2010 12:29:31 +0200
Subject: [OpenSIPS-Devel] Nat traversing don't work after svn upgrade
In-Reply-To: <4C0FF166.6050409@voice-system.ro>
References: <86E9A3AD-5E7D-4817-98A1-936FB042CA0A@imtelecom.fr>
	<4C0FF166.6050409@voice-system.ro>
Message-ID: <DB395DE5-32DE-4089-B173-7C88B6EA095A@imtelecom.fr>

Hi,

On Wednesday 9 Jun, 2010, at 9:54 PM, Bogdan-Andrei Iancu wrote:

> vallimamod abdullah wrote:
>> Hello list,
>>
>> I have upgraded opensips 1.6 from svn version r6924 to r6947. When I
>> deploy it, the incoming calls stop working after some time.
> stop working like audio ? or signalling (like BYE) ?

It's about signalling: My phone behind nat is not reachable for  
incoming calls some time after register. To make them reachable again,  
I need to reboot them or set registration period to 60 sec. But I am  
still able to do outgoing calls. As if the nat keep-alive from the  
proxy is not working anymore.

>> Exactly
>> like if the nat binding was lost.
>> Was there any change recently on nat handling that can possibly
>> explain this issue ?
>>
> what nat handling modules are you using?

I am using the nat_traversal module. Here is the relevant config:

loadmodule "nat_traversal.so"
modparam("nat_traversal", "keepalive_interval", 30)
modparam("nat_traversal", "keepalive_method", "OPTIONS")
modparam("nat_traversal", "keepalive_from", "sip:sipb.server.com")
modparam("nat_traversal", "keepalive_state_file", "/var/run/opensips/ 
keepalive_state")


if ((is_method("REGISTER|SUBSCRIBE") || (is_method("INVITE") && ! 
has_totag())) && client_nat_test("3")) {
	xlog("L_INFO", "$ci - nat keep-alive - M=$rm RURI=$ru F=$fu T=$tu IP= 
$si ID=$ci\n");
         nat_keepalive();
};


To solve my issue, I had to enable the nat keep-alive on the phone side.

Regards,
- vma
.







From bogdan at voice-system.ro  Thu Jun 10 15:01:03 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 10 Jun 2010 16:01:03 +0300
Subject: [OpenSIPS-Devel] Nat traversing don't work after svn upgrade
In-Reply-To: <DB395DE5-32DE-4089-B173-7C88B6EA095A@imtelecom.fr>
References: <86E9A3AD-5E7D-4817-98A1-936FB042CA0A@imtelecom.fr>	<4C0FF166.6050409@voice-system.ro>
	<DB395DE5-32DE-4089-B173-7C88B6EA095A@imtelecom.fr>
Message-ID: <4C10E20F.2050705@voice-system.ro>

Hi,

not familiar with nat_traversal, but do you see your opensips sending 
pings to the phone?

Regards,
Bogdan

vallimamod abdullah wrote:
> Hi,
>
> On Wednesday 9 Jun, 2010, at 9:54 PM, Bogdan-Andrei Iancu wrote:
>
>   
>> vallimamod abdullah wrote:
>>     
>>> Hello list,
>>>
>>> I have upgraded opensips 1.6 from svn version r6924 to r6947. When I
>>> deploy it, the incoming calls stop working after some time.
>>>       
>> stop working like audio ? or signalling (like BYE) ?
>>     
>
> It's about signalling: My phone behind nat is not reachable for  
> incoming calls some time after register. To make them reachable again,  
> I need to reboot them or set registration period to 60 sec. But I am  
> still able to do outgoing calls. As if the nat keep-alive from the  
> proxy is not working anymore.
>
>   
>>> Exactly
>>> like if the nat binding was lost.
>>> Was there any change recently on nat handling that can possibly
>>> explain this issue ?
>>>
>>>       
>> what nat handling modules are you using?
>>     
>
> I am using the nat_traversal module. Here is the relevant config:
>
> loadmodule "nat_traversal.so"
> modparam("nat_traversal", "keepalive_interval", 30)
> modparam("nat_traversal", "keepalive_method", "OPTIONS")
> modparam("nat_traversal", "keepalive_from", "sip:sipb.server.com")
> modparam("nat_traversal", "keepalive_state_file", "/var/run/opensips/ 
> keepalive_state")
>
>
> if ((is_method("REGISTER|SUBSCRIBE") || (is_method("INVITE") && ! 
> has_totag())) && client_nat_test("3")) {
> 	xlog("L_INFO", "$ci - nat keep-alive - M=$rm RURI=$ru F=$fu T=$tu IP= 
> $si ID=$ci\n");
>          nat_keepalive();
> };
>
>
> To solve my issue, I had to enable the nat keep-alive on the phone side.
>
> Regards,
> - vma
> .
>
>
>
>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From bogdan at voice-system.ro  Thu Jun 10 17:08:15 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 10 Jun 2010 15:08:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6948]
	trunk/modules/dispatcher/dispatcher.c
Message-ID: <E1OMjMd-0004go-8i@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6948
          http://opensips.svn.sourceforge.net/opensips/?rev=6948&view=rev
Author:   bogdan_iancu
Date:     2010-06-10 15:08:14 +0000 (Thu, 10 Jun 2010)

Log Message:
-----------
- fixed segfaults when the dialplan record has some empty fields
  reported by Sven Schulz 

Modified Paths:
--------------
    trunk/modules/dispatcher/dispatcher.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  Thu Jun 10 17:50:44 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 10 Jun 2010 15:50:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6949]
	trunk/scripts/opensipsdbctl.base
Message-ID: <E1OMk1k-00087P-1k@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6949
          http://opensips.svn.sourceforge.net/opensips/?rev=6949&view=rev
Author:   bogdan_iancu
Date:     2010-06-10 15:50:43 +0000 (Thu, 10 Jun 2010)

Log Message:
-----------
- fixed line wrapping to make happy the new sh versions
  Reported by Daniel Goepp 

Modified Paths:
--------------
    trunk/scripts/opensipsdbctl.base


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


From bogdan at voice-system.ro  Thu Jun 10 17:53:48 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 10 Jun 2010 15:53:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6950]
	branches/1.6/scripts/opensipsdbctl.base
Message-ID: <E1OMk4h-0008C0-Vh@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6950
          http://opensips.svn.sourceforge.net/opensips/?rev=6950&view=rev
Author:   bogdan_iancu
Date:     2010-06-10 15:53:47 +0000 (Thu, 10 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6949):
- fixed line wrapping to make happy new sh version
  Reported by Daniel Goepp

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

Modified Paths:
--------------
    branches/1.6/scripts/opensipsdbctl.base


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


From Kennard_White at logitech.com  Fri Jun 11 20:52:59 2010
From: Kennard_White at logitech.com (Kennard_White at logitech.com)
Date: Fri, 11 Jun 2010 11:52:59 -0700
Subject: [OpenSIPS-Devel] opensips patch for presence_xml: "xmlnodb"
Message-ID: <OF499DA76E.472F536D-ON8825773F.0067314B-8825773F.0067BA62@logitech.com>



Hi,

Enclosed is a minor patch for the presence_xml module. It makes change so
that when force_active is true, the pxml_db is not opened.
When force_active is true, the db is not needed and the code already avoids
touching the db. This patch adds the same functionality into the init code
(both mod init and child init). When force_active is True, the db_url
parameter can be left unspecified.

Please let me know if you need the patch in a different format.

Thanks,
Kennard

(See attached file: opensips-xmlnodb.patch)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100611/5c8fc6c1/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: opensips-xmlnodb.patch
Type: application/octet-stream
Size: 2163 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/devel/attachments/20100611/5c8fc6c1/attachment.obj 

From Kennard_White at logitech.com  Fri Jun 11 23:20:53 2010
From: Kennard_White at logitech.com (Kennard_White at logitech.com)
Date: Fri, 11 Jun 2010 14:20:53 -0700
Subject: [OpenSIPS-Devel] opensips patch: precedence issue in blacklist.c
Message-ID: <OF393EDE94.474F948F-ON8825773F.00750708-8825773F.007544AE@logitech.com>


Hi,

Please see enclosed patch for blacklists.c. It is one line change. The (!)
operator binds tighter than (&) operator, needs parens to order.

Regards,
Kennard

(See attached file: opensips-cwarn1.patch)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100611/c33b5b2d/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: opensips-cwarn1.patch
Type: application/octet-stream
Size: 361 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/devel/attachments/20100611/c33b5b2d/attachment.obj 

From rrevels at bandwidth.com  Sun Jun 13 01:30:26 2010
From: rrevels at bandwidth.com (Richard Revels)
Date: Sat, 12 Jun 2010 19:30:26 -0400
Subject: [OpenSIPS-Devel] [NEW] exchanging info between dialogs
In-Reply-To: <4BD8586A.50607@voice-system.ro>
References: <4BD8586A.50607@voice-system.ro>
Message-ID: <73C5EA08-DA53-483E-9E09-65953341C07E@bandwidth.com>

I'm having a bit of a problem with this functionality and re-invites.  The call comes in, a dialog is created, a dialog flag is set, and a couple of values are stored in the dialog.  When the called party re-invites I want to look at those values so started trying with checking the dialog flag.  That came up empty so I decided that Opensips was thinking of this as a new dialog (hmm).  No big deal, I would use get_dialog_info.

The if block around get_dialog_info never triggers and the debug log indicates the dialog is not found.

Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:get_dlg_by_val: dlg in state 4 to check
Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:w_get_dlg_info: no dialog found

Since the dialog flag check works just fine in the BYE block, I decided to try the get_dialog_info there as well even though the current dialog would also be the one I was searching for.  It worked just fine using the same logic and values I am sending in from the re-invite block.

Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: looking for <credit_user>
Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: var found-> <9194395395>!

Richard


On Apr 28, 2010, at 11:46 AM, Bogdan-Andrei Iancu wrote:

> Hi,
> 
> just added to the dialog module a new function that allow you to 
> exchange data between dialogs - mainly to extract data from a different 
> ongoing dialog.
> 
> Such functionality is vital in complex scenarios (PBX related) like 
> attended call transfer - in such cases you may want to route a new call 
> based on information of existing dialogs.
> 
> Real case example:
> 
>    OpenSIPS is doing dispatching over a set of Asterisk boxes (which 
> act as SIP servers).
>    A calls B and the call is established (by dispatching from OpenSIPS) 
> via A1 Asterisk server
>    A wants to transfer B to a new party C, so A makes a new call to C 
> -> this call must end on A1 also, without going via dispatcher in openSIPS.
>    So, when A calls C, OpenSIPS will check if A has an already existing 
> call and if so, it will send the new call to the same Asterisk box as 
> the existing call.
> 
> In such a case, for each call, you need to attached to the call (as 
> dialog variables) the callee, caller and the Asterisk box . When a new 
> call is coming, you check if the new caller is already involved in a 
> call and if so, fetch the value of the proxy in order to send to the 
> same box.
> 
> For more about the technical details of the function, see
>       http://www.opensips.org/html/docs/modules/devel/dialog.html#id272137
> 
> Regards,
> Bogdan
> 
> -- 
> Bogdan-Andrei Iancu
> www.voice-system.ro
> 
> 
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



From rrevels at bandwidth.com  Sun Jun 13 01:40:54 2010
From: rrevels at bandwidth.com (Richard Revels)
Date: Sat, 12 Jun 2010 19:40:54 -0400
Subject: [OpenSIPS-Devel] [NEW] exchanging info between dialogs
In-Reply-To: <73C5EA08-DA53-483E-9E09-65953341C07E@bandwidth.com>
References: <4BD8586A.50607@voice-system.ro>
	<73C5EA08-DA53-483E-9E09-65953341C07E@bandwidth.com>
Message-ID: <122D5ABE-DFBE-4969-959D-5472C550DB2C@bandwidth.com>

Sorry, wrong log entries for the call in the BYE block.

Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: looking for <credit_user> with <9194395395>
Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: var found with val <9194395395>!
Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: var found!
Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:get_dlg_by_val: ref dlg 0x2b0a65ce0d78 with 1 -> 2
Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:w_get_dlg_info: dialog found, fetching variable


Richard


On Jun 12, 2010, at 7:30 PM, Richard Revels wrote:

> I'm having a bit of a problem with this functionality and re-invites.  The call comes in, a dialog is created, a dialog flag is set, and a couple of values are stored in the dialog.  When the called party re-invites I want to look at those values so started trying with checking the dialog flag.  That came up empty so I decided that Opensips was thinking of this as a new dialog (hmm).  No big deal, I would use get_dialog_info.
> 
> The if block around get_dialog_info never triggers and the debug log indicates the dialog is not found.
> 
> Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:get_dlg_by_val: dlg in state 4 to check
> Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:w_get_dlg_info: no dialog found
> 
> Since the dialog flag check works just fine in the BYE block, I decided to try the get_dialog_info there as well even though the current dialog would also be the one I was searching for.  It worked just fine using the same logic and values I am sending in from the re-invite block.
> 
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: looking for <credit_user>
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: var found-> <9194395395>!
> 
> Richard
> 
> 
> On Apr 28, 2010, at 11:46 AM, Bogdan-Andrei Iancu wrote:
> 
>> Hi,
>> 
>> just added to the dialog module a new function that allow you to 
>> exchange data between dialogs - mainly to extract data from a different 
>> ongoing dialog.
>> 
>> Such functionality is vital in complex scenarios (PBX related) like 
>> attended call transfer - in such cases you may want to route a new call 
>> based on information of existing dialogs.
>> 
>> Real case example:
>> 
>>   OpenSIPS is doing dispatching over a set of Asterisk boxes (which 
>> act as SIP servers).
>>   A calls B and the call is established (by dispatching from OpenSIPS) 
>> via A1 Asterisk server
>>   A wants to transfer B to a new party C, so A makes a new call to C 
>> -> this call must end on A1 also, without going via dispatcher in openSIPS.
>>   So, when A calls C, OpenSIPS will check if A has an already existing 
>> call and if so, it will send the new call to the same Asterisk box as 
>> the existing call.
>> 
>> In such a case, for each call, you need to attached to the call (as 
>> dialog variables) the callee, caller and the Asterisk box . When a new 
>> call is coming, you check if the new caller is already involved in a 
>> call and if so, fetch the value of the proxy in order to send to the 
>> same box.
>> 
>> For more about the technical details of the function, see
>>      http://www.opensips.org/html/docs/modules/devel/dialog.html#id272137
>> 
>> Regards,
>> Bogdan
>> 
>> -- 
>> Bogdan-Andrei Iancu
>> www.voice-system.ro
>> 
>> 
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> 



From rrevels at bandwidth.com  Sun Jun 13 14:54:35 2010
From: rrevels at bandwidth.com (Richard Revels)
Date: Sun, 13 Jun 2010 08:54:35 -0400
Subject: [OpenSIPS-Devel] [NEW] exchanging info between dialogs
In-Reply-To: <122D5ABE-DFBE-4969-959D-5472C550DB2C@bandwidth.com>
References: <4BD8586A.50607@voice-system.ro>
	<73C5EA08-DA53-483E-9E09-65953341C07E@bandwidth.com>
	<122D5ABE-DFBE-4969-959D-5472C550DB2C@bandwidth.com>
Message-ID: <6CE79916-A44D-4AB5-BC00-C1F26621C727@bandwidth.com>

Nevermind.  t_newtran() in the config block for re-invite lines up the dialog so the dialog flag I set is found.  Still can't seem to use get_dialog_info to find a dialog in that block but I don't need it anymore.

Richard

On Jun 12, 2010, at 7:40 PM, Richard Revels wrote:

> Sorry, wrong log entries for the call in the BYE block.
> 
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: looking for <credit_user> with <9194395395>
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: var found with val <9194395395>!
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: var found!
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:get_dlg_by_val: ref dlg 0x2b0a65ce0d78 with 1 -> 2
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:w_get_dlg_info: dialog found, fetching variable
> 
> 
> Richard
> 
> 
> On Jun 12, 2010, at 7:30 PM, Richard Revels wrote:
> 
>> I'm having a bit of a problem with this functionality and re-invites.  The call comes in, a dialog is created, a dialog flag is set, and a couple of values are stored in the dialog.  When the called party re-invites I want to look at those values so started trying with checking the dialog flag.  That came up empty so I decided that Opensips was thinking of this as a new dialog (hmm).  No big deal, I would use get_dialog_info.
>> 
>> The if block around get_dialog_info never triggers and the debug log indicates the dialog is not found.
>> 
>> Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:get_dlg_by_val: dlg in state 4 to check
>> Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:w_get_dlg_info: no dialog found
>> 
>> Since the dialog flag check works just fine in the BYE block, I decided to try the get_dialog_info there as well even though the current dialog would also be the one I was searching for.  It worked just fine using the same logic and values I am sending in from the re-invite block.
>> 
>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: looking for <credit_user>
>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: var found-> <9194395395>!
>> 
>> Richard
>> 
>> 
>> On Apr 28, 2010, at 11:46 AM, Bogdan-Andrei Iancu wrote:
>> 
>>> Hi,
>>> 
>>> just added to the dialog module a new function that allow you to 
>>> exchange data between dialogs - mainly to extract data from a different 
>>> ongoing dialog.
>>> 
>>> Such functionality is vital in complex scenarios (PBX related) like 
>>> attended call transfer - in such cases you may want to route a new call 
>>> based on information of existing dialogs.
>>> 
>>> Real case example:
>>> 
>>>  OpenSIPS is doing dispatching over a set of Asterisk boxes (which 
>>> act as SIP servers).
>>>  A calls B and the call is established (by dispatching from OpenSIPS) 
>>> via A1 Asterisk server
>>>  A wants to transfer B to a new party C, so A makes a new call to C 
>>> -> this call must end on A1 also, without going via dispatcher in openSIPS.
>>>  So, when A calls C, OpenSIPS will check if A has an already existing 
>>> call and if so, it will send the new call to the same Asterisk box as 
>>> the existing call.
>>> 
>>> In such a case, for each call, you need to attached to the call (as 
>>> dialog variables) the callee, caller and the Asterisk box . When a new 
>>> call is coming, you check if the new caller is already involved in a 
>>> call and if so, fetch the value of the proxy in order to send to the 
>>> same box.
>>> 
>>> For more about the technical details of the function, see
>>>     http://www.opensips.org/html/docs/modules/devel/dialog.html#id272137
>>> 
>>> Regards,
>>> Bogdan
>>> 
>>> -- 
>>> Bogdan-Andrei Iancu
>>> www.voice-system.ro
>>> 
>>> 
>>> _______________________________________________
>>> Devel mailing list
>>> Devel at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>> 
> 



From rrevels at bandwidth.com  Sun Jun 13 20:44:52 2010
From: rrevels at bandwidth.com (Richard Revels)
Date: Sun, 13 Jun 2010 14:44:52 -0400
Subject: [OpenSIPS-Devel] [NEW] exchanging info between dialogs
In-Reply-To: <6CE79916-A44D-4AB5-BC00-C1F26621C727@bandwidth.com>
References: <4BD8586A.50607@voice-system.ro>
	<73C5EA08-DA53-483E-9E09-65953341C07E@bandwidth.com>
	<122D5ABE-DFBE-4969-959D-5472C550DB2C@bandwidth.com>
	<6CE79916-A44D-4AB5-BC00-C1F26621C727@bandwidth.com>
Message-ID: <A67B94BF-5D75-48C5-9EE1-404479536E11@bandwidth.com>

I wanted to be able to adjust the dialog timeout after getting a look at some dialog values so I added the timer change code to the bottom of the dlg_validate_dialog function.  I prefer not to have local changes running so was wondering if this could be added to the release code.

I added the timeout int to the function variables and then pasted the code right before the return.

        timeout = get_dlg_timeout(req);
        /* update timer during sequential request? */
        if (timeout!=default_timeout) {
                dlg->lifetime = timeout;
                if (update_dlg_timer( &dlg->tl, dlg->lifetime )==-1)
                        LM_ERR("failed to update dialog lifetime\n");
        }


Richard


On Jun 13, 2010, at 8:54 AM, Richard Revels wrote:

> Nevermind.  t_newtran() in the config block for re-invite lines up the dialog so the dialog flag I set is found.  Still can't seem to use get_dialog_info to find a dialog in that block but I don't need it anymore.
> 
> Richard
> 
> On Jun 12, 2010, at 7:40 PM, Richard Revels wrote:
> 
>> Sorry, wrong log entries for the call in the BYE block.
>> 
>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: looking for <credit_user> with <9194395395>
>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: var found with val <9194395395>!
>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:check_dlg_value_unsafe: var found!
>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:get_dlg_by_val: ref dlg 0x2b0a65ce0d78 with 1 -> 2
>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:w_get_dlg_info: dialog found, fetching variable
>> 
>> 
>> Richard
>> 
>> 
>> On Jun 12, 2010, at 7:30 PM, Richard Revels wrote:
>> 
>>> I'm having a bit of a problem with this functionality and re-invites.  The call comes in, a dialog is created, a dialog flag is set, and a couple of values are stored in the dialog.  When the called party re-invites I want to look at those values so started trying with checking the dialog flag.  That came up empty so I decided that Opensips was thinking of this as a new dialog (hmm).  No big deal, I would use get_dialog_info.
>>> 
>>> The if block around get_dialog_info never triggers and the debug log indicates the dialog is not found.
>>> 
>>> Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:get_dlg_by_val: dlg in state 4 to check
>>> Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:w_get_dlg_info: no dialog found
>>> 
>>> Since the dialog flag check works just fine in the BYE block, I decided to try the get_dialog_info there as well even though the current dialog would also be the one I was searching for.  It worked just fine using the same logic and values I am sending in from the re-invite block.
>>> 
>>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: looking for <credit_user>
>>> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: var found-> <9194395395>!
>>> 
>>> Richard
>>> 
>>> 
>>> On Apr 28, 2010, at 11:46 AM, Bogdan-Andrei Iancu wrote:
>>> 
>>>> Hi,
>>>> 
>>>> just added to the dialog module a new function that allow you to 
>>>> exchange data between dialogs - mainly to extract data from a different 
>>>> ongoing dialog.
>>>> 
>>>> Such functionality is vital in complex scenarios (PBX related) like 
>>>> attended call transfer - in such cases you may want to route a new call 
>>>> based on information of existing dialogs.
>>>> 
>>>> Real case example:
>>>> 
>>>> OpenSIPS is doing dispatching over a set of Asterisk boxes (which 
>>>> act as SIP servers).
>>>> A calls B and the call is established (by dispatching from OpenSIPS) 
>>>> via A1 Asterisk server
>>>> A wants to transfer B to a new party C, so A makes a new call to C 
>>>> -> this call must end on A1 also, without going via dispatcher in openSIPS.
>>>> So, when A calls C, OpenSIPS will check if A has an already existing 
>>>> call and if so, it will send the new call to the same Asterisk box as 
>>>> the existing call.
>>>> 
>>>> In such a case, for each call, you need to attached to the call (as 
>>>> dialog variables) the callee, caller and the Asterisk box . When a new 
>>>> call is coming, you check if the new caller is already involved in a 
>>>> call and if so, fetch the value of the proxy in order to send to the 
>>>> same box.
>>>> 
>>>> For more about the technical details of the function, see
>>>>    http://www.opensips.org/html/docs/modules/devel/dialog.html#id272137
>>>> 
>>>> Regards,
>>>> Bogdan
>>>> 
>>>> -- 
>>>> Bogdan-Andrei Iancu
>>>> www.voice-system.ro
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Devel mailing list
>>>> Devel at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>> 
>> 
> 



From anca at opensips.org  Mon Jun 14 10:07:15 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 14 Jun 2010 08:07:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6951] trunk
Message-ID: <E1OO4hP-0000qu-1K@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6951
          http://opensips.svn.sourceforge.net/opensips/?rev=6951&view=rev
Author:   anca_vamanu
Date:     2010-06-14 08:07:14 +0000 (Mon, 14 Jun 2010)

Log Message:
-----------
- fixes in RLS, credits to Juha Heinanen
	- removed extra space before start parameter
	- fixed db schema - increased length for content_type column

Modified Paths:
--------------
    trunk/db/schema/rls_presentity.xml
    trunk/modules/rls/notify.c
    trunk/scripts/mysql/rls-create.sql
    trunk/scripts/oracle/rls-create.sql
    trunk/scripts/postgres/rls-create.sql


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


From anca at opensips.org  Mon Jun 14 10:12:01 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 14 Jun 2010 08:12:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6952] branches/1.6
Message-ID: <E1OO4m1-0000zC-B7@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6952
          http://opensips.svn.sourceforge.net/opensips/?rev=6952&view=rev
Author:   anca_vamanu
Date:     2010-06-14 08:12:01 +0000 (Mon, 14 Jun 2010)

Log Message:
-----------
- fixes in RLS, credits to Juha Heinanen
	- removed extra space before start parameter
	- fixed db schema - increased length for content_type column

Modified Paths:
--------------
    branches/1.6/db/schema/rls_presentity.xml
    branches/1.6/modules/rls/notify.c
    branches/1.6/scripts/mysql/rls-create.sql
    branches/1.6/scripts/oracle/rls-create.sql
    branches/1.6/scripts/postgres/rls-create.sql


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


From anca at opensips.org  Mon Jun 14 14:53:52 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 14 Jun 2010 12:53:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6953]
	trunk/modules/b2b_entities/dlg.c
Message-ID: <E1OO9Am-00009E-6x@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6953
          http://opensips.svn.sourceforge.net/opensips/?rev=6953&view=rev
Author:   anca_vamanu
Date:     2010-06-14 12:53:51 +0000 (Mon, 14 Jun 2010)

Log Message:
-----------
- fix for the procesing with negative replies without a to tag

Modified Paths:
--------------
    trunk/modules/b2b_entities/dlg.c


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


From anca at opensips.org  Mon Jun 14 14:56:24 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 14 Jun 2010 12:56:24 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6954]
	branches/1.6/modules/b2b_entities/dlg.c
Message-ID: <E1OO9DE-0000CQ-Bd@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6954
          http://opensips.svn.sourceforge.net/opensips/?rev=6954&view=rev
Author:   anca_vamanu
Date:     2010-06-14 12:56:24 +0000 (Mon, 14 Jun 2010)

Log Message:
-----------
- fix for the procesing of negative replies without a to tag

Modified Paths:
--------------
    branches/1.6/modules/b2b_entities/dlg.c


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


From anca at opensips.org  Tue Jun 15 11:12:42 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 15 Jun 2010 09:12:42 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6955] trunk/modules/pua
Message-ID: <E1OOSCI-0002pV-A8@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6955
          http://opensips.svn.sourceforge.net/opensips/?rev=6955&view=rev
Author:   anca_vamanu
Date:     2010-06-15 09:12:41 +0000 (Tue, 15 Jun 2010)

Log Message:
-----------
- update cseq on sending Subscribe rather then wen receiving the reply to avoid races between presence and pua

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


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


From anca at opensips.org  Tue Jun 15 11:15:48 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 15 Jun 2010 09:15:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6956]
	branches/1.6/modules/pua
Message-ID: <E1OOSFI-0002vN-K4@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6956
          http://opensips.svn.sourceforge.net/opensips/?rev=6956&view=rev
Author:   anca_vamanu
Date:     2010-06-15 09:15:48 +0000 (Tue, 15 Jun 2010)

Log Message:
-----------
- update cseq on sending Subscribe rather then wen receiving the reply to avoid races between presence and pua

Modified Paths:
--------------
    branches/1.6/modules/pua/hash.c
    branches/1.6/modules/pua/send_subscribe.c


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


From anca at opensips.org  Tue Jun 15 11:22:45 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 15 Jun 2010 09:22:45 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6957]
	trunk/modules/pua_dialoginfo
Message-ID: <E1OOSM1-00036I-3J@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6957
          http://opensips.svn.sourceforge.net/opensips/?rev=6957&view=rev
Author:   anca_vamanu
Date:     2010-06-15 09:22:44 +0000 (Tue, 15 Jun 2010)

Log Message:
-----------
- updated the documentation - removed the known limitations sections as they are fixed

Modified Paths:
--------------
    trunk/modules/pua_dialoginfo/README
    trunk/modules/pua_dialoginfo/doc/pua_dialoginfo_admin.xml


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


From anca at opensips.org  Tue Jun 15 11:24:56 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 15 Jun 2010 09:24:56 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6958]
	branches/1.6/modules/pua_dialoginfo
Message-ID: <E1OOSO8-00039l-71@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6958
          http://opensips.svn.sourceforge.net/opensips/?rev=6958&view=rev
Author:   anca_vamanu
Date:     2010-06-15 09:24:56 +0000 (Tue, 15 Jun 2010)

Log Message:
-----------
- updated the documentation - removed the known limitations section as they are fixed

Modified Paths:
--------------
    branches/1.6/modules/pua_dialoginfo/README
    branches/1.6/modules/pua_dialoginfo/doc/pua_dialoginfo_admin.xml


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 Jun 15 18:46:29 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 15 Jun 2010 19:46:29 +0300
Subject: [OpenSIPS-Devel] [NEW] exchanging info between dialogs
In-Reply-To: <73C5EA08-DA53-483E-9E09-65953341C07E@bandwidth.com>
References: <4BD8586A.50607@voice-system.ro>
	<73C5EA08-DA53-483E-9E09-65953341C07E@bandwidth.com>
Message-ID: <4C17AE65.4050606@voice-system.ro>

Hi Richard,

So, a re-INVITE is part of the dialog and you can access all the data 
you originally stored in the dialog - BUT only AFTER doing loose_route() 
for that re-INVITE - check if you are doing it in the right order.

Regards,
Bogdan


Richard Revels wrote:
> I'm having a bit of a problem with this functionality and re-invites.  The call comes in, a dialog is created, a dialog flag is set, and a couple of values are stored in the dialog.  When the called party re-invites I want to look at those values so started trying with checking the dialog flag.  That came up empty so I decided that Opensips was thinking of this as a new dialog (hmm).  No big deal, I would use get_dialog_info.
>
> The if block around get_dialog_info never triggers and the debug log indicates the dialog is not found.
>
> Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:get_dlg_by_val: dlg in state 4 to check
> Jun 12 22:40:38 guinea-pig2 osips-log[14664]: DBG:dialog:w_get_dlg_info: no dialog found
>
> Since the dialog flag check works just fine in the BYE block, I decided to try the get_dialog_info there as well even though the current dialog would also be the one I was searching for.  It worked just fine using the same logic and values I am sending in from the re-invite block.
>
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: looking for <credit_user>
> Jun 12 23:14:13 guinea-pig2 osips-log[15011]: DBG:dialog:fetch_dlg_value: var found-> <9194395395>!
>
> Richard
>
>
> On Apr 28, 2010, at 11:46 AM, Bogdan-Andrei Iancu wrote:
>
>   
>> Hi,
>>
>> just added to the dialog module a new function that allow you to 
>> exchange data between dialogs - mainly to extract data from a different 
>> ongoing dialog.
>>
>> Such functionality is vital in complex scenarios (PBX related) like 
>> attended call transfer - in such cases you may want to route a new call 
>> based on information of existing dialogs.
>>
>> Real case example:
>>
>>    OpenSIPS is doing dispatching over a set of Asterisk boxes (which 
>> act as SIP servers).
>>    A calls B and the call is established (by dispatching from OpenSIPS) 
>> via A1 Asterisk server
>>    A wants to transfer B to a new party C, so A makes a new call to C 
>> -> this call must end on A1 also, without going via dispatcher in openSIPS.
>>    So, when A calls C, OpenSIPS will check if A has an already existing 
>> call and if so, it will send the new call to the same Asterisk box as 
>> the existing call.
>>
>> In such a case, for each call, you need to attached to the call (as 
>> dialog variables) the callee, caller and the Asterisk box . When a new 
>> call is coming, you check if the new caller is already involved in a 
>> call and if so, fetch the value of the proxy in order to send to the 
>> same box.
>>
>> For more about the technical details of the function, see
>>       http://www.opensips.org/html/docs/modules/devel/dialog.html#id272137
>>
>> Regards,
>> Bogdan
>>
>> -- 
>> Bogdan-Andrei Iancu
>> www.voice-system.ro
>>
>>
>> _______________________________________________
>> 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
>
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From bogdan at voice-system.ro  Tue Jun 15 18:59:27 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 15 Jun 2010 16:59:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6959] trunk/blacklists.c
Message-ID: <E1OOZTz-00021a-IB@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6959
          http://opensips.svn.sourceforge.net/opensips/?rev=6959&view=rev
Author:   bogdan_iancu
Date:     2010-06-15 16:59:27 +0000 (Tue, 15 Jun 2010)

Log Message:
-----------
- fixed operator precedence ( ! and &&)
  Credits go to Kennard White

Modified Paths:
--------------
    trunk/blacklists.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 Jun 15 19:01:09 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 15 Jun 2010 17:01:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6960]
	branches/1.6/blacklists.c
Message-ID: <E1OOZVd-00025Z-Jl@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6960
          http://opensips.svn.sourceforge.net/opensips/?rev=6960&view=rev
Author:   bogdan_iancu
Date:     2010-06-15 17:01:09 +0000 (Tue, 15 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6959):
- fixed operator precedence ( ! and &&)
  Credits go to Kennard White

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

Modified Paths:
--------------
    branches/1.6/blacklists.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 Jun 15 19:02:01 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 15 Jun 2010 17:02:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6961]
	branches/1.5/blacklists.c
Message-ID: <E1OOZWT-00026j-6W@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 6961
          http://opensips.svn.sourceforge.net/opensips/?rev=6961&view=rev
Author:   bogdan_iancu
Date:     2010-06-15 17:02:01 +0000 (Tue, 15 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6959):
- fixed operator precedence ( ! and &&)
  Credits go to Kennard White

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

Modified Paths:
--------------
    branches/1.5/blacklists.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 Jun 15 19:02:26 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 15 Jun 2010 20:02:26 +0300
Subject: [OpenSIPS-Devel] opensips patch: precedence issue in blacklist.c
In-Reply-To: <OF393EDE94.474F948F-ON8825773F.00750708-8825773F.007544AE@logitech.com>
References: <OF393EDE94.474F948F-ON8825773F.00750708-8825773F.007544AE@logitech.com>
Message-ID: <4C17B222.6020404@voice-system.ro>

Hi Kennard,

Thanks a lot for your fix - you are right. I uploaded the fix on SVN.

Regards,
Bogdan

Kennard_White at logitech.com wrote:
>
> Hi,
>
> Please see enclosed patch for blacklists.c. It is one line change. The 
> (!) operator binds tighter than (&) operator, needs parens to order.
>
> Regards,
> Kennard
>
> /(See attached file: opensips-cwarn1.patch)/
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From noreply at sourceforge.net  Tue Jun 15 20:18:31 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 15 Jun 2010 18:18:31 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3016652 ] Dialogs with SSTenabled
	use default timeout
Message-ID: <E1OOaiV-0000M3-Jt@sfs-web-4.v29.ch3.sourceforge.com>

Bugs item #3016652, was opened at 2010-06-15 22:18
Message generated for change (Tracker Item Submitted) made by aosm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3016652&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.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Artem Osmerkin (aosm)
Assigned to: Nobody/Anonymous (nobody)
Summary: Dialogs with SSTenabled use default timeout

Initial Comment:
While SST module is activated, dialogs still use default timeouts.

I have conducted some investigation. It seems like there is a miscommunication between SST and the core - SST set AVP of one type but Dialog module get another one.

Please have a look at the following snippets of code.

set_timeout_avp() in sst_handlers.c
Here we are passing PV_VAL_INT.

    pv_val.flags = PV_VAL_INT;
    pv_val.ri = value;
    if (timeout_avp->setf(msg,&timeout_avp->pvp,EQ_T,&pv_val)!=0) {
        LM_ERR("failed to set new dialog timeout value\n");
    } else {
        rtn = 0;
    }

get_dlg_timeout() in dlg_handlers.c
Here we got PV_VAL_INT flag cleared. Therefore, we use defaut timeout.

    if( timeout_avp && pv_get_spec_value( req, timeout_avp, &pv_val)==0
        && pv_val.flags&PV_VAL_INT && pv_val.ri>0 ) {
        return pv_val.ri;
    }
    return default_timeout;

It seems as the reason of such a behaviour is in pv_set_avp() in pvar.c
We are trying to evaluate another flag PV_TYPE_INT instead of PV_VAL_INT before assigning values to newly added AVP:

    if(val->flags&PV_TYPE_INT)
    {
        avp_val.n = val->ri;
    } else {
        avp_val.s = val->rs;
        flags |= AVP_VAL_STR;
    }
Else branch is executed and then, when we call pv_get_avp, we have wrong set of flags and no value assigned to ri member.

It is possible that changing (val->flags & PV_TYPE_INT) with (val->flags & PV_VAL_INT) is nedded, but Iam not sure that it will not cause any side effects. 

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

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


From anca at opensips.org  Wed Jun 16 12:42:52 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 16 Jun 2010 10:42:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6962]
	trunk/modules/b2b_entities
Message-ID: <E1OOq56-00010l-VP@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 6962
          http://opensips.svn.sourceforge.net/opensips/?rev=6962&view=rev
Author:   anca_vamanu
Date:     2010-06-16 10:42:52 +0000 (Wed, 16 Jun 2010)

Log Message:
-----------
- fixed bug - mark in tm module that the transaction is used to prevent tm deleting it too early

Modified Paths:
--------------
    trunk/modules/b2b_entities/dlg.c
    trunk/modules/b2b_entities/server.c


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


From anca at opensips.org  Wed Jun 16 14:32:25 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 16 Jun 2010 12:32:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6963]
	branches/1.6/modules/b2b_entities
Message-ID: <E1OOrn7-0004lJ-Fo@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6963
          http://opensips.svn.sourceforge.net/opensips/?rev=6963&view=rev
Author:   anca_vamanu
Date:     2010-06-16 12:32:25 +0000 (Wed, 16 Jun 2010)

Log Message:
-----------
- fixed bug - mark in tm module that the transaction is used to prevent tm deleting it too early

Modified Paths:
--------------
    branches/1.6/modules/b2b_entities/dlg.c
    branches/1.6/modules/b2b_entities/server.c


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


From pascal_cuoq at hotmail.com  Wed Jun 16 16:51:25 2010
From: pascal_cuoq at hotmail.com (Pascal Cuoq)
Date: Wed, 16 Jun 2010 14:51:25 +0000
Subject: [OpenSIPS-Devel] libsms_getsms.c out of bounds memory access
Message-ID: <SNT144-w53413554F8BC11F47765FB94DE0@phx.gbl>


Hello,
There is a potential out-of-bounds memory access in functionfetchsms in libsms_getsms.c in the current SVN HEAD versionof this file (but don't worry, it has been there since OpenSER).
If the answer returned happens to be
".....about 500 characters of gibberish.....+CMGL: "
assuming the right branch is taken,the test (*end<'9' && *end>'0') at line 155will be true the first time (*end being the '\0' char that canbe expected to have been put there to terminate the stringby function put_command). On the second iteration,*end will be an illegal memory access.
We found this bug using the value analysis of Frama-C:http://frama-c.com/
Best regards,
Pascal__
Some details in case anyone is interested:
Frama-C is a collection of software analyzers intendedamong other things for verification of critical code.During the verification of critical code, you start withcode that is already pretty much bug-free becauseof the way it is developed, and when you are finished,you are definitely convinced that it is bug-free. In orderto be usable for verification, Frama-C and the coupleof existing comparable tools chose to be "correct":they never remain silent when there is a possibility ofa bug somewhere. This means that they havemore false positives than static analyzers intended fordebugging, which always have the choice to remainsilent when their analyses are imprecise and theyare not sure whether there is a bug or not.
We would never have found the bug above among allthe false positives if we had tried to analyze the wholeof OpenSIPS, but as it turned out, a bit of the functionhad had another bug previously and both the versionwith the two bugs and the version with one bug correctedwere included in a benchmark for static analyzers:
http://se.cs.toronto.edu/index.php/Verisec_Suite
(case CVE-2006-6876)
It tells a lot that the bug was included by accidentin a static analysis benchmark on which severalanalyzers were tried, and that it wasn't discoveredearlier. Neither verification analyzers nor debugginganalyzers are not perfect yet, but hey, we did find the bug in the end.

 		 	   		  
_________________________________________________________________
Hotmail: Trusted email with powerful SPAM protection.
https://signup.live.com/signup.aspx?id=60969
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100616/fec43648/attachment.htm 

From pascal_cuoq at hotmail.com  Wed Jun 16 17:23:34 2010
From: pascal_cuoq at hotmail.com (Pascal Cuoq)
Date: Wed, 16 Jun 2010 15:23:34 +0000
Subject: [OpenSIPS-Devel] libsms_getsms.c out of bounds memory access
In-Reply-To: <SNT144-w53413554F8BC11F47765FB94DE0@phx.gbl>
References: <SNT144-w53413554F8BC11F47765FB94DE0@phx.gbl>
Message-ID: <SNT144-w407E43D5364404E26C5FC394DE0@phx.gbl>



Hello again,
> If the answer returned happens to be> ".....about 500 characters of gibberish.....+CMGL: "> assuming the right branch is taken,
sorry, this bug report has been in my to-do listfor too long and now I got the details wrong.
Line 155
while (*end<'9' && *end>'0') end++;
to skip any number of digits that may be there seems tobe fine (precisely because answer can be assumed to benul-terminated). If think that the bug was in the otherbranch, when executing line 171:
position=strstr(answer,"+CMGR:");
and answer happens to be " .... +CMGR:".
Very sorry for the confusion.
Pascal

 		 	   		  
_________________________________________________________________
Hotmail: Trusted email with powerful SPAM protection.
https://signup.live.com/signup.aspx?id=60969
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100616/1b06536a/attachment.htm 

From bogdan at voice-system.ro  Wed Jun 16 18:07:09 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 16 Jun 2010 16:07:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6964]
	trunk/parser/parse_sst.c
Message-ID: <E1OOv8v-0005Xy-Jq@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 6964
          http://opensips.svn.sourceforge.net/opensips/?rev=6964&view=rev
Author:   bogdan_iancu
Date:     2010-06-16 16:07:09 +0000 (Wed, 16 Jun 2010)

Log Message:
-----------
- fixed lookup and parsing of Session-Expires and Min-SE headers
  Reported by Dmitry Kirillov

Modified Paths:
--------------
    trunk/parser/parse_sst.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 Jun 16 18:08:53 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 16 Jun 2010 16:08:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6965]
	branches/1.6/parser/parse_sst.c
Message-ID: <E1OOvAb-0005az-K8@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 6965
          http://opensips.svn.sourceforge.net/opensips/?rev=6965&view=rev
Author:   bogdan_iancu
Date:     2010-06-16 16:08:53 +0000 (Wed, 16 Jun 2010)

Log Message:
-----------
backport from trunk (rev 6964):
- fixed lookup and parsing of Session-Expires and Min-SE headers
  Reported by Dmitry Kirillov

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

Modified Paths:
--------------
    branches/1.6/parser/parse_sst.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 Jun 16 18:11:34 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 16 Jun 2010 16:11:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6966]
	branches/1.5/parser/parse_sst.c
Message-ID: <E1OOvDC-0005eG-F6@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 6966
          http://opensips.svn.sourceforge.net/opensips/?rev=6966&view=rev
Author:   bogdan_iancu
Date:     2010-06-16 16:11:34 +0000 (Wed, 16 Jun 2010)

Log Message:
-----------
backport from trunk (rev 6964):
- fixed lookup and parsing of Session-Expires and Min-SE headers
  Reported by Dmitry Kirillov

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

Modified Paths:
--------------
    branches/1.5/parser/parse_sst.c


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


From anca at opensips.org  Thu Jun 17 11:35:35 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 17 Jun 2010 09:35:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6967] trunk/modules/b2b_logic
Message-ID: <E1OPBVX-0001qK-C1@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6967
          http://opensips.svn.sourceforge.net/opensips/?rev=6967&view=rev
Author:   anca_vamanu
Date:     2010-06-17 09:35:35 +0000 (Thu, 17 Jun 2010)

Log Message:
-----------
- fixed memory leak

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


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


From anca at opensips.org  Thu Jun 17 11:39:06 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 17 Jun 2010 09:39:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6968]
	branches/1.6/modules/b2b_logic
Message-ID: <E1OPBYw-0001tv-PW@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6968
          http://opensips.svn.sourceforge.net/opensips/?rev=6968&view=rev
Author:   anca_vamanu
Date:     2010-06-17 09:39:06 +0000 (Thu, 17 Jun 2010)

Log Message:
-----------
- fixed memory leak
--Ths liny and those below, will be ignored--

M    b2b_logic/records.c
M    b2b_logic/logic.c

Modified Paths:
--------------
    branches/1.6/modules/b2b_logic/logic.c
    branches/1.6/modules/b2b_logic/records.c


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


From os-list at dovid.net  Thu Jun 17 14:56:28 2010
From: os-list at dovid.net (Dovid Bender)
Date: Thu, 17 Jun 2010 15:56:28 +0300
Subject: [OpenSIPS-Devel] PHP Module for OpenSipS
Message-ID: <56BBC0094CD14CA9967CA5494E30E491@mypbxmanager.net>

Hi,

Can anyone tell me what it would take to build a PHP module for OpenSipS like there is now with Perl ?

Thanks.

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

From vallimamod.abdullah at imtelecom.fr  Thu Jun 17 20:36:42 2010
From: vallimamod.abdullah at imtelecom.fr (vallimamod abdullah)
Date: Thu, 17 Jun 2010 20:36:42 +0200
Subject: [OpenSIPS-Devel] Nat traversing don't work after svn upgrade
In-Reply-To: <4C10E20F.2050705@voice-system.ro>
References: <86E9A3AD-5E7D-4817-98A1-936FB042CA0A@imtelecom.fr>	<4C0FF166.6050409@voice-system.ro>
	<DB395DE5-32DE-4089-B173-7C88B6EA095A@imtelecom.fr>
	<4C10E20F.2050705@voice-system.ro>
Message-ID: <2C19DB10-8DFC-464E-928F-E1AF985FC7CB@imtelecom.fr>

Hi Bogdan,

On Thursday 10 Jun, 2010, at 3:01 PM, Bogdan-Andrei Iancu wrote:

> Hi,
>
> not familiar with nat_traversal, but do you see your opensips sending
> pings to the phone?

Just to let you know, I finally solved my problem: for a reason I  
ignore, the nat_traversal module stopped sending ping to my phones. I  
switched back to nathelper and everything works fine now.
Thank you for your answer.

Regards,
- vma


From bogdan at voice-system.ro  Thu Jun 17 21:28:20 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 17 Jun 2010 22:28:20 +0300
Subject: [OpenSIPS-Devel] libsms_getsms.c out of bounds memory access
In-Reply-To: <SNT144-w407E43D5364404E26C5FC394DE0@phx.gbl>
References: <SNT144-w53413554F8BC11F47765FB94DE0@phx.gbl>
	<SNT144-w407E43D5364404E26C5FC394DE0@phx.gbl>
Message-ID: <4C1A7754.6020805@voice-system.ro>

Hi Pascal,

If answer is "xxxxxxxx+CMGR:" string, the position var will point at 
char "+" (line 171).

Now, following the code, line 178, the beginning var will point at the 
\0 null terminator; same for end var (line 184) and the for will stop 
immediately because of the "*end" test. Condition from line 185 will be 
true (as end==beginning) and the function will return 0 without any 
illegal mem access.

Am I missing something?

Regards,
Bogdan

Pascal Cuoq wrote:
>
> Hello again,
>
> > If the answer returned happens to be
> > ".....about 500 characters of gibberish.....+CMGL: "
> > assuming the right branch is taken,
>
> sorry, this bug report has been in my to-do list
> for too long and now I got the details wrong.
>
> Line 155
>
> while (*end<'9' && *end>'0') end++;
>
> to skip any number of digits that may be there seems to
> be fine (precisely because answer can be assumed to be
> nul-terminated). If think that the bug was in the other
> branch, when executing line 171:
>
> position=strstr(answer,"+CMGR:");
>
> and answer happens to be " .... +CMGR:".
>
> Very sorry for the confusion.
>
> Pascal
>
>
>
> ------------------------------------------------------------------------
> Hotmail: Trusted email with powerful SPAM protection. Sign up now. 
> <https://signup.live.com/signup.aspx?id=60969>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro



From pascal_cuoq at hotmail.com  Fri Jun 18 00:33:40 2010
From: pascal_cuoq at hotmail.com (Pascal Cuoq)
Date: Thu, 17 Jun 2010 22:33:40 +0000
Subject: [OpenSIPS-Devel] libsms_getsms.c out of bounds memory access
In-Reply-To: <4C1A7754.6020805@voice-system.ro>
References: <SNT144-w53413554F8BC11F47765FB94DE0@phx.gbl>,
	<SNT144-w407E43D5364404E26C5FC394DE0@phx.gbl>,
	<4C1A7754.6020805@voice-system.ro>
Message-ID: <SNT144-w290D2AF728CA3ADFD6B73E94DF0@phx.gbl>



Hi!
> If answer is "xxxxxxxx+CMGR:" string, the position var will point at 
> char "+" (line 171).
We agree so far.

> Now, following the code, line 178, the beginning var will point at the 
> \0 null terminator;
"+CMGR:" is 6 characters. Variable position is pointing at the first one,so after executing line 178, variable beginning points *past* theterminating zero and into invalid memory, does it not?
Then "end=beginning;" is executed, and next "*end" fromthe for-loop condition is an invalid access.
Pascal
 		 	   		  
_________________________________________________________________
Hotmail: Trusted email with Microsoft?s powerful SPAM protection.
https://signup.live.com/signup.aspx?id=60969
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100617/06374ff0/attachment.htm 

From pascal_cuoq at hotmail.com  Fri Jun 18 01:00:37 2010
From: pascal_cuoq at hotmail.com (Pascal Cuoq)
Date: Thu, 17 Jun 2010 23:00:37 +0000
Subject: [OpenSIPS-Devel] libsms_getsms.c out of bounds memory access
In-Reply-To: <SNT144-w290D2AF728CA3ADFD6B73E94DF0@phx.gbl>
References: <SNT144-w53413554F8BC11F47765FB94DE0@phx.gbl>, ,
	<SNT144-w407E43D5364404E26C5FC394DE0@phx.gbl>, ,
	<4C1A7754.6020805@voice-system.ro>,
	<SNT144-w290D2AF728CA3ADFD6B73E94DF0@phx.gbl>
Message-ID: <SNT144-w2265C3C5771866AE8402C694DF0@phx.gbl>



> "+CMGR:" is 6 characters. Variable position is pointing at the first one,> so after executing line 178, variable beginning points *past* the> terminating zero and into invalid memory, does it not?
> Then "end=beginning;" is executed, and next "*end" from> the for-loop condition is an invalid access.

Perhaps I can express more clearly what I think is wrong byproposing fixes, which may or may not be the correct fixes:
proposition 1: change line 171 to:    position=strstr(answer,"+CMGR: ");
proposition 2: change line 178 to:    beginning=position+6;
But both these propositions may have subtle side-effects, so I don'tknow which is right. Proposition 1 changes the execution pathof the function if "+CMGR:,,0\r" is a possible answer. Proposition 2adds a space at the beginning of the substring pointed to by variable"beginning" copied to pdu at line 192.
While we are looking at this code, I think that the test"end-beginning<4" at line 188 is always false, but this is a completelyorthogonal issue, and probably harmless. Perhaps the bug is thatthis condition shouldn't be tested at line 185 though, in which case itis not completely harmless.
Pascal
 		 	   		  
_________________________________________________________________
Hotmail: Free, trusted and rich email service.
https://signup.live.com/signup.aspx?id=60969
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100617/3f844ed7/attachment.htm 

From saghul at users.sourceforge.net  Fri Jun 18 17:12:55 2010
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Fri, 18 Jun 2010 15:12:55 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6969]
	trunk/modules/mediaproxy/mediaproxy.c
Message-ID: <E1OPdFX-0004dS-1X@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6969
          http://opensips.svn.sourceforge.net/opensips/?rev=6969&view=rev
Author:   saghul
Date:     2010-06-18 15:12:54 +0000 (Fri, 18 Jun 2010)

Log Message:
-----------
Fix SDP mangling for unsupported streams. A bug was introduced in r6812 that
prevented the original c line being added to the unsupported streams, this
fixes it.

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


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


From saghul at users.sourceforge.net  Fri Jun 18 17:15:17 2010
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Fri, 18 Jun 2010 15:15:17 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6970]
	branches/1.6/modules/mediaproxy/mediaproxy.c
Message-ID: <E1OPdHp-0007Ra-Rk@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 6970
          http://opensips.svn.sourceforge.net/opensips/?rev=6970&view=rev
Author:   saghul
Date:     2010-06-18 15:15:17 +0000 (Fri, 18 Jun 2010)

Log Message:
-----------
Backport from trunk r6969:
Fix SDP mangling for unsupported streams. A bug was introduced in r6812 that
prevented the original c line being added to the unsupported streams, this
fixes it.

Modified Paths:
--------------
    branches/1.6/modules/mediaproxy/mediaproxy.c


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


From saghul at users.sourceforge.net  Fri Jun 18 17:16:51 2010
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Fri, 18 Jun 2010 15:16:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6971]
	branches/1.5/modules/mediaproxy/mediaproxy.c
Message-ID: <E1OPdJL-0004iD-Is@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6971
          http://opensips.svn.sourceforge.net/opensips/?rev=6971&view=rev
Author:   saghul
Date:     2010-06-18 15:16:51 +0000 (Fri, 18 Jun 2010)

Log Message:
-----------
Backport from trunk r6969:
Fix SDP mangling for unsupported streams. A bug was introduced in r6812 that
prevented the original c line being added to the unsupported streams, this
fixes it.

Modified Paths:
--------------
    branches/1.5/modules/mediaproxy/mediaproxy.c


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


From saghul at users.sourceforge.net  Fri Jun 18 17:17:57 2010
From: saghul at users.sourceforge.net (saghul at users.sourceforge.net)
Date: Fri, 18 Jun 2010 15:17:57 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6972]
	branches/1.4/modules/mediaproxy/mediaproxy.c
Message-ID: <E1OPdKP-0007UQ-Aw@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 6972
          http://opensips.svn.sourceforge.net/opensips/?rev=6972&view=rev
Author:   saghul
Date:     2010-06-18 15:17:57 +0000 (Fri, 18 Jun 2010)

Log Message:
-----------
Backport from trunk r6969:
Fix SDP mangling for unsupported streams. A bug was introduced in r6812 that
prevented the original c line being added to the unsupported streams, this
fixes it.

Modified Paths:
--------------
    branches/1.4/modules/mediaproxy/mediaproxy.c


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


From jiangjinke at gmail.com  Sun Jun 20 09:52:03 2010
From: jiangjinke at gmail.com (Jiang Jinke)
Date: Sun, 20 Jun 2010 15:52:03 +0800
Subject: [OpenSIPS-Devel] opensips patch: save param p2 issue with
	registrar/save.c
Message-ID: <AANLkTinfHGohW027Qq0BOzLk6ZDya-Z0bFyvjgyL_R6n@mail.gmail.com>

Hi,

I found the p2 param is not working on the save() function of registrar module.

One line change on the file:
-                                               if (flags_s.s[st]=='0') {
+                                               if (flags_s.s[st]=='2') {


Should be a typo on the condition.

Regards,
Jinke Jiang
-------------- next part --------------
A non-text attachment was scrubbed...
Name: save.patch
Type: application/octet-stream
Size: 610 bytes
Desc: not available
Url : http://lists.opensips.org/pipermail/devel/attachments/20100620/037fb3bd/attachment.obj 

From ag at ag-projects.com  Sun Jun 20 14:37:34 2010
From: ag at ag-projects.com (Adrian Georgescu)
Date: Sun, 20 Jun 2010 14:37:34 +0200
Subject: [OpenSIPS-Devel] Job openings - OpenSIPS/PJSIP related
Message-ID: <F32C657A-8BCE-43D6-9247-84F3577DFD08@ag-projects.com>

http://www.ag-projects.com/content/view/311/227/

Regards,
Adrian



From anca at opensips.org  Mon Jun 21 11:02:12 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 21 Jun 2010 09:02:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6973] trunk/modules
Message-ID: <E1OQctQ-0005im-A8@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6973
          http://opensips.svn.sourceforge.net/opensips/?rev=6973&view=rev
Author:   anca_vamanu
Date:     2010-06-21 09:02:11 +0000 (Mon, 21 Jun 2010)

Log Message:
-----------
- fixed some tm transactions left in memory
- added some debug info messages

Modified Paths:
--------------
    trunk/modules/b2b_entities/dlg.c
    trunk/modules/b2b_logic/logic.c
    trunk/modules/b2b_logic/records.c
    trunk/modules/b2b_logic/records.h


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


From anca at opensips.org  Mon Jun 21 11:14:48 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 21 Jun 2010 09:14:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6974] branches/1.6/modules
Message-ID: <E1OQd5c-0005vj-I5@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6974
          http://opensips.svn.sourceforge.net/opensips/?rev=6974&view=rev
Author:   anca_vamanu
Date:     2010-06-21 09:14:48 +0000 (Mon, 21 Jun 2010)

Log Message:
-----------
- fixed some tm transactions left in memory
- added some debug info messages

Modified Paths:
--------------
    branches/1.6/modules/b2b_entities/dlg.c
    branches/1.6/modules/b2b_logic/logic.c
    branches/1.6/modules/b2b_logic/records.c
    branches/1.6/modules/b2b_logic/records.h


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 Jun 21 11:23:35 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 21 Jun 2010 09:23:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6975] trunk/scripts
Message-ID: <E1OQdE7-00063u-7D@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6975
          http://opensips.svn.sourceforge.net/opensips/?rev=6975&view=rev
Author:   bogdan_iancu
Date:     2010-06-21 09:23:34 +0000 (Mon, 21 Jun 2010)

Log Message:
-----------
- fixed shell tests - use proper operators for string operands.
  Reported by Daniel Goepp

Modified Paths:
--------------
    trunk/scripts/opensipsdbctl.db_berkeley
    trunk/scripts/opensipsdbctl.dbtext
    trunk/scripts/opensipsdbctl.mysql
    trunk/scripts/opensipsdbctl.oracle
    trunk/scripts/opensipsdbctl.pgsql


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 Jun 21 11:26:15 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 21 Jun 2010 09:26:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6976] branches/1.5/scripts
Message-ID: <E1OQdGh-000669-0R@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6976
          http://opensips.svn.sourceforge.net/opensips/?rev=6976&view=rev
Author:   bogdan_iancu
Date:     2010-06-21 09:26:14 +0000 (Mon, 21 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6975):

- fixed shell tests - use proper operators for string operands.
  Reported by Daniel Goepp

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

Modified Paths:
--------------
    branches/1.5/scripts/opensipsdbctl.db_berkeley
    branches/1.5/scripts/opensipsdbctl.dbtext
    branches/1.5/scripts/opensipsdbctl.mysql
    branches/1.5/scripts/opensipsdbctl.oracle
    branches/1.5/scripts/opensipsdbctl.pgsql


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 Jun 21 11:28:02 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 21 Jun 2010 09:28:02 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6977] branches/1.6/scripts
Message-ID: <E1OQdIQ-00068f-ME@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6977
          http://opensips.svn.sourceforge.net/opensips/?rev=6977&view=rev
Author:   bogdan_iancu
Date:     2010-06-21 09:28:02 +0000 (Mon, 21 Jun 2010)

Log Message:
-----------
backport from trunk (rev #6975):

- fixed shell tests - use proper operators for string operands.
  Reported by Daniel Goepp

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

Modified Paths:
--------------
    branches/1.6/scripts/opensipsdbctl.db_berkeley
    branches/1.6/scripts/opensipsdbctl.dbtext
    branches/1.6/scripts/opensipsdbctl.mysql
    branches/1.6/scripts/opensipsdbctl.oracle
    branches/1.6/scripts/opensipsdbctl.pgsql


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 Jun 21 11:28:24 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 21 Jun 2010 09:28:24 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6978]
	trunk/scripts/opensipsdbctl.mysql
Message-ID: <E1OQdIm-00069K-TT@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6978
          http://opensips.svn.sourceforge.net/opensips/?rev=6978&view=rev
Author:   bogdan_iancu
Date:     2010-06-21 09:28:24 +0000 (Mon, 21 Jun 2010)

Log Message:
-----------
- one more == versus = fix

Modified Paths:
--------------
    trunk/scripts/opensipsdbctl.mysql


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


From anca at opensips.org  Mon Jun 21 14:10:51 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 21 Jun 2010 12:10:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6979] trunk/modules/presence
Message-ID: <E1OQfpz-0002da-Tz@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6979
          http://opensips.svn.sourceforge.net/opensips/?rev=6979&view=rev
Author:   anca_vamanu
Date:     2010-06-21 12:10:51 +0000 (Mon, 21 Jun 2010)

Log Message:
-----------
- fixed memory leak in presence when used with mix dialog presence config

Modified Paths:
--------------
    trunk/modules/presence/hash.c
    trunk/modules/presence/hash.h
    trunk/modules/presence/notify.c


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


From anca at opensips.org  Mon Jun 21 14:20:54 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 21 Jun 2010 12:20:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6980]
	branches/1.6/modules/presence
Message-ID: <E1OQfzi-0002nE-3E@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6980
          http://opensips.svn.sourceforge.net/opensips/?rev=6980&view=rev
Author:   anca_vamanu
Date:     2010-06-21 12:20:53 +0000 (Mon, 21 Jun 2010)

Log Message:
-----------
- fixed memory leak in presence when used with mix dialog presence config

Modified Paths:
--------------
    branches/1.6/modules/presence/hash.c
    branches/1.6/modules/presence/hash.h
    branches/1.6/modules/presence/notify.c


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


From ag at ag-projects.com  Tue Jun 22 12:44:58 2010
From: ag at ag-projects.com (Adrian Georgescu)
Date: Tue, 22 Jun 2010 12:44:58 +0200
Subject: [OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.15.0 / main
	Blink QT dependency
Message-ID: <D98B7713-D9A1-4D1A-A1A7-68F4A56F7513@ag-projects.com>

Hello,

There is a new release for SIP SIMPLE client SDK available, version  
0.15.0. This version incorporates fixes for the bugs discovered at  
SIPIT26 and new features implemented since the previous release.

SIP SIMPLE client SDK is the main dependency of Blink QT due to be  
released in July. If you plan to use Blink on Linux you must first  
check if this library works well on your system. On Linux, sharing the  
audio device between multiple applications can pose problems dependent  
on the type of the audio card installed in the system. Some  
workarounds for them have been described here:

http://sipsimpleclient.com/wiki/SipAudioDeviceSharingLinux

If you could provide feedback about this matter it would be of great  
help for other users.

The changelog follows:

python-sipsimple (0.15.0) unstable; urgency=low

  * Updated documentation
  * Added Acknowledgments section
  * Added support for MSRP Alternative Connection Model
  * Added NAT detector to SIPApplication object
  * Don't fail a DNS lookup if an IP address is provided
  * Made filename argument of start_recording mandatory
  * Added proposed_streams attribute to SIPSessionGotAcceptProposal
  * Hide Route header when sending requests out
  * Fixed adding/removing ports on a bridge after stop was called
  * Improved SIPURI with pickling and matching capabilities
  * Improved hold/unhold cascading in Session
  * Modified WavePlayer and WaveRecorder to allow unicode objects as  
filename
  * Fixed crash when system has no soundcard at all
  * Added ability to select PortAudio revision
  * Fixed use of the Reason header for determining call disconnect  
reason
  * Fixed handling of stream added to conference
  * Only accept IP addresses for the STUN server list
  * Moved MSRP transport setting to the account
  * Fixed ICE support detection
  * Added configuration instructions for audio device sharing in Linux
  * Fixed starting of recording on AudioStream while on hold
  * Fixed MSRP transport used for contacting the relay
  * Fixed error message in SIPProxyAddress configuration data type
  * Modified DNSLookup to not timeout completely if NS queries fail
  * Modified AudioMixer so that it keeps the sound device open on  
MacOSX 10.6
  * Added permanent references to AudioStream to keep pjsip from  
crashing
  * Fixed Bonjour neighbour discovery handling
  * Improved sRTP negotiation capabilities
  * Fixed the build process on MacOSX 10.6
  * Split the installation instructions for Debian and Ubuntu
  * Split the installation instructions for MacOSX 10.5 and 10.6
  * Allow use of cython 0.11.2
  * Fixed handling of missing ACK in Session
  * Fixed dialog rules payload namespace
  * Added pjmedia patch not to close a media stream too fast
  * Allocate thread descriptor from pool in portaudio callback
  * Fixed receiving a BYE without receiving a final response to INVITE

python-msrplib (0.12.0) unstable; urgency=low

  * Fixed build dependency
  * Lower the MSRP connection timeouts to 10 seconds
  * Added support for MSRP Alternate Connection Model

python-xcaplib (1.0.14) unstable; urgency=low

  * Use timestams instead of a Timer to check if cached queries are old
  * Adapt to httplib and socket API changes in Python 2.6

sipclients (0.15.0) unstable; urgency=low

  * Fixed xcap_diff settings name
  * Exit if 489 is received for xcapdiff subscription
  * Reworked xcap-icon options and fixed document selector
  * Fixed dialog-rules auid
  * Added ICE debug to the console output
  * Improved formatting of long configuration values
  * Improved error handling in sip-subscribe-winfo
  * Fixed calls to AudioStream.start_recording
  * Use the builtin NAT detector
  * Avoid error when printing session duration if it failed to start
  * Release reference to session when it ended abnormally


Installation and update instructions are available at:

http://sipsimpleclient.com/wiki/SipInstallation


Kind regards,
Adrian Georgescu




From anca at opensips.org  Tue Jun 22 16:17:30 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 22 Jun 2010 14:17:30 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6981] trunk/modules/b2b_logic
Message-ID: <E1OR4I6-00012L-S3@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6981
          http://opensips.svn.sourceforge.net/opensips/?rev=6981&view=rev
Author:   anca_vamanu
Date:     2010-06-22 14:17:30 +0000 (Tue, 22 Jun 2010)

Log Message:
-----------
- updated documentation, mentioned that t_newtran() MUST not be called from the script on the INVITE on which you call b2b_init_request

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


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


From anca at opensips.org  Tue Jun 22 16:20:46 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 22 Jun 2010 14:20:46 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6982]
	branches/1.6/modules/b2b_logic
Message-ID: <E1OR4LG-00016b-7n@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 6982
          http://opensips.svn.sourceforge.net/opensips/?rev=6982&view=rev
Author:   anca_vamanu
Date:     2010-06-22 14:20:46 +0000 (Tue, 22 Jun 2010)

Log Message:
-----------
- updated documentation, mentioned that t_newtran() MUST not be called from the script on the INVITE on which you call b2b_init_request

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


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


From noreply at sourceforge.net  Tue Jun 22 19:54:34 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 22 Jun 2010 17:54:34 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3019749 ] nathelper:
	rtpproxy_answer() handles ACK w/SDP incorrectly
Message-ID: <E1OR7gA-0005Bv-J4@sfs-web-10.v29.ch3.sourceforge.com>

Patches item #3019749, was opened at 2010-06-22 13:54
Message generated for change (Tracker Item Submitted) made by john_riordan
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3019749&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.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: John Riordan (john_riordan)
Assigned to: Nobody/Anonymous (nobody)
Summary: nathelper: rtpproxy_answer() handles ACK w/SDP incorrectly

Initial Comment:
When rewriting the SDP of an ACK rtpproxy_answer() retrieves the wrong port from rtpproxy. 

This is reproducible by handling SDP offered in a 200 Ok response with rtpproxy_offer() and then processing the answering SDP in an ACK with rtpproxy_answer() - the result is that the same port gets written into the ACK's SDP as was written into the Ok's SDP. In short, the 200 Ok is being handled correctly when it contain an SDP offer since the to/from tag are swapped inside force_rtp_proxy() before getting passed along to rtpproxy. The swap is critical as it provides consistent results when processing SDP offered in INVITE requests and Ok responses during re-invites within the same dialog. But the complimentary swapping is not being done for SDP answers contained in ACKs.


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

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


From johnllombart at gmail.com  Tue Jun 22 22:06:47 2010
From: johnllombart at gmail.com (John Llombart)
Date: Tue, 22 Jun 2010 16:06:47 -0400
Subject: [OpenSIPS-Devel] New to Module Development - Doc Help
Message-ID: <AANLkTilbl2b1wfp12PevTG-iY3xTZurwah4--CRQAzqv@mail.gmail.com>

Hi,

I'm a student trying to implement a new module to opensips.

Could someone point me to where I can get documentation on module
development.

I've been using the source code of other modules but there are sections that
remain unexplained. For instance, the structs and arrays used for the export
of functions parameters and MI commands.

Thank you for your help.

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

From anca at opensips.org  Wed Jun 23 10:10:54 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 23 Jun 2010 08:10:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6983]
	trunk/modules/dialplan/dp_db.c
Message-ID: <E1ORL2s-0005tn-1w@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6983
          http://opensips.svn.sourceforge.net/opensips/?rev=6983&view=rev
Author:   anca_vamanu
Date:     2010-06-23 08:10:53 +0000 (Wed, 23 Jun 2010)

Log Message:
-----------
- fixed crash at debug message

Modified Paths:
--------------
    trunk/modules/dialplan/dp_db.c


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


From ag at ag-projects.com  Wed Jun 23 11:50:46 2010
From: ag at ag-projects.com (Adrian Georgescu)
Date: Wed, 23 Jun 2010 11:50:46 +0200
Subject: [OpenSIPS-Devel] New OpenXCAP release 1.2.1
Message-ID: <61EEBBB2-A01A-4154-AF64-C80E8E501B61@ag-projects.com>

Hello,

There is a new release of OpenXCAP, version 1.2.1. It contains bug  
fixes.

Changelog

openxcap (1.2.1) unstable; urgency=low

   * Don't generate exception if unknown namespace is specified
   * Fix crash with huge logs produced by icon application
   * Modified log_access not to assume response.stream exists
   * Support full and partial URLs
   * Fix packaging for Debian and Ubuntu distributions

To update your installation see:

http://www.openxcap.org/wiki/Installation

Regards,
Adrian




From bogdan at voice-system.ro  Wed Jun 23 22:26:38 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 23 Jun 2010 23:26:38 +0300
Subject: [OpenSIPS-Devel] opensips patch: save param p2 issue
	with	registrar/save.c
In-Reply-To: <AANLkTinfHGohW027Qq0BOzLk6ZDya-Z0bFyvjgyL_R6n@mail.gmail.com>
References: <AANLkTinfHGohW027Qq0BOzLk6ZDya-Z0bFyvjgyL_R6n@mail.gmail.com>
Message-ID: <4C226DFE.4000907@voice-system.ro>

Hi Jinke,

Thanks for the fix - you are right.
i uploaded the patch on SVN.

Best regards,
Bogdan

Jiang Jinke wrote:
> Hi,
>
> I found the p2 param is not working on the save() function of registrar module.
>
> One line change on the file:
> -                                               if (flags_s.s[st]=='0') {
> +                                               if (flags_s.s[st]=='2') {
>
>
> Should be a typo on the condition.
>
> Regards,
> Jinke Jiang
>   

-- 
Bogdan-Andrei Iancu
OpenSIPS Bootcamp
20 - 24 September 2010, Frankfurt, Germany
www.voice-system.ro




From bogdan at voice-system.ro  Wed Jun 23 23:02:04 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 24 Jun 2010 00:02:04 +0300
Subject: [OpenSIPS-Devel] libsms_getsms.c out of bounds memory access
In-Reply-To: <SNT144-w290D2AF728CA3ADFD6B73E94DF0@phx.gbl>
References: <SNT144-w53413554F8BC11F47765FB94DE0@phx.gbl>,
	<SNT144-w407E43D5364404E26C5FC394DE0@phx.gbl>,
	<4C1A7754.6020805@voice-system.ro>
	<SNT144-w290D2AF728CA3ADFD6B73E94DF0@phx.gbl>
Message-ID: <4C22764C.2010501@voice-system.ro>

Hi Pascal,

My bad - I counted 7 and not 6 char in the CMGR cmd :(....So, you are right.

I guess the 2 cases must be separately treated (the CMGL and CMGR) to 
avoid any problems.

Regards,
Bogdan

Pascal Cuoq wrote:
>
> Hi!
>
> > If answer is "xxxxxxxx+CMGR:" string, the position var will point at
> > char "+" (line 171).
>
> We agree so far.
>
> > Now, following the code, line 178, the beginning var will point at the
> > \0 null terminator;
>
> "+CMGR:" is 6 characters. Variable position is pointing at the first one,
> so after executing line 178, variable beginning points *past* the
> terminating zero and into invalid memory, does it not?
>
> Then "end=beginning;" is executed, and next "*end" from
> the for-loop condition is an invalid access.
>
> Pascal
>
>
> ------------------------------------------------------------------------
> Hotmail: Trusted email with Microsoft?s powerful SPAM protection. Sign 
> up now. <https://signup.live.com/signup.aspx?id=60969>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
OpenSIPS Bootcamp
20 - 24 September 2010, Frankfurt, Germany
www.voice-system.ro




From noreply at sourceforge.net  Thu Jun 24 16:50:11 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 24 Jun 2010 14:50:11 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-2971844 ] UINT4 is
	depricated/not defined
Message-ID: <E1ORnkp-0003fO-By@sfs-web-4.v29.ch3.sourceforge.com>

Patches item #2971844, was opened at 2010-03-17 11:41
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=2971844&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.6.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alex Massover (cupotka2008)
Assigned to: Irina-Maria Stanescu (ironmissy)
Summary: UINT4 is depricated/not defined

Initial Comment:
Hi,

UINT4 is depricated and not defined in freeradius-client lib (compilation fails).

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-06-24 17:50

Message:
applied 2 months ago

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

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


From ivaxer at gmail.com  Thu Jun 24 21:37:05 2010
From: ivaxer at gmail.com (John Khvatov)
Date: Thu, 24 Jun 2010 23:37:05 +0400
Subject: [OpenSIPS-Devel] db_check_to() problem with escaped characters
Message-ID: <20100624193705.GC13589@aki.main.sgu.ru>

Hello!

db_check_to() returns false for this REGISTER request:

REGISTER sip:ss.under.test.com:5060 SIP/2.0
Via: SIP/2.0/UDP node.under.test.com:5060;branch=z9hG4bKPUA1977294
Max-Forwards: 70
Authorization: Digest username="UA11", realm="under.test.com", qop=auth,
nonce="4c2163fe00000000547e3be7d96e435b0f121f108ccebcdb", opaque="",
nc=00000001, cnonce="6f54a149", uri="sip:ss.under.test.com:5060",
response="bacb59fe1a4e9a53f91326a15184e2cd"
From: UA11 <sip:U%4111 at under.test.com>;tag=11193
To: UA11 <sip:U%4111 at under.test.com>
Call-ID: 11193 at six.example.com
CSeq: 2 REGISTER
Contact: <sip:U%4111 at node.under.test.com;transport=udp>
Expires: 3600
Content-Length: 0

To header contains escaped character, that is not unescaped before
check. I'm not expert of SIP rfc. Please, check that this is correct
behaviour.

For more info see original bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=607141
debug log:
http://dev.sgu.ru/pub/opensip-log

-- 
WBR, John Khvatov


From anca at opensips.org  Fri Jun 25 16:59:39 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 25 Jun 2010 14:59:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6984]
	branches/1.6/modules/pua/pua.c
Message-ID: <E1OSANX-0006fc-9I@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 6984
          http://opensips.svn.sourceforge.net/opensips/?rev=6984&view=rev
Author:   anca_vamanu
Date:     2010-06-25 14:59:38 +0000 (Fri, 25 Jun 2010)

Log Message:
-----------
- fixed segmentation fault at startup

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


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


From anca at opensips.org  Fri Jun 25 17:12:55 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 25 Jun 2010 15:12:55 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[6985] trunk/modules/pua/pua.c
Message-ID: <E1OSAaN-0007ZS-Cm@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 6985
          http://opensips.svn.sourceforge.net/opensips/?rev=6985&view=rev
Author:   anca_vamanu
Date:     2010-06-25 15:12:55 +0000 (Fri, 25 Jun 2010)

Log Message:
-----------
- fixed segmentation fault at startup

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


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


From darshanmody at gmail.com  Mon Jun 28 08:29:50 2010
From: darshanmody at gmail.com (Darshan Mody)
Date: Mon, 28 Jun 2010 11:59:50 +0530
Subject: [OpenSIPS-Devel] development of 2.0
Message-ID: <AANLkTino01ATDahm0pNHm7AQIlEIBKc9Zi5lCU5gpyJQ@mail.gmail.com>

Hi,

As per the site there would be new design from 2.0. My query is whether
there would be completely new set of code for the design? Is there a plan to
use the existing code.

Please consider this since I am new to the opensips architecture.

Thanks
Darshan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/devel/attachments/20100628/6c79be3e/attachment.htm 

From noreply at sourceforge.net  Mon Jun 28 16:04:48 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 28 Jun 2010 14:04:48 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3022364 ] nathelper : add a
	parameter to enable auto bridge feature
Message-ID: <E1OTEx6-0005pS-Sm@sfs-web-9.v29.ch3.sourceforge.com>

Patches item #3022364, was opened at 2010-06-28 16:04
Message generated for change (Tracker Item Submitted) made by csollet
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3022364&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: Christophe Sollet (csollet)
Assigned to: Nobody/Anonymous (nobody)
Summary: nathelper : add a parameter to enable auto bridge feature

Initial Comment:
Hello,

r6819 added support of RtpProxy auto-bridging feature. If RTPProxy support it, the feature is enabled by default.
With network topology where RTP network is distinct from SIP network, this feature completely fail.

The attached patch add a new "rttproxy_autobridge" parameter that allow enabling the auto-bridging feature but let it disabled by default to be BC.




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

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


From noreply at sourceforge.net  Wed Jun 30 01:50:43 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 29 Jun 2010 23:50:43 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3023092 ] branch flags not
	printable within reply
Message-ID: <E1OTkZf-0001jk-9F@sfs-web-4.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Kennard White (kennardwhite)
Assigned to: Nobody/Anonymous (nobody)
Summary: branch flags not printable within reply

Initial Comment:
The variable $branch(flags) is not available within reply route: it is always NULL. It isn't possible to display the branch flags using xlog() or use complex avp checks on branch flags within the reply route. This functionality was lost (I think) when $bf was converted into $branch(flags).

Good news is that isbflagset() and setbflag() work as expected within reply route.

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

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


From jh at tutpro.com  Wed Jun 30 18:17:14 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Wed, 30 Jun 2010 19:17:14 +0300
Subject: [OpenSIPS-Devel]  New OpenXCAP release 1.2.1
In-Reply-To: <61EEBBB2-A01A-4154-AF64-C80E8E501B61@ag-projects.com>
References: <61EEBBB2-A01A-4154-AF64-C80E8E501B61@ag-projects.com>
Message-ID: <19499.28170.834602.257102@tutpro.com>

Adrian Georgescu writes:

> There is a new release of OpenXCAP, version 1.2.1. It contains bug  
> fixes.

adrian,

i built and installed this on debian squeeze.  it went fine except this
warning during startup:

Starting OpenXCAP server: openxcap /usr/lib/python2.6/dist-packages/zope/__init__.py:3: UserWarning: Module _mysql was already imported from /usr/lib/pymodules/python2.6/_mysql.so, but /usr/lib/pymodules/python2.6 is being added to sys.path
  import pkg_resources

looks like it is harmless, but would anyway be nice to get rid off.

-- juha


From ag at ag-projects.com  Wed Jun 30 18:21:24 2010
From: ag at ag-projects.com (Adrian Georgescu)
Date: Wed, 30 Jun 2010 18:21:24 +0200
Subject: [OpenSIPS-Devel] New OpenXCAP release 1.2.1
In-Reply-To: <19499.28170.834602.257102@tutpro.com>
References: <61EEBBB2-A01A-4154-AF64-C80E8E501B61@ag-projects.com>
	<19499.28170.834602.257102@tutpro.com>
Message-ID: <42C97388-2388-4D88-9527-5EB7DCB8D377@ag-projects.com>

Juha,

This is harmless and is caused by some other non-xcap lib loading a previously loaded module. Not sure how we can rid of it because is not written by us .

Adrian


On Jun 30, 2010, at 6:17 PM, Juha Heinanen wrote:

> Adrian Georgescu writes:
> 
>> There is a new release of OpenXCAP, version 1.2.1. It contains bug  
>> fixes.
> 
> adrian,
> 
> i built and installed this on debian squeeze.  it went fine except this
> warning during startup:
> 
> Starting OpenXCAP server: openxcap /usr/lib/python2.6/dist-packages/zope/__init__.py:3: UserWarning: Module _mysql was already imported from /usr/lib/pymodules/python2.6/_mysql.so, but /usr/lib/pymodules/python2.6 is being added to sys.path
>  import pkg_resources
> 
> looks like it is harmless, but would anyway be nice to get rid off.
> 
> -- juha
> 
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> 



From jh at tutpro.com  Wed Jun 30 18:24:50 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Wed, 30 Jun 2010 19:24:50 +0300
Subject: [OpenSIPS-Devel] New OpenXCAP release 1.2.1
In-Reply-To: <42C97388-2388-4D88-9527-5EB7DCB8D377@ag-projects.com>
References: <61EEBBB2-A01A-4154-AF64-C80E8E501B61@ag-projects.com>
	<19499.28170.834602.257102@tutpro.com>
	<42C97388-2388-4D88-9527-5EB7DCB8D377@ag-projects.com>
Message-ID: <19499.28626.857789.917360@tutpro.com>

Adrian Georgescu writes:

> This is harmless and is caused by some other non-xcap lib loading a
> previously loaded module. Not sure how we can rid of it because is not
> written by us .

thanks for confirmation.

-- juha


