From bogdan at voice-system.ro  Wed Dec  1 13:12:22 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Dec 2010 12:12:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7440] branches/1.6
Message-ID: <E1PNlXq-0005zy-U8@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7440
          http://opensips.svn.sourceforge.net/opensips/?rev=7440&view=rev
Author:   bogdan_iancu
Date:     2010-12-01 12:12:22 +0000 (Wed, 01 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7085 + #7086):
- type field added to aaa_map structure
-type of RADIUS AVP detected when AVP looked into dictionary
-if type is IPADDR or INTEGER and value is received as string, do the proper conversion

based on an patch submitted by Matt Lehner
Closes patch 3013565

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

Modified Paths:
--------------
    branches/1.6/aaa/aaa.h
    branches/1.6/modules/aaa_radius/rad.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 Dec  1 13:13:15 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 01 Dec 2010 12:13:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7441] branches/1.6/scripts
Message-ID: <E1PNlYh-0008EG-TQ@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7441
          http://opensips.svn.sourceforge.net/opensips/?rev=7441&view=rev
Author:   bogdan_iancu
Date:     2010-12-01 12:13:15 +0000 (Wed, 01 Dec 2010)

Log Message:
-----------
- dbschema re-generated

Modified Paths:
--------------
    branches/1.6/scripts/db_berkeley/opensips/version
    branches/1.6/scripts/dbtext/opensips/version


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


From osas at voipembedded.com  Wed Dec  1 20:10:41 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 01 Dec 2010 19:10:41 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7442] trunk/parser/sdp
Message-ID: <E1PNs4f-0004in-3p@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7442
          http://opensips.svn.sourceforge.net/opensips/?rev=7442&view=rev
Author:   osas
Date:     2010-12-01 19:10:40 +0000 (Wed, 01 Dec 2010)

Log Message:
-----------
sdp parser: detect on hold media during sdp parsing

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


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


From jh at tutpro.com  Wed Dec  1 23:26:34 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Thu, 2 Dec 2010 00:26:34 +0200
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3115782 ]
 presence: unique record update for PUBLISH w/o SIP-If-Match
In-Reply-To: <AANLkTimWOPUORVQyqFdXBpPqU4bfcFwy6hGUFcu3QQms@mail.gmail.com>
References: <E1PKbfB-0004Up-Rv@sfs-web-2.v29.ch3.sourceforge.com>
	<19696.50252.959383.413137@sip.test.fi>
	<AANLkTimWOPUORVQyqFdXBpPqU4bfcFwy6hGUFcu3QQms@mail.gmail.com>
Message-ID: <19702.52122.692588.264565@sip.test.fi>

Ovidiu Sas writes:

> I was thinking about extending the sever behavior for this particular
> kind of event packages for which a single record in the presentity
> table is enough to maintain the event state.

that too would be fine with me.

-- juha


From bogdan at voice-system.ro  Thu Dec  2 10:22:47 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 02 Dec 2010 11:22:47 +0200
Subject: [OpenSIPS-Devel] [IGNORE] testing exim upgrade
Message-ID: <4CF76567.1020402@voice-system.ro>




From anca at opensips.org  Thu Dec  2 10:59:57 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 02 Dec 2010 09:59:57 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7443]
	trunk/modules/b2b_logic/logic.c
Message-ID: <E1PO5xF-00060A-GP@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7443
          http://opensips.svn.sourceforge.net/opensips/?rev=7443&view=rev
Author:   anca_vamanu
Date:     2010-12-02 09:59:57 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
- use the new ruri if set in top hiding

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  Thu Dec  2 11:27:17 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 02 Dec 2010 10:27:17 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7444]
	branches/1.6/modules/b2b_logic/logic.c
Message-ID: <E1PO6Nh-0005c2-Dw@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7444
          http://opensips.svn.sourceforge.net/opensips/?rev=7444&view=rev
Author:   anca_vamanu
Date:     2010-12-02 10:27:17 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
- use the new ruri if set in top hiding

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 osas at voipembedded.com  Thu Dec  2 15:17:12 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 02 Dec 2010 14:17:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7445] trunk/modules/b2b_logic
Message-ID: <E1PO9yC-0001ZK-AZ@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7445
          http://opensips.svn.sourceforge.net/opensips/?rev=7445&view=rev
Author:   osas
Date:     2010-12-02 14:17:11 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
b2b_logic: adding the msg to the b2b_logic callback structure

Modified Paths:
--------------
    trunk/modules/b2b_logic/b2b_load.h
    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 osas at voipembedded.com  Thu Dec  2 15:28:08 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 02 Dec 2010 14:28:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7446]
	trunk/modules/b2b_logic/logic.c
Message-ID: <E1POA8m-0001vL-VR@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7446
          http://opensips.svn.sourceforge.net/opensips/?rev=7446&view=rev
Author:   osas
Date:     2010-12-02 14:28:08 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
b2b_logic: using proper cb event type for B2B_BYE callbacks

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 noreply at sourceforge.net  Thu Dec  2 15:34:40 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 02 Dec 2010 14:34:40 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3125548 ]
	b2b_entities: disabling DB features
Message-ID: <E1POAF6-00032R-UQ@sfs-web-2.v29.ch3.sourceforge.com>

Feature Requests item #3125548, was opened at 2010-12-02 14:34
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3125548&group_id=232389

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

Initial Comment:
I develop my own b2b module and i don't want to use DB features.

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

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


From noreply at sourceforge.net  Thu Dec  2 15:40:06 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 02 Dec 2010 14:40:06 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3125549 ]
	b2b_entities: multiple contact
Message-ID: <E1POAKM-0008Ds-S6@sfs-web-8.v29.ch3.sourceforge.com>

Feature Requests item #3125549, was opened at 2010-12-02 14:40
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3125549&group_id=232389

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

Initial Comment:
If there are 2 network interfaces on the server, but they are not routable.
The modparam "server_address" could define a list and b2b_entities can choose it when it generate SIP message.

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

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


From osas at voipembedded.com  Thu Dec  2 15:45:54 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 02 Dec 2010 14:45:54 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7447]
	trunk/modules/b2b_logic/b2b_load.h
Message-ID: <E1POAPy-0002Zr-J2@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7447
          http://opensips.svn.sourceforge.net/opensips/?rev=7447&view=rev
Author:   osas
Date:     2010-12-02 14:45:54 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
b2b_logic: redefining b2b_logic cb event types

Modified Paths:
--------------
    trunk/modules/b2b_logic/b2b_load.h


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


From noreply at sourceforge.net  Thu Dec  2 16:12:07 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 02 Dec 2010 15:12:07 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125576 ] Core dump b2bua
Message-ID: <E1POApL-0001nI-0o@sfs-web-10.v29.ch3.sourceforge.com>

Bugs item #3125576, was opened at 2010-12-02 09:12
Message generated for change (Tracker Item Submitted) made by thr1ll3rb33
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3125576&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Nobody/Anonymous (nobody)
Summary: Core dump b2bua

Initial Comment:
b2bua box is crashing after about 5 min of traffic.  Full backtrace is attached.

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

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


From noreply at sourceforge.net  Thu Dec  2 16:39:45 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 02 Dec 2010 15:39:45 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1POBG5-0000bW-A5@sfs-web-2.v29.ch3.sourceforge.com>

Bugs item #3125596, was opened at 2010-12-02 09:39
Message generated for change (Tracker Item Submitted) made by thr1ll3rb33
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3125596&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Nobody/Anonymous (nobody)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

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


From osas at voipembedded.com  Thu Dec  2 16:58:44 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 02 Dec 2010 15:58:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7448]
	trunk/modules/textops/textops.c
Message-ID: <E1POBYS-0000ND-45@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7448
          http://opensips.svn.sourceforge.net/opensips/?rev=7448&view=rev
Author:   osas
Date:     2010-12-02 15:58:43 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
textops: new function is_audio_on_hold()

 - returns true if at least one 'audio' stream is on hold
 - only 'audio' streams are checked

Modified Paths:
--------------
    trunk/modules/textops/textops.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 Dec  2 17:32:32 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 02 Dec 2010 16:32:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7449]
	trunk/modules/presence/presence.c
Message-ID: <E1POC5A-0007Tf-F9@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7449
          http://opensips.svn.sourceforge.net/opensips/?rev=7449&view=rev
Author:   bogdan_iancu
Date:     2010-12-02 16:32:32 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
bug fix: do not use same prepared statement for 2 different types of queries

Modified Paths:
--------------
    trunk/modules/presence/presence.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 Dec  2 17:33:50 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 02 Dec 2010 16:33:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7450]
	branches/1.6/modules/presence/presence.c
Message-ID: <E1POC6Q-0007Vf-GM@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7450
          http://opensips.svn.sourceforge.net/opensips/?rev=7450&view=rev
Author:   bogdan_iancu
Date:     2010-12-02 16:33:50 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7449 ):
bug fix: do not use same prepared statement for 2 different types of queries

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

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


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


From razvancrainea at opensips.org  Thu Dec  2 17:41:28 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Thu, 02 Dec 2010 16:41:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7451] trunk/modules/uac
Message-ID: <E1POCDo-0007q4-F9@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7451
          http://opensips.svn.sourceforge.net/opensips/?rev=7451&view=rev
Author:   razvancrainea
Date:     2010-12-02 16:41:27 +0000 (Thu, 02 Dec 2010)

Log Message:
-----------
Added the possibility to replace to and from with different values for each branch (uac_replace_from and uac_replace_to functions)

Modified Paths:
--------------
    trunk/modules/uac/replace.c
    trunk/modules/uac/uac.c


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


From rrevels at bandwidth.com  Thu Dec  2 21:41:51 2010
From: rrevels at bandwidth.com (Richard Revels)
Date: Thu, 2 Dec 2010 15:41:51 -0500
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7448]
	trunk/modules/textops/textops.c
In-Reply-To: <E1POBYS-0000ND-45@sfp-svn-2.v30.ch3.sourceforge.com>
References: <E1POBYS-0000ND-45@sfp-svn-2.v30.ch3.sourceforge.com>
Message-ID: <B73B8EF8-920B-4CC8-B216-E644E10B7CF3@bandwidth.com>

I've started looking at using the b2bua module to play music (or whatever) to the far end when they are put on hold so have been pretty interested in the recent commits to that module and now this one.  Are these changes designed to make doing that painless with the b2bua?  

While I'm here, I've noticed several commits per day over the last few weeks to the b2bua module(s).  How stable (being able to run for 8 or 10 hours of light traffic without crashing) would you say Trunk is right now?

Richard

 
On Dec 2, 2010, at 10:58 AM, Ovidiu Sas wrote:

> Revision: 7448
>          http://opensips.svn.sourceforge.net/opensips/?rev=7448&view=rev
> Author:   osas
> Date:     2010-12-02 15:58:43 +0000 (Thu, 02 Dec 2010)
> 
> Log Message:
> -----------
> textops: new function is_audio_on_hold()
> 
> - returns true if at least one 'audio' stream is on hold
> - only 'audio' streams are checked
> 
> Modified Paths:
> --------------
>    trunk/modules/textops/textops.c
> 
> 
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
> 
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



From osas at voipembedded.com  Fri Dec  3 02:55:03 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 2 Dec 2010 20:55:03 -0500
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7448]
	trunk/modules/textops/textops.c
In-Reply-To: <B73B8EF8-920B-4CC8-B216-E644E10B7CF3@bandwidth.com>
References: <E1POBYS-0000ND-45@sfp-svn-2.v30.ch3.sourceforge.com>
	<B73B8EF8-920B-4CC8-B216-E644E10B7CF3@bandwidth.com>
Message-ID: <AANLkTikgRx=z71--tYHVV5C9V3WkOtPmkotEGyjxRA6f@mail.gmail.com>

On Thu, Dec 2, 2010 at 3:41 PM, Richard Revels <rrevels at bandwidth.com> wrote:
> I've started looking at using the b2bua module to play music (or whatever) to the far end when they are put on hold so have been pretty interested in the recent commits to that module and now this one. ?Are these changes designed to make doing that painless with the b2bua?

Nathelper along with rtpproxy can provide music on hold to a remote UA:
http://www.opensips.org/html/docs/modules/1.6.x/nathelper.html#rtpproxy_stream2xxx

> While I'm here, I've noticed several commits per day over the last few weeks to the b2bua module(s). ?How stable (being able to run for 8 or 10 hours of light traffic without crashing) would you say Trunk is right now?

The trunk is where the development takes place.  The goal is to have a
stable code all thee time, but due to development efforts, bugs may
slip in.


Regards,
Ovidiu Sas


From noreply at sourceforge.net  Fri Dec  3 11:50:39 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Dec 2010 10:50:39 +0000
Subject: [OpenSIPS-Devel] [ opensips-Support Requests-3126513 ] Regding
	Opensips using xlite - voice transmission problem
Message-ID: <E1POTDr-0008PN-75@sfs-web-1.v29.ch3.sourceforge.com>

Support Requests item #3126513, was opened at 2010-12-03 10:50
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086411&aid=3126513&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: Install Problem
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Regding Opensips using xlite - voice transmission problem

Initial Comment:
I have installed Open-sips 1.6.0 and created 2 users at LAN ( OS Used : RHEL 5 ( 32 bit) ),

reference with URL: http://www.opensips.org/Resources/DocsTutRedhat5

Next Using X lite 3.0 sip phone i configured 2 users on 2 different Windows XP systems.

2 users were registered successfully and i am able to make incoming/outgoing calls between them.

    But voice is not transmitted between them.

I tried in different ways, i couldn't make voice transmission.

What more is needed to solve this issue ?


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

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


From anca at opensips.org  Fri Dec  3 12:34:41 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 03 Dec 2010 11:34:41 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7452] branches/1.6/modules
Message-ID: <E1POTuT-00031e-Rx@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7452
          http://opensips.svn.sourceforge.net/opensips/?rev=7452&view=rev
Author:   anca_vamanu
Date:     2010-12-03 11:34:41 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
- backport from trunk
	- changes in the internal structures of b2b_logic
	- export api from b2b_logic to be used by other modules
	- fixes in b2b_logic and b2b_entitie

Modified Paths:
--------------
    branches/1.6/modules/b2b_entities/README
    branches/1.6/modules/b2b_entities/b2b_entities.c
    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_entities/server.c
    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/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 noreply at sourceforge.net  Fri Dec  3 12:36:37 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Dec 2010 11:36:37 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125576 ] Core dump b2bua
Message-ID: <E1POTwL-0002Ak-HJ@sfs-web-9.v29.ch3.sourceforge.com>

Bugs item #3125576, was opened at 2010-12-02 17:12
Message generated for change (Comment added) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3125576&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: thrillerbee (thr1ll3rb33)
Assigned to: Nobody/Anonymous (nobody)
Summary: Core dump b2bua

Initial Comment:
b2bua box is crashing after about 5 min of traffic.  Full backtrace is attached.

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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-12-03 13:36

Message:
Hi,

I have back ported the changes from trunk into 1.6. There are a lot of
changes and fixes in there and that version has become more stable that the
1.6 branch since it has been more tested.
Please update.

Regards,
Anca

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

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


From anca at opensips.org  Fri Dec  3 12:43:19 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 03 Dec 2010 13:43:19 +0200
Subject: [OpenSIPS-Devel] SF.net SVN:
	opensips:[7448]	trunk/modules/textops/textops.c
In-Reply-To: <B73B8EF8-920B-4CC8-B216-E644E10B7CF3@bandwidth.com>
References: <E1POBYS-0000ND-45@sfp-svn-2.v30.ch3.sourceforge.com>
	<B73B8EF8-920B-4CC8-B216-E644E10B7CF3@bandwidth.com>
Message-ID: <4CF8D7D7.6010202@opensips.org>

Hi Richard,

On 12/02/2010 10:41 PM, Richard Revels wrote:
> I've started looking at using the b2bua module to play music (or whatever) to the far end when they are put on hold so have been pretty interested in the recent commits to that module and now this one.  Are these changes designed to make doing that painless with the b2bua?
>
> While I'm here, I've noticed several commits per day over the last few weeks to the b2bua module(s).  How stable (being able to run for 8 or 10 hours of light traffic without crashing) would you say Trunk is right now?
>
>    
The trunk is quite stable - we run it in production in one solution. 
Anyhow, I have just made a backport to 1.6 and now the 1.6 brach is the 
same as the trunk. I will not backport further developments in trunk to 
1.6 so it should be safe to use that version.

Regards,

-- 
Anca Vamanu
www.voice-system.ro


> Richard
>    


From noreply at sourceforge.net  Fri Dec  3 13:28:57 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Dec 2010 12:28:57 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1POUkz-0003Q2-7h@sfs-web-10.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
>Resolution: Accepted
>Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From bogdan at voice-system.ro  Fri Dec  3 13:34:31 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Dec 2010 12:34:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7453] trunk/db/db.c
Message-ID: <E1POUqN-0007Rt-2U@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7453
          http://opensips.svn.sourceforge.net/opensips/?rev=7453&view=rev
Author:   bogdan_iancu
Date:     2010-12-03 12:34:30 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
-avoid table version check on DB drivers which do not support QUERY/SELECT ops (like whn using flatstore which is an INSERT only driver)

Modified Paths:
--------------
    trunk/db/db.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 Dec  3 13:36:35 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Dec 2010 12:36:35 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7454] trunk/modules/acc/acc.c
Message-ID: <E1POUsN-0007Zn-44@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7454
          http://opensips.svn.sourceforge.net/opensips/?rev=7454&view=rev
Author:   bogdan_iancu
Date:     2010-12-03 12:36:34 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
- fixed typos in log messages

Modified Paths:
--------------
    trunk/modules/acc/acc.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 Dec  3 13:37:13 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Dec 2010 12:37:13 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7455] branches/1.6/db/db.c
Message-ID: <E1POUsz-0007aQ-SH@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7455
          http://opensips.svn.sourceforge.net/opensips/?rev=7455&view=rev
Author:   bogdan_iancu
Date:     2010-12-03 12:37:13 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
backport from trunk (rev 7453):
-avoid table version check on DB drivers which do not support QUERY/SELECT ops (like whn using flatstore which is an INSERT only driver)

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

Modified Paths:
--------------
    branches/1.6/db/db.c


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


From noreply at sourceforge.net  Fri Dec  3 13:43:41 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Dec 2010 12:43:41 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3117687 ] detect_direction
	partially broke
Message-ID: <E1POUzF-0002iX-E7@sfs-web-4.v29.ch3.sourceforge.com>

Bugs item #3117687, was opened at 2010-11-24 18:33
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3117687&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: 3
Private: No
Submitted By: Richard Revels (rrevels)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: detect_direction partially broke

Initial Comment:
Using syslog facility for accounting; when I turn on detect_direction the log entries do have the To and From tags reversed as appropriate but the To and From usernames are not reversed.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:43

Message:
Hi Richard,

the detect_direction is based on the RR module, so, in order to work, you
should have done  loose_route() in script (for the BYE request).

So, be sure you do loose_route, and secondly, be sure that you have the
append_fromtag param turned on in RR module.

If sill does not work, please let me know

Regards,
Bogdan


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

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


From bogdan at voice-system.ro  Fri Dec  3 13:44:42 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Dec 2010 12:44:42 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7456]
	branches/1.6/modules/acc/acc.c
Message-ID: <E1POV0E-0007rT-TO@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7456
          http://opensips.svn.sourceforge.net/opensips/?rev=7456&view=rev
Author:   bogdan_iancu
Date:     2010-12-03 12:44:42 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
backport from trunk (rev 7454):
- fixed typos in log messages

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

Modified Paths:
--------------
    branches/1.6/modules/acc/acc.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 Dec  3 13:49:49 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Dec 2010 12:49:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7457]
	trunk/modules/dialog/dlg_hash.c
Message-ID: <E1POV5B-00084J-Ru@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7457
          http://opensips.svn.sourceforge.net/opensips/?rev=7457&view=rev
Author:   bogdan_iancu
Date:     2010-12-03 12:49:49 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
- fixed test on dialog state when using get_dialog_info() 
  Credits go to Vallimamod Abdullah
  Closes bug report 3095064

Modified Paths:
--------------
    trunk/modules/dialog/dlg_hash.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 Dec  3 13:50:40 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 03 Dec 2010 12:50:40 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7458]
	branches/1.6/modules/dialog/dlg_hash.c
Message-ID: <E1POV60-0008By-Ca@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7458
          http://opensips.svn.sourceforge.net/opensips/?rev=7458&view=rev
Author:   bogdan_iancu
Date:     2010-12-03 12:50:40 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
backport from truk (rev #7457):
- fixed test on dialog state when using get_dialog_info() 
  Credits go to Vallimamod Abdullah
  Closes bug report 3095064

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

Modified Paths:
--------------
    branches/1.6/modules/dialog/dlg_hash.c


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


From noreply at sourceforge.net  Fri Dec  3 13:51:33 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Dec 2010 12:51:33 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3095064 ] get_dialog_info() does
	not return value
Message-ID: <E1POV6r-00061x-Un@sfs-web-2.v29.ch3.sourceforge.com>

Bugs item #3095064, was opened at 2010-10-25 21:13
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3095064&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: Vallimamod Abdullah (vabdulla)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: get_dialog_info() does not return value 

Initial Comment:
Hello,

I have noticed that dialog module function get_dialog_info() never match any previous dialog value. After some debugging, I found an error in function get_dlg_by_val() from dlg_hash.c where all dialogs are skipped even the confirmed ones. The attached patch correct this.

Regards,
Vallimamod Abdullah
.


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:51

Message:
Hi Vallimamod,

Thanks for the fix - you are right. 

I also modify a bit the behavior, to match also early and established
dialogs.

Best regards,
Bogdan

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

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


From noreply at sourceforge.net  Fri Dec  3 13:55:36 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Dec 2010 12:55:36 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3013565 ] rad_avp_add: convert
	strings to ints where appropriate
Message-ID: <E1POVAm-0008Aw-L2@sfs-web-7.v29.ch3.sourceforge.com>

Patches item #3013565, was opened at 2010-06-09 08:41
Message generated for change (Comment added) made by bogdan_iancu
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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Matt Lehner ()
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
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")

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:55

Message:
tested

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-08-02 00:11

Message:
Hi Matt,

I uploaded your patch in a modified version, mainly to avoid the type
lookup at each addition - see rev 7085 & 7086

Please have it tested - If you confirm it works ok, I will upload on 1.6
branch too.

Thanks and regards,
Bogdan

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

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


From osas at voipembedded.com  Fri Dec  3 14:11:46 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 03 Dec 2010 13:11:46 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7459] trunk/modules/b2b_logic
Message-ID: <E1POVQQ-0000fZ-Ka@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7459
          http://opensips.svn.sourceforge.net/opensips/?rev=7459&view=rev
Author:   osas
Date:     2010-12-03 13:11:46 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
b2b_logic: masks for b2b_logic callbacks 

Modified Paths:
--------------
    trunk/modules/b2b_logic/b2b_load.h
    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 noreply at sourceforge.net  Fri Dec  3 15:04:20 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 03 Dec 2010 14:04:20 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3101083 ] Presence module:
	fallback2db setting broken
Message-ID: <E1POWFI-0003Hx-Ja@sfs-web-10.v29.ch3.sourceforge.com>

Bugs item #3101083, was opened at 2010-11-01 23:05
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3101083&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: Invalid
Priority: 5
Private: No
Submitted By: Vallimamod Abdullah (vabdulla)
Assigned to: Nobody/Anonymous (nobody)
Summary: Presence module: fallback2db setting broken

Initial Comment:
Hello,

I have noticed that the fallback2db option of presence module is not honored when a record is found in presence hash table. After checking the code, I found in presence/notify.c, in function get_p_notify_body() that if search_phtable() does not return NULL in line 989 (record found) the result is discarded and the search is done in database. On the contrary, if there is no record in hash, no search is made in db.

I will try to come up with a patch but I am still trying to understand the code...

Regards,
Vallimamod Abdullah
. 

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

Comment By: Vallimamod Abdullah (vabdulla)
Date: 2010-11-02 18:36

Message:
Thanks for the precision Anca.
I came to the same conclusion after reading the code in more details.

Regards,
Vallimamod
.

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

Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-11-02 18:24

Message:
Hi Vallimamod,

"But when there is a record in hash table and fallback2db is disabled, the
DB is still searched, which is
not the expected behavior."

The hash tables for publish info contains only an indication if the record
exists in database, but it does not store the body. So the search in
database must be made even if fallback2db is not set. The publish hash
table, for when fallback2db is not set, says only if searches need to be
done in database or not. 

Regards,

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

Comment By: Vallimamod Abdullah (vabdulla)
Date: 2010-11-01 23:12

Message:
Actually, to correct myself, the search in DB is indeed made when no record
is found in hash and fallback2db enabled. But when there is a record in
hash table and fallback2db is disabled, the DB is still searched, which is
not the expected behaviour.

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

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


From razvancrainea at opensips.org  Fri Dec  3 15:55:52 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Fri, 03 Dec 2010 14:55:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7460] trunk/rw_locking.h
Message-ID: <E1POX3A-0002Fr-Gn@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7460
          http://opensips.svn.sourceforge.net/opensips/?rev=7460&view=rev
Author:   razvancrainea
Date:     2010-12-03 14:55:52 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
An implementation of readers-writers synchronization mechanism

Added Paths:
-----------
    trunk/rw_locking.h


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


From osas at voipembedded.com  Fri Dec  3 16:03:30 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 03 Dec 2010 15:03:30 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7461] trunk/modules/b2b_logic
Message-ID: <E1POXAY-0002kJ-Kw@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7461
          http://opensips.svn.sourceforge.net/opensips/?rev=7461&view=rev
Author:   osas
Date:     2010-12-03 15:03:30 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
b2b_logic: callbacks restructuration

 - generic callbacks instead of entity specific callbacks

Modified Paths:
--------------
    trunk/modules/b2b_logic/b2b_load.h
    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  Fri Dec  3 16:05:29 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 03 Dec 2010 15:05:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7462]
	branches/1.6/modules/b2b_logic/b2b_load.h
Message-ID: <E1POXCT-0002dB-Pr@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7462
          http://opensips.svn.sourceforge.net/opensips/?rev=7462&view=rev
Author:   anca_vamanu
Date:     2010-12-03 15:05:29 +0000 (Fri, 03 Dec 2010)

Log Message:
-----------
- added missing file

Added Paths:
-----------
    branches/1.6/modules/b2b_logic/b2b_load.h


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


From rrevels at bandwidth.com  Fri Dec  3 19:44:34 2010
From: rrevels at bandwidth.com (Richard Revels)
Date: Fri, 3 Dec 2010 13:44:34 -0500
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7448]
	trunk/modules/textops/textops.c
In-Reply-To: <4CF8D7D7.6010202@opensips.org>
References: <E1POBYS-0000ND-45@sfp-svn-2.v30.ch3.sourceforge.com>
	<B73B8EF8-920B-4CC8-B216-E644E10B7CF3@bandwidth.com>
	<4CF8D7D7.6010202@opensips.org>
Message-ID: <B2A33295-F75D-4F98-9C8A-B97F5F76F857@bandwidth.com>

Outstanding.  Thank you!  I'll go update a couple of servers this weekend.

Richard

On Dec 3, 2010, at 6:43 AM, Anca Vamanu wrote:

> Hi Richard,
> 
> On 12/02/2010 10:41 PM, Richard Revels wrote:
>> I've started looking at using the b2bua module to play music (or whatever) to the far end when they are put on hold so have been pretty interested in the recent commits to that module and now this one.  Are these changes designed to make doing that painless with the b2bua?
>> 
>> While I'm here, I've noticed several commits per day over the last few weeks to the b2bua module(s).  How stable (being able to run for 8 or 10 hours of light traffic without crashing) would you say Trunk is right now?
>> 
>>   
> The trunk is quite stable - we run it in production in one solution. Anyhow, I have just made a backport to 1.6 and now the 1.6 brach is the same as the trunk. I will not backport further developments in trunk to 1.6 so it should be safe to use that version.
> 
> Regards,
> 
> -- 
> Anca Vamanu
> www.voice-system.ro
> 
> 
>> Richard
>>   
> 
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



From noreply at sourceforge.net  Sat Dec  4 01:48:15 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Sat, 04 Dec 2010 00:48:15 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3117687 ] detect_direction
	partially broke
Message-ID: <E1POgIR-00036G-O0@sfs-web-2.v29.ch3.sourceforge.com>

Bugs item #3117687, was opened at 2010-11-24 16:33
Message generated for change (Comment added) made by rrevels
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3117687&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: 3
Private: No
Submitted By: Richard Revels (rrevels)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: detect_direction partially broke

Initial Comment:
Using syslog facility for accounting; when I turn on detect_direction the log entries do have the To and From tags reversed as appropriate but the To and From usernames are not reversed.

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

>Comment By: Richard Revels (rrevels)
Date: 2010-12-04 00:48

Message:
I've done everything mostly correct in the script. : >  I haven't had time
to test this out yet but I'm pretty sure I've figured out the problem. The
from and to users are not part of the default information saved so, of
course, I define a couple extra "columns" to be stored for these values.
The problem is that I don't define the pseudo variables as the source for
these columns but rather an avp. I then convert the E164 values in these
pseudo variables to 10 digit North American domestic numbers and store that
in the avp's.  These are then passed out to accounting with no direction
detection of course. This tracker can be closed as invalid. 

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 12:43

Message:
Hi Richard,

the detect_direction is based on the RR module, so, in order to work, you
should have done  loose_route() in script (for the BYE request).

So, be sure you do loose_route, and secondly, be sure that you have the
append_fromtag param turned on in RR module.

If sill does not work, please let me know

Regards,
Bogdan


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

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


From jh at tutpro.com  Sun Dec  5 12:20:46 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Sun, 5 Dec 2010 13:20:46 +0200
Subject: [OpenSIPS-Devel] compilation warning with stable 1.6 release
Message-ID: <19707.30094.51021.902650@sip.test.fi>

i compiled today latest 1.6 from svn and got this kind of compilation
warning:

make[2]: Entering directory `/usr/src/5.1-src/openxg-pres-serv/modules/presence_xcapdiff'
Compiling presence_xcapdiff.c
presence_xcapdiff.c: In function ?mod_init?:
presence_xcapdiff.c:106: warning: passing argument 4 of ?pua.add_event? from incompatible pointer type
presence_xcapdiff.c:106: note: expected ?int (*)(struct publ_info *, struct str **, int,  struct str *)? but argument is of type ?int (*)(struct publ_info_t *, struct str **, int,  struct str **)?

it looks scary to me in a stable release.

-- juha


From je.opensips at gmail.com  Mon Dec  6 08:17:21 2010
From: je.opensips at gmail.com (javad enaytai)
Date: Mon, 6 Dec 2010 10:47:21 +0330
Subject: [OpenSIPS-Devel] register a periodic timer
Message-ID: <AANLkTik6qytYfuRv8TNUR42yWAUMNuSbk9gEreLg_QOJ@mail.gmail.com>

Hello Dear ,

I want to register a periodic timer for overload control in Opensips 1.5.
I wrote these in a header file:
1)
void cal_delay(unsigned int ticks, void *param)
{
    LM_INFO(" timer is working. ");

}

2) //for initializing :
    if (register_timer(cal_delay, 0, 1)<0) {
        //LM_ERR("failed to register timer\n");
        LM_INFO("failed to register timer\n");
        goto error;
    }

but it dosn't work .

please help me.

Best regardes,
Enayati
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20101206/b9cefc74/attachment.htm>

From a.zagorskiy at oyster-telecom.ru  Mon Dec  6 13:54:00 2010
From: a.zagorskiy at oyster-telecom.ru (Anton Zagorskiy)
Date: Mon, 6 Dec 2010 15:54:00 +0300
Subject: [OpenSIPS-Devel] trunk/ACC module
Message-ID: <004501cb9544$a9570bc0$fc052340$@zagorskiy@oyster-telecom.ru>

Hello.

ACC module from trunk generates errors on a multi_leg_info parameter:
ERROR:acc:parse_acc_extra: parse failed in <$avp(src)> around position 9
ERROR:acc:parse_acc_extra: error
ERROR:acc:parse_acc_leg: failed to parse extra leg
ERROR:acc:mod_init: failed to parse multileg_info param
						 ^^^^^^^^^^^^^
ACC sayed 'multileg_info' despite I wrote
modparam("acc", "multi_leg_info", "$avp(src)")




WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru





From vladpaiu at opensips.org  Mon Dec  6 14:03:00 2010
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 06 Dec 2010 15:03:00 +0200
Subject: [OpenSIPS-Devel] trunk/ACC module
In-Reply-To: <004501cb9544$a9570bc0$fc052340$@zagorskiy@oyster-telecom.ru>
References: <004501cb9544$a9570bc0$fc052340$@zagorskiy@oyster-telecom.ru>
Message-ID: <4CFCDF04.6000408@opensips.org>

Hello Anton,

You are not properly using the multi_leg_info feature. The parameter 
value must be a list of tuples in the form of  
"text1=$avp(src);text2=$avp(dst)", for example.
Depending on what is the back-end that you are using for accounting, the 
first text part has a different
meaning.
You can read more about this here : 
http://www.opensips.org/html/docs/modules/devel/acc.html#id292964

Regards,


On 12/06/2010 02:54 PM, Anton Zagorskiy wrote:
> Hello.
>
> ACC module from trunk generates errors on a multi_leg_info parameter:
> ERROR:acc:parse_acc_extra: parse failed in<$avp(src)>  around position 9
> ERROR:acc:parse_acc_extra: error
> ERROR:acc:parse_acc_leg: failed to parse extra leg
> ERROR:acc:mod_init: failed to parse multileg_info param
> 						 ^^^^^^^^^^^^^
> ACC sayed 'multileg_info' despite I wrote
> modparam("acc", "multi_leg_info", "$avp(src)")
>
>
>
>
> WBR, Anton Zagorskiy
> VoIP Developer, Oyster Telecom
> Phone.: +7 812 601-0666
> Fax: +7 812 601-0593
> a.zagorskiy at oyster-telecom.ru
> www.oyster-telecom.ru
>
>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>    


-- 
Vlad Paiu
www.voice-system.ro



From a.zagorskiy at oyster-telecom.ru  Mon Dec  6 14:12:21 2010
From: a.zagorskiy at oyster-telecom.ru (Anton Zagorskiy)
Date: Mon, 6 Dec 2010 16:12:21 +0300
Subject: [OpenSIPS-Devel] trunk/ACC module
In-Reply-To: <4CFCDF04.6000408@opensips.org>
References: <004501cb9544$a9570bc0$fc052340$@zagorskiy@oyster-telecom.ru>
	<4CFCDF04.6000408@opensips.org>
Message-ID: <004601cb9547$3a208ee0$ae61aca0$@zagorskiy@oyster-telecom.ru>

Using example (modparam("acc",
"multi_leg_info","text1=$avp(src);text2=$avp(dst)")) I've got
ERROR:core:pv_parse_avp_name: bad avp name [src]
ERROR:core:pv_parse_spec: pvar "avp" has an invalid name param [src]
ERROR:core:pv_parse_spec: wrong char [)/41] in [$avp(src);text2=$avp(dst)]
at [8 (5)]
ERROR:acc:parse_acc_extra: parse failed in <text1=$avp(src);text2=$avp(dst)>
around position 6
ERROR:acc:parse_acc_extra: error
ERROR:acc:parse_acc_leg: failed to parse extra leg
ERROR:acc:mod_init: failed to parse multileg_info param






WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru



> -----Original Message-----
> From: devel-bounces at lists.opensips.org [mailto:devel-
> bounces at lists.opensips.org] On Behalf Of Vlad Paiu
> Sent: Monday, December 06, 2010 4:03 PM
> To: OpenSIPS devel mailling list
> Subject: Re: [OpenSIPS-Devel] trunk/ACC module
> 
> Hello Anton,
> 
> You are not properly using the multi_leg_info feature. The parameter
> value must be a list of tuples in the form of
> "text1=$avp(src);text2=$avp(dst)", for example.
> Depending on what is the back-end that you are using for accounting,
> the
> first text part has a different
> meaning.
> You can read more about this here :
> http://www.opensips.org/html/docs/modules/devel/acc.html#id292964
> 
> Regards,
> 
> 
> On 12/06/2010 02:54 PM, Anton Zagorskiy wrote:
> > Hello.
> >
> > ACC module from trunk generates errors on a multi_leg_info parameter:
> > ERROR:acc:parse_acc_extra: parse failed in<$avp(src)>  around
> position 9
> > ERROR:acc:parse_acc_extra: error
> > ERROR:acc:parse_acc_leg: failed to parse extra leg
> > ERROR:acc:mod_init: failed to parse multileg_info param
> > 						 ^^^^^^^^^^^^^
> > ACC sayed 'multileg_info' despite I wrote
> > modparam("acc", "multi_leg_info", "$avp(src)")
> >
> >
> >
> >
> > WBR, Anton Zagorskiy
> > VoIP Developer, Oyster Telecom
> > Phone.: +7 812 601-0666
> > Fax: +7 812 601-0593
> > a.zagorskiy at oyster-telecom.ru
> > www.oyster-telecom.ru
> >
> >
> >
> >
> > _______________________________________________
> > Devel mailing list
> > Devel at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
> >
> 
> 
> --
> Vlad Paiu
> www.voice-system.ro
> 
> 
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



From bogdan at voice-system.ro  Mon Dec  6 14:25:08 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Dec 2010 13:25:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7463] trunk
Message-ID: <E1PPb40-0001We-LX@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7463
          http://opensips.svn.sourceforge.net/opensips/?rev=7463&view=rev
Author:   bogdan_iancu
Date:     2010-12-06 13:25:08 +0000 (Mon, 06 Dec 2010)

Log Message:
-----------
- Adding Call-Info header to the list of known opensips headers.

  Credits go to Ovidiu Sas
  Closes patch 3123647

Modified Paths:
--------------
    trunk/modules/tm/sip_msg.c
    trunk/parser/case_call.h
    trunk/parser/hf.c
    trunk/parser/hf.h
    trunk/parser/keys.h
    trunk/parser/msg_parser.c
    trunk/parser/msg_parser.h


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


From noreply at sourceforge.net  Mon Dec  6 14:26:08 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Dec 2010 13:26:08 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3123647 ] parser: Call-Info
	header
Message-ID: <E1PPb4y-00048x-7T@sfs-web-9.v29.ch3.sourceforge.com>

Patches item #3123647, was opened at 2010-11-30 18:40
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3123647&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Ovidiu Sas (osas)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: parser: Call-Info header

Initial Comment:
Adding Call-Info header to the list of known opensips headers.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-06 15:26

Message:
Patch applied on trunk, validated and backported on 1.6.4

BTW, there was a small fix in TM, in cloning the new hdr.

Thanks and regards,
Bogdan

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

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


From bogdan at voice-system.ro  Mon Dec  6 14:32:05 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Dec 2010 15:32:05 +0200
Subject: [OpenSIPS-Devel] trunk/ACC module
In-Reply-To: <004601cb9547$3a208ee0$ae61aca0$@zagorskiy@oyster-telecom.ru>
References: <004501cb9544$a9570bc0$fc052340$@zagorskiy@oyster-telecom.ru>	<4CFCDF04.6000408@opensips.org>
	<004601cb9547$3a208ee0$ae61aca0$@zagorskiy@oyster-telecom.ru>
Message-ID: <4CFCE5D5.2050104@voice-system.ro>

Hi Anton,

The error tells that the src and dst AVP are not recognized (as names).

An AVP can be defined via an ID (numerical $avp(i:10) or string 
$avp(s:foobar) ) or via an alias $avp(dst) (where the alias must be 
defined via avp_aliases core param - see 
http://www.opensips.org/Resources/DocsCoreFcn16#toc27).

So, either define the "dst" and "src" avp aliases, either use a 
different naming for your avp (using IDs)

For more see http://www.opensips.org/Resources/DocsCoreVar16#toc2

Regards,
Bogdan

Anton Zagorskiy wrote:
> Using example (modparam("acc",
> "multi_leg_info","text1=$avp(src);text2=$avp(dst)")) I've got
> ERROR:core:pv_parse_avp_name: bad avp name [src]
> ERROR:core:pv_parse_spec: pvar "avp" has an invalid name param [src]
> ERROR:core:pv_parse_spec: wrong char [)/41] in [$avp(src);text2=$avp(dst)]
> at [8 (5)]
> ERROR:acc:parse_acc_extra: parse failed in <text1=$avp(src);text2=$avp(dst)>
> around position 6
> ERROR:acc:parse_acc_extra: error
> ERROR:acc:parse_acc_leg: failed to parse extra leg
> ERROR:acc:mod_init: failed to parse multileg_info param
>
>
>
>
>
>
> WBR, Anton Zagorskiy
> VoIP Developer, Oyster Telecom
> Phone.: +7 812 601-0666
> Fax: +7 812 601-0593
> a.zagorskiy at oyster-telecom.ru
> www.oyster-telecom.ru
>
>
>
>   
>> -----Original Message-----
>> From: devel-bounces at lists.opensips.org [mailto:devel-
>> bounces at lists.opensips.org] On Behalf Of Vlad Paiu
>> Sent: Monday, December 06, 2010 4:03 PM
>> To: OpenSIPS devel mailling list
>> Subject: Re: [OpenSIPS-Devel] trunk/ACC module
>>
>> Hello Anton,
>>
>> You are not properly using the multi_leg_info feature. The parameter
>> value must be a list of tuples in the form of
>> "text1=$avp(src);text2=$avp(dst)", for example.
>> Depending on what is the back-end that you are using for accounting,
>> the
>> first text part has a different
>> meaning.
>> You can read more about this here :
>> http://www.opensips.org/html/docs/modules/devel/acc.html#id292964
>>
>> Regards,
>>
>>
>> On 12/06/2010 02:54 PM, Anton Zagorskiy wrote:
>>     
>>> Hello.
>>>
>>> ACC module from trunk generates errors on a multi_leg_info parameter:
>>> ERROR:acc:parse_acc_extra: parse failed in<$avp(src)>  around
>>>       
>> position 9
>>     
>>> ERROR:acc:parse_acc_extra: error
>>> ERROR:acc:parse_acc_leg: failed to parse extra leg
>>> ERROR:acc:mod_init: failed to parse multileg_info param
>>> 						 ^^^^^^^^^^^^^
>>> ACC sayed 'multileg_info' despite I wrote
>>> modparam("acc", "multi_leg_info", "$avp(src)")
>>>
>>>
>>>
>>>
>>> WBR, Anton Zagorskiy
>>> VoIP Developer, Oyster Telecom
>>> Phone.: +7 812 601-0666
>>> Fax: +7 812 601-0593
>>> a.zagorskiy at oyster-telecom.ru
>>> www.oyster-telecom.ru
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>>
>>>
>>>       
>> --
>> Vlad Paiu
>> 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
OpenSIPS Bootcamp
15 - 19 November 2010, Edison, New Jersey, USA
www.voice-system.ro



From bogdan at voice-system.ro  Mon Dec  6 14:33:23 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 06 Dec 2010 13:33:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7464] branches/1.6
Message-ID: <E1PPbBz-00024R-8o@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7464
          http://opensips.svn.sourceforge.net/opensips/?rev=7464&view=rev
Author:   bogdan_iancu
Date:     2010-12-06 13:33:22 +0000 (Mon, 06 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7463):
- Adding Call-Info header to the list of known opensips headers.

  Credits go to Ovidiu Sas
  Closes patch 3123647

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

Modified Paths:
--------------
    branches/1.6/modules/tm/sip_msg.c
    branches/1.6/parser/case_call.h
    branches/1.6/parser/hf.c
    branches/1.6/parser/hf.h
    branches/1.6/parser/keys.h
    branches/1.6/parser/msg_parser.c
    branches/1.6/parser/msg_parser.h


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


From noreply at sourceforge.net  Mon Dec  6 14:34:55 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Dec 2010 13:34:55 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3117687 ] detect_direction
	partially broke
Message-ID: <E1PPbDT-0003r7-Mc@sfs-web-11.v29.ch3.sourceforge.com>

Bugs item #3117687, was opened at 2010-11-24 18:33
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3117687&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: Invalid
Priority: 3
Private: No
Submitted By: Richard Revels (rrevels)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: detect_direction partially broke

Initial Comment:
Using syslog facility for accounting; when I turn on detect_direction the log entries do have the To and From tags reversed as appropriate but the To and From usernames are not reversed.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-06 15:34

Message:
oky, doky

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

Comment By: Richard Revels (rrevels)
Date: 2010-12-04 02:48

Message:
I've done everything mostly correct in the script. : >  I haven't had time
to test this out yet but I'm pretty sure I've figured out the problem. The
from and to users are not part of the default information saved so, of
course, I define a couple extra "columns" to be stored for these values.
The problem is that I don't define the pseudo variables as the source for
these columns but rather an avp. I then convert the E164 values in these
pseudo variables to 10 digit North American domestic numbers and store that
in the avp's.  These are then passed out to accounting with no direction
detection of course. This tracker can be closed as invalid. 

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:43

Message:
Hi Richard,

the detect_direction is based on the RR module, so, in order to work, you
should have done  loose_route() in script (for the BYE request).

So, be sure you do loose_route, and secondly, be sure that you have the
append_fromtag param turned on in RR module.

If sill does not work, please let me know

Regards,
Bogdan


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

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


From a.zagorskiy at oyster-telecom.ru  Mon Dec  6 14:38:28 2010
From: a.zagorskiy at oyster-telecom.ru (Anton Zagorskiy)
Date: Mon, 6 Dec 2010 16:38:28 +0300
Subject: [OpenSIPS-Devel] trunk/ACC module
In-Reply-To: <4CFCE5D5.2050104@voice-system.ro>
References: <004501cb9544$a9570bc0$fc052340$@zagorskiy@oyster-telecom.ru>	<4CFCDF04.6000408@opensips.org>	<004601cb9547$3a208ee0$ae61aca0$@zagorskiy@oyster-telecom.ru>
	<4CFCE5D5.2050104@voice-system.ro>
Message-ID: <004701cb954a$dfefbbe0$9fcf33a0$@zagorskiy@oyster-telecom.ru>

Hi, Bogdan.

Thanks for the answer.





WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru



> -----Original Message-----
> From: devel-bounces at lists.opensips.org [mailto:devel-
> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> Sent: Monday, December 06, 2010 4:32 PM
> To: OpenSIPS devel mailling list
> Subject: Re: [OpenSIPS-Devel] trunk/ACC module
> 
> Hi Anton,
> 
> The error tells that the src and dst AVP are not recognized (as names).
> 
> An AVP can be defined via an ID (numerical $avp(i:10) or string
> $avp(s:foobar) ) or via an alias $avp(dst) (where the alias must be
> defined via avp_aliases core param - see
> http://www.opensips.org/Resources/DocsCoreFcn16#toc27).
> 
> So, either define the "dst" and "src" avp aliases, either use a
> different naming for your avp (using IDs)
> 
> For more see http://www.opensips.org/Resources/DocsCoreVar16#toc2
> 
> Regards,
> Bogdan
> 
> Anton Zagorskiy wrote:
> > Using example (modparam("acc",
> > "multi_leg_info","text1=$avp(src);text2=$avp(dst)")) I've got
> > ERROR:core:pv_parse_avp_name: bad avp name [src]
> > ERROR:core:pv_parse_spec: pvar "avp" has an invalid name param [src]
> > ERROR:core:pv_parse_spec: wrong char [)/41] in
> [$avp(src);text2=$avp(dst)]
> > at [8 (5)]
> > ERROR:acc:parse_acc_extra: parse failed in
> <text1=$avp(src);text2=$avp(dst)>
> > around position 6
> > ERROR:acc:parse_acc_extra: error
> > ERROR:acc:parse_acc_leg: failed to parse extra leg
> > ERROR:acc:mod_init: failed to parse multileg_info param
> >
> >
> >
> >
> >
> >
> > WBR, Anton Zagorskiy
> > VoIP Developer, Oyster Telecom
> > Phone.: +7 812 601-0666
> > Fax: +7 812 601-0593
> > a.zagorskiy at oyster-telecom.ru
> > www.oyster-telecom.ru
> >
> >
> >
> >
> >> -----Original Message-----
> >> From: devel-bounces at lists.opensips.org [mailto:devel-
> >> bounces at lists.opensips.org] On Behalf Of Vlad Paiu
> >> Sent: Monday, December 06, 2010 4:03 PM
> >> To: OpenSIPS devel mailling list
> >> Subject: Re: [OpenSIPS-Devel] trunk/ACC module
> >>
> >> Hello Anton,
> >>
> >> You are not properly using the multi_leg_info feature. The parameter
> >> value must be a list of tuples in the form of
> >> "text1=$avp(src);text2=$avp(dst)", for example.
> >> Depending on what is the back-end that you are using for accounting,
> >> the
> >> first text part has a different
> >> meaning.
> >> You can read more about this here :
> >> http://www.opensips.org/html/docs/modules/devel/acc.html#id292964
> >>
> >> Regards,
> >>
> >>
> >> On 12/06/2010 02:54 PM, Anton Zagorskiy wrote:
> >>
> >>> Hello.
> >>>
> >>> ACC module from trunk generates errors on a multi_leg_info
> parameter:
> >>> ERROR:acc:parse_acc_extra: parse failed in<$avp(src)>  around
> >>>
> >> position 9
> >>
> >>> ERROR:acc:parse_acc_extra: error
> >>> ERROR:acc:parse_acc_leg: failed to parse extra leg
> >>> ERROR:acc:mod_init: failed to parse multileg_info param
> >>> 						 ^^^^^^^^^^^^^
> >>> ACC sayed 'multileg_info' despite I wrote
> >>> modparam("acc", "multi_leg_info", "$avp(src)")
> >>>
> >>>
> >>>
> >>>
> >>> WBR, Anton Zagorskiy
> >>> VoIP Developer, Oyster Telecom
> >>> Phone.: +7 812 601-0666
> >>> Fax: +7 812 601-0593
> >>> a.zagorskiy at oyster-telecom.ru
> >>> www.oyster-telecom.ru
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Devel mailing list
> >>> Devel at lists.opensips.org
> >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >>>
> >>>
> >>>
> >> --
> >> Vlad Paiu
> >> 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
> OpenSIPS Bootcamp
> 15 - 19 November 2010, Edison, New Jersey, USA
> 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 Dec  6 16:20:12 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 06 Dec 2010 15:20:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7465]
 branches/1.6/modules/presence_xcapdiff/ presence_xcapdiff.c
Message-ID: <E1PPcrM-0000TI-Q2@sfp-svn-1.v30.ch3.sourceforge.com>

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

Log Message:
-----------
- fixed compile warning

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


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


From anca at opensips.org  Mon Dec  6 16:21:52 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 06 Dec 2010 17:21:52 +0200
Subject: [OpenSIPS-Devel] compilation warning with stable 1.6 release
In-Reply-To: <19707.30094.51021.902650@sip.test.fi>
References: <19707.30094.51021.902650@sip.test.fi>
Message-ID: <4CFCFF90.7010104@opensips.org>

Hi Juha,

Thank you. I had it fixed in my version but seem to forgot to commit it 
and I didn't noticed it anymore.

Regards,
Anca

On 12/05/2010 01:20 PM, Juha Heinanen wrote:
> i compiled today latest 1.6 from svn and got this kind of compilation
> warning:
>
> make[2]: Entering directory `/usr/src/5.1-src/openxg-pres-serv/modules/presence_xcapdiff'
> Compiling presence_xcapdiff.c
> presence_xcapdiff.c: In function ?mod_init?:
> presence_xcapdiff.c:106: warning: passing argument 4 of ?pua.add_event? from incompatible pointer type
> presence_xcapdiff.c:106: note: expected ?int (*)(struct publ_info *, struct str **, int,  struct str *)? but argument is of type ?int (*)(struct publ_info_t *, struct str **, int,  struct str **)?
>
> it looks scary to me in a stable release.
>
> -- juha


From sobomax at sippysoft.com  Mon Dec  6 22:00:58 2010
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Mon, 06 Dec 2010 21:00:58 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7466]
	trunk/modules/tm/sip_msg.c
Message-ID: <E1PPiB8-0002dF-2T@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7466
          http://opensips.svn.sourceforge.net/opensips/?rev=7466&view=rev
Author:   sobomax
Date:     2010-12-06 21:00:57 +0000 (Mon, 06 Dec 2010)

Log Message:
-----------
Initialize new_msg->msg_cb properly, or it could cause crash in the
nathelper module later on.

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


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


From sobomax at sippysoft.com  Mon Dec  6 22:17:10 2010
From: sobomax at sippysoft.com (Maxim Sobolev)
Date: Mon, 06 Dec 2010 21:17:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7467] trunk/msg_callbacks.c
Message-ID: <E1PPiQo-0003ES-CI@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7467
          http://opensips.svn.sourceforge.net/opensips/?rev=7467&view=rev
Author:   sobomax
Date:     2010-12-06 21:17:09 +0000 (Mon, 06 Dec 2010)

Log Message:
-----------
Fix linked list management.

Submitted by:	Kennard White, patch #3047314

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


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


From noreply at sourceforge.net  Mon Dec  6 22:17:44 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 06 Dec 2010 21:17:44 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3047314 ] base64,
	sip_uri ob param, msg_cb fix
Message-ID: <E1PPiRM-0005M8-M6@sfs-web-5.v29.ch3.sourceforge.com>

Patches item #3047314, was opened at 2010-08-17 15:02
Message generated for change (Comment added) made by sobomax
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3047314&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: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: base64, sip_uri ob param, msg_cb fix

Initial Comment:
Two de-coupled changes (sorry):
1. Add functions for base64 encoding and decoding. Encoder was previously in presence module.
2. Add 'ob' parameter support to sip_uri struct and parser. Used by RFC5626 'outbound' support.

Let me know if any issues.
Thanks,
Kennard

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

Comment By: Maksym Sobolyev (sobomax)
Date: 2010-12-06 13:17

Message:
Kennard, I've checked part of this patch to address uninitialized msg_cb
pointer. Please check revision 7466 and 7467 and let me know if you still
have this issue.

-Maxim

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

Comment By: Kennard White (kennardwhite)
Date: 2010-08-20 14:06

Message:
When using this, found two pre-existing bugs that are addressed in 2nd
patch file:
A. tm doesn't zero the sip_msg->msg_cb field when cloning into shm mem. It
leaves the pkg mem pointer in place. Later on (in failure route processing)
this value is used in different process and get segfault.
B. the linked-list handling for msg_cb was broken, and wouldn't handle
more than 2 callbacks.

Fix added to this patch upload because it also includes tm cloning the new
sip_uri ob param.

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

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


From osas at voipembedded.com  Tue Dec  7 01:25:37 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 00:25:37 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7468] branches/1.6
Message-ID: <E1PPlNB-0002qk-UP@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7468
          http://opensips.svn.sourceforge.net/opensips/?rev=7468&view=rev
Author:   osas
Date:     2010-12-07 00:25:37 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
backport: Revision: 7127

Reorganizing the core SDP parser:
 - sendrecv and ptime are now session attributes
 - parse connection and origin IP
 - sdp helper logs are now configurable
 - parse rtcp attributes

Modified Paths:
--------------
    branches/1.6/modules/qos/qos_mi.c
    branches/1.6/parser/sdp/sdp.c
    branches/1.6/parser/sdp/sdp.h
    branches/1.6/parser/sdp/sdp_helpr_funcs.c
    branches/1.6/parser/sdp/sdp_helpr_funcs.h


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


From osas at voipembedded.com  Tue Dec  7 03:03:49 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 02:03:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7469] branches/1.6/parser/sdp
Message-ID: <E1PPmuD-0006Nj-VF@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7469
          http://opensips.svn.sourceforge.net/opensips/?rev=7469&view=rev
Author:   osas
Date:     2010-12-07 02:03:49 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
backport: Revision: 7442

sdp parser: detect on hold media during sdp parsing

Modified Paths:
--------------
    branches/1.6/parser/sdp/sdp.c
    branches/1.6/parser/sdp/sdp.h
    branches/1.6/parser/sdp/sdp_helpr_funcs.c
    branches/1.6/parser/sdp/sdp_helpr_funcs.h


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


From osas at voipembedded.com  Tue Dec  7 05:39:58 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 04:39:58 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7470] branches/1.6/parser
Message-ID: <E1PPpLK-0001mF-Ia@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7470
          http://opensips.svn.sourceforge.net/opensips/?rev=7470&view=rev
Author:   osas
Date:     2010-12-07 04:39:58 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
backport: Revision: 7348

parser: adding "call-info" and "line-seize" to the list of known events

Modified Paths:
--------------
    branches/1.6/parser/parse_event.c
    branches/1.6/parser/parse_event.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  Tue Dec  7 11:14:59 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Dec 2010 10:14:59 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7471] trunk/modules/dialog
Message-ID: <E1PPuZX-0005ap-UY@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7471
          http://opensips.svn.sourceforge.net/opensips/?rev=7471&view=rev
Author:   bogdan_iancu
Date:     2010-12-07 10:14:59 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
- docs updated

Modified Paths:
--------------
    trunk/modules/dialog/README
    trunk/modules/dialog/doc/dialog_admin.xml


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


From bogdan at voice-system.ro  Tue Dec  7 11:15:11 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Dec 2010 10:15:11 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7472]
	branches/1.6/modules/dialog
Message-ID: <E1PPuZj-0005bI-Hi@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7472
          http://opensips.svn.sourceforge.net/opensips/?rev=7472&view=rev
Author:   bogdan_iancu
Date:     2010-12-07 10:15:11 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
- docs update

Modified Paths:
--------------
    branches/1.6/modules/dialog/README
    branches/1.6/modules/dialog/doc/dialog_admin.xml


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


From bogdan at voice-system.ro  Tue Dec  7 11:39:10 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Dec 2010 10:39:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7473] trunk/modules/dialog
Message-ID: <E1PPuww-0006UO-Oq@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7473
          http://opensips.svn.sourceforge.net/opensips/?rev=7473&view=rev
Author:   bogdan_iancu
Date:     2010-12-07 10:39:10 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
- more docs updated

Modified Paths:
--------------
    trunk/modules/dialog/README
    trunk/modules/dialog/doc/dialog_admin.xml


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


From bogdan at voice-system.ro  Tue Dec  7 11:40:25 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 07 Dec 2010 10:40:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7474]
	branches/1.6/modules/dialog
Message-ID: <E1PPuy9-0006bm-Id@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7474
          http://opensips.svn.sourceforge.net/opensips/?rev=7474&view=rev
Author:   bogdan_iancu
Date:     2010-12-07 10:40:25 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
- more docs updated

Modified Paths:
--------------
    branches/1.6/modules/dialog/README
    branches/1.6/modules/dialog/doc/dialog_admin.xml


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


From razvancrainea at opensips.org  Tue Dec  7 13:01:13 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Tue, 07 Dec 2010 12:01:13 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7475] trunk/modules
Message-ID: <E1PPwEL-00018L-Pm@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7475
          http://opensips.svn.sourceforge.net/opensips/?rev=7475&view=rev
Author:   razvancrainea
Date:     2010-12-07 12:01:13 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
use readers-writers synchronization

Modified Paths:
--------------
    trunk/modules/dialplan/dialplan.c
    trunk/modules/dialplan/dialplan.h
    trunk/modules/dialplan/dp_db.c
    trunk/modules/drouting/drouting.c
    trunk/modules/load_balancer/load_balancer.c
    trunk/modules/pdt/pdt.c


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


From razvancrainea at opensips.org  Tue Dec  7 14:30:08 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Tue, 07 Dec 2010 13:30:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7476] branches/1.6
Message-ID: <E1PPxcO-0005WR-00@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7476
          http://opensips.svn.sourceforge.net/opensips/?rev=7476&view=rev
Author:   razvancrainea
Date:     2010-12-07 13:30:07 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
backport from trunk (rev 7475):
readers-writers synchronization mechanism

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

Modified Paths:
--------------
    branches/1.6/modules/dialplan/dialplan.c
    branches/1.6/modules/dialplan/dialplan.h
    branches/1.6/modules/dialplan/dp_db.c
    branches/1.6/modules/drouting/drouting.c
    branches/1.6/modules/load_balancer/lb_data.c
    branches/1.6/modules/load_balancer/lb_parser.c
    branches/1.6/modules/load_balancer/lb_parser.h
    branches/1.6/modules/load_balancer/load_balancer.c
    branches/1.6/modules/pdt/pdt.c

Added Paths:
-----------
    branches/1.6/rw_locking.h


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


From osas at voipembedded.com  Tue Dec  7 15:25:19 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 14:25:19 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7477]
	branches/1.6/modules/pua
Message-ID: <E1PPyTn-0007qL-DG@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7477
          http://opensips.svn.sourceforge.net/opensips/?rev=7477&view=rev
Author:   osas
Date:     2010-12-07 14:25:19 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
backport: Revision 7424 7428 7429

pua: define load_pua_api() for easier module api loading
pua: adding "call-info" to the list of known events
pua: reject new PUBLISH requests only if a 'content-type'
     is defined for the event being processed

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

Modified Paths:
--------------
    branches/1.6/modules/pua/hash.h
    branches/1.6/modules/pua/pua_bind.h
    branches/1.6/modules/pua/send_publish.c


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


From osas at voipembedded.com  Tue Dec  7 16:03:44 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 15:03:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7478] branches/1.6
Message-ID: <E1PPz4y-0004my-P5@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7478
          http://opensips.svn.sourceforge.net/opensips/?rev=7478&view=rev
Author:   osas
Date:     2010-12-07 15:03:44 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
backport: Revision 7319 7327 7329 7330 7331

presence: support for extra headers in NOTIFY
 - extra headers received in PUBLISH requests can be
stored and sent to the subscrber via NOTIFY requests

presence: new 'mandatory_body' flag
 - distinguish between presence events that requires or not a body

presence: save the new 'mandatory_body' flag

presence: the list of extra headers is provided by each event
          during the event registration process
 - the list of headers must be provided as a <null> terminated list
 - example:
str extra_hdrs[] = {
        str_init("Extra_header_1"),
        str_init("Extra_header_2"),
        {NULL,0},
};

presence: new callback: build_empty_pres_info
 - build_empty_pres_info callback allows a module
to provide specific dummy information for a
specific event when no information is available
in the presentity table.

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

Modified Paths:
--------------
    branches/1.6/db/schema/pr_presentity.xml
    branches/1.6/modules/presence/event_list.c
    branches/1.6/modules/presence/event_list.h
    branches/1.6/modules/presence/notify.c
    branches/1.6/modules/presence/notify.h
    branches/1.6/modules/presence/presence.c
    branches/1.6/modules/presence/presentity.c
    branches/1.6/modules/presence/presentity.h
    branches/1.6/modules/presence/publish.c
    branches/1.6/modules/presence/subscribe.c
    branches/1.6/modules/presence_dialoginfo/add_events.c
    branches/1.6/modules/presence_dialoginfo/notify_body.c
    branches/1.6/modules/presence_dialoginfo/notify_body.h
    branches/1.6/modules/presence_mwi/add_events.c
    branches/1.6/modules/presence_xml/add_events.c
    branches/1.6/scripts/db_berkeley/opensips/presentity
    branches/1.6/scripts/db_berkeley/opensips/version
    branches/1.6/scripts/dbtext/opensips/presentity
    branches/1.6/scripts/dbtext/opensips/version
    branches/1.6/scripts/mysql/presence-create.sql
    branches/1.6/scripts/oracle/presence-create.sql
    branches/1.6/scripts/postgres/presence-create.sql


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


From osas at voipembedded.com  Tue Dec  7 16:10:10 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 15:10:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7479]
	branches/1.6/modules/presence
Message-ID: <E1PPzBC-0005HV-V1@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7479
          http://opensips.svn.sourceforge.net/opensips/?rev=7479&view=rev
Author:   osas
Date:     2010-12-07 15:10:10 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
backport: Revision 7426 7427

presence: fix extra headers presentity update
presence: handle body only if a 'Content-Type' header is defined for the processed event
 - save body from PUBLISH only if Content-Type is defined
 - send body in NOTIFY only if Content-Type is defined

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

Modified Paths:
--------------
    branches/1.6/modules/presence/notify.c
    branches/1.6/modules/presence/presentity.c
    branches/1.6/modules/presence/publish.c


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


From osas at voipembedded.com  Tue Dec  7 18:37:12 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 17:37:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7480] trunk/modules/textops
Message-ID: <E1PQ1TU-0000x7-MX@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7480
          http://opensips.svn.sourceforge.net/opensips/?rev=7480&view=rev
Author:   osas
Date:     2010-12-07 17:37:12 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
textops: update README file for is_audio_on_hold() function

Modified Paths:
--------------
    trunk/modules/textops/README
    trunk/modules/textops/doc/textops.xml
    trunk/modules/textops/doc/textops_admin.xml


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


From osas at voipembedded.com  Tue Dec  7 18:48:33 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 17:48:33 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7481]
	branches/1.6/modules/textops/textops.c
Message-ID: <E1PQ1eT-0001Mk-JG@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7481
          http://opensips.svn.sourceforge.net/opensips/?rev=7481&view=rev
Author:   osas
Date:     2010-12-07 17:48:33 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
backport: Revision 7448

textops: new function is_audio_on_hold()
 - returns true if at least one 'audio' stream is on hold
 - only 'audio' streams are checked

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

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


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


From osas at voipembedded.com  Tue Dec  7 20:12:16 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 19:12:16 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7482] trunk/modules
Message-ID: <E1PQ2xU-00027s-7W@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7482
          http://opensips.svn.sourceforge.net/opensips/?rev=7482&view=rev
Author:   osas
Date:     2010-12-07 19:12:15 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
presence_callinfo: new module

Added Paths:
-----------
    trunk/modules/presence_callinfo/
    trunk/modules/presence_callinfo/Makefile
    trunk/modules/presence_callinfo/README
    trunk/modules/presence_callinfo/add_events.c
    trunk/modules/presence_callinfo/add_events.h
    trunk/modules/presence_callinfo/doc/
    trunk/modules/presence_callinfo/doc/presence_callinfo.xml
    trunk/modules/presence_callinfo/doc/presence_callinfo_admin.xml
    trunk/modules/presence_callinfo/presence_callinfo.c
    trunk/modules/presence_callinfo/presence_callinfo.h


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


From osas at voipembedded.com  Tue Dec  7 20:57:04 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 07 Dec 2010 19:57:04 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7483] trunk/modules/b2b_logic
Message-ID: <E1PQ3eq-0005n8-71@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7483
          http://opensips.svn.sourceforge.net/opensips/?rev=7483&view=rev
Author:   osas
Date:     2010-12-07 19:57:03 +0000 (Tue, 07 Dec 2010)

Log Message:
-----------
b2b_logic: define return values for b2b_logic callbacks

Modified Paths:
--------------
    trunk/modules/b2b_logic/b2b_load.h
    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 osas at voipembedded.com  Wed Dec  8 01:08:21 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 Dec 2010 00:08:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7484]
	trunk/modules/b2b_logic/logic.c
Message-ID: <E1PQ7a1-0003cO-Aa@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7484
          http://opensips.svn.sourceforge.net/opensips/?rev=7484&view=rev
Author:   osas
Date:     2010-12-08 00:08:21 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
b2b_logic: B2B_RE_INVITE_CB - reINVITE callback

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 bogdan at voice-system.ro  Wed Dec  8 12:44:13 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Dec 2010 11:44:13 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7485] trunk/modules/dialog
Message-ID: <E1PQIRR-00021Z-Ss@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7485
          http://opensips.svn.sourceforge.net/opensips/?rev=7485&view=rev
Author:   bogdan_iancu
Date:     2010-12-08 11:44:13 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
- fixed bug in locking dialog while printing it via MI
- included the dialog vals and profiles to be printed as part of dialog context (via dlg_list_ctx MI func)

Modified Paths:
--------------
    trunk/modules/dialog/dlg_hash.c
    trunk/modules/dialog/dlg_hash.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 Dec  8 12:46:09 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Dec 2010 11:46:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7486]
	branches/1.6/modules/dialog
Message-ID: <E1PQITJ-0002An-Em@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7486
          http://opensips.svn.sourceforge.net/opensips/?rev=7486&view=rev
Author:   bogdan_iancu
Date:     2010-12-08 11:46:09 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7485):
- fixed bug in locking dialog while printing it via MI
- included the dialog vals and profiles to be printed as part of dialog context (via dlg_list_ctx MI func)

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

Modified Paths:
--------------
    branches/1.6/modules/dialog/dlg_hash.c
    branches/1.6/modules/dialog/dlg_hash.h


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


From noreply at sourceforge.net  Wed Dec  8 13:26:12 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Dec 2010 12:26:12 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132296 ] rtpproxy_offer("L")
	return wrong port on re-invite
Message-ID: <E1PQJ64-0004RJ-8o@sfs-web-8.v29.ch3.sourceforge.com>

Bugs item #3132296, was opened at 2010-12-08 15:26
Message generated for change (Tracker Item Submitted) made by bukinr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3132296&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: Ruslan Bukin (bukinr)
Assigned to: Nobody/Anonymous (nobody)
Summary: rtpproxy_offer("L") return wrong port on re-invite

Initial Comment:
I call rtpproxy_offer("fr") on invite request and rtpproxy_answer("fr") on invite reply. Request and reply comes with sdp and client rtp media successfully served by rtpproxy.

In loose_route section I call rtpproxy_offer with force-lookup flag ("Lfr")  which returns status 0 on re-invite, but returns wrong rtpproxy port!
(re-invites sent by sippy b2bua in case of keep-alives).

I have switched tags like below. I am sure it is not correct coding, but it resolved my problem, at least for a request.

--- opensips-trunk/modules/nathelper/nathelper.c   (revision 7462)
+++ opensips-trunk/modules/nathelper/nathelper.c   (working copy)
@@ -3315,6 +3315,13 @@
   	   	    FORCE_RTP_PROXY_RET (-1);
 		    			}
						create = 0;
+
+		if (msg->first_line.type==SIP_REQUEST && args->offer!=0) {
+		   				      tmp = from_tag;
+						      	    from_tag = to_tag;
+							    	       to_tag = tmp;
+								       	      }
+
	} else if ((msg->first_line.type==SIP_REPLY && args->offer!=0)||
 	(msg->first_line.type == SIP_REQUEST && args->offer == 0) ) {
 			      if (to_tag.len == 0) {


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

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


From noreply at sourceforge.net  Wed Dec  8 13:28:38 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Dec 2010 12:28:38 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132296 ] rtpproxy_offer("L")
	returns wrong port on re-invite
Message-ID: <E1PQJ8Q-0002t6-7h@sfs-web-7.v29.ch3.sourceforge.com>

Bugs item #3132296, was opened at 2010-12-08 15:26
Message generated for change (Settings changed) made by bukinr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3132296&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: Ruslan Bukin (bukinr)
Assigned to: Nobody/Anonymous (nobody)
>Summary: rtpproxy_offer("L") returns wrong port on re-invite

Initial Comment:
I call rtpproxy_offer("fr") on invite request and rtpproxy_answer("fr") on invite reply. Request and reply comes with sdp and client rtp media successfully served by rtpproxy.

In loose_route section I call rtpproxy_offer with force-lookup flag ("Lfr")  which returns status 0 on re-invite, but returns wrong rtpproxy port!
(re-invites sent by sippy b2bua in case of keep-alives).

I have switched tags like below. I am sure it is not correct coding, but it resolved my problem, at least for a request.

--- opensips-trunk/modules/nathelper/nathelper.c   (revision 7462)
+++ opensips-trunk/modules/nathelper/nathelper.c   (working copy)
@@ -3315,6 +3315,13 @@
   	   	    FORCE_RTP_PROXY_RET (-1);
 		    			}
						create = 0;
+
+		if (msg->first_line.type==SIP_REQUEST && args->offer!=0) {
+		   				      tmp = from_tag;
+						      	    from_tag = to_tag;
+							    	       to_tag = tmp;
+								       	      }
+
	} else if ((msg->first_line.type==SIP_REPLY && args->offer!=0)||
 	(msg->first_line.type == SIP_REQUEST && args->offer == 0) ) {
 			      if (to_tag.len == 0) {


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

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


From bogdan at voice-system.ro  Wed Dec  8 15:04:39 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Dec 2010 14:04:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7487]
	trunk/modules/nathelper/nathelper.c
Message-ID: <E1PQKdL-0002fV-N4@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7487
          http://opensips.svn.sourceforge.net/opensips/?rev=7487&view=rev
Author:   bogdan_iancu
Date:     2010-12-08 14:04:39 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
- fixed (another) bug in replacing the contact by fix_nated_contact()

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


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


From bogdan at voice-system.ro  Wed Dec  8 15:06:32 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 08 Dec 2010 14:06:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7488]
	branches/1.6/modules/nathelper/nathelper.c
Message-ID: <E1PQKfA-0002nY-UH@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7488
          http://opensips.svn.sourceforge.net/opensips/?rev=7488&view=rev
Author:   bogdan_iancu
Date:     2010-12-08 14:06:32 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7487)
- fixed (another) bug in replacing the contact by fix_nated_contact()

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

Modified Paths:
--------------
    branches/1.6/modules/nathelper/nathelper.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 Dec  8 15:13:29 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Dec 2010 14:13:29 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132296 ] rtpproxy_offer("L")
	returns wrong port on re-invite
Message-ID: <E1PQKlt-0005wm-NB@sfs-web-6.v29.ch3.sourceforge.com>

Bugs item #3132296, was opened at 2010-12-08 14:26
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3132296&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: Ruslan Bukin (bukinr)
Assigned to: Nobody/Anonymous (nobody)
Summary: rtpproxy_offer("L") returns wrong port on re-invite

Initial Comment:
I call rtpproxy_offer("fr") on invite request and rtpproxy_answer("fr") on invite reply. Request and reply comes with sdp and client rtp media successfully served by rtpproxy.

In loose_route section I call rtpproxy_offer with force-lookup flag ("Lfr")  which returns status 0 on re-invite, but returns wrong rtpproxy port!
(re-invites sent by sippy b2bua in case of keep-alives).

I have switched tags like below. I am sure it is not correct coding, but it resolved my problem, at least for a request.

--- opensips-trunk/modules/nathelper/nathelper.c   (revision 7462)
+++ opensips-trunk/modules/nathelper/nathelper.c   (working copy)
@@ -3315,6 +3315,13 @@
   	   	    FORCE_RTP_PROXY_RET (-1);
 		    			}
						create = 0;
+
+		if (msg->first_line.type==SIP_REQUEST && args->offer!=0) {
+		   				      tmp = from_tag;
+						      	    from_tag = to_tag;
+							    	       to_tag = tmp;
+								       	      }
+
	} else if ((msg->first_line.type==SIP_REPLY && args->offer!=0)||
 	(msg->first_line.type == SIP_REQUEST && args->offer == 0) ) {
 			      if (to_tag.len == 0) {


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-08 16:13

Message:
why do you use the L flag in rtpproxy_offer() ? L "lookup" is specific for
reply processing....

Regards,
Bogdan

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

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


From osas at voipembedded.com  Wed Dec  8 15:24:10 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 Dec 2010 14:24:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7489]
	branches/1.6/modules/presence
Message-ID: <E1PQKwE-0008IP-MJ@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7489
          http://opensips.svn.sourceforge.net/opensips/?rev=7489&view=rev
Author:   osas
Date:     2010-12-08 14:24:10 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
backport: Revision 7423

- applied patch #3116646, update contact in database at sequential Subscribe (credits to 
Walter Doeke
s)

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

Modified Paths:
--------------
    branches/1.6/modules/presence/publish.c
    branches/1.6/modules/presence/subscribe.c


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


From noreply at sourceforge.net  Wed Dec  8 15:40:19 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Dec 2010 14:40:19 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132296 ] rtpproxy_offer("L")
	returns wrong port on re-invite
Message-ID: <E1PQLBr-0005Op-NI@sfs-web-10.v29.ch3.sourceforge.com>

Bugs item #3132296, was opened at 2010-12-08 15:26
Message generated for change (Comment added) made by bukinr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3132296&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: Ruslan Bukin (bukinr)
Assigned to: Nobody/Anonymous (nobody)
Summary: rtpproxy_offer("L") returns wrong port on re-invite

Initial Comment:
I call rtpproxy_offer("fr") on invite request and rtpproxy_answer("fr") on invite reply. Request and reply comes with sdp and client rtp media successfully served by rtpproxy.

In loose_route section I call rtpproxy_offer with force-lookup flag ("Lfr")  which returns status 0 on re-invite, but returns wrong rtpproxy port!
(re-invites sent by sippy b2bua in case of keep-alives).

I have switched tags like below. I am sure it is not correct coding, but it resolved my problem, at least for a request.

--- opensips-trunk/modules/nathelper/nathelper.c   (revision 7462)
+++ opensips-trunk/modules/nathelper/nathelper.c   (working copy)
@@ -3315,6 +3315,13 @@
   	   	    FORCE_RTP_PROXY_RET (-1);
 		    			}
						create = 0;
+
+		if (msg->first_line.type==SIP_REQUEST && args->offer!=0) {
+		   				      tmp = from_tag;
+						      	    from_tag = to_tag;
+							    	       to_tag = tmp;
+								       	      }
+
	} else if ((msg->first_line.type==SIP_REPLY && args->offer!=0)||
 	(msg->first_line.type == SIP_REQUEST && args->offer == 0) ) {
 			      if (to_tag.len == 0) {


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

Comment By: Ruslan Bukin (bukinr)
Date: 2010-12-08 17:40

Message:
I am following this commit message:

http://lists.iptel.org/pipermail/serdev/2007-December/011450.html

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-08 17:13

Message:
why do you use the L flag in rtpproxy_offer() ? L "lookup" is specific for
reply processing....

Regards,
Bogdan

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

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


From osas at voipembedded.com  Wed Dec  8 15:44:21 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 Dec 2010 14:44:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7490]
	branches/1.6/modules/presence
Message-ID: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7490
          http://opensips.svn.sourceforge.net/opensips/?rev=7490&view=rev
Author:   osas
Date:     2010-12-08 14:44:21 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
backport: Revision 7188

- applied patch #3058434 from Kennard White - a module parameter that enables including 
closed status body in Notify when no published info is found for the user
- fixed wrong order of operations when cleaning expired published

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

Modified Paths:
--------------
    branches/1.6/modules/presence/README
    branches/1.6/modules/presence/doc/presence_admin.xml
    branches/1.6/modules/presence/notify.c
    branches/1.6/modules/presence/presence.c
    branches/1.6/modules/presence/presence.h
    branches/1.6/modules/presence/publish.c


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


From osas at voipembedded.com  Wed Dec  8 16:06:17 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 Dec 2010 15:06:17 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7491] branches/1.6/modules
Message-ID: <E1PQLaz-0001oH-T9@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7491
          http://opensips.svn.sourceforge.net/opensips/?rev=7491&view=rev
Author:   osas
Date:     2010-12-08 15:06:17 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
backport: Revision 7264

- fixed body processing for 'dialog' event ( also applied patch from Vallimamod ABDULLAH)
- fixed flags operation in presence

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

Modified Paths:
--------------
    branches/1.6/modules/presence/hash.c
    branches/1.6/modules/presence/notify.c
    branches/1.6/modules/presence_dialoginfo/notify_body.c
    branches/1.6/modules/pua/add_events.c
    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 osas at voipembedded.com  Wed Dec  8 16:53:21 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 Dec 2010 15:53:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7492]
	branches/1.6/modules/pua_bla/registrar_cb.c
Message-ID: <E1PQMKX-0007Wg-AO@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7492
          http://opensips.svn.sourceforge.net/opensips/?rev=7492&view=rev
Author:   osas
Date:     2010-12-08 15:53:20 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
pua_bla: whitespace removal

Modified Paths:
--------------
    branches/1.6/modules/pua_bla/registrar_cb.c


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


From osas at voipembedded.com  Wed Dec  8 17:05:22 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 Dec 2010 16:05:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7493]
	branches/1.6/modules/pua_bla/registrar_cb.c
Message-ID: <E1PQMWA-000845-Ij@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7493
          http://opensips.svn.sourceforge.net/opensips/?rev=7493&view=rev
Author:   osas
Date:     2010-12-08 16:05:22 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
pua_bla: whitespace removal

Modified Paths:
--------------
    branches/1.6/modules/pua_bla/registrar_cb.c


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


From osas at voipembedded.com  Wed Dec  8 17:07:00 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 Dec 2010 16:07:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7494]
	trunk/modules/pua_bla/registrar_cb.c
Message-ID: <E1PQMXk-00086h-HQ@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7494
          http://opensips.svn.sourceforge.net/opensips/?rev=7494&view=rev
Author:   osas
Date:     2010-12-08 16:07:00 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
pua_bla: whitespace and commented out probe removed

Modified Paths:
--------------
    trunk/modules/pua_bla/registrar_cb.c


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


From osas at voipembedded.com  Wed Dec  8 17:08:10 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 08 Dec 2010 16:08:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7495]
	trunk/modules/b2b_logic/logic.c
Message-ID: <E1PQMYs-00088q-NQ@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7495
          http://opensips.svn.sourceforge.net/opensips/?rev=7495&view=rev
Author:   osas
Date:     2010-12-08 16:08:10 +0000 (Wed, 08 Dec 2010)

Log Message:
-----------
b2b_logic: integrate post_cb_sanity_check() with pre-existing callbacks

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 noreply at sourceforge.net  Wed Dec  8 23:44:27 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 08 Dec 2010 22:44:27 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132697 ] core dump parse_to
Message-ID: <E1PQSkN-0001xB-Pd@sfs-web-9.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Nobody/Anonymous (nobody)
Summary: core dump parse_to

Initial Comment:
crash on 1.6 rev 7465; bt attached

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

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


From osas at voipembedded.com  Thu Dec  9 03:57:37 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 09 Dec 2010 02:57:37 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7496] trunk/modules/b2b_logic
Message-ID: <E1PQWhN-0003Fc-Fh@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7496
          http://opensips.svn.sourceforge.net/opensips/?rev=7496&view=rev
Author:   osas
Date:     2010-12-09 02:57:37 +0000 (Thu, 09 Dec 2010)

Log Message:
-----------
b2b_logic: B2B_CONFIRMED_CB - new calback

Modified Paths:
--------------
    trunk/modules/b2b_logic/b2b_load.h
    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 osas at voipembedded.com  Thu Dec  9 03:59:51 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 09 Dec 2010 02:59:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7497]
	trunk/modules/presence_callinfo/
Message-ID: <E1PQWjX-0003HA-0u@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7497
          http://opensips.svn.sourceforge.net/opensips/?rev=7497&view=rev
Author:   osas
Date:     2010-12-09 02:59:50 +0000 (Thu, 09 Dec 2010)

Log Message:
-----------
presence_callinfo: update svn ignore list

Property Changed:
----------------
    trunk/modules/presence_callinfo/


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


From rrevels at bandwidth.com  Thu Dec  9 13:51:11 2010
From: rrevels at bandwidth.com (Richard Revels)
Date: Thu, 9 Dec 2010 07:51:11 -0500
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7486]
	branches/1.6/modules/dialog
In-Reply-To: <E1PQITJ-0002An-Em@sfp-svn-2.v30.ch3.sourceforge.com>
References: <E1PQITJ-0002An-Em@sfp-svn-2.v30.ch3.sourceforge.com>
Message-ID: <6BC231FE-4805-4983-BC26-CF2F4BBE9421@bandwidth.com>

This is cool.  I know I've wanted this in the past.  Just never thought to ask for it.  Thank you for putting it in.

Richard

On Dec 8, 2010, at 6:46 AM, Bogdan-Andrei Iancu wrote:

> Revision: 7486
>          http://opensips.svn.sourceforge.net/opensips/?rev=7486&view=rev
> Author:   bogdan_iancu
> Date:     2010-12-08 11:46:09 +0000 (Wed, 08 Dec 2010)
> 
> Log Message:
> -----------
> backport from trunk (rev #7485):
> - fixed bug in locking dialog while printing it via MI
> - included the dialog vals and profiles to be printed as part of dialog context (via dlg_list_ctx MI func)
> 
> Revision Links:
> --------------
>    http://opensips.svn.sourceforge.net/opensips/?rev=7485&view=rev
> 
> Modified Paths:
> --------------
>    branches/1.6/modules/dialog/dlg_hash.c
>    branches/1.6/modules/dialog/dlg_hash.h
> 
> 
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
> 
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



From razvancrainea at opensips.org  Thu Dec  9 16:15:26 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Thu, 09 Dec 2010 15:15:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7498] trunk/modules/acc
Message-ID: <E1PQiDO-0007tr-3t@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7498
          http://opensips.svn.sourceforge.net/opensips/?rev=7498&view=rev
Author:   razvancrainea
Date:     2010-12-09 15:15:25 +0000 (Thu, 09 Dec 2010)

Log Message:
-----------
reset cdr_flag if dialog module not loaded

Modified Paths:
--------------
    trunk/modules/acc/acc.c
    trunk/modules/acc/acc.h
    trunk/modules/acc/acc_mod.c


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


From razvancrainea at opensips.org  Thu Dec  9 16:27:41 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Thu, 09 Dec 2010 15:27:41 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7499] branches/1.6
Message-ID: <E1PQiPF-00006F-8W@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7499
          http://opensips.svn.sourceforge.net/opensips/?rev=7499&view=rev
Author:   razvancrainea
Date:     2010-12-09 15:27:40 +0000 (Thu, 09 Dec 2010)

Log Message:
-----------
Backported from trunk (7139):
ACC linked with Dialog to generate CDRs

Modified Paths:
--------------
    branches/1.6/db/schema/acc.xml
    branches/1.6/etc/dictionary.opensips
    branches/1.6/modules/acc/README
    branches/1.6/modules/acc/acc.c
    branches/1.6/modules/acc/acc.h
    branches/1.6/modules/acc/acc_logic.c
    branches/1.6/modules/acc/acc_mod.c
    branches/1.6/modules/acc/acc_mod.h
    branches/1.6/modules/acc/doc/acc_admin.xml
    branches/1.6/modules/dialog/dialog.c
    branches/1.6/scripts/db_berkeley/opensips/acc
    branches/1.6/scripts/db_berkeley/opensips/version
    branches/1.6/scripts/dbtext/opensips/acc
    branches/1.6/scripts/dbtext/opensips/version
    branches/1.6/scripts/mysql/acc-create.sql
    branches/1.6/scripts/oracle/acc-create.sql
    branches/1.6/scripts/postgres/acc-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  Thu Dec  9 19:09:50 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 09 Dec 2010 18:09:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7500]
	trunk/modules/pua/hash.c
Message-ID: <E1PQkwA-0000q9-CZ@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7500
          http://opensips.svn.sourceforge.net/opensips/?rev=7500&view=rev
Author:   anca_vamanu
Date:     2010-12-09 18:09:49 +0000 (Thu, 09 Dec 2010)

Log Message:
-----------
- fixed returning expired record

Modified Paths:
--------------
    trunk/modules/pua/hash.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 Dec  9 19:13:06 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 09 Dec 2010 18:13:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7501]
	branches/1.6/modules/pua/hash.c
Message-ID: <E1PQkzK-0000zx-5O@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7501
          http://opensips.svn.sourceforge.net/opensips/?rev=7501&view=rev
Author:   anca_vamanu
Date:     2010-12-09 18:13:06 +0000 (Thu, 09 Dec 2010)

Log Message:
-----------
- fixed returning expired record

Modified Paths:
--------------
    branches/1.6/modules/pua/hash.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 Dec 10 17:13:04 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 10 Dec 2010 16:13:04 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7502]
	trunk/modules/presence/subscribe.c
Message-ID: <E1PR5ai-0000gi-M2@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7502
          http://opensips.svn.sourceforge.net/opensips/?rev=7502&view=rev
Author:   anca_vamanu
Date:     2010-12-10 16:13:04 +0000 (Fri, 10 Dec 2010)

Log Message:
-----------
- fixed crash in prepare statements (thanks to Duane Larson for help with debugging)

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


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


From anca at opensips.org  Fri Dec 10 17:15:29 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 10 Dec 2010 16:15:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7503]
	branches/1.6/modules/presence/subscribe.c
Message-ID: <E1PR5d3-0000qO-77@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7503
          http://opensips.svn.sourceforge.net/opensips/?rev=7503&view=rev
Author:   anca_vamanu
Date:     2010-12-10 16:15:29 +0000 (Fri, 10 Dec 2010)

Log Message:
-----------
- fixed crash in prepare statements (thanks to Duane Larson for help with debugging)

Modified Paths:
--------------
    branches/1.6/modules/presence/subscribe.c


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


From jh at tutpro.com  Fri Dec 10 17:20:39 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 10 Dec 2010 18:20:39 +0200
Subject: [OpenSIPS-Devel] SF.net SVN:
	opensips:[7502]	trunk/modules/presence/subscribe.c
In-Reply-To: <E1PR5ai-0000gi-M2@sfp-svn-4.v30.ch3.sourceforge.com>
References: <E1PR5ai-0000gi-M2@sfp-svn-4.v30.ch3.sourceforge.com>
Message-ID: <19714.21335.87612.264268@sip.test.fi>

Anca Vamanu writes:

> Log Message:
> -----------
> - fixed crash in prepare statements (thanks to Duane Larson for help with debugging)
> 
> Modified Paths:
> --------------
>     trunk/modules/presence/subscribe.c

anca,

hopefully this is the same that i have reported.  once you backport to 1.6,
i'll give it a try.  i got the crash also today.

-- juha

gdb) where
#0  0xb74ec3e3 in db_mysql_val2bind (v=0xbfcd7a9c, binds=0x81990e0, i=1)
    at val.c:274
#1  0xb74e793e in db_mysql_do_prepared_query (conn=<value optimized out>, 
    v=<value optimized out>, n=2, uv=0x0, un=0, query=<value optimized out>)
    at dbase.c:443
#2  0xb74e90dd in db_mysql_delete (_h=0x818d158, _k=0xbfcd7ad0, 
    _o=0xbfcd7ac4, _v=0xbfcd7a88, _n=2) at dbase.c:893
#3  0xb71af094 in msg_watchers_clean (ticks=3600, param=0x0)
    at subscribe.c:484
#4  0x080b8e1f in timer_ticker () at timer.c:325
#5  run_timer_process () at timer.c:395
#6  start_timer_processes () at timer.c:475
#7  0x0806c32c in main_loop (argc=16, argv=0xbfcd7c94) at main.c:867
#8  main (argc=16, argv=0xbfcd7c94) at main.c:1388


From anca at opensips.org  Fri Dec 10 17:23:22 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 10 Dec 2010 18:23:22 +0200
Subject: [OpenSIPS-Devel] SF.net
	SVN:	opensips:[7502]	trunk/modules/presence/subscribe.c
In-Reply-To: <19714.21335.87612.264268@sip.test.fi>
References: <E1PR5ai-0000gi-M2@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21335.87612.264268@sip.test.fi>
Message-ID: <4D0253FA.9010807@opensips.org>

On 12/10/2010 06:20 PM, Juha Heinanen wrote:
> Anca Vamanu writes:
>
>    
>> Log Message:
>> -----------
>> - fixed crash in prepare statements (thanks to Duane Larson for help with debugging)
>>
>> Modified Paths:
>> --------------
>>      trunk/modules/presence/subscribe.c
>>      
> anca,
>
> hopefully this is the same that i have reported.  once you backport to 1.6,
> i'll give it a try.  i got the crash also today.
>    
Yes, it's the same. I suppose you also had rls module loaded? Because 
this is when I think it showed.

Anca

> -- juha
>
> gdb) where
> #0  0xb74ec3e3 in db_mysql_val2bind (v=0xbfcd7a9c, binds=0x81990e0, i=1)
>      at val.c:274
> #1  0xb74e793e in db_mysql_do_prepared_query (conn=<value optimized out>,
>      v=<value optimized out>, n=2, uv=0x0, un=0, query=<value optimized out>)
>      at dbase.c:443
> #2  0xb74e90dd in db_mysql_delete (_h=0x818d158, _k=0xbfcd7ad0,
>      _o=0xbfcd7ac4, _v=0xbfcd7a88, _n=2) at dbase.c:893
> #3  0xb71af094 in msg_watchers_clean (ticks=3600, param=0x0)
>      at subscribe.c:484
> #4  0x080b8e1f in timer_ticker () at timer.c:325
> #5  run_timer_process () at timer.c:395
> #6  start_timer_processes () at timer.c:475
> #7  0x0806c32c in main_loop (argc=16, argv=0xbfcd7c94) at main.c:867
> #8  main (argc=16, argv=0xbfcd7c94) at main.c:1388
>    



From jh at tutpro.com  Fri Dec 10 17:29:45 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 10 Dec 2010 18:29:45 +0200
Subject: [OpenSIPS-Devel] SF.net SVN:
	opensips:[7490]	branches/1.6/modules/presence
In-Reply-To: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
Message-ID: <19714.21881.410834.450630@sip.test.fi>

Ovidiu Sas writes:

> - applied patch #3058434 from Kennard White - a module parameter that
> - enables including closed status body in Notify when no published
> - info is found for the user

ovidiu,

does the above apply only to presence events or all events?  it does not
seem to make sense, for example, for message-summary events.

-- juha


From jh at tutpro.com  Fri Dec 10 17:30:46 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 10 Dec 2010 18:30:46 +0200
Subject: [OpenSIPS-Devel]
	SF.net	SVN:	opensips:[7502]	trunk/modules/presence/subscribe.c
In-Reply-To: <4D0253FA.9010807@opensips.org>
References: <E1PR5ai-0000gi-M2@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21335.87612.264268@sip.test.fi>
	<4D0253FA.9010807@opensips.org>
Message-ID: <19714.21942.479914.660080@sip.test.fi>

Anca Vamanu writes:

> Yes, it's the same. I suppose you also had rls module loaded? Because 
> this is when I think it showed.

yes, i have rls module loaded.  if i don't see the crash anymore in a
few days, i'll close the ticket.

-- juha


From anca at opensips.org  Fri Dec 10 17:46:05 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 10 Dec 2010 18:46:05 +0200
Subject: [OpenSIPS-Devel]
	SF.net	SVN:	opensips:[7502]	trunk/modules/presence/subscribe.c
In-Reply-To: <19714.21942.479914.660080@sip.test.fi>
References: <E1PR5ai-0000gi-M2@sfp-svn-4.v30.ch3.sourceforge.com>	<19714.21335.87612.264268@sip.test.fi>	<4D0253FA.9010807@opensips.org>
	<19714.21942.479914.660080@sip.test.fi>
Message-ID: <4D02594D.5070400@opensips.org>

On 12/10/2010 06:30 PM, Juha Heinanen wrote:
> yes, i have rls module loaded.  if i don't see the crash anymore in a
> few days, i'll close the ticket.
>    
It's this for sure - the same function is used by rls module also with 
the db connection as an argument and a copy paste lead to using the 
presence module connection when setting the prepare statements holder. I 
will close the ticket now.

Anca



From osas at voipembedded.com  Fri Dec 10 17:48:49 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 10 Dec 2010 11:48:49 -0500
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7490]
	branches/1.6/modules/presence
In-Reply-To: <19714.21881.410834.450630@sip.test.fi>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
Message-ID: <AANLkTikJmg+e9JUV4P=kg7dXvnOHGQ32qK3dFpYCkiNf@mail.gmail.com>

Hello Juha,

This patch affects only presence events that require aggregation.

However, there is a mechanism to send "dummy" notification for every
event, when there's no info to be published for a subscriber.
The dummy notification content is built by a function that is set
during event registration. The message-summary event does not register
such function.
See build_empty_pres_info field in struct pres_ev
(presence/event_list.h) for more info.


Regards,
Ovidiu Sas

On Fri, Dec 10, 2010 at 11:29 AM, Juha Heinanen <jh at tutpro.com> wrote:
> Ovidiu Sas writes:
>
>> - applied patch #3058434 from Kennard White - a module parameter that
>> - enables including closed status body in Notify when no published
>> - info is found for the user
>
> ovidiu,
>
> does the above apply only to presence events or all events? ?it does not
> seem to make sense, for example, for message-summary events.
>
> -- juha
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From noreply at sourceforge.net  Fri Dec 10 17:49:32 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 10 Dec 2010 16:49:32 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3054532 ] presence/timer related
	crash
Message-ID: <E1PR6A0-0006hv-7w@sfs-web-10.v29.ch3.sourceforge.com>

Bugs item #3054532, was opened at 2010-08-27 21:50
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3054532&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: Juha Heinanen (juhe)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: presence/timer related crash

Initial Comment:
I'm reopening this bug report, since I'm still getting the crash using latest 1.6 from svn.

-- Juha

Program terminated with signal 11, Segmentation fault.
#0  0xb75c53e3 in db_mysql_val2bind (v=0xbfd85e5c, binds=0x8188078, i=1)
    at val.c:274
274			*(binds[i].is_null) = 0;
(gdb) where
#0  0xb75c53e3 in db_mysql_val2bind (v=0xbfd85e5c, binds=0x8188078, i=1)
    at val.c:274
#1  0xb75c093e in db_mysql_do_prepared_query (conn=<value optimized out>, 
    v=<value optimized out>, n=2, uv=0x0, un=0, query=<value optimized out>)
    at dbase.c:443
#2  0xb75c20dd in db_mysql_delete (_h=0x817c1a0, _k=0xbfd85e90, 
    _o=0xbfd85e84, _v=0xbfd85e48, _n=2) at dbase.c:893
#3  0xb7274ea4 in msg_watchers_clean (ticks=3600, param=0x0)
    at subscribe.c:484
#4  0x080b64cf in timer_ticker () at timer.c:325
#5  run_timer_process () at timer.c:395
#6  start_timer_processes () at timer.c:475
#7  0x08069ea3 in main_loop (argc=16, argv=0xbfd86054) at main.c:867
#8  main (argc=16, argv=0xbfd86054) at main.c:1388


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

Comment By: Juha Heinanen (juhe)
Date: 2010-08-30 17:10

Message:
It is a new backtrace. I saw the crash also yesterday.

-- Juha


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-08-30 09:33

Message:
Is this a new backtrace or the old one ?

Regards
Bogdan

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

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


From jh at tutpro.com  Fri Dec 10 19:27:15 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 10 Dec 2010 20:27:15 +0200
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <19714.21881.410834.450630@sip.test.fi>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
Message-ID: <19714.28931.833858.375907@sip.test.fi>

i tried to run new version of presence module that would include anca's
crash fix.  the result was that my presence server didn't start:

Dec 10 20:19:01 sip /usr/sbin/pres-serv[20005]: ERROR:core:db_check_table_version: invalid version 4 for table presentity found, expected 5

i consider it a very bad idea to introduce database version change in
the middle of a stable release, which may be result of this:

presence: support for extra headers in NOTIFY
 - extra headers received in PUBLISH requests can be
stored and sent to the subscrber via NOTIFY requests

now getting a serious bug fixed means that also database table needs to
be upgraded for a reason that has nothing to do with fixing bugs.

-- juha


From osas at voipembedded.com  Fri Dec 10 19:34:17 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 10 Dec 2010 13:34:17 -0500
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <19714.28931.833858.375907@sip.test.fi>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.28931.833858.375907@sip.test.fi>
Message-ID: <AANLkTi=Z0Fw6qAc_qkqWX4TKu7tcaYk7QN_RRtcYuDyV@mail.gmail.com>

Hello Juha,

The new feature was in the trunk for a while.
The opensips 1.6.4 release is scheduled for mid December.  The feature
was backported from trunk in order to prepare the release.


Regards,
Ovidiu Sas


On Fri, Dec 10, 2010 at 1:27 PM, Juha Heinanen <jh at tutpro.com> wrote:
> i tried to run new version of presence module that would include anca's
> crash fix. ?the result was that my presence server didn't start:
>
> Dec 10 20:19:01 sip /usr/sbin/pres-serv[20005]: ERROR:core:db_check_table_version: invalid version 4 for table presentity found, expected 5
>
> i consider it a very bad idea to introduce database version change in
> the middle of a stable release, which may be result of this:
>
> presence: support for extra headers in NOTIFY
> ?- extra headers received in PUBLISH requests can be
> stored and sent to the subscrber via NOTIFY requests
>
> now getting a serious bug fixed means that also database table needs to
> be upgraded for a reason that has nothing to do with fixing bugs.
>
> -- juha
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From jh at tutpro.com  Fri Dec 10 19:48:47 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 10 Dec 2010 20:48:47 +0200
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <AANLkTi=Z0Fw6qAc_qkqWX4TKu7tcaYk7QN_RRtcYuDyV@mail.gmail.com>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.28931.833858.375907@sip.test.fi>
	<AANLkTi=Z0Fw6qAc_qkqWX4TKu7tcaYk7QN_RRtcYuDyV@mail.gmail.com>
Message-ID: <19714.30223.441391.530516@sip.test.fi>

Ovidiu Sas writes:

> The new feature was in the trunk for a while.
> The opensips 1.6.4 release is scheduled for mid December.  The feature
> was backported from trunk in order to prepare the release.

in my opinion a new release should happen by copying trunk to a new
branch.  before that happens only bug fixes should go to current stable
release and all new features should go to trunk.  now there is now way
one can get the crash fixed except by updating database because of some
new feature that should only exist in trunk until the release actually
happens.  stable branches should not be playgrounds for new features,
especially ones that are not backwards compatible.

-- juha


From jh at tutpro.com  Fri Dec 10 19:56:53 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 10 Dec 2010 20:56:53 +0200
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <19714.21881.410834.450630@sip.test.fi>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
Message-ID: <19714.30709.844620.118833@sip.test.fi>

the new field in presentity table has been defined like this:

extra_hdrs BLOB NOT NULL

how can i upgrade an existing table when the field cannot be null and
there is no default value?

-- juha


From osas at voipembedded.com  Fri Dec 10 20:12:25 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 10 Dec 2010 14:12:25 -0500
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <19714.30709.844620.118833@sip.test.fi>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.30709.844620.118833@sip.test.fi>
Message-ID: <AANLkTi=RSAoQPqdSPk9LbbsRdZT2c7omtODY6MQrcy2T@mail.gmail.com>

That was a copy/paste mistake (duplication of body field).
I will fix it soon.  The default value is an empty string ''.

Regards,
Ovidiu Sas

On Fri, Dec 10, 2010 at 1:56 PM, Juha Heinanen <jh at tutpro.com> wrote:
> the new field in presentity table has been defined like this:
>
> extra_hdrs BLOB NOT NULL
>
> how can i upgrade an existing table when the field cannot be null and
> there is no default value?
>
> -- juha
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From osas at voipembedded.com  Fri Dec 10 20:16:50 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 10 Dec 2010 19:16:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7504] trunk
Message-ID: <E1PR8SX-0007F0-WD@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7504
          http://opensips.svn.sourceforge.net/opensips/?rev=7504&view=rev
Author:   osas
Date:     2010-12-10 19:16:49 +0000 (Fri, 10 Dec 2010)

Log Message:
-----------
presence: set the default value to '' for extra_hdrs field from presentity table

Modified Paths:
--------------
    trunk/db/schema/pr_presentity.xml
    trunk/scripts/db_berkeley/opensips/presentity
    trunk/scripts/mysql/presence-create.sql
    trunk/scripts/oracle/presence-create.sql
    trunk/scripts/postgres/presence-create.sql


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


From osas at voipembedded.com  Fri Dec 10 20:21:05 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 10 Dec 2010 19:21:05 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7505] branches/1.6
Message-ID: <E1PR8Wf-0007PO-Hu@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7505
          http://opensips.svn.sourceforge.net/opensips/?rev=7505&view=rev
Author:   osas
Date:     2010-12-10 19:21:05 +0000 (Fri, 10 Dec 2010)

Log Message:
-----------
presence: set the default value to '' for extra_hdrs field from presentity table

Modified Paths:
--------------
    branches/1.6/db/schema/pr_presentity.xml
    branches/1.6/scripts/db_berkeley/opensips/presentity
    branches/1.6/scripts/mysql/presence-create.sql
    branches/1.6/scripts/oracle/presence-create.sql
    branches/1.6/scripts/postgres/presence-create.sql


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


From osas at voipembedded.com  Fri Dec 10 20:23:39 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 10 Dec 2010 19:23:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7506] branches/1.6/scripts
Message-ID: <E1PR8Z9-0005Q4-Fj@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7506
          http://opensips.svn.sourceforge.net/opensips/?rev=7506&view=rev
Author:   osas
Date:     2010-12-10 19:23:39 +0000 (Fri, 10 Dec 2010)

Log Message:
-----------
b2b: adding the dbtext and db_berkley b2b_entities and b2b_logic files

Added Paths:
-----------
    branches/1.6/scripts/db_berkeley/opensips/b2b_entities
    branches/1.6/scripts/db_berkeley/opensips/b2b_logic
    branches/1.6/scripts/dbtext/opensips/b2b_entities
    branches/1.6/scripts/dbtext/opensips/b2b_logic


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


From osas at voipembedded.com  Fri Dec 10 20:25:56 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Fri, 10 Dec 2010 14:25:56 -0500
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <AANLkTi=RSAoQPqdSPk9LbbsRdZT2c7omtODY6MQrcy2T@mail.gmail.com>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.30709.844620.118833@sip.test.fi>
	<AANLkTi=RSAoQPqdSPk9LbbsRdZT2c7omtODY6MQrcy2T@mail.gmail.com>
Message-ID: <AANLkTimvxoKmRH+3ZQkY6bOWx-1minp39UnOhUscaD4U@mail.gmail.com>

Fixed in revision 7505.

Regards,
Ovidiu Sas

On Fri, Dec 10, 2010 at 2:12 PM, Ovidiu Sas <osas at voipembedded.com> wrote:
> That was a copy/paste mistake (duplication of body field).
> I will fix it soon. ?The default value is an empty string ''.
>
> Regards,
> Ovidiu Sas
>
> On Fri, Dec 10, 2010 at 1:56 PM, Juha Heinanen <jh at tutpro.com> wrote:
>> the new field in presentity table has been defined like this:
>>
>> extra_hdrs BLOB NOT NULL
>>
>> how can i upgrade an existing table when the field cannot be null and
>> there is no default value?
>>
>> -- juha
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>


From jh at tutpro.com  Sat Dec 11 06:15:48 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Sat, 11 Dec 2010 07:15:48 +0200
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <AANLkTimvxoKmRH+3ZQkY6bOWx-1minp39UnOhUscaD4U@mail.gmail.com>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.30709.844620.118833@sip.test.fi>
	<AANLkTi=RSAoQPqdSPk9LbbsRdZT2c7omtODY6MQrcy2T@mail.gmail.com>
	<AANLkTimvxoKmRH+3ZQkY6bOWx-1minp39UnOhUscaD4U@mail.gmail.com>
Message-ID: <19715.2308.958893.905188@sip.test.fi>

Ovidiu Sas writes:

> Fixed in revision 7505.

ovidiu,

thanks and sorry about my rant yesterday.  i was tired after long
flights.

but i still feel that it would be cleaner to have real 1.6.x branches
in svn rather than just 1.6 branch that now includes both bug fixes and
backwards incompatible new features.

-- juha


From osas at voipembedded.com  Sat Dec 11 15:38:29 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Sat, 11 Dec 2010 09:38:29 -0500
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <19715.2308.958893.905188@sip.test.fi>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.30709.844620.118833@sip.test.fi>
	<AANLkTi=RSAoQPqdSPk9LbbsRdZT2c7omtODY6MQrcy2T@mail.gmail.com>
	<AANLkTimvxoKmRH+3ZQkY6bOWx-1minp39UnOhUscaD4U@mail.gmail.com>
	<19715.2308.958893.905188@sip.test.fi>
Message-ID: <AANLkTi=N97zsQiUQqjeD3rR7k3rN391S4feaX27yzqWr@mail.gmail.com>

Hello Juha,

I agree with you about the real 1.6 branches.
I will talk to Bogdan about it.


Regards,
Ovidiu Sas

On Sat, Dec 11, 2010 at 12:15 AM, Juha Heinanen <jh at tutpro.com> wrote:
> Ovidiu Sas writes:
>
>> Fixed in revision 7505.
>
> ovidiu,
>
> thanks and sorry about my rant yesterday. ?i was tired after long
> flights.
>
> but i still feel that it would be cleaner to have real 1.6.x branches
> in svn rather than just 1.6 branch that now includes both bug fixes and
> backwards incompatible new features.
>
> -- juha
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>


From ibc at aliax.net  Mon Dec 13 00:27:16 2010
From: ibc at aliax.net (=?UTF-8?Q?I=C3=B1aki_Baz_Castillo?=)
Date: Mon, 13 Dec 2010 00:27:16 +0100
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <19714.28931.833858.375907@sip.test.fi>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.28931.833858.375907@sip.test.fi>
Message-ID: <AANLkTi=mOzwC_Edbgqrp=22-qJWGaAh+iKXJMQTQzSG5@mail.gmail.com>

2010/12/10 Juha Heinanen <jh at tutpro.com>:
> presence: support for extra headers in NOTIFY
> ?- extra headers received in PUBLISH requests can be
> stored and sent to the subscrber via NOTIFY requests

Could I know where this "feature" comes from? it's not a standard at
all and, in fact, in makes no sense as a single PUBLISH *doesn't need*
to generate a single NOTIFY:

If there are two PUBLISH for same user and event, both with same
"custom" header and different value, the resulting NOTIFY after the
second PUBLISH would contain both presentities or a merged version of
both presentities (SIMPLE is so "cool"...). Which "custom" header to
"copy" in the NOTIFY? the first one? the second one?

Also, it's not true that a PUBLISH triggers a NOTIFY. A server could
wait N seconds upon receiving a PUBLISH for generating a NOTIFY. In
that time more PUBLISH could arrive so the resulting NOTIFY is not
triggered by a single PUBLISH.

I strongly think this "feature" breaks the PUBLISH/SUBSCRIBE/NOTIFY
specification and it bassed on a wrong assumption.

Regards.


-- 
I?aki Baz Castillo
<ibc at aliax.net>


From ibc at aliax.net  Mon Dec 13 00:30:12 2010
From: ibc at aliax.net (=?UTF-8?Q?I=C3=B1aki_Baz_Castillo?=)
Date: Mon, 13 Dec 2010 00:30:12 +0100
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7319] trunk
In-Reply-To: <E1P9Knq-0005XL-Mz@sfp-svn-6.v30.ch3.sourceforge.com>
References: <E1P9Knq-0005XL-Mz@sfp-svn-6.v30.ch3.sourceforge.com>
Message-ID: <AANLkTikoM90k1PjOvc4iFU0mGwggUS2QbULOY4xMO7q9@mail.gmail.com>

2010/10/22 Ovidiu Sas <osas at voipembedded.com>:
> presence: support for extra headers in NOTIFY
>
> ?- extra headers received in PUBLISH requests can be
> stored and sent to the subscrber via NOTIFY requests

As I told in other mail in devel maillist, this "feature" is totally
wrong and it's based on a wrong/buggy assumption and misunderstanding
of the standard.

-- 
I?aki Baz Castillo
<ibc at aliax.net>


From anca at opensips.org  Mon Dec 13 13:57:50 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 13 Dec 2010 12:57:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7507] trunk/modules
Message-ID: <E1PS7yQ-000444-Oq@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7507
          http://opensips.svn.sourceforge.net/opensips/?rev=7507&view=rev
Author:   anca_vamanu
Date:     2010-12-13 12:57:50 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
- fixed - wrong definition of process_body function for events xcap-diff and message-summary

Modified Paths:
--------------
    trunk/modules/presence_xcapdiff/README
    trunk/modules/presence_xcapdiff/presence_xcapdiff.c
    trunk/modules/pua/add_events.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 Dec 13 14:05:59 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 13 Dec 2010 13:05:59 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7508] branches/1.6/modules
Message-ID: <E1PS86J-0004PF-Sp@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7508
          http://opensips.svn.sourceforge.net/opensips/?rev=7508&view=rev
Author:   anca_vamanu
Date:     2010-12-13 13:05:59 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
- fixed - wrong definition of process_body function for events xcap-diff and message-summary

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


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


From bogdan at voice-system.ro  Mon Dec 13 15:34:50 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 14:34:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7509] trunk/modules/uac/uac.c
Message-ID: <E1PS9UI-00035J-6u@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7509
          http://opensips.svn.sourceforge.net/opensips/?rev=7509&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 14:34:50 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
- small fixes in binding to dialog

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


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


From noreply at sourceforge.net  Mon Dec 13 15:56:03 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 13 Dec 2010 14:56:03 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PS9op-0005bH-7Q@sfs-web-6.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From bogdan at voice-system.ro  Mon Dec 13 16:01:14 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 15:01:14 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7510] branches/1.6/modules
Message-ID: <E1PS9tq-0004DA-NV@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7510
          http://opensips.svn.sourceforge.net/opensips/?rev=7510&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 15:01:14 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev 7107):
Added priority to RR callback functions

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

Modified Paths:
--------------
    branches/1.6/modules/dialog/dialog.c
    branches/1.6/modules/path/path_mod.c
    branches/1.6/modules/rr/doc/rr_devel.xml
    branches/1.6/modules/rr/rr_cb.c
    branches/1.6/modules/rr/rr_cb.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 Dec 13 16:02:37 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 15:02:37 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7511]
	branches/1.6/modules/tm/h_table.c
Message-ID: <E1PS9vB-0004Eo-27@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7511
          http://opensips.svn.sourceforge.net/opensips/?rev=7511&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 15:02:36 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7109):
Fixed missing include directive

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

Modified Paths:
--------------
    branches/1.6/modules/tm/h_table.c


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


From osas at voipembedded.com  Mon Dec 13 16:27:35 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 13 Dec 2010 10:27:35 -0500
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <AANLkTi=N97zsQiUQqjeD3rR7k3rN391S4feaX27yzqWr@mail.gmail.com>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.30709.844620.118833@sip.test.fi>
	<AANLkTi=RSAoQPqdSPk9LbbsRdZT2c7omtODY6MQrcy2T@mail.gmail.com>
	<AANLkTimvxoKmRH+3ZQkY6bOWx-1minp39UnOhUscaD4U@mail.gmail.com>
	<19715.2308.958893.905188@sip.test.fi>
	<AANLkTi=N97zsQiUQqjeD3rR7k3rN391S4feaX27yzqWr@mail.gmail.com>
Message-ID: <AANLkTinskf75-H6Gvz8T6Udt7NsFvoQLZ_n8QDr4ztaj@mail.gmail.com>

Hello Juha,

Probably 1.6.4 will still be release from the existing 1.6 branch (as
many backports are already present in the 1.6 branch).
Post 1.6.4 releases (eg 1.6.5+) will have their own branch.

Regards,
Ovidiu Sas

On Sat, Dec 11, 2010 at 9:38 AM, Ovidiu Sas <osas at voipembedded.com> wrote:
> Hello Juha,
>
> I agree with you about the real 1.6 branches.
> I will talk to Bogdan about it.
>
>
> Regards,
> Ovidiu Sas
>
> On Sat, Dec 11, 2010 at 12:15 AM, Juha Heinanen <jh at tutpro.com> wrote:
>> Ovidiu Sas writes:
>>
>>> Fixed in revision 7505.
>>
>> ovidiu,
>>
>> thanks and sorry about my rant yesterday. ?i was tired after long
>> flights.
>>
>> but i still feel that it would be cleaner to have real 1.6.x branches
>> in svn rather than just 1.6 branch that now includes both bug fixes and
>> backwards incompatible new features.
>>
>> -- juha
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>
>


From vladpaiu at opensips.org  Mon Dec 13 16:28:56 2010
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Mon, 13 Dec 2010 15:28:56 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7512] branches/1.6
Message-ID: <E1PSAKe-0005Ge-G3@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7512
          http://opensips.svn.sourceforge.net/opensips/?rev=7512&view=rev
Author:   vladut-paiu
Date:     2010-12-13 15:28:55 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
Backported from trunk :

Added a new exported function to the dialog module, fix_route_dialog(), which forces an in-dialog SIP message to contain the ruri, route headers and dst_uri, as specified by the internal data of the dialog it belongs to. The function will prevent the existence of bogus injected in-dialog requests ( like malicious BYEs )
Updated the validate_dialog() and fix_route_dialog() exported functions, so that they can now handle all types of routing ( loose to loose, loose to strict, strict to loose and strict to strict )

Modified Paths:
--------------
    branches/1.6/modules/dialog/README
    branches/1.6/modules/dialog/dialog.c
    branches/1.6/modules/dialog/dlg_handlers.c
    branches/1.6/modules/dialog/dlg_handlers.h
    branches/1.6/modules/dialog/dlg_hash.c
    branches/1.6/modules/dialog/dlg_hash.h
    branches/1.6/modules/dialog/doc/dialog_admin.xml
    branches/1.6/modules/rr/api.c
    branches/1.6/modules/rr/api.h
    branches/1.6/modules/rr/loose.c
    branches/1.6/modules/rr/loose.h
    branches/1.6/parser/parse_rr.h


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


From jh at tutpro.com  Mon Dec 13 16:29:13 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Mon, 13 Dec 2010 17:29:13 +0200
Subject: [OpenSIPS-Devel] presentity table version change
In-Reply-To: <AANLkTinskf75-H6Gvz8T6Udt7NsFvoQLZ_n8QDr4ztaj@mail.gmail.com>
References: <E1PQLFl-0000vz-TJ@sfp-svn-4.v30.ch3.sourceforge.com>
	<19714.21881.410834.450630@sip.test.fi>
	<19714.30709.844620.118833@sip.test.fi>
	<AANLkTi=RSAoQPqdSPk9LbbsRdZT2c7omtODY6MQrcy2T@mail.gmail.com>
	<AANLkTimvxoKmRH+3ZQkY6bOWx-1minp39UnOhUscaD4U@mail.gmail.com>
	<19715.2308.958893.905188@sip.test.fi>
	<AANLkTi=N97zsQiUQqjeD3rR7k3rN391S4feaX27yzqWr@mail.gmail.com>
	<AANLkTinskf75-H6Gvz8T6Udt7NsFvoQLZ_n8QDr4ztaj@mail.gmail.com>
Message-ID: <19718.15305.587408.378865@sip.test.fi>

Ovidiu Sas writes:

> Probably 1.6.4 will still be release from the existing 1.6 branch (as
> many backports are already present in the 1.6 branch).
> Post 1.6.4 releases (eg 1.6.5+) will have their own branch.

ok, thanks,

-- juha


From bogdan at voice-system.ro  Mon Dec 13 16:48:51 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 15:48:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7513] branches/1.6/modules/tm
Message-ID: <E1PSAdv-0005zX-SB@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7513
          http://opensips.svn.sourceforge.net/opensips/?rev=7513&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 15:48:51 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk:

r7038
Exposed T pointer to on_req tm callbacks

r7131
added t_add_hdrs() function to add a custom header to all internally generated requests from a transaction (cancels, acks)

r7320
proper cleanup in case of error - reset the global transaction pointer if we fail to creat the transaction
Credits go to Kennard White

r7328
Added a new pseudo variable called 'bavp', that can have different values for each branch

r7352
- fixed bug in len calculation
  Credits go to Kennard Whit

Modified Paths:
--------------
    branches/1.6/modules/tm/README
    branches/1.6/modules/tm/doc/tm_admin.xml
    branches/1.6/modules/tm/h_table.c
    branches/1.6/modules/tm/h_table.h
    branches/1.6/modules/tm/t_funcs.h
    branches/1.6/modules/tm/t_lookup.c
    branches/1.6/modules/tm/t_msgbuilder.c
    branches/1.6/modules/tm/t_reply.c
    branches/1.6/modules/tm/tm.c


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


From bogdan at voice-system.ro  Mon Dec 13 16:54:58 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 15:54:58 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7514] branches/1.6
Message-ID: <E1PSAjq-0006Du-Fb@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7514
          http://opensips.svn.sourceforge.net/opensips/?rev=7514&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 15:54:58 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev 7134):
Added 3 new transformations : IP, SDP and CSV

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

Modified Paths:
--------------
    branches/1.6/transformations.c
    branches/1.6/transformations.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 Dec 13 16:57:00 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 15:57:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7515] branches/1.6/route.c
Message-ID: <E1PSAlo-0006LG-EP@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7515
          http://opensips.svn.sourceforge.net/opensips/?rev=7515&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 15:57:00 +0000 (Mon, 13 Dec 2010)

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

Added bitwise operations support for string variables. 
To be used with the new IP transformations in binary format.

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

Modified Paths:
--------------
    branches/1.6/route.c


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


From bogdan at voice-system.ro  Mon Dec 13 17:00:22 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 16:00:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7516]
	branches/1.6/transformations.c
Message-ID: <E1PSAp4-0006VF-OV@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7516
          http://opensips.svn.sourceforge.net/opensips/?rev=7516&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 16:00:22 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7176):
fixed wrong check for IPv6

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

Modified Paths:
--------------
    branches/1.6/transformations.c


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


From bogdan at voice-system.ro  Mon Dec 13 17:02:47 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 16:02:47 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7517] branches/1.6
Message-ID: <E1PSArP-0006Wu-3s@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7517
          http://opensips.svn.sourceforge.net/opensips/?rev=7517&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 16:02:46 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7183):
Added posibility to set destination domain and destination port from script
You can now set $dd and $dp

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

Modified Paths:
--------------
    branches/1.6/action.c
    branches/1.6/pvar.c
    branches/1.6/route_struct.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 Dec 13 17:06:08 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 16:06:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7518]
	branches/1.6/modules/aaa_radius/rad.c
Message-ID: <E1PSAue-0006gw-1p@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7518
          http://opensips.svn.sourceforge.net/opensips/?rev=7518&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 16:06:07 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev 7212):
replaced UINT4 with uint32_t in rad_avp_add() function

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

Modified Paths:
--------------
    branches/1.6/modules/aaa_radius/rad.c


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


From bogdan at voice-system.ro  Mon Dec 13 17:15:00 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 16:15:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7519] branches/1.6/db
Message-ID: <E1PSB3E-0006wO-QT@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7519
          http://opensips.svn.sourceforge.net/opensips/?rev=7519&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 16:15:00 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #6564 & #7219):

Function to estimate fetch value for db

better comment
  Credits go to Stanislaw Pitucha

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

Modified Paths:
--------------
    branches/1.6/db/db.c
    branches/1.6/db/db.h
    branches/1.6/db/db_con.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 Dec 13 17:18:13 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 16:18:13 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7520] branches/1.6
Message-ID: <E1PSB6L-000779-8F@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7520
          http://opensips.svn.sourceforge.net/opensips/?rev=7520&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 16:18:12 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7228):
- fixed asyc handler for mi_datagram module - the t_uac_dlg function was never returning a reply as some internal sockets were not properly shared (inherited) at startup.
  Reported and tested by Vallimamod Abdullah
  Closes bug 3071925

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

Modified Paths:
--------------
    branches/1.6/main.c
    branches/1.6/modules/mi_datagram/datagram_fnc.c
    branches/1.6/modules/mi_datagram/mi_datagram.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 Dec 13 17:29:13 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 16:29:13 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7521] branches/1.6
Message-ID: <E1PSBGz-0007UU-VB@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7521
          http://opensips.svn.sourceforge.net/opensips/?rev=7521&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 16:29:13 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7243)
moved time recurrence functions in core

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

Modified Paths:
--------------
    branches/1.6/modules/cpl-c/cpl_switches.h
    branches/1.6/modules/drouting/dr_load.c
    branches/1.6/modules/drouting/prefix_tree.c
    branches/1.6/modules/drouting/prefix_tree.h
    branches/1.6/modules/drouting/routing.c
    branches/1.6/modules/drouting/routing.h

Added Paths:
-----------
    branches/1.6/time_rec.c
    branches/1.6/time_rec.h

Removed Paths:
-------------
    branches/1.6/modules/cpl-c/cpl_time.c
    branches/1.6/modules/cpl-c/cpl_time.h
    branches/1.6/modules/drouting/dr_time.c
    branches/1.6/modules/drouting/dr_time.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 Dec 13 17:31:19 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 16:31:19 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7522] branches/1.6
Message-ID: <E1PSBJ1-0007d1-ST@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7522
          http://opensips.svn.sourceforge.net/opensips/?rev=7522&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 16:31:19 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev 7248):
- if next_branches() returns true, returns 1 if other branches are still pending and return 2 if no other branches are left for future processing - shortly, if 2: this is the last branch, if 1: other will follow

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

Modified Paths:
--------------
    branches/1.6/action.c
    branches/1.6/serialize.c


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


From bogdan at voice-system.ro  Mon Dec 13 17:41:17 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 16:41:17 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7523]
	trunk/modules/json/json.c
Message-ID: <E1PSBSf-0007zo-EX@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7523
          http://opensips.svn.sourceforge.net/opensips/?rev=7523&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 16:41:17 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
port from 1.6:
fixed compile warnings

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


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


From osas at voipembedded.com  Mon Dec 13 17:50:46 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 13 Dec 2010 16:50:46 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7524]
	trunk/modules/presence/notify.c
Message-ID: <E1PSBbq-0000Sj-DN@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7524
          http://opensips.svn.sourceforge.net/opensips/?rev=7524&view=rev
Author:   osas
Date:     2010-12-13 16:50:45 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
presence: print a warning in the logs for a failed NOTIFY

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


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


From osas at voipembedded.com  Mon Dec 13 17:56:04 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 13 Dec 2010 16:56:04 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7525]
	branches/1.6/modules/presence/notify.c
Message-ID: <E1PSBgy-0000eH-1X@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7525
          http://opensips.svn.sourceforge.net/opensips/?rev=7525&view=rev
Author:   osas
Date:     2010-12-13 16:56:03 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport: Revision 7524

presence: print a warning in the logs for a failed NOTIFY

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

Modified Paths:
--------------
    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 osas at voipembedded.com  Mon Dec 13 18:33:34 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 13 Dec 2010 17:33:34 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7526] branches/1.6/modules
Message-ID: <E1PSCHG-0000vd-Tl@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7526
          http://opensips.svn.sourceforge.net/opensips/?rev=7526&view=rev
Author:   osas
Date:     2010-12-13 17:33:34 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
bakport: Revision 7482

presence_callinfo: new module

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

Added Paths:
-----------
    branches/1.6/modules/presence_callinfo/
    branches/1.6/modules/presence_callinfo/Makefile
    branches/1.6/modules/presence_callinfo/README
    branches/1.6/modules/presence_callinfo/add_events.c
    branches/1.6/modules/presence_callinfo/add_events.d
    branches/1.6/modules/presence_callinfo/add_events.h
    branches/1.6/modules/presence_callinfo/doc/
    branches/1.6/modules/presence_callinfo/doc/presence_callinfo.xml
    branches/1.6/modules/presence_callinfo/doc/presence_callinfo_admin.xml
    branches/1.6/modules/presence_callinfo/presence_callinfo.c
    branches/1.6/modules/presence_callinfo/presence_callinfo.d
    branches/1.6/modules/presence_callinfo/presence_callinfo.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 Dec 13 18:34:21 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 17:34:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7527]
	branches/1.6/modules/uac/uac.c
Message-ID: <E1PSCI1-0002AR-5A@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7527
          http://opensips.svn.sourceforge.net/opensips/?rev=7527&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 17:34:20 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
- fix compiling

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


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


From bogdan at voice-system.ro  Mon Dec 13 18:35:09 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 17:35:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7528] branches/1.6/pvar.h
Message-ID: <E1PSCIn-0002BJ-Dm@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7528
          http://opensips.svn.sourceforge.net/opensips/?rev=7528&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 17:35:09 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
- part of previous backports (tm related)

Modified Paths:
--------------
    branches/1.6/pvar.h


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


From osas at voipembedded.com  Mon Dec 13 18:36:02 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Mon, 13 Dec 2010 17:36:02 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7529]
	branches/1.6/modules/presence_callinfo/
Message-ID: <E1PSCJe-0001ie-Ri@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7529
          http://opensips.svn.sourceforge.net/opensips/?rev=7529&view=rev
Author:   osas
Date:     2010-12-13 17:36:02 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
presence_callinfo: update svn ignore list

Property Changed:
----------------
    branches/1.6/modules/presence_callinfo/


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 Dec 13 20:07:53 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 19:07:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7530] branches/1.6
Message-ID: <E1PSDkX-0000v1-QL@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7530
          http://opensips.svn.sourceforge.net/opensips/?rev=7530&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 19:07:53 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7291):
Added a new pseudovariable called 'argv', that allows reading arguments specified with '-o' option in command line

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

Modified Paths:
--------------
    branches/1.6/main.c
    branches/1.6/pvar.c
    branches/1.6/pvar.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 Dec 13 20:11:50 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 19:11:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7531] branches/1.6
Message-ID: <E1PSDoM-00014b-ET@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7531
          http://opensips.svn.sourceforge.net/opensips/?rev=7531&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 19:11:50 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7292):
added a new core function, construct_uri which builds a sip uri based on the protocol, username, domain, port and extra params that it receives

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

Modified Paths:
--------------
    branches/1.6/action.c
    branches/1.6/cfg.lex
    branches/1.6/cfg.y
    branches/1.6/msg_translator.c
    branches/1.6/msg_translator.h
    branches/1.6/pvar.c
    branches/1.6/route.c
    branches/1.6/route_struct.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 Dec 13 20:15:25 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 19:15:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7532]
	branches/1.6/modules/cfgutils
Message-ID: <E1PSDrp-00067h-JW@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7532
          http://opensips.svn.sourceforge.net/opensips/?rev=7532&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 19:15:25 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7295):
Added a new pseudovariable called 'env', that provides access to environment variables.

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

Modified Paths:
--------------
    branches/1.6/modules/cfgutils/README
    branches/1.6/modules/cfgutils/cfgutils.c
    branches/1.6/modules/cfgutils/doc/cfgutils_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  Mon Dec 13 20:19:08 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 19:19:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7533] branches/1.6
Message-ID: <E1PSDvQ-0006Bc-A7@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7533
          http://opensips.svn.sourceforge.net/opensips/?rev=7533&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 19:19:08 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
- new fixup function added (internal usage)

Modified Paths:
--------------
    branches/1.6/mod_fix.c
    branches/1.6/mod_fix.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 Dec 13 20:21:24 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 19:21:24 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7534]
	branches/1.6/modules/dialog
Message-ID: <E1PSDxc-0001SN-R9@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7534
          http://opensips.svn.sourceforge.net/opensips/?rev=7534&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 19:21:24 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
-fixed handling of sstatistics when they are disabled

Modified Paths:
--------------
    branches/1.6/modules/dialog/dialog.c
    branches/1.6/modules/dialog/dlg_handlers.c
    branches/1.6/modules/dialog/dlg_hash.c


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


From bogdan at voice-system.ro  Mon Dec 13 20:45:28 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 13 Dec 2010 19:45:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7535]
	branches/1.6/modules/b2b_entities
Message-ID: <E1PSEKu-0000dP-Al@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7535
          http://opensips.svn.sourceforge.net/opensips/?rev=7535&view=rev
Author:   bogdan_iancu
Date:     2010-12-13 19:45:27 +0000 (Mon, 13 Dec 2010)

Log Message:
-----------
- docs updated

Modified Paths:
--------------
    branches/1.6/modules/b2b_entities/README
    branches/1.6/modules/b2b_entities/doc/b2b_entities_admin.xml
    branches/1.6/modules/b2b_entities/doc/b2b_entities_devel.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 Dec 14 10:36:41 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 14 Dec 2010 09:36:41 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7536]
	trunk/modules/aaa_radius
Message-ID: <E1PSRJJ-0004wE-9P@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7536
          http://opensips.svn.sourceforge.net/opensips/?rev=7536&view=rev
Author:   bogdan_iancu
Date:     2010-12-14 09:36:40 +0000 (Tue, 14 Dec 2010)

Log Message:
-----------
- expose internal ret code for authentication function - you can see in the script if the failure was because of an error or because of auth rejected.
- do not log as error if some RADIUS AVP from response set were not found

Modified Paths:
--------------
    trunk/modules/aaa_radius/README
    trunk/modules/aaa_radius/aaa_radius.c
    trunk/modules/aaa_radius/doc/aaa_radius_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 Dec 14 10:37:22 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 14 Dec 2010 09:37:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7537]
	branches/1.6/modules/aaa_radius
Message-ID: <E1PSRJy-0004wu-AV@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7537
          http://opensips.svn.sourceforge.net/opensips/?rev=7537&view=rev
Author:   bogdan_iancu
Date:     2010-12-14 09:37:22 +0000 (Tue, 14 Dec 2010)

Log Message:
-----------
backport from trunk (rev 7536):
- expose internal ret code for authentication function - you can see in the script if the failure was because of an error or because of auth rejected.
- do not log as error if some RADIUS AVP from response set were not found

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

Modified Paths:
--------------
    branches/1.6/modules/aaa_radius/README
    branches/1.6/modules/aaa_radius/aaa_radius.c
    branches/1.6/modules/aaa_radius/doc/aaa_radius_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 Dec 14 10:40:15 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 14 Dec 2010 09:40:15 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7538]
	branches/1.6/modules/cfgutils
Message-ID: <E1PSRMl-00055s-Ss@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7538
          http://opensips.svn.sourceforge.net/opensips/?rev=7538&view=rev
Author:   bogdan_iancu
Date:     2010-12-14 09:40:15 +0000 (Tue, 14 Dec 2010)

Log Message:
-----------
- added missing files from previous backports

Added Paths:
-----------
    branches/1.6/modules/cfgutils/env_var.c
    branches/1.6/modules/cfgutils/env_var.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  Tue Dec 14 14:21:46 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 14 Dec 2010 15:21:46 +0200
Subject: [OpenSIPS-Devel] [UPDATE] OpenSIPS 1.6.4 release - timeline
Message-ID: <4D076F6A.3080203@voice-system.ro>

Hi everyone,

we are in full progress of fixing the last bugs, of doing all backports 
from devel version, of uploading the last patches.....and testing :) for 
the new release.

In the next days I will compile a list of all changes and improvements 
of this release - I will send you the link once ready.

 From timeline point of view :

    - Wednesday 15 Dec - hour 24:00 UTC - SVN freeze
    - testing and packaging update
    - *Monday 20 Dec - official release*.

If there are things missing to this new release (code, patches, docs, 
anything), please let me know.


Best regards,
Bogdan


From noreply at sourceforge.net  Tue Dec 14 15:29:23 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 14:29:23 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PSVsZ-00022b-3U@sfs-web-1.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 16:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 16:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From osas at voipembedded.com  Tue Dec 14 15:40:54 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Tue, 14 Dec 2010 09:40:54 -0500
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [UPDATE] OpenSIPS 1.6.4
	release - timeline
In-Reply-To: <4D076F6A.3080203@voice-system.ro>
References: <4D076F6A.3080203@voice-system.ro>
Message-ID: <AANLkTikhimsR-=9Sw+-DdOwoRLXkoDyigpx6zMcofxu+@mail.gmail.com>

There are a few things that needs to be fixed before the release:
 - final replies for INVITE does not show up in the b2b_entities reply route;
 - sometimes there are retransmissions for PUBLISH requests (I will
provide you with logs for this one).

Regards,
Ovidiu Sas

On Tue, Dec 14, 2010 at 8:21 AM, Bogdan-Andrei Iancu
<bogdan at voice-system.ro> wrote:
> Hi everyone,
>
> we are in full progress of fixing the last bugs, of doing all backports from
> devel version, of uploading the last patches.....and testing :) for the new
> release.
>
> In the next days I will compile a list of all changes and improvements of
> this release - I will send you the link once ready.
>
> From timeline point of view :
>
> ? - Wednesday 15 Dec - hour 24:00 UTC - SVN freeze
> ? - testing and packaging update
> ? - *Monday 20 Dec - official release*.
>
> If there are things missing to this new release (code, patches, docs,
> anything), please let me know.
>
>
> Best regards,
> Bogdan
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


From noreply at sourceforge.net  Tue Dec 14 17:06:02 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 16:06:02 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PSXO6-0007iL-Qi@sfs-web-7.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From payam at utcassociates.com  Tue Dec 14 17:12:03 2010
From: payam at utcassociates.com (P. K.)
Date: Tue, 14 Dec 2010 11:12:03 -0500
Subject: [OpenSIPS-Devel] b2b_bridge DB Bug
Message-ID: <AANLkTimySAs4GMUOO3VYOLmDnqdOFBV1_ZGjkrbtmmwf@mail.gmail.com>

Team,

I am running Opensips SVN 7538 using B2B modules and MySQL backend. I
have noticed that if I attempt to transfer a call using the FIFO
b2b_bridge command in such a manner as below on an existing B2B
session, the caller side's entry in the b2b_entities table is never
deleted.

/usr/local/sbin/opensipsctl fifo b2b_bridge 937.1 sip:1000 at 192.168.1.100  0

The scenario is that a call comes in and is b2b_bridged. Then the
above command is run, and transfer completes successfully. However, at
this point, there are 3 entries in the b2b_entities table, and after a
clean hang-up, there still remains one stale entry in that table.


From noreply at sourceforge.net  Tue Dec 14 17:19:48 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 16:19:48 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PSXbQ-000761-Pg@sfs-web-8.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 18:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 18:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 16:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 16:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From bogdan at voice-system.ro  Tue Dec 14 17:57:18 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 14 Dec 2010 18:57:18 +0200
Subject: [OpenSIPS-Devel] [EVENT] OpenSIPS Miami 2011 event - expo, conf,
	social, bootcamp
Message-ID: <4D07A1EE.3080903@voice-system.ro>

An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20101214/6f56253f/attachment-0001.htm>

From bogdan at voice-system.ro  Tue Dec 14 17:59:09 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 14 Dec 2010 18:59:09 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [UPDATE] OpenSIPS 1.6.4
	release - timeline
In-Reply-To: <AANLkTikhimsR-=9Sw+-DdOwoRLXkoDyigpx6zMcofxu+@mail.gmail.com>
References: <4D076F6A.3080203@voice-system.ro>
	<AANLkTikhimsR-=9Sw+-DdOwoRLXkoDyigpx6zMcofxu+@mail.gmail.com>
Message-ID: <4D07A25D.7090402@voice-system.ro>

Hi Ovidiu,

Thanks for the reminder - I will look into that!

Regards,
Bogdan

Ovidiu Sas wrote:
> There are a few things that needs to be fixed before the release:
>  - final replies for INVITE does not show up in the b2b_entities reply route;
>  - sometimes there are retransmissions for PUBLISH requests (I will
> provide you with logs for this one).
>
> Regards,
> Ovidiu Sas
>
> On Tue, Dec 14, 2010 at 8:21 AM, Bogdan-Andrei Iancu
> <bogdan at voice-system.ro> wrote:
>   
>> Hi everyone,
>>
>> we are in full progress of fixing the last bugs, of doing all backports from
>> devel version, of uploading the last patches.....and testing :) for the new
>> release.
>>
>> In the next days I will compile a list of all changes and improvements of
>> this release - I will send you the link once ready.
>>
>> From timeline point of view :
>>
>>   - Wednesday 15 Dec - hour 24:00 UTC - SVN freeze
>>   - testing and packaging update
>>   - *Monday 20 Dec - official release*.
>>
>> If there are things missing to this new release (code, patches, docs,
>> anything), please let me know.
>>
>>
>> Best regards,
>> Bogdan
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>     
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>   


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From noreply at sourceforge.net  Tue Dec 14 20:29:10 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 19:29:10 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3137386 ] write return value
	ignored on seas module
Message-ID: <E1PSaYg-0007Lr-FY@sfs-web-8.v29.ch3.sourceforge.com>

Patches item #3137386, was opened at 2010-12-14 14:29
Message generated for change (Tracker Item Submitted) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3137386&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: write return value ignored on seas module

Initial Comment:
These patches evaluate the return value of write function at several points of seas module. write() value is evaluated and functions fail if write() fails (return value of write() is <= 0)

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

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


From noreply at sourceforge.net  Tue Dec 14 20:34:21 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 19:34:21 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3137389 ] Patch to solve bug
	3132697
Message-ID: <E1PSadh-0004c9-7g@sfs-web-10.v29.ch3.sourceforge.com>

Patches item #3137389, was opened at 2010-12-14 14:34
Message generated for change (Tracker Item Submitted) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3137389&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch to solve bug 3132697

Initial Comment:
This patch provides an attempt of solution for bug 3132697 (ore dump parse_to); it evaluates for NULL pointers before using them.

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

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


From noreply at sourceforge.net  Tue Dec 14 20:46:52 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 19:46:52 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3137394 ] write return value
	ignored on sms module
Message-ID: <E1PSapo-0004PE-0j@sfs-web-3.v29.ch3.sourceforge.com>

Patches item #3137394, was opened at 2010-12-14 14:46
Message generated for change (Tracker Item Submitted) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3137394&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: write return value ignored on sms module

Initial Comment:
return value of write function is ignored at libsms_modem.c file; This patch evaluates it, and returns error in case of error at write invocation.

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

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


From noreply at sourceforge.net  Tue Dec 14 21:10:13 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 20:10:13 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3137402 ] segfault in codecs.c
	during failure route
Message-ID: <E1PSbCP-0007Vz-Mw@sfs-web-10.v29.ch3.sourceforge.com>

Bugs item #3137402, was opened at 2010-12-14 15:10
Message generated for change (Tracker Item Submitted) made by denodaeus
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3137402&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Robert Smith (denodaeus)
Assigned to: Nobody/Anonymous (nobody)
Summary: segfault in codecs.c during failure route

Initial Comment:
http://pastebin.com/RmVVW8N7 -- routing script

core file attached

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

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


From noreply at sourceforge.net  Tue Dec 14 21:10:51 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 20:10:51 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3137402 ] segfault in codecs.c
	during failure route
Message-ID: <E1PSbD1-00034u-CC@sfs-web-4.v29.ch3.sourceforge.com>

Bugs item #3137402, was opened at 2010-12-14 15:10
Message generated for change (Settings changed) made by denodaeus
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3137402&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: Robert Smith (denodaeus)
Assigned to: Nobody/Anonymous (nobody)
Summary: segfault in codecs.c during failure route

Initial Comment:
http://pastebin.com/RmVVW8N7 -- routing script

core file attached

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

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


From noreply at sourceforge.net  Tue Dec 14 23:06:41 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 22:06:41 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3137402 ] segfault in codecs.c
	during failure route
Message-ID: <E1PSd17-00070b-4J@sfs-web-2.v29.ch3.sourceforge.com>

Bugs item #3137402, was opened at 2010-12-14 15:10
Message generated for change (Comment added) made by denodaeus
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3137402&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: Robert Smith (denodaeus)
Assigned to: Nobody/Anonymous (nobody)
Summary: segfault in codecs.c during failure route

Initial Comment:
http://pastebin.com/RmVVW8N7 -- routing script

core file attached

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

>Comment By: Robert Smith (denodaeus)
Date: 2010-12-14 17:06

Message:
Contents of log at crash:

2010-12-13T16:28:45.933435+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg: SIP Reply 
(status):
2010-12-13T16:28:45.933444+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  version:
<SIP/2.0>
2010-12-13T16:28:45.933459+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  status: 
<404>
2010-12-13T16:28:45.933467+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  reason:  <Not
Found>
2010-12-13T16:28:45.933473+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: flags=2
2010-12-13T16:28:45.933486+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to_param:
tag=ea2e8bcd-13c4-4d064704-6a419c7c-aa8e91b
2010-12-13T16:28:45.933492+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to: end of header
reached, state=29
2010-12-13T16:28:45.933499+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to: display={},
ruri={sip:null at internal-sip.vocalocity.com}
2010-12-13T16:28:45.933513+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: <To> [84];
uri=[sip:null at internal-sip.vocalocity.com]
2010-12-13T16:28:45.933520+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: to body
[<sip:null at internal-sip.vocalocity.com>]
2010-12-13T16:28:45.933525+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: cseq
<CSeq>: <106> <NOTIFY>
2010-12-13T16:28:45.933541+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 234, <received> = <205.139.46.150>; state=6
2010-12-13T16:28:45.933547+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 235, <rport> = <5060>; state=6
2010-12-13T16:28:45.933552+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 232, <branch> = <z9hG4bK8ade.1eb1aa82.0>; state=16
2010-12-13T16:28:45.933558+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via: end of header
reached, state=5
2010-12-13T16:28:45.933564+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: via found,
flags=2
2010-12-13T16:28:45.933570+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: this is
the first via
2010-12-13T16:28:45.933575+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:receive_msg: After
parse_msg...
2010-12-13T16:28:45.933592+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:forward_reply: found
module tm, passing reply to it
2010-12-13T16:28:45.933598+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_check:
start=0xffffffffffffffff
2010-12-13T16:28:45.933604+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: flags=22
2010-12-13T16:28:45.933608+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching: hash
60840 label 682236897 branch 0
2010-12-13T16:28:45.933617+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching:
REF_UNSAFE: after is 1
2010-12-13T16:28:45.933621+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching: reply
matched (T=0x2b427491c1b0)!
2010-12-13T16:28:45.933626+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_check:
end=0x2b427491c1b0
2010-12-13T16:28:45.933636+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:reply_received: org. status
uas=0, uac[0]=0 local=0 is_invite=0)
2010-12-13T16:28:45.933644+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_should_relay_response:
T_code=0, new_code=404
2010-12-13T16:28:45.933650+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_pick_branch: picked
branch 0, code 404 (prio=604)
2010-12-13T16:28:45.933664+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:is_3263_failure:
dns-failover test: branch=0, last_recv=404, flags=2
2010-12-13T16:28:45.933682+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:textops:backup:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
2010-12-13T16:28:45.933688+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:textops:backup: Saving 1


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

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


From noreply at sourceforge.net  Tue Dec 14 23:09:09 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 22:09:09 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3137402 ] segfault in codecs.c
	during failure route
Message-ID: <E1PSd3V-0008GD-S9@sfs-web-4.v29.ch3.sourceforge.com>

Bugs item #3137402, was opened at 2010-12-14 15:10
Message generated for change (Settings changed) made by denodaeus
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3137402&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: Yes
Submitted By: Robert Smith (denodaeus)
Assigned to: Nobody/Anonymous (nobody)
Summary: segfault in codecs.c during failure route

Initial Comment:
http://pastebin.com/RmVVW8N7 -- routing script

core file attached

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

Comment By: Robert Smith (denodaeus)
Date: 2010-12-14 17:06

Message:
Contents of log at crash:

2010-12-13T16:28:45.933435+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg: SIP Reply 
(status):
2010-12-13T16:28:45.933444+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  version:
<SIP/2.0>
2010-12-13T16:28:45.933459+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  status: 
<404>
2010-12-13T16:28:45.933467+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  reason:  <Not
Found>
2010-12-13T16:28:45.933473+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: flags=2
2010-12-13T16:28:45.933486+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to_param:
tag=ea2e8bcd-13c4-4d064704-6a419c7c-aa8e91b
2010-12-13T16:28:45.933492+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to: end of header
reached, state=29
2010-12-13T16:28:45.933499+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to: display={},
ruri={sip:null at internal-sip.vocalocity.com}
2010-12-13T16:28:45.933513+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: <To> [84];
uri=[sip:null at internal-sip.vocalocity.com]
2010-12-13T16:28:45.933520+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: to body
[<sip:null at internal-sip.vocalocity.com>]
2010-12-13T16:28:45.933525+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: cseq
<CSeq>: <106> <NOTIFY>
2010-12-13T16:28:45.933541+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 234, <received> = <205.139.46.150>; state=6
2010-12-13T16:28:45.933547+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 235, <rport> = <5060>; state=6
2010-12-13T16:28:45.933552+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 232, <branch> = <z9hG4bK8ade.1eb1aa82.0>; state=16
2010-12-13T16:28:45.933558+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via: end of header
reached, state=5
2010-12-13T16:28:45.933564+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: via found,
flags=2
2010-12-13T16:28:45.933570+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: this is
the first via
2010-12-13T16:28:45.933575+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:receive_msg: After
parse_msg...
2010-12-13T16:28:45.933592+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:forward_reply: found
module tm, passing reply to it
2010-12-13T16:28:45.933598+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_check:
start=0xffffffffffffffff
2010-12-13T16:28:45.933604+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: flags=22
2010-12-13T16:28:45.933608+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching: hash
60840 label 682236897 branch 0
2010-12-13T16:28:45.933617+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching:
REF_UNSAFE: after is 1
2010-12-13T16:28:45.933621+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching: reply
matched (T=0x2b427491c1b0)!
2010-12-13T16:28:45.933626+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_check:
end=0x2b427491c1b0
2010-12-13T16:28:45.933636+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:reply_received: org. status
uas=0, uac[0]=0 local=0 is_invite=0)
2010-12-13T16:28:45.933644+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_should_relay_response:
T_code=0, new_code=404
2010-12-13T16:28:45.933650+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_pick_branch: picked
branch 0, code 404 (prio=604)
2010-12-13T16:28:45.933664+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:is_3263_failure:
dns-failover test: branch=0, last_recv=404, flags=2
2010-12-13T16:28:45.933682+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:textops:backup:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
2010-12-13T16:28:45.933688+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:textops:backup: Saving 1


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

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


From noreply at sourceforge.net  Tue Dec 14 23:43:01 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 14 Dec 2010 22:43:01 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3137402 ] segfault in codecs.c
	during failure route
Message-ID: <E1PSdaH-0001qQ-Rd@sfs-web-9.v29.ch3.sourceforge.com>

Bugs item #3137402, was opened at 2010-12-14 15:10
Message generated for change (Comment added) made by denodaeus
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3137402&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: Yes
Submitted By: Robert Smith (denodaeus)
Assigned to: Nobody/Anonymous (nobody)
Summary: segfault in codecs.c during failure route

Initial Comment:
http://pastebin.com/RmVVW8N7 -- routing script

core file attached

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

>Comment By: Robert Smith (denodaeus)
Date: 2010-12-14 17:43

Message:
I think this may be the same as this, where a patch file is attached:

https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3042399&group_id=232389

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

Comment By: Robert Smith (denodaeus)
Date: 2010-12-14 17:06

Message:
Contents of log at crash:

2010-12-13T16:28:45.933435+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg: SIP Reply 
(status):
2010-12-13T16:28:45.933444+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  version:
<SIP/2.0>
2010-12-13T16:28:45.933459+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  status: 
<404>
2010-12-13T16:28:45.933467+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  reason:  <Not
Found>
2010-12-13T16:28:45.933473+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: flags=2
2010-12-13T16:28:45.933486+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to_param:
tag=ea2e8bcd-13c4-4d064704-6a419c7c-aa8e91b
2010-12-13T16:28:45.933492+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to: end of header
reached, state=29
2010-12-13T16:28:45.933499+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to: display={},
ruri={sip:null at internal-sip.vocalocity.com}
2010-12-13T16:28:45.933513+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: <To> [84];
uri=[sip:null at internal-sip.vocalocity.com]
2010-12-13T16:28:45.933520+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: to body
[<sip:null at internal-sip.vocalocity.com>]
2010-12-13T16:28:45.933525+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: cseq
<CSeq>: <106> <NOTIFY>
2010-12-13T16:28:45.933541+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 234, <received> = <205.139.46.150>; state=6
2010-12-13T16:28:45.933547+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 235, <rport> = <5060>; state=6
2010-12-13T16:28:45.933552+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 232, <branch> = <z9hG4bK8ade.1eb1aa82.0>; state=16
2010-12-13T16:28:45.933558+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via: end of header
reached, state=5
2010-12-13T16:28:45.933564+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: via found,
flags=2
2010-12-13T16:28:45.933570+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: this is
the first via
2010-12-13T16:28:45.933575+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:receive_msg: After
parse_msg...
2010-12-13T16:28:45.933592+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:forward_reply: found
module tm, passing reply to it
2010-12-13T16:28:45.933598+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_check:
start=0xffffffffffffffff
2010-12-13T16:28:45.933604+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: flags=22
2010-12-13T16:28:45.933608+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching: hash
60840 label 682236897 branch 0
2010-12-13T16:28:45.933617+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching:
REF_UNSAFE: after is 1
2010-12-13T16:28:45.933621+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching: reply
matched (T=0x2b427491c1b0)!
2010-12-13T16:28:45.933626+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_check:
end=0x2b427491c1b0
2010-12-13T16:28:45.933636+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:reply_received: org. status
uas=0, uac[0]=0 local=0 is_invite=0)
2010-12-13T16:28:45.933644+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_should_relay_response:
T_code=0, new_code=404
2010-12-13T16:28:45.933650+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_pick_branch: picked
branch 0, code 404 (prio=604)
2010-12-13T16:28:45.933664+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:is_3263_failure:
dns-failover test: branch=0, last_recv=404, flags=2
2010-12-13T16:28:45.933682+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:textops:backup:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
2010-12-13T16:28:45.933688+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:textops:backup: Saving 1


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

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


From anca at opensips.org  Wed Dec 15 11:35:52 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 15 Dec 2010 10:35:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7539] trunk/modules
Message-ID: <E1PSoi8-0001kK-Uu@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7539
          http://opensips.svn.sourceforge.net/opensips/?rev=7539&view=rev
Author:   anca_vamanu
Date:     2010-12-15 10:35:52 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
- fixes in bla (reported by University of Pennsylvania, ISC/Networking & Telecom Dep.)
	- increase version per watcher
	- correct aggregation of dialogs

Modified Paths:
--------------
    trunk/modules/presence/hash.c
    trunk/modules/presence/notify.c
    trunk/modules/presence/presentity.c
    trunk/modules/presence/publish.c
    trunk/modules/presence/subscribe.c
    trunk/modules/presence_xml/add_events.c
    trunk/modules/pua/add_events.c
    trunk/modules/pua/send_publish.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  Wed Dec 15 11:47:33 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 15 Dec 2010 10:47:33 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7540] branches/1.6/modules
Message-ID: <E1PSotR-00028g-Un@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7540
          http://opensips.svn.sourceforge.net/opensips/?rev=7540&view=rev
Author:   anca_vamanu
Date:     2010-12-15 10:47:33 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
- fixes in bla (reported by University of Pennsylvania, ISC/Networking & Telecom Dep.)
	- increase version per watcher
	- correct aggregation of dialogs

Modified Paths:
--------------
    branches/1.6/modules/presence/hash.c
    branches/1.6/modules/presence/notify.c
    branches/1.6/modules/presence/presentity.c
    branches/1.6/modules/presence/publish.c
    branches/1.6/modules/presence/subscribe.c
    branches/1.6/modules/presence_xml/add_events.c
    branches/1.6/modules/pua/add_events.c
    branches/1.6/modules/pua/send_publish.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  Wed Dec 15 12:49:09 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 15 Dec 2010 11:49:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7541] trunk/modules/presence
Message-ID: <E1PSpr3-0007Vc-Ev@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7541
          http://opensips.svn.sourceforge.net/opensips/?rev=7541&view=rev
Author:   anca_vamanu
Date:     2010-12-15 11:49:09 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
- fix adding xmlns attribute twice (credits to Andrew Mortensen, admorten at isc.upenn.edu)

Modified Paths:
--------------
    trunk/modules/presence/presentity.c
    trunk/modules/presence_xml/notify_body.c


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


From anca at opensips.org  Wed Dec 15 12:51:58 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 15 Dec 2010 11:51:58 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7542]
	branches/1.6/modules/presence
Message-ID: <E1PSptm-0007eT-Cs@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7542
          http://opensips.svn.sourceforge.net/opensips/?rev=7542&view=rev
Author:   anca_vamanu
Date:     2010-12-15 11:51:58 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
- fix adding xmlns attribute twice (credits to Andrew Mortensen, admorten at isc.upenn.edu)

Modified Paths:
--------------
    branches/1.6/modules/presence/presentity.c
    branches/1.6/modules/presence_xml/notify_body.c


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


From osas at voipembedded.com  Wed Dec 15 15:48:22 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Wed, 15 Dec 2010 14:48:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7543] trunk/modules/b2b_logic
Message-ID: <E1PSseU-0002uM-Dl@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7543
          http://opensips.svn.sourceforge.net/opensips/?rev=7543&view=rev
Author:   osas
Date:     2010-12-15 14:48:22 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
b2b_logic: custom headers can be set in the outgoing INVITE via the internal api

Modified Paths:
--------------
    trunk/modules/b2b_logic/b2b_load.h
    trunk/modules/b2b_logic/b2b_logic.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  Wed Dec 15 17:04:51 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 15 Dec 2010 16:04:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7544]
	trunk/modules/presence_dialoginfo
Message-ID: <E1PStqV-0005Q1-EN@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7544
          http://opensips.svn.sourceforge.net/opensips/?rev=7544&view=rev
Author:   anca_vamanu
Date:     2010-12-15 16:04:51 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
- fixed dialog info version (reported by Ovidiu Sas)

Modified Paths:
--------------
    trunk/modules/presence_dialoginfo/add_events.c
    trunk/modules/presence_dialoginfo/notify_body.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 Dec 15 17:06:55 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 15 Dec 2010 16:06:55 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7545]
	branches/1.6/modules/presence_dialoginfo
Message-ID: <E1PStsV-0005bv-Hi@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7545
          http://opensips.svn.sourceforge.net/opensips/?rev=7545&view=rev
Author:   anca_vamanu
Date:     2010-12-15 16:06:55 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
- fixed dialog info version (reported by Ovidiu Sas)

Modified Paths:
--------------
    branches/1.6/modules/presence_dialoginfo/add_events.c
    branches/1.6/modules/presence_dialoginfo/notify_body.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 Dec 15 18:19:50 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 15 Dec 2010 17:19:50 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7546] trunk/modules/nathelper
Message-ID: <E1PSv14-0007LE-C0@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7546
          http://opensips.svn.sourceforge.net/opensips/?rev=7546&view=rev
Author:   anca_vamanu
Date:     2010-12-15 17:19:49 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
implemented a listener for rtpproxy timeout notifications
added a patch for rtpproxy with a new timer for session establishment

Modified Paths:
--------------
    trunk/modules/nathelper/README
    trunk/modules/nathelper/doc/nathelper_admin.xml
    trunk/modules/nathelper/nathelper.c
    trunk/modules/nathelper/nathelper.h

Added Paths:
-----------
    trunk/modules/nathelper/patches/
    trunk/modules/nathelper/patches/rtpproxy_timeout_notification.patch
    trunk/modules/nathelper/timeout_process.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 Dec 15 18:20:44 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 15 Dec 2010 17:20:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7547]
	branches/1.6/modules/nathelper
Message-ID: <E1PSv1w-0007SY-PC@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7547
          http://opensips.svn.sourceforge.net/opensips/?rev=7547&view=rev
Author:   anca_vamanu
Date:     2010-12-15 17:20:44 +0000 (Wed, 15 Dec 2010)

Log Message:
-----------
Backported from trunk (7546):
implemented a listener for rtpproxy timeout notifications
added a patch for rtpproxy with a new timer for session establishment

Modified Paths:
--------------
    branches/1.6/modules/nathelper/README
    branches/1.6/modules/nathelper/doc/nathelper_admin.xml
    branches/1.6/modules/nathelper/nathelper.c
    branches/1.6/modules/nathelper/nathelper.h

Added Paths:
-----------
    branches/1.6/modules/nathelper/patches/
    branches/1.6/modules/nathelper/patches/rtpproxy_timeout_notification.patch
    branches/1.6/modules/nathelper/timeout_process.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 Dec 15 20:31:56 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 15 Dec 2010 19:31:56 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3138136 ] Portable libpcre
	detection for dialplan module
Message-ID: <E1PSx4u-0006Hi-H1@sfs-web-10.v29.ch3.sourceforge.com>

Patches item #3138136, was opened at 2010-12-15 14:31
Message generated for change (Tracker Item Submitted) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3138136&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: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: Portable libpcre detection for dialplan module

Initial Comment:
This patch implements a more portable and flexible detection of libpcre location within module Makefile. This is useful in systems as Solaris, which do not include the library from default installation.

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

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


From anca at opensips.org  Thu Dec 16 11:43:12 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 16 Dec 2010 10:43:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7548]
	branches/1.6/modules/presence
Message-ID: <E1PTBIm-00008o-3Y@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7548
          http://opensips.svn.sourceforge.net/opensips/?rev=7548&view=rev
Author:   anca_vamanu
Date:     2010-12-16 10:43:11 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
- fixed possible mem leak

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


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


From anca at opensips.org  Thu Dec 16 11:46:49 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 16 Dec 2010 10:46:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7549] trunk/modules/presence
Message-ID: <E1PTBMH-0000JN-Eb@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7549
          http://opensips.svn.sourceforge.net/opensips/?rev=7549&view=rev
Author:   anca_vamanu
Date:     2010-12-16 10:46:49 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
- fixed possible mem leak

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


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


From noreply at sourceforge.net  Thu Dec 16 14:42:14 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 16 Dec 2010 13:42:14 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3138571 ] crash in presence module
	if db_url is not set
Message-ID: <E1PTE62-0001hb-SK@sfs-web-6.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: crash in presence module if db_url is not set

Initial Comment:
opensips 1.6.3:

Core was generated by `/usr/sbin/opensips -P /var/run/opensips/opensips.pid -m 64 -u opensips -g opens'.
Program terminated with signal 11, Segmentation fault.
#0  0xb7267348 in add_event (event=0xbf9ee9b0) at event_list.c:236
236                     *pres_event_p = ev;
(gdb) bt
#0  0xb7267348 in add_event (event=0xbf9ee9b0) at event_list.c:236
#1  0xb7257c38 in xml_add_events () at add_events.c:67
#2  0xb725be07 in mod_init () at presence_xml.c:195
#3  0x080a1a95 in init_mod (m=0x816a3d0) at sr_module.c:457
#4  0x08069102 in main (argc=9, argv=0xbf9eec24) at main.c:1351

default config with mysql and
loadmodule "presence.so"
loadmodule "presence_xml.so"

modparam("presence_xml", "force_active", 1)
modparam("presence", "server_address", "sip:192.168.1.2:5060")

I think the problem is that presence module is in library mode and presence_xml tries to register Event types. 

Probably an error message would be nicer.

klaus

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

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


From razvancrainea at opensips.org  Thu Dec 16 15:28:03 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Thu, 16 Dec 2010 14:28:03 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7550]
	trunk/modules/nathelper/nathelper.c
Message-ID: <E1PTEoN-0000Vu-Le@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7550
          http://opensips.svn.sourceforge.net/opensips/?rev=7550&view=rev
Author:   razvancrainea
Date:     2010-12-16 14:28:03 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
Fixed small bug introduced in the last commit

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


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


From razvancrainea at opensips.org  Thu Dec 16 15:29:36 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Thu, 16 Dec 2010 14:29:36 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7551]
	branches/1.6/modules/nathelper/nathelper.c
Message-ID: <E1PTEps-0000Yd-Iy@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7551
          http://opensips.svn.sourceforge.net/opensips/?rev=7551&view=rev
Author:   razvancrainea
Date:     2010-12-16 14:29:36 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
Fixed small bug introduced in the last commit

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


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


From noreply at sourceforge.net  Thu Dec 16 15:43:08 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 16 Dec 2010 14:43:08 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3138595 ] Bad comparaison in
	B2B_Entities
Message-ID: <E1PTF2y-0007Ai-Tn@sfs-web-9.v29.ch3.sourceforge.com>

Bugs item #3138595, was opened at 2010-12-16 14:43
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3138595&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bad comparaison in B2B_Entities

Initial Comment:
HI,

In function b2bl_search_iteratively, if tag and callid match, you compare ruri if it is not NULL.
But this comparaison is false, if first RURI is user at x.x.x.x and the next one is user at x.x.x.x:5060;transport=UDP, the test is false
but RURI are the same.

Regards,

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

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


From bogdan at voice-system.ro  Thu Dec 16 16:12:51 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 16 Dec 2010 15:12:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7552]
	branches/1.6/modules/nathelper/nathelper.c
Message-ID: <E1PTFVj-0003EP-Jt@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7552
          http://opensips.svn.sourceforge.net/opensips/?rev=7552&view=rev
Author:   bogdan_iancu
Date:     2010-12-16 15:12:51 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
- fixed bogus include

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


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


From osas at voipembedded.com  Thu Dec 16 16:51:28 2010
From: osas at voipembedded.com (Ovidiu Sas)
Date: Thu, 16 Dec 2010 15:51:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7553]
	branches/1.6/modules/nathelper
Message-ID: <E1PTG76-0001C3-Kv@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7553
          http://opensips.svn.sourceforge.net/opensips/?rev=7553&view=rev
Author:   osas
Date:     2010-12-16 15:51:28 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
backport: Revision 7232, 7233

nathelper: removing obsolete force_rtp_proxy function
 - force_rtp_proxy is obsolete by rtpproxy_offer/rtpproxy_answer
nathelper: obsolete flag 's' removed

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

Modified Paths:
--------------
    branches/1.6/modules/nathelper/README
    branches/1.6/modules/nathelper/doc/nathelper_admin.xml
    branches/1.6/modules/nathelper/examples/4to6.cfg
    branches/1.6/modules/nathelper/examples/alg.cfg
    branches/1.6/modules/nathelper/nathelper.c


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


From noreply at sourceforge.net  Thu Dec 16 17:13:11 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 16 Dec 2010 16:13:11 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3138595 ] Bad comparaison in
	B2B_Entities
Message-ID: <E1PTGS7-0001g7-RH@sfs-web-7.v29.ch3.sourceforge.com>

Bugs item #3138595, was opened at 2010-12-16 16:43
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3138595&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bad comparaison in B2B_Entities

Initial Comment:
HI,

In function b2bl_search_iteratively, if tag and callid match, you compare ruri if it is not NULL.
But this comparaison is false, if first RURI is user at x.x.x.x and the next one is user at x.x.x.x:5060;transport=UDP, the test is false
but RURI are the same.

Regards,

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2010-12-16 18:13

Message:
Hello,

RFC 3261 states that :
"A URI omitting any component with a default value will not 
match a URI explicitly containing that component with its
default value.  For instance, a URI omitting the optional port
component will not match a URI explicitly declaring port 5060.
The same is true for the transport-parameter, ttl-parameter,
user-parameter, and method components.

Defining sip:user at host to not be equivalent to
sip:user at host:5060 is a change from RFC 2543. "

Still, the check isn't 100 % accurate, as it doesn't take into account the
fact the ordering of sip URI parameters isn't significant. This will be
solved in a couple of days.

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

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


From noreply at sourceforge.net  Thu Dec 16 17:38:51 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 16 Dec 2010 16:38:51 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3138595 ] Bad comparaison in
	B2B_Entities
Message-ID: <E1PTGqx-0006ud-5P@sfs-web-11.v29.ch3.sourceforge.com>

Bugs item #3138595, was opened at 2010-12-16 16:43
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3138595&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: Nobody/Anonymous (nobody)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: Bad comparaison in B2B_Entities

Initial Comment:
HI,

In function b2bl_search_iteratively, if tag and callid match, you compare ruri if it is not NULL.
But this comparaison is false, if first RURI is user at x.x.x.x and the next one is user at x.x.x.x:5060;transport=UDP, the test is false
but RURI are the same.

Regards,

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2010-12-16 18:13

Message:
Hello,

RFC 3261 states that :
"A URI omitting any component with a default value will not 
match a URI explicitly containing that component with its
default value.  For instance, a URI omitting the optional port
component will not match a URI explicitly declaring port 5060.
The same is true for the transport-parameter, ttl-parameter,
user-parameter, and method components.

Defining sip:user at host to not be equivalent to
sip:user at host:5060 is a change from RFC 2543. "

Still, the check isn't 100 % accurate, as it doesn't take into account the
fact the ordering of sip URI parameters isn't significant. This will be
solved in a couple of days.

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

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


From noreply at sourceforge.net  Thu Dec 16 17:40:04 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 16 Dec 2010 16:40:04 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3138595 ] Bad comparaison in
	B2B_Entities
Message-ID: <E1PTGs8-0000jn-9L@sfs-web-4.v29.ch3.sourceforge.com>

Bugs item #3138595, was opened at 2010-12-16 16:43
Message generated for change (Settings changed) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3138595&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: Invalid
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: Bad comparaison in B2B_Entities

Initial Comment:
HI,

In function b2bl_search_iteratively, if tag and callid match, you compare ruri if it is not NULL.
But this comparaison is false, if first RURI is user at x.x.x.x and the next one is user at x.x.x.x:5060;transport=UDP, the test is false
but RURI are the same.

Regards,

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

Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2010-12-16 18:13

Message:
Hello,

RFC 3261 states that :
"A URI omitting any component with a default value will not 
match a URI explicitly containing that component with its
default value.  For instance, a URI omitting the optional port
component will not match a URI explicitly declaring port 5060.
The same is true for the transport-parameter, ttl-parameter,
user-parameter, and method components.

Defining sip:user at host to not be equivalent to
sip:user at host:5060 is a change from RFC 2543. "

Still, the check isn't 100 % accurate, as it doesn't take into account the
fact the ordering of sip URI parameters isn't significant. This will be
solved in a couple of days.

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

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


From anca at opensips.org  Thu Dec 16 17:51:12 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 16 Dec 2010 16:51:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7554]
	trunk/modules/presence/presence.c
Message-ID: <E1PTH2u-0006LQ-9d@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7554
          http://opensips.svn.sourceforge.net/opensips/?rev=7554&view=rev
Author:   anca_vamanu
Date:     2010-12-16 16:51:11 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
- fixed crash when presence module was used in library mode (reported by #3138571)

Modified Paths:
--------------
    trunk/modules/presence/presence.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 Dec 16 17:53:08 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 16 Dec 2010 16:53:08 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7555]
	branches/1.6/modules/presence
Message-ID: <E1PTH4m-0006Og-GZ@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7555
          http://opensips.svn.sourceforge.net/opensips/?rev=7555&view=rev
Author:   anca_vamanu
Date:     2010-12-16 16:53:08 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
- fixed crash when presence module was used in library mode (reported by #3138571)

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


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


From anca at opensips.org  Thu Dec 16 19:09:27 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 16 Dec 2010 18:09:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7556]
	branches/1.6/modules/presence/utils_func.h
Message-ID: <E1PTIGd-000644-Pv@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7556
          http://opensips.svn.sourceforge.net/opensips/?rev=7556&view=rev
Author:   anca_vamanu
Date:     2010-12-16 18:09:27 +0000 (Thu, 16 Dec 2010)

Log Message:
-----------
- fixed smth in last commit

Modified Paths:
--------------
    branches/1.6/modules/presence/utils_func.h


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


From razvancrainea at opensips.org  Thu Dec 16 19:14:14 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Thu, 16 Dec 2010 20:14:14 +0200
Subject: [OpenSIPS-Devel] [NEW] Media timeout detection and call termination
Message-ID: <4D0A56F6.7060805@opensips.org>

Hello all,



Problem
--------

I just added to OpenSIPS a new feature that makes possible to deal with 
"ghost" calls in proper and complete way (detection, reporting and 
termination).

"Ghost calls" are calls where (due network or hardware issue), one of 
the end-points simply died without hanging up the call - so for all the 
proxies in the middle and for the other end point, the call will still 
look like ongoing. This is a huge problem when dealing with accounting 
and charging of PSTN calls.

As OpenSIPS is a proxy and at signaling level there is no continues 
traffic to help in detecting the ghost calls, such detection must be 
done at media level.

A new feature has been added to the nathelper module, that allows 
OpenSIPS proxy to terminate calls when a media timeout occurs in an 
ongoing call.



Solution
--------

The overall solution includes the usage of rtpproxy (as media relay) and 
opensips (signaling part).

RTPProxy is used to detect the media timeouts and to report them back to 
opensips (via the nathelper module). The nathelper module binds to 
dialog module and it will terminate the call (by sending BYEs in both 
directions) when such notification is received. By closing the call at 
signaling level, you will have the opportunity (using the "local" route) 
to do certain script operations when the BYEs are fired (like doing 
accounting, logging, etc).

This new functionality is very useful for various scenarios where having 
a precise call stats is required, like:
     - load balancing based on call load
     - precise accounting (for PSTN termination)
     - dialog profiling (parallel call limitation).....


For more information about usage and configurations, visit 
http://www.opensips.org/html/docs/modules/devel/nathelper.html

This new feature is available in trunk and in branch 1.6 (it will be 
part of the future 1.6.4 stable release).

Regards,

-- 
Razvan Crainea
www.voice-system.ro



From bobby.smith at gmail.com  Thu Dec 16 20:09:17 2010
From: bobby.smith at gmail.com (Bobby Smith)
Date: Thu, 16 Dec 2010 14:09:17 -0500
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [NEW] Media timeout detection
	and call termination
In-Reply-To: <4D0A56F6.7060805@opensips.org>
References: <4D0A56F6.7060805@opensips.org>
Message-ID: <AANLkTimoaRu9SWnSHZDkWwk8zdJu22dX4g8OD8PkM2U9@mail.gmail.com>

Quick question about this -- does the timeout happen in the case where two
joined sessions are in "sendonly" (ie, listening to hold music)?  If so, is
there an easy way around this and can this feature be enabled on a per
force/unforce rtpproxy function call?

On Thu, Dec 16, 2010 at 1:14 PM, Razvan Crainea
<razvancrainea at opensips.org>wrote:

> Hello all,
>
>
>
> Problem
> --------
>
> I just added to OpenSIPS a new feature that makes possible to deal with
> "ghost" calls in proper and complete way (detection, reporting and
> termination).
>
> "Ghost calls" are calls where (due network or hardware issue), one of the
> end-points simply died without hanging up the call - so for all the proxies
> in the middle and for the other end point, the call will still look like
> ongoing. This is a huge problem when dealing with accounting and charging of
> PSTN calls.
>
> As OpenSIPS is a proxy and at signaling level there is no continues traffic
> to help in detecting the ghost calls, such detection must be done at media
> level.
>
> A new feature has been added to the nathelper module, that allows OpenSIPS
> proxy to terminate calls when a media timeout occurs in an ongoing call.
>
>
>
> Solution
> --------
>
> The overall solution includes the usage of rtpproxy (as media relay) and
> opensips (signaling part).
>
> RTPProxy is used to detect the media timeouts and to report them back to
> opensips (via the nathelper module). The nathelper module binds to dialog
> module and it will terminate the call (by sending BYEs in both directions)
> when such notification is received. By closing the call at signaling level,
> you will have the opportunity (using the "local" route) to do certain script
> operations when the BYEs are fired (like doing accounting, logging, etc).
>
> This new functionality is very useful for various scenarios where having a
> precise call stats is required, like:
>    - load balancing based on call load
>    - precise accounting (for PSTN termination)
>    - dialog profiling (parallel call limitation).....
>
>
> For more information about usage and configurations, visit
> http://www.opensips.org/html/docs/modules/devel/nathelper.html
>
> This new feature is available in trunk and in branch 1.6 (it will be part
> of the future 1.6.4 stable release).
>
> Regards,
>
> --
> Razvan Crainea
> www.voice-system.ro
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20101216/5477d2b1/attachment.htm>

From bogdan at voice-system.ro  Fri Dec 17 09:06:00 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 08:06:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7557]
	trunk/modules/db_mysql/dbase.c
Message-ID: <E1PTVKC-0004NQ-5l@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7557
          http://opensips.svn.sourceforge.net/opensips/?rev=7557&view=rev
Author:   bogdan_iancu
Date:     2010-12-17 08:05:59 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
- fixed several issues with prepared statements when dealing wiht DB reconnect events.
  Credits go to Stanislaw Pitucha.
  Closes bug report #3039943

Modified Paths:
--------------
    trunk/modules/db_mysql/dbase.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 Dec 17 09:08:30 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 08:08:30 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7558]
	branches/1.6/modules/db_mysql/dbase.c
Message-ID: <E1PTVMc-0004Py-9u@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7558
          http://opensips.svn.sourceforge.net/opensips/?rev=7558&view=rev
Author:   bogdan_iancu
Date:     2010-12-17 08:08:29 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7557):
- fixed several issues with prepared statements when dealing wiht DB reconnect events.
  Credits go to Stanislaw Pitucha.
  Closes bug report #3039943

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

Modified Paths:
--------------
    branches/1.6/modules/db_mysql/dbase.c


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


From noreply at sourceforge.net  Fri Dec 17 09:09:27 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 17 Dec 2010 08:09:27 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3039943 ] db_mysql multiple issues
	in run_mysql_cmd wrapper
Message-ID: <E1PTVNX-0006zR-2N@sfs-web-4.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 9
Private: No
Submitted By: Stanislaw Pitucha (viraptor)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: db_mysql multiple issues in run_mysql_cmd wrapper

Initial Comment:
There seem to be a couple of issues hidden in `run_mysql_cmd` macro:

- if there is no connection, first `if` causes a fall through to checking `mysql_errno()`, which has the return value of the last command, while it assumes checking the (_cmd)'s return code

- the macro is used for both prepared statement and other commands, even though mysql_stmt_* commands report the code via mysql_stmt_errno(), not mysql_errno()

- comparing mysql_errno to error codes and then getting mysql_error when error code==0 seems like a stupid thing to do, unless it's a workaround for some libmysqlclient bug

- "disconect" should be spelled "disconnect" :)

- reported errors are not true in functions using the wrapper - for example re_init_statement reports `if (code<0) { LM_ERR("failed while mysql_stmt_prepare()\n"); ...` while it can fail on db_mysql_connect which also returns the result via the 'code' variable

- if the database disconnectts during mysql_stmt_reppare, statements are going to be reset (reset_all_statements()), the final value of code will be that of db_mysql_connect (probably 0) and ctx->stmt will not be initialised, but mysql_stmt_close() will be run on it, causing a crash

- probably some others I haven't noticed...

Proposed solution - kill the macro and rewrite it in a sane way - I tried fixing the separate problems, but it seems like there are too many issues with it.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-17 10:09

Message:
Hi Stan,

Reviewed the fixes and look good - I uploaded your patches on trunk and
1.6

Many thanks & Best regards,
Bogdan

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

Comment By: Stanislaw Pitucha (viraptor)
Date: 2010-08-11 12:18

Message:
All of them, to be applied in order. They're just split into the same
chunks, how I created / tested them. If it doesn't improve your review,
just apply all of them :)

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-08-11 11:23

Message:
Hi Stan,

Which patch is the final one? or all of them ?

Just to know where to start :)

Regards,
Bogdan

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

Comment By: Stanislaw Pitucha (viraptor)
Date: 2010-08-06 14:48

Message:
Uploaded my patch queue. It removes all occurrences of run_mysql_cmd and
replaces them with some common code. (they can be macro'd if someone really
wants to do that)

From bogus@does.not.exist.com  Thu Dec  2 10:23:01 2010
From: bogus@does.not.exist.com ()
Date: Thu, 02 Dec 2010 09:23:01 -0000
Subject: No subject
Message-ID: <mailman.10.1292573371.18127.devel@lists.opensips.org>

To simulate the disconnect conditions, you can setup haproxy with very low
idle client disconnection time in front of the database itself.

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

Comment By: Stanislaw Pitucha (viraptor)
Date: 2010-08-05 19:57

Message:
Attached a proposed way to change the code. It's only a couple of lines
longer in place of the macro, but the logic is more explicit and the
function-specific wrappers will remove problems related to error checking
the return codes. Tested on a specifically prepared mysql which drops the
connections tcp quite often - doesn't seem to cause crashes anymore.

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

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


From bogdan at voice-system.ro  Fri Dec 17 09:24:56 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 08:24:56 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7559]
	trunk/modules/dialplan/Makefile
Message-ID: <E1PTVcW-0004yQ-E2@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7559
          http://opensips.svn.sourceforge.net/opensips/?rev=7559&view=rev
Author:   bogdan_iancu
Date:     2010-12-17 08:24:56 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
- fixed pcre lib detection on Solaris
  Credits go to Sergio Gutierrez
  Closes patch #3138136

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


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


From noreply at sourceforge.net  Fri Dec 17 09:25:43 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 17 Dec 2010 08:25:43 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3138136 ] Portable libpcre
	detection for dialplan module
Message-ID: <E1PTVdH-0007HE-4B@sfs-web-2.v29.ch3.sourceforge.com>

Patches item #3138136, was opened at 2010-12-15 21:31
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3138136&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Portable libpcre detection for dialplan module

Initial Comment:
This patch implements a more portable and flexible detection of libpcre location within module Makefile. This is useful in systems as Solaris, which do not include the library from default installation.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-17 10:25

Message:
Hi Sergio,

PAtch applied.

Thanks and regards,
Bogdan

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

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


From bogdan at voice-system.ro  Fri Dec 17 09:26:31 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 08:26:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7560]
	branches/1.6/modules/dialplan/Makefile
Message-ID: <E1PTVe3-00055M-QE@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7560
          http://opensips.svn.sourceforge.net/opensips/?rev=7560&view=rev
Author:   bogdan_iancu
Date:     2010-12-17 08:26:31 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7559):
- fixed pcre lib detection on Solaris
  Credits go to Sergio Gutierrez
  Closes patch #3138136

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

Modified Paths:
--------------
    branches/1.6/modules/dialplan/Makefile


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


From bogdan at voice-system.ro  Fri Dec 17 09:38:39 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 08:38:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7561] trunk/tls/tls_server.c
Message-ID: <E1PTVpn-0005UI-0k@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7561
          http://opensips.svn.sourceforge.net/opensips/?rev=7561&view=rev
Author:   bogdan_iancu
Date:     2010-12-17 08:38:38 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
- fixed handling of WANT_READ / WANT_WRITE events in TLS code. Description:
  
tls_blocking_write() polls for both POLLOUT and POLLIN at the same time. Normally, socket is ready for write all the time. It causes poll() at line 765 returned immediately.

When using t_relay("tls:xxx") in script, I always get "too many retries with no operation" error message because poll() function returns immediately.

I read the OpenSSL doc http://www.openssl.org/docs/ssl/SSL_connect.html and http://www.openssl.org/docs/ssl/SSL_get_error.html#item_SSL_ERROR_WANT_READ.
When SSL_connect(), SSL_read(), or SSL_write() return SSL_ERROR_WANT_READ, tls_blocking_write() should poll for POLLIN only. And when they return SSL_ERROR_WANT_WRITE, tls_blocking_write() should poll for POLLOUT only.

I think this bug also makes CPU usage to be 100% while looping.


Credits for the fix go to Worawit Wang.

Closes Bug report #3061895
Closes Patch #3118263

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


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


From noreply at sourceforge.net  Fri Dec 17 09:39:52 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 17 Dec 2010 08:39:52 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3118263 ] patch for tls bug ID:
	306189
Message-ID: <E1PTVqy-0001Cg-FG@sfs-web-11.v29.ch3.sourceforge.com>

Patches item #3118263, was opened at 2010-11-25 11:42
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3118263&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Worawit Wang (worawita)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: patch for tls bug ID: 306189

Initial Comment:
Bug URL: https://sourceforge.net/tracker/?func=detail&aid=3061895&group_id=232389&atid=1086410

Added a new parameter "short *poll_events" to tls_accept(), tls_connect(), tls_write(). The new parameter is set to POLLIN or POLLOUT depends on the ssl error.
Change of these three functions should be safe because all are static.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-17 10:39

Message:
Hi Worawit

Thank you for the patch -  I reviewed it and it is really a nice approach
to the problem. Patch is uploaded on trunk and branch 1,6.

Best regards,
Bogdan

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

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


From noreply at sourceforge.net  Fri Dec 17 09:40:15 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 17 Dec 2010 08:40:15 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3061895 ] tls_blocking_write() in
	tls_server.c problem
Message-ID: <E1PTVrL-0000Kc-C0@sfs-web-3.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: tls_blocking_write() in tls_server.c problem

Initial Comment:
tls_blocking_write() polls for both POLLOUT and POLLIN at the same time. Normally, socket is ready for write all the time. It causes poll() at line 765 returned immediately.

When using t_relay("tls:xxx") in script, I always get "too many retries with no operation" error message because poll() function returns immediately.

I read the OpenSSL doc http://www.openssl.org/docs/ssl/SSL_connect.html and http://www.openssl.org/docs/ssl/SSL_get_error.html#item_SSL_ERROR_WANT_READ. 
When SSL_connect(), SSL_read(), or SSL_write() return SSL_ERROR_WANT_READ, tls_blocking_write() should poll for POLLIN only. And when they return SSL_ERROR_WANT_WRITE, tls_blocking_write() should poll for POLLOUT only.

I think this bug also makes CPU usage to be 100% while looping.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-17 10:40

Message:
Bug fixed by patch #3118263

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

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


From bogdan at voice-system.ro  Fri Dec 17 09:41:24 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 08:41:24 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7562]
	branches/1.6/tls/tls_server.c
Message-ID: <E1PTVsS-0005dC-2A@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7562
          http://opensips.svn.sourceforge.net/opensips/?rev=7562&view=rev
Author:   bogdan_iancu
Date:     2010-12-17 08:41:23 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
backport from trunk (rev #7561):
- fixed handling of WANT_READ / WANT_WRITE events in TLS code. Description:
  
tls_blocking_write() polls for both POLLOUT and POLLIN at the same time. Normally, socket is ready for write all the time. It causes poll() at line 765 returned immediately.

When using t_relay("tls:xxx") in script, I always get "too many retries with no operation" error message because poll() function returns immediately.

I read the OpenSSL doc http://www.openssl.org/docs/ssl/SSL_connect.html and http://www.openssl.org/docs/ssl/SSL_get_error.html#item_SSL_ERROR_WANT_READ.
When SSL_connect(), SSL_read(), or SSL_write() return SSL_ERROR_WANT_READ, tls_blocking_write() should poll for POLLIN only. And when they return SSL_ERROR_WANT_WRITE, tls_blocking_write() should poll for POLLOUT only.

I think this bug also makes CPU usage to be 100% while looping.


Credits for the fix go to Worawit Wang.

Closes Bug report #3061895
Closes Patch #3118263

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

Modified Paths:
--------------
    branches/1.6/tls/tls_server.c


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


From noreply at sourceforge.net  Fri Dec 17 10:27:28 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 17 Dec 2010 09:27:28 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3137389 ] Patch to solve bug
	3132697
Message-ID: <E1PTWb2-0002Et-OX@sfs-web-3.v29.ch3.sourceforge.com>

Patches item #3137389, was opened at 2010-12-14 21:34
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3137389&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: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Patch to solve bug 3132697

Initial Comment:
This patch provides an attempt of solution for bug 3132697 (ore dump parse_to); it evaluates for NULL pointers before using them.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-17 11:27

Message:
Hi Sergio,

Thanks for the patch, unfortunatelly it does not change anything.

Regards,
Bogdan

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

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


From a.zagorskiy at oyster-telecom.ru  Fri Dec 17 13:17:29 2010
From: a.zagorskiy at oyster-telecom.ru (Anton Zagorskiy)
Date: Fri, 17 Dec 2010 15:17:29 +0300
Subject: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module 1.6.3
Message-ID: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>

Hello.

I've made some debug on this crash.
The problem is dereferencing invalid pointer (0x1)

This happens in the function drouting.c::static int do_routing(struct
sip_msg* msg, dr_group_t *drg, int sort_order)
Line 1005: if( (rt_info->pgwl[i].pgw->flags & DR_DST_STAT_DSBL_FLAG)  == 0 )

In my case i == 0, and rt_info->pgwl[0].pgw is 0x1

In fact, in the routing.c::build_rt_info(..) rt_info->pgwl[0].pgw obtains
correct address - lines from 170 to 180.

So, something changes that pointer.





WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru



-----Original Message-----
From: users-bounces at lists.opensips.org
[mailto:users-bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
Sent: Thursday, December 16, 2010 6:14 PM
To: 'OpenSIPS users mailling list'
Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b

I've made a simple config, and openSIPS still crashes.

Please see my config here http://pastebin.com/mfabxGJJ
And please see a full log file http://pastebin.com/0VXQ6vwT





WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru



> -----Original Message-----
> From: users-bounces at lists.opensips.org [mailto:users-
> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> Sent: Thursday, December 16, 2010 11:54 AM
> To: 'OpenSIPS users mailling list'
> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> 
> Hi!
> 
> What about investigation my crash?
> Should I send any additional information?
> 
> 
> 
> > -----Original Message-----
> > From: users-bounces at lists.opensips.org [mailto:users-
> > bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> > Sent: Tuesday, December 14, 2010 5:01 PM
> > To: 'OpenSIPS users mailling list'
> > Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >
> > Yes, openSIPS crashed because of there are "INFO:core:sig_usr: signal
> > 15 received" messages in a log file.
> > I've tested on new VM with CentOS 5.5 with sources from svn stable
> > release
> >
> > Please see bt and bt full results in the attach.
> >
> >
> > Code:
> >
> > route
> > {
> > 	[skipped]
> >
> > 	if (!do_routing())
> > 	{
> > 	    xlog("*** !!! route[invite]: No rules found for do_routing().
> > STOP");
> > 	    send_reply("503", "Error");
> > 	    exit;
> > 	};
> > 	xlog("*** route[invite]: do_routing() passed");
> > 	xlog("*** route[invite]: dr_attrs: $avp(s:dr_attrs); ruri:
> > $avp(s:dr_ruri)");
> > 	route(main_route);
> >
> > 	[skipped]
> > }
> >
> >
> >
> > route[main_route]
> > {
> >     xlog("*** +++ route[main_route] has started");
> >
> >     if (is_method("INVITE"))
> >     {
> > 	t_on_branch("2");
> > 	t_on_reply("2");
> > 	t_on_failure("1");
> >     };
> >
> >     if (!t_relay())
> >     {
> > 	sl_reply_error();
> >     };
> >
> >     xlog("*** --- route[main_route] has finished"); }
> >
> >
> >
> >
> >
> > WBR, Anton Zagorskiy
> > VoIP Developer, Oyster Telecom
> > Phone.: +7 812 601-0666
> > Fax: +7 812 601-0593
> > a.zagorskiy at oyster-telecom.ru
> > www.oyster-telecom.ru
> >
> >
> > > -----Original Message-----
> > > From: users-bounces at lists.opensips.org [mailto:users-
> > > bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> > > Sent: Tuesday, December 14, 2010 4:25 PM
> > > To: OpenSIPS users mailling list
> > > Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >
> > > Hi Anton,
> > >
> > > Why do you say it crashes ? do you have a corefile ?
> > >
> > > your logs do not show any t_relay() after do_routing()....could you
> > > post the relevant snip of your cfg?
> > >
> > > Regards,
> > > Bogdan
> > >
> > > Anton Zagorskiy wrote:
> > > > Hi!
> > > >
> > > > I'm trying to use drouting module, but something says to me that
> I
> > > using it
> > > > wrong because openSIPS goes to crash.
> > > >
> > > > I've inserted following values in the DB:
> > > >
> > > > 1. dr_gateways:
> > > >
> > > > gwid(2)
> > > > type(1)
> > > > address(192.168.0.10)
> > > > strip(0)
> > > > pri_prefix(1000)
> > > > attrs("")
> > > > probe_mode(0)
> > > > description(Gateway1)
> > > >
> > > > 2. dr_groups:
> > > > id(1)
> > > > username(100)
> > > > domain(mydomain.com)
> > > > groupid(1)
> > > > description(All-Test)
> > > >
> > > > 3. dr_gw_lists:
> > > > id(2)
> > > > gwlist(2)
> > > > description(Test)
> > > >
> > > > 4. dr_rules:
> > > > ruleid(1)
> > > > groupid(1)
> > > > prefix(89112599077)
> > > > timerec("")
> > > > priority(1)
> > > > routeid("")
> > > > gwlist(#2)
> > > > description(Test)
> > > > attrs("")
> > > >
> > > >
> > > > So, I'm calling from 100 at mydomain.com to 89112599077.
> > > > I'm expecting that this will be routed to 192.168.0.10 with R-URI
> > > > 100089112599077 at .. Right?
> > > >
> > > > But when I'm calling do_routing() the same INVITE is passed to
> the
> > > main
> > > > route block and I'm again calling do_routing (Nothing changed in
> > the
> > > script
> > > > :)) and opensips is crashing...
> > > >
> > > > Log file hasn't helpful messages:
> > > >
> > > > [8031]: *** route[invite]: call do_routing()
> > > > [8031]: DBG:core:db_new_result: allocate 28 bytes for result set
> at
> > > > 0x81ddb78
> > > > [8031]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned
> from
> > > the query
> > > > [8031]: DBG:core:db_allocate_columns: allocate 16 bytes for
> result
> > > columns
> > > > at 0x81ddba4
> > > > [8031]: DBG:db_mysql:db_mysql_get_columns:
> > > RES_NAMES(0x81ddba8)[0]=[groupid]
> > > > [8031]: DBG:db_mysql:db_mysql_get_columns: use DB_INT result type
> > > > [8031]: DBG:core:db_allocate_rows: allocate 28 bytes for result
> > rows
> > > and
> > > > values at 0x81ddbd0
> > > > [8031]: DBG:db_mysql:db_mysql_str2val: converting INT [1]
> > > > [8031]: DBG:core:db_free_columns: freeing result columns at
> > > > 0x81ddba4
> > > > [8031]: DBG:core:db_free_rows: freeing 1 rows
> > > > [8031]: DBG:core:db_free_row: freeing row values at 0x81ddbd8
> > > > [8031]: DBG:core:db_free_rows: freeing rows at 0x81ddbd0
> > > > [8031]: DBG:core:db_free_result: freeing result set at 0x81ddb78
> > > > [8031]: DBG:drouting:do_routing: using dr group 1
> > > > [8031]: DBG:drouting:internal_check_rt: found rgid 1 (rule list
> > > 0xb60c0d0c)
> > > > [8034]: DBG:tm:utimer_routine: timer routine:4,tl=0xb60c34b4
> > > next=(nil),
> > > > timeout=11900000
> > > > [8034]: DBG:tm:retransmission_handler: retransmission_handler :
> > > request
> > > > resending (t=0xb60c3368, INVITE si ... )
> > > > [8034]: DBG:tm:set_timer: relative timeout is 2000000
> > > > [8034]: DBG:tm:insert_timer_unsafe: [5]: 0xb60c34b4 (13900000)
> > > > [8034]: DBG:tm:retransmission_handler: retransmission_handler :
> > done
> > > > [8032]: DBG:core:parse_msg: SIP Request:
> > > > [8032]: DBG:core:parse_msg:  method:  <INVITE> (# The same INVITE
> > is
> > > > coming!)
> > > >
> > > > What I'm doing wrong?
> > > >
> > > >
> > >
> > >
> > > _______________________________________________
> > > Users mailing list
> > > Users at lists.opensips.org
> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 
> 
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



From noreply at sourceforge.net  Fri Dec 17 13:24:24 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 17 Dec 2010 12:24:24 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3139055 ] Wrong comparison in
	B2B_Entities
Message-ID: <E1PTZMG-0001XI-9i@sfs-web-11.v29.ch3.sourceforge.com>

Bugs item #3139055, was opened at 2010-12-17 12:24
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3139055&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrong comparison in B2B_Entities

Initial Comment:
Hi,
I sent this yesterday:

In function b2bl_search_iteratively, if tag and callid match, you compare ruri if it is not NULL.
But this comparison is false, if first RURI is user at x.x.x.x and the next one is user at x.x.x.x:5060;transport=UDP, the test is false
but RURI are the same.

I agree with your answer, but my question was clumsy;
My real question is: why do you check Request URI in this case ?

RFC says:
9.2 Server Behavior

   The CANCEL method requests that the TU at the server side cancel a
   pending transaction.  The TU determines the transaction to be
   cancelled by taking the CANCEL request, and then assuming that the
   request method is anything but CANCEL or ACK and applying the
   transaction matching procedures of Section 17.2.3.  The matching
   transaction is the one to be cancelled.

17.2.3 Matching Requests to Server Transactions

   When a request is received from the network by the server, it has to
   be matched to an existing transaction.  This is accomplished in the
   following manner.

   The branch parameter in the topmost Via header field of the request
   is examined.  If it is present and begins with the magic cookie
   "z9hG4bK", the request was generated by a client transaction
   compliant to this specification.  Therefore, the branch parameter
   will be unique across all transactions sent by that client.  The
   request matches a transaction if:

      1. the branch parameter in the request is equal to the one in the
         top Via header field of the request that created the
         transaction, and

      2. the sent-by value in the top Via of the request is equal to the
         one in the request that created the transaction, and

      3. the method of the request matches the one that created the
         transaction, except for ACK, where the method of the request
         that created the transaction is INVITE.

   This matching rule applies to both INVITE and non-INVITE transactions
   alike.

Sorry for my clumsy answer again, 

Regards,

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

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


From jh at tutpro.com  Fri Dec 17 13:24:58 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 17 Dec 2010 14:24:58 +0200
Subject: [OpenSIPS-Devel] tls/tls_server.c does not compile
Message-ID: <19723.22170.559415.31317@sip.test.fi>

i tried to build my presence server from latest svn trunk and got this:

Compiling tls/tls_server.c
tls/tls_server.c: In function ?tls_blocking_write?:
tls/tls_server.c:744: error: expected expression before ?int?
tls/tls_server.c:744: error: expected ?)? before ?;? token
make[1]: *** [tls/tls_server.o] Error 1

-- juha


From bogdan at voice-system.ro  Fri Dec 17 13:49:25 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 12:49:25 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7563] trunk/tls/tls_server.c
Message-ID: <E1PTZkT-0004iN-JC@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7563
          http://opensips.svn.sourceforge.net/opensips/?rev=7563&view=rev
Author:   bogdan_iancu
Date:     2010-12-17 12:49:25 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
- fixed bogus line introduced with the prev commit

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


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


From bogdan at voice-system.ro  Fri Dec 17 13:49:40 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 12:49:40 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7564]
	branches/1.6/tls/tls_server.c
Message-ID: <E1PTZki-0004if-6A@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7564
          http://opensips.svn.sourceforge.net/opensips/?rev=7564&view=rev
Author:   bogdan_iancu
Date:     2010-12-17 12:49:39 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
- fixed bogus line introduced with the prev commit

Modified Paths:
--------------
    branches/1.6/tls/tls_server.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 Dec 17 13:50:14 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 14:50:14 +0200
Subject: [OpenSIPS-Devel] tls/tls_server.c does not compile
In-Reply-To: <19723.22170.559415.31317@sip.test.fi>
References: <19723.22170.559415.31317@sip.test.fi>
Message-ID: <4D0B5C86.2070002@voice-system.ro>

Hi Juha,

Thanks for pointing out - it is fixed now.

Regards,
Bogdan

Juha Heinanen wrote:
> i tried to build my presence server from latest svn trunk and got this:
>
> Compiling tls/tls_server.c
> tls/tls_server.c: In function ?tls_blocking_write?:
> tls/tls_server.c:744: error: expected expression before ?int?
> tls/tls_server.c:744: error: expected ?)? before ?;? token
> make[1]: *** [tls/tls_server.o] Error 1
>
> -- juha
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>   


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From anca at opensips.org  Fri Dec 17 16:28:57 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 17 Dec 2010 15:28:57 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7565]
	branches/1.6/modules/b2b_logic/logic.c
Message-ID: <E1PTcEr-0002UX-Nw@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7565
          http://opensips.svn.sourceforge.net/opensips/?rev=7565&view=rev
Author:   anca_vamanu
Date:     2010-12-17 15:28:57 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
- fix crash in a buggy uac behavior situation

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  Fri Dec 17 16:34:23 2010
From: anca at opensips.org (Anca Vamanu)
Date: Fri, 17 Dec 2010 15:34:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7566]
	trunk/modules/b2b_logic/logic.c
Message-ID: <E1PTcK7-0002hB-1n@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7566
          http://opensips.svn.sourceforge.net/opensips/?rev=7566&view=rev
Author:   anca_vamanu
Date:     2010-12-17 15:34:22 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
- fix crash in a buggy uac behavior situation

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 razvancrainea at opensips.org  Fri Dec 17 18:55:19 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Fri, 17 Dec 2010 17:55:19 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7567] trunk/modules/nathelper
Message-ID: <E1PTeWV-0001RN-8M@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7567
          http://opensips.svn.sourceforge.net/opensips/?rev=7567&view=rev
Author:   razvancrainea
Date:     2010-12-17 17:55:18 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
Removed "detect_rtp_idle" module parameter - notifications can be enabled
by setting the "rtpp_notify_socket" module parameter.
rtpproxy_offer and rtpproxy_answer can now receive 'n' flag as a parameter
to activate timeout notifications for a certain call.

Modified Paths:
--------------
    trunk/modules/nathelper/README
    trunk/modules/nathelper/doc/nathelper_admin.xml
    trunk/modules/nathelper/nathelper.c


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


From razvancrainea at opensips.org  Fri Dec 17 18:56:26 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Fri, 17 Dec 2010 17:56:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7568]
	branches/1.6/modules/nathelper
Message-ID: <E1PTeXa-0001Sa-91@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7568
          http://opensips.svn.sourceforge.net/opensips/?rev=7568&view=rev
Author:   razvancrainea
Date:     2010-12-17 17:56:26 +0000 (Fri, 17 Dec 2010)

Log Message:
-----------
Backported from trunk(7567):
Removed "detect_rtp_idle" module parameter - notifications can be enabled
by setting the "rtpp_notify_socket" module parameter.
rtpproxy_offer and rtpproxy_answer can now receive 'n' flag as a parameter
to activate timeout notifications for a certain call.

Modified Paths:
--------------
    branches/1.6/modules/nathelper/README
    branches/1.6/modules/nathelper/doc/nathelper_admin.xml
    branches/1.6/modules/nathelper/nathelper.c


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


From razvancrainea at opensips.org  Fri Dec 17 19:11:50 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Fri, 17 Dec 2010 20:11:50 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [NEW] Media timeout detection
 and call termination
In-Reply-To: <AANLkTimoaRu9SWnSHZDkWwk8zdJu22dX4g8OD8PkM2U9@mail.gmail.com>
References: <4D0A56F6.7060805@opensips.org>
	<AANLkTimoaRu9SWnSHZDkWwk8zdJu22dX4g8OD8PkM2U9@mail.gmail.com>
Message-ID: <4D0BA7E6.3010305@opensips.org>

Hi Bobby,

The default behavior of RTPProxy is to send timeout notifications only 
when both parties stop sending media. This is useful in your situation, 
when only one phones sends media. But for solving "ghost calls" 
situations, RTPProxy must detect if the media session is disconnected in 
only one direction. To enable this feature you must start RTPProxy with 
"-i" parameter, but a timeout will be triggered when the party that has 
been put on hold stops sending media.

I have just added an improvement to the nathelper module that allows you 
to specify which calls require notifications, by calling rtpproxy_offer 
function with 'n' flag.

Regards,



On 12/16/2010 09:09 PM, Bobby Smith wrote:
> Quick question about this -- does the timeout happen in the case where 
> two joined sessions are in "sendonly" (ie, listening to hold music)? 
>  If so, is there an easy way around this and can this feature be 
> enabled on a per force/unforce rtpproxy function call?
>
> On Thu, Dec 16, 2010 at 1:14 PM, Razvan Crainea 
> <razvancrainea at opensips.org <mailto:razvancrainea at opensips.org>> wrote:
>
>     Hello all,
>
>
>
>     Problem
>     --------
>
>     I just added to OpenSIPS a new feature that makes possible to deal
>     with "ghost" calls in proper and complete way (detection,
>     reporting and termination).
>
>     "Ghost calls" are calls where (due network or hardware issue), one
>     of the end-points simply died without hanging up the call - so for
>     all the proxies in the middle and for the other end point, the
>     call will still look like ongoing. This is a huge problem when
>     dealing with accounting and charging of PSTN calls.
>
>     As OpenSIPS is a proxy and at signaling level there is no
>     continues traffic to help in detecting the ghost calls, such
>     detection must be done at media level.
>
>     A new feature has been added to the nathelper module, that allows
>     OpenSIPS proxy to terminate calls when a media timeout occurs in
>     an ongoing call.
>
>
>
>     Solution
>     --------
>
>     The overall solution includes the usage of rtpproxy (as media
>     relay) and opensips (signaling part).
>
>     RTPProxy is used to detect the media timeouts and to report them
>     back to opensips (via the nathelper module). The nathelper module
>     binds to dialog module and it will terminate the call (by sending
>     BYEs in both directions) when such notification is received. By
>     closing the call at signaling level, you will have the opportunity
>     (using the "local" route) to do certain script operations when the
>     BYEs are fired (like doing accounting, logging, etc).
>
>     This new functionality is very useful for various scenarios where
>     having a precise call stats is required, like:
>        - load balancing based on call load
>        - precise accounting (for PSTN termination)
>        - dialog profiling (parallel call limitation).....
>
>
>     For more information about usage and configurations, visit
>     http://www.opensips.org/html/docs/modules/devel/nathelper.html
>
>     This new feature is available in trunk and in branch 1.6 (it will
>     be part of the future 1.6.4 stable release).
>
>     Regards,
>
>     -- 
>     Razvan Crainea
>     www.voice-system.ro <http://www.voice-system.ro>
>
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel

-- 
Razvan Crainea
www.voice-system.ro

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

From bogdan at voice-system.ro  Fri Dec 17 19:13:10 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Fri, 17 Dec 2010 20:13:10 +0200
Subject: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module 1.6.3
In-Reply-To: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>
References: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>
Message-ID: <4D0BA836.5000206@voice-system.ro>

Hi Anton,

have you tried to enable to memory debugger to see if any memory 
overlapping is reported ?

Regards,
Bogdan


Anton Zagorskiy wrote:
> Hello.
>
> I've made some debug on this crash.
> The problem is dereferencing invalid pointer (0x1)
>
> This happens in the function drouting.c::static int do_routing(struct
> sip_msg* msg, dr_group_t *drg, int sort_order)
> Line 1005: if( (rt_info->pgwl[i].pgw->flags & DR_DST_STAT_DSBL_FLAG)  == 0 )
>
> In my case i == 0, and rt_info->pgwl[0].pgw is 0x1
>
> In fact, in the routing.c::build_rt_info(..) rt_info->pgwl[0].pgw obtains
> correct address - lines from 170 to 180.
>
> So, something changes that pointer.
>
>
>
>
>
> WBR, Anton Zagorskiy
> VoIP Developer, Oyster Telecom
> Phone.: +7 812 601-0666
> Fax: +7 812 601-0593
> a.zagorskiy at oyster-telecom.ru
> www.oyster-telecom.ru
>
>
>
> -----Original Message-----
> From: users-bounces at lists.opensips.org
> [mailto:users-bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> Sent: Thursday, December 16, 2010 6:14 PM
> To: 'OpenSIPS users mailling list'
> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>
> I've made a simple config, and openSIPS still crashes.
>
> Please see my config here http://pastebin.com/mfabxGJJ
> And please see a full log file http://pastebin.com/0VXQ6vwT
>
>
>
>
>
> WBR, Anton Zagorskiy
> VoIP Developer, Oyster Telecom
> Phone.: +7 812 601-0666
> Fax: +7 812 601-0593
> a.zagorskiy at oyster-telecom.ru
> www.oyster-telecom.ru
>
>
>
>   
>> -----Original Message-----
>> From: users-bounces at lists.opensips.org [mailto:users-
>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>> Sent: Thursday, December 16, 2010 11:54 AM
>> To: 'OpenSIPS users mailling list'
>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>
>> Hi!
>>
>> What about investigation my crash?
>> Should I send any additional information?
>>
>>
>>
>>     
>>> -----Original Message-----
>>> From: users-bounces at lists.opensips.org [mailto:users-
>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>>> Sent: Tuesday, December 14, 2010 5:01 PM
>>> To: 'OpenSIPS users mailling list'
>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>
>>> Yes, openSIPS crashed because of there are "INFO:core:sig_usr: signal
>>> 15 received" messages in a log file.
>>> I've tested on new VM with CentOS 5.5 with sources from svn stable
>>> release
>>>
>>> Please see bt and bt full results in the attach.
>>>
>>>
>>> Code:
>>>
>>> route
>>> {
>>> 	[skipped]
>>>
>>> 	if (!do_routing())
>>> 	{
>>> 	    xlog("*** !!! route[invite]: No rules found for do_routing().
>>> STOP");
>>> 	    send_reply("503", "Error");
>>> 	    exit;
>>> 	};
>>> 	xlog("*** route[invite]: do_routing() passed");
>>> 	xlog("*** route[invite]: dr_attrs: $avp(s:dr_attrs); ruri:
>>> $avp(s:dr_ruri)");
>>> 	route(main_route);
>>>
>>> 	[skipped]
>>> }
>>>
>>>
>>>
>>> route[main_route]
>>> {
>>>     xlog("*** +++ route[main_route] has started");
>>>
>>>     if (is_method("INVITE"))
>>>     {
>>> 	t_on_branch("2");
>>> 	t_on_reply("2");
>>> 	t_on_failure("1");
>>>     };
>>>
>>>     if (!t_relay())
>>>     {
>>> 	sl_reply_error();
>>>     };
>>>
>>>     xlog("*** --- route[main_route] has finished"); }
>>>
>>>
>>>
>>>
>>>
>>> WBR, Anton Zagorskiy
>>> VoIP Developer, Oyster Telecom
>>> Phone.: +7 812 601-0666
>>> Fax: +7 812 601-0593
>>> a.zagorskiy at oyster-telecom.ru
>>> www.oyster-telecom.ru
>>>
>>>
>>>       
>>>> -----Original Message-----
>>>> From: users-bounces at lists.opensips.org [mailto:users-
>>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
>>>> Sent: Tuesday, December 14, 2010 4:25 PM
>>>> To: OpenSIPS users mailling list
>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>
>>>> Hi Anton,
>>>>
>>>> Why do you say it crashes ? do you have a corefile ?
>>>>
>>>> your logs do not show any t_relay() after do_routing()....could you
>>>> post the relevant snip of your cfg?
>>>>
>>>> Regards,
>>>> Bogdan
>>>>
>>>> Anton Zagorskiy wrote:
>>>>         
>>>>> Hi!
>>>>>
>>>>> I'm trying to use drouting module, but something says to me that
>>>>>           
>> I
>>     
>>>> using it
>>>>         
>>>>> wrong because openSIPS goes to crash.
>>>>>
>>>>> I've inserted following values in the DB:
>>>>>
>>>>> 1. dr_gateways:
>>>>>
>>>>> gwid(2)
>>>>> type(1)
>>>>> address(192.168.0.10)
>>>>> strip(0)
>>>>> pri_prefix(1000)
>>>>> attrs("")
>>>>> probe_mode(0)
>>>>> description(Gateway1)
>>>>>
>>>>> 2. dr_groups:
>>>>> id(1)
>>>>> username(100)
>>>>> domain(mydomain.com)
>>>>> groupid(1)
>>>>> description(All-Test)
>>>>>
>>>>> 3. dr_gw_lists:
>>>>> id(2)
>>>>> gwlist(2)
>>>>> description(Test)
>>>>>
>>>>> 4. dr_rules:
>>>>> ruleid(1)
>>>>> groupid(1)
>>>>> prefix(89112599077)
>>>>> timerec("")
>>>>> priority(1)
>>>>> routeid("")
>>>>> gwlist(#2)
>>>>> description(Test)
>>>>> attrs("")
>>>>>
>>>>>
>>>>> So, I'm calling from 100 at mydomain.com to 89112599077.
>>>>> I'm expecting that this will be routed to 192.168.0.10 with R-URI
>>>>> 100089112599077 at .. Right?
>>>>>
>>>>> But when I'm calling do_routing() the same INVITE is passed to
>>>>>           
>> the
>>     
>>>> main
>>>>         
>>>>> route block and I'm again calling do_routing (Nothing changed in
>>>>>           
>>> the
>>>       
>>>> script
>>>>         
>>>>> :)) and opensips is crashing...
>>>>>
>>>>> Log file hasn't helpful messages:
>>>>>
>>>>> [8031]: *** route[invite]: call do_routing()
>>>>> [8031]: DBG:core:db_new_result: allocate 28 bytes for result set
>>>>>           
>> at
>>     
>>>>> 0x81ddb78
>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned
>>>>>           
>> from
>>     
>>>> the query
>>>>         
>>>>> [8031]: DBG:core:db_allocate_columns: allocate 16 bytes for
>>>>>           
>> result
>>     
>>>> columns
>>>>         
>>>>> at 0x81ddba4
>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns:
>>>>>           
>>>> RES_NAMES(0x81ddba8)[0]=[groupid]
>>>>         
>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: use DB_INT result type
>>>>> [8031]: DBG:core:db_allocate_rows: allocate 28 bytes for result
>>>>>           
>>> rows
>>>       
>>>> and
>>>>         
>>>>> values at 0x81ddbd0
>>>>> [8031]: DBG:db_mysql:db_mysql_str2val: converting INT [1]
>>>>> [8031]: DBG:core:db_free_columns: freeing result columns at
>>>>> 0x81ddba4
>>>>> [8031]: DBG:core:db_free_rows: freeing 1 rows
>>>>> [8031]: DBG:core:db_free_row: freeing row values at 0x81ddbd8
>>>>> [8031]: DBG:core:db_free_rows: freeing rows at 0x81ddbd0
>>>>> [8031]: DBG:core:db_free_result: freeing result set at 0x81ddb78
>>>>> [8031]: DBG:drouting:do_routing: using dr group 1
>>>>> [8031]: DBG:drouting:internal_check_rt: found rgid 1 (rule list
>>>>>           
>>>> 0xb60c0d0c)
>>>>         
>>>>> [8034]: DBG:tm:utimer_routine: timer routine:4,tl=0xb60c34b4
>>>>>           
>>>> next=(nil),
>>>>         
>>>>> timeout=11900000
>>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler :
>>>>>           
>>>> request
>>>>         
>>>>> resending (t=0xb60c3368, INVITE si ... )
>>>>> [8034]: DBG:tm:set_timer: relative timeout is 2000000
>>>>> [8034]: DBG:tm:insert_timer_unsafe: [5]: 0xb60c34b4 (13900000)
>>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler :
>>>>>           
>>> done
>>>       
>>>>> [8032]: DBG:core:parse_msg: SIP Request:
>>>>> [8032]: DBG:core:parse_msg:  method:  <INVITE> (# The same INVITE
>>>>>           
>>> is
>>>       
>>>>> coming!)
>>>>>
>>>>> What I'm doing wrong?
>>>>>
>>>>>
>>>>>           
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>         
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>     
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From noreply at sourceforge.net  Sun Dec 19 14:05:07 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun, 19 Dec 2010 13:05:07 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3140296 ] RLS does not handle
	expired sunscriptions correctly
Message-ID: <E1PUIwl-00072A-Sm@sfs-web-11.v29.ch3.sourceforge.com>

Bugs item #3140296, was opened at 2010-12-19 13:05
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3140296&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: RLS does not handle expired sunscriptions correctly

Initial Comment:
When RLS subscriptions expire, instead of sending NOTIFY with Subscription status terminated Opensips sends a NOTIFY with a UNIX timestamp in the expires parameter:


T 2010/12/19 13:58:18.835717 127.0.0.1:36692 -> 127.0.0.1:3306 [AP]
5....delete from active_watchers where expires<1292763498
#
T 2010/12/19 13:58:18.836046 127.0.0.1:3306 -> 127.0.0.1:36692 [AP]
......."...
##
U 2010/12/19 13:58:18.836180 83.136.32.148:5050 -> 83.136.32.148:5060
NOTIFY sip:foobar at 83.136.32.148:5061 SIP/2.0.
Via: SIP/2.0/UDP 83.136.32.148:5050;branch=z9hG4bK8d0a.08731292.0.
To: <sip:rls-0002 at a1.net>;tag=1.
From: <sip:rls-0002 at a1.net>;tag=f07f619a8b8d90d39b5d35e56789f135-2a83.
CSeq: 2 NOTIFY.
Call-ID: 1-22712 at 83.136.32.148.
Route: <sip:83.136.32.148;lr=on>.
Content-Length: 0.
User-Agent: OpenSIPS (1.6.3-notls (i386/linux)).
Max-Forwards: 70.
Event: presence.
Contact: <sip:rls at 83.136.32.148:5050>.
Subscription-State: active;expires=1292763430.
Require: eventlist.
.


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

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


From bogdan at voice-system.ro  Mon Dec 20 09:58:18 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 08:58:18 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7569]
	trunk/modules/tm/t_hooks.c
Message-ID: <E1PUbZS-0003y0-Cl@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7569
          http://opensips.svn.sourceforge.net/opensips/?rev=7569&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 08:58:18 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- do not use a static holder for parameters when calling the TM callbacks - in some b2bua scenarios, the TM callback may be nasted, and parameters gets overwriten.
  Reported by Ovidiu Sas.

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


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


From bogdan at voice-system.ro  Mon Dec 20 09:59:13 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 08:59:13 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7570]
	branches/1.6/modules/tm/t_hooks.c
Message-ID: <E1PUbaL-0003zm-Mo@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7570
          http://opensips.svn.sourceforge.net/opensips/?rev=7570&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 08:59:13 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
backport from truk (rev 7569):
- do not use a static holder for parameters when calling the TM callbacks - in some b2bua scenarios, the TM callback may be nasted, and parameters gets overwriten.
  Reported by Ovidiu Sas.

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

Modified Paths:
--------------
    branches/1.6/modules/tm/t_hooks.c


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


From a.zagorskiy at oyster-telecom.ru  Mon Dec 20 11:07:00 2010
From: a.zagorskiy at oyster-telecom.ru (Anton Zagorskiy)
Date: Mon, 20 Dec 2010 13:07:00 +0300
Subject: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module 1.6.3
In-Reply-To: <4D0BA836.5000206@voice-system.ro>
References: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>
	<4D0BA836.5000206@voice-system.ro>
Message-ID: <003801cba02d$ace32190$06a964b0$@zagorskiy@oyster-telecom.ru>

Hi.

Please see memory debug http://pastebin.com/JKzyya5L
I don't know how to interpret it but there is no 'overlap' word.




WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru



> -----Original Message-----
> From: devel-bounces at lists.opensips.org [mailto:devel-
> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> Sent: Friday, December 17, 2010 9:13 PM
> To: OpenSIPS devel mailling list
> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> 1.6.3
> 
> Hi Anton,
> 
> have you tried to enable to memory debugger to see if any memory
> overlapping is reported ?
> 
> Regards,
> Bogdan
> 
> 
> Anton Zagorskiy wrote:
> > Hello.
> >
> > I've made some debug on this crash.
> > The problem is dereferencing invalid pointer (0x1)
> >
> > This happens in the function drouting.c::static int do_routing(struct
> > sip_msg* msg, dr_group_t *drg, int sort_order)
> > Line 1005: if( (rt_info->pgwl[i].pgw->flags & DR_DST_STAT_DSBL_FLAG)
> == 0 )
> >
> > In my case i == 0, and rt_info->pgwl[0].pgw is 0x1
> >
> > In fact, in the routing.c::build_rt_info(..) rt_info->pgwl[0].pgw
> obtains
> > correct address - lines from 170 to 180.
> >
> > So, something changes that pointer.
> >
> >
> >
> >
> >
> > WBR, Anton Zagorskiy
> > VoIP Developer, Oyster Telecom
> > Phone.: +7 812 601-0666
> > Fax: +7 812 601-0593
> > a.zagorskiy at oyster-telecom.ru
> > www.oyster-telecom.ru
> >
> >
> >
> > -----Original Message-----
> > From: users-bounces at lists.opensips.org
> > [mailto:users-bounces at lists.opensips.org] On Behalf Of Anton
> Zagorskiy
> > Sent: Thursday, December 16, 2010 6:14 PM
> > To: 'OpenSIPS users mailling list'
> > Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >
> > I've made a simple config, and openSIPS still crashes.
> >
> > Please see my config here http://pastebin.com/mfabxGJJ
> > And please see a full log file http://pastebin.com/0VXQ6vwT
> >
> >
> >
> >
> >
> > WBR, Anton Zagorskiy
> > VoIP Developer, Oyster Telecom
> > Phone.: +7 812 601-0666
> > Fax: +7 812 601-0593
> > a.zagorskiy at oyster-telecom.ru
> > www.oyster-telecom.ru
> >
> >
> >
> >
> >> -----Original Message-----
> >> From: users-bounces at lists.opensips.org [mailto:users-
> >> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> >> Sent: Thursday, December 16, 2010 11:54 AM
> >> To: 'OpenSIPS users mailling list'
> >> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >>
> >> Hi!
> >>
> >> What about investigation my crash?
> >> Should I send any additional information?
> >>
> >>
> >>
> >>
> >>> -----Original Message-----
> >>> From: users-bounces at lists.opensips.org [mailto:users-
> >>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> >>> Sent: Tuesday, December 14, 2010 5:01 PM
> >>> To: 'OpenSIPS users mailling list'
> >>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >>>
> >>> Yes, openSIPS crashed because of there are "INFO:core:sig_usr:
> signal
> >>> 15 received" messages in a log file.
> >>> I've tested on new VM with CentOS 5.5 with sources from svn stable
> >>> release
> >>>
> >>> Please see bt and bt full results in the attach.
> >>>
> >>>
> >>> Code:
> >>>
> >>> route
> >>> {
> >>> 	[skipped]
> >>>
> >>> 	if (!do_routing())
> >>> 	{
> >>> 	    xlog("*** !!! route[invite]: No rules found for do_routing().
> >>> STOP");
> >>> 	    send_reply("503", "Error");
> >>> 	    exit;
> >>> 	};
> >>> 	xlog("*** route[invite]: do_routing() passed");
> >>> 	xlog("*** route[invite]: dr_attrs: $avp(s:dr_attrs); ruri:
> >>> $avp(s:dr_ruri)");
> >>> 	route(main_route);
> >>>
> >>> 	[skipped]
> >>> }
> >>>
> >>>
> >>>
> >>> route[main_route]
> >>> {
> >>>     xlog("*** +++ route[main_route] has started");
> >>>
> >>>     if (is_method("INVITE"))
> >>>     {
> >>> 	t_on_branch("2");
> >>> 	t_on_reply("2");
> >>> 	t_on_failure("1");
> >>>     };
> >>>
> >>>     if (!t_relay())
> >>>     {
> >>> 	sl_reply_error();
> >>>     };
> >>>
> >>>     xlog("*** --- route[main_route] has finished"); }
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> WBR, Anton Zagorskiy
> >>> VoIP Developer, Oyster Telecom
> >>> Phone.: +7 812 601-0666
> >>> Fax: +7 812 601-0593
> >>> a.zagorskiy at oyster-telecom.ru
> >>> www.oyster-telecom.ru
> >>>
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: users-bounces at lists.opensips.org [mailto:users-
> >>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> >>>> Sent: Tuesday, December 14, 2010 4:25 PM
> >>>> To: OpenSIPS users mailling list
> >>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >>>>
> >>>> Hi Anton,
> >>>>
> >>>> Why do you say it crashes ? do you have a corefile ?
> >>>>
> >>>> your logs do not show any t_relay() after do_routing()....could
> you
> >>>> post the relevant snip of your cfg?
> >>>>
> >>>> Regards,
> >>>> Bogdan
> >>>>
> >>>> Anton Zagorskiy wrote:
> >>>>
> >>>>> Hi!
> >>>>>
> >>>>> I'm trying to use drouting module, but something says to me that
> >>>>>
> >> I
> >>
> >>>> using it
> >>>>
> >>>>> wrong because openSIPS goes to crash.
> >>>>>
> >>>>> I've inserted following values in the DB:
> >>>>>
> >>>>> 1. dr_gateways:
> >>>>>
> >>>>> gwid(2)
> >>>>> type(1)
> >>>>> address(192.168.0.10)
> >>>>> strip(0)
> >>>>> pri_prefix(1000)
> >>>>> attrs("")
> >>>>> probe_mode(0)
> >>>>> description(Gateway1)
> >>>>>
> >>>>> 2. dr_groups:
> >>>>> id(1)
> >>>>> username(100)
> >>>>> domain(mydomain.com)
> >>>>> groupid(1)
> >>>>> description(All-Test)
> >>>>>
> >>>>> 3. dr_gw_lists:
> >>>>> id(2)
> >>>>> gwlist(2)
> >>>>> description(Test)
> >>>>>
> >>>>> 4. dr_rules:
> >>>>> ruleid(1)
> >>>>> groupid(1)
> >>>>> prefix(89112599077)
> >>>>> timerec("")
> >>>>> priority(1)
> >>>>> routeid("")
> >>>>> gwlist(#2)
> >>>>> description(Test)
> >>>>> attrs("")
> >>>>>
> >>>>>
> >>>>> So, I'm calling from 100 at mydomain.com to 89112599077.
> >>>>> I'm expecting that this will be routed to 192.168.0.10 with R-URI
> >>>>> 100089112599077 at .. Right?
> >>>>>
> >>>>> But when I'm calling do_routing() the same INVITE is passed to
> >>>>>
> >> the
> >>
> >>>> main
> >>>>
> >>>>> route block and I'm again calling do_routing (Nothing changed in
> >>>>>
> >>> the
> >>>
> >>>> script
> >>>>
> >>>>> :)) and opensips is crashing...
> >>>>>
> >>>>> Log file hasn't helpful messages:
> >>>>>
> >>>>> [8031]: *** route[invite]: call do_routing()
> >>>>> [8031]: DBG:core:db_new_result: allocate 28 bytes for result set
> >>>>>
> >> at
> >>
> >>>>> 0x81ddb78
> >>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned
> >>>>>
> >> from
> >>
> >>>> the query
> >>>>
> >>>>> [8031]: DBG:core:db_allocate_columns: allocate 16 bytes for
> >>>>>
> >> result
> >>
> >>>> columns
> >>>>
> >>>>> at 0x81ddba4
> >>>>> [8031]: DBG:db_mysql:db_mysql_get_columns:
> >>>>>
> >>>> RES_NAMES(0x81ddba8)[0]=[groupid]
> >>>>
> >>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: use DB_INT result type
> >>>>> [8031]: DBG:core:db_allocate_rows: allocate 28 bytes for result
> >>>>>
> >>> rows
> >>>
> >>>> and
> >>>>
> >>>>> values at 0x81ddbd0
> >>>>> [8031]: DBG:db_mysql:db_mysql_str2val: converting INT [1]
> >>>>> [8031]: DBG:core:db_free_columns: freeing result columns at
> >>>>> 0x81ddba4
> >>>>> [8031]: DBG:core:db_free_rows: freeing 1 rows
> >>>>> [8031]: DBG:core:db_free_row: freeing row values at 0x81ddbd8
> >>>>> [8031]: DBG:core:db_free_rows: freeing rows at 0x81ddbd0
> >>>>> [8031]: DBG:core:db_free_result: freeing result set at 0x81ddb78
> >>>>> [8031]: DBG:drouting:do_routing: using dr group 1
> >>>>> [8031]: DBG:drouting:internal_check_rt: found rgid 1 (rule list
> >>>>>
> >>>> 0xb60c0d0c)
> >>>>
> >>>>> [8034]: DBG:tm:utimer_routine: timer routine:4,tl=0xb60c34b4
> >>>>>
> >>>> next=(nil),
> >>>>
> >>>>> timeout=11900000
> >>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler :
> >>>>>
> >>>> request
> >>>>
> >>>>> resending (t=0xb60c3368, INVITE si ... )
> >>>>> [8034]: DBG:tm:set_timer: relative timeout is 2000000
> >>>>> [8034]: DBG:tm:insert_timer_unsafe: [5]: 0xb60c34b4 (13900000)
> >>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler :
> >>>>>
> >>> done
> >>>
> >>>>> [8032]: DBG:core:parse_msg: SIP Request:
> >>>>> [8032]: DBG:core:parse_msg:  method:  <INVITE> (# The same INVITE
> >>>>>
> >>> is
> >>>
> >>>>> coming!)
> >>>>>
> >>>>> What I'm doing wrong?
> >>>>>
> >>>>>
> >>>>>
> >>>> _______________________________________________
> >>>> Users mailing list
> >>>> Users at lists.opensips.org
> >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>>>
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.opensips.org
> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
> >
> > _______________________________________________
> > Devel mailing list
> > Devel at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
> >
> 
> 
> --
> Bogdan-Andrei Iancu
> OpenSIPS Event - expo, conf, social, bootcamp
> 2 - 4 February 2011, ITExpo, Miami,  USA
> 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 Dec 20 12:24:38 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 20 Dec 2010 11:24:38 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7571] trunk/modules/rls
Message-ID: <E1PUdr4-0002VY-SP@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7571
          http://opensips.svn.sourceforge.net/opensips/?rev=7571&view=rev
Author:   anca_vamanu
Date:     2010-12-20 11:24:38 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed expires value notification at timeout(reported in bug #3140296)

Modified Paths:
--------------
    trunk/modules/rls/rls.c
    trunk/modules/rls/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  Mon Dec 20 12:26:09 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 20 Dec 2010 11:26:09 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7572]
	branches/1.6/modules/rls
Message-ID: <E1PUdsX-0002da-Mq@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7572
          http://opensips.svn.sourceforge.net/opensips/?rev=7572&view=rev
Author:   anca_vamanu
Date:     2010-12-20 11:26:09 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed expires value notification at timeout(reported in bug #3140296)

Modified Paths:
--------------
    branches/1.6/modules/rls/rls.c
    branches/1.6/modules/rls/subscribe.c


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


From noreply at sourceforge.net  Mon Dec 20 12:26:29 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 11:26:29 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3140296 ] RLS does not handle
	expired sunscriptions correctly
Message-ID: <E1PUdsr-0001FI-QS@sfs-web-4.v29.ch3.sourceforge.com>

Bugs item #3140296, was opened at 2010-12-19 15:05
Message generated for change (Comment added) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3140296&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: RLS does not handle expired sunscriptions correctly

Initial Comment:
When RLS subscriptions expire, instead of sending NOTIFY with Subscription status terminated Opensips sends a NOTIFY with a UNIX timestamp in the expires parameter:


T 2010/12/19 13:58:18.835717 127.0.0.1:36692 -> 127.0.0.1:3306 [AP]
5....delete from active_watchers where expires<1292763498
#
T 2010/12/19 13:58:18.836046 127.0.0.1:3306 -> 127.0.0.1:36692 [AP]
......."...
##
U 2010/12/19 13:58:18.836180 83.136.32.148:5050 -> 83.136.32.148:5060
NOTIFY sip:foobar at 83.136.32.148:5061 SIP/2.0.
Via: SIP/2.0/UDP 83.136.32.148:5050;branch=z9hG4bK8d0a.08731292.0.
To: <sip:rls-0002 at a1.net>;tag=1.
From: <sip:rls-0002 at a1.net>;tag=f07f619a8b8d90d39b5d35e56789f135-2a83.
CSeq: 2 NOTIFY.
Call-ID: 1-22712 at 83.136.32.148.
Route: <sip:83.136.32.148;lr=on>.
Content-Length: 0.
User-Agent: OpenSIPS (1.6.3-notls (i386/linux)).
Max-Forwards: 70.
Event: presence.
Contact: <sip:rls at 83.136.32.148:5050>.
Subscription-State: active;expires=1292763430.
Require: eventlist.
.


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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-12-20 13:26

Message:
Hi,

It is fixed now, please update from svn.

Thanks,
Anca

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

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


From noreply at sourceforge.net  Mon Dec 20 13:43:33 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 12:43:33 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3139055 ] Wrong comparison in
	B2B_Entities
Message-ID: <E1PUf5R-00051t-T8@sfs-web-7.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Wrong comparison in B2B_Entities

Initial Comment:
Hi,
I sent this yesterday:

In function b2bl_search_iteratively, if tag and callid match, you compare ruri if it is not NULL.
But this comparison is false, if first RURI is user at x.x.x.x and the next one is user at x.x.x.x:5060;transport=UDP, the test is false
but RURI are the same.

I agree with your answer, but my question was clumsy;
My real question is: why do you check Request URI in this case ?

RFC says:
9.2 Server Behavior

   The CANCEL method requests that the TU at the server side cancel a
   pending transaction.  The TU determines the transaction to be
   cancelled by taking the CANCEL request, and then assuming that the
   request method is anything but CANCEL or ACK and applying the
   transaction matching procedures of Section 17.2.3.  The matching
   transaction is the one to be cancelled.

17.2.3 Matching Requests to Server Transactions

   When a request is received from the network by the server, it has to
   be matched to an existing transaction.  This is accomplished in the
   following manner.

   The branch parameter in the topmost Via header field of the request
   is examined.  If it is present and begins with the magic cookie
   "z9hG4bK", the request was generated by a client transaction
   compliant to this specification.  Therefore, the branch parameter
   will be unique across all transactions sent by that client.  The
   request matches a transaction if:

      1. the branch parameter in the request is equal to the one in the
         top Via header field of the request that created the
         transaction, and

      2. the sent-by value in the top Via of the request is equal to the
         one in the request that created the transaction, and

      3. the method of the request matches the one that created the
         transaction, except for ACK, where the method of the request
         that created the transaction is INVITE.

   This matching rule applies to both INVITE and non-INVITE transactions
   alike.

Sorry for my clumsy answer again, 

Regards,

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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-12-20 14:43

Message:
Hi,

In fact the cancel matching section is here:

9.1 Client Behavior

   A CANCEL request SHOULD NOT be sent to cancel a request other than
   INVITE.

      Since requests other than INVITE are responded to immediately,
      sending a CANCEL for a non-INVITE request would always create a
      race condition.

   The following procedures are used to construct a CANCEL request.  The
   Request-URI, Call-ID, To, the numeric part of CSeq, and From header
   fields in the CANCEL request MUST be identical to those in the
   request being cancelled, including tags.

and RURI must be matched.

Regards,
Anca

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

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


From bogdan at voice-system.ro  Mon Dec 20 14:21:04 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 13:21:04 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7573]
	branches/1.6/modules/group/re_group.c
Message-ID: <E1PUffk-0004kh-Hc@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7573
          http://opensips.svn.sourceforge.net/opensips/?rev=7573&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 13:21:04 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- small backport from (trunk) - compile warning

Modified Paths:
--------------
    branches/1.6/modules/group/re_group.c


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


From a.zagorskiy at oyster-telecom.ru  Mon Dec 20 14:21:07 2010
From: a.zagorskiy at oyster-telecom.ru (Anton Zagorskiy)
Date: Mon, 20 Dec 2010 16:21:07 +0300
Subject: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module 1.6.3
In-Reply-To: <003801cba02d$ace32190$06a964b0$@zagorskiy@oyster-telecom.ru>
References: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>	<4D0BA836.5000206@voice-system.ro>
	<003801cba02d$ace32190$06a964b0$@zagorskiy@oyster-telecom.ru>
Message-ID: <004601cba048$cad5cd90$608168b0$@zagorskiy@oyster-telecom.ru>

It seems that openSIPS crashes only when fork=yes.
When I set fork=no drouting works well and openSIPS doesn't crash.






WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru



> -----Original Message-----
> From: devel-bounces at lists.opensips.org [mailto:devel-
> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> Sent: Monday, December 20, 2010 1:07 PM
> To: 'OpenSIPS devel mailling list'
> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> 1.6.3
> 
> Hi.
> 
> Please see memory debug http://pastebin.com/JKzyya5L
> I don't know how to interpret it but there is no 'overlap' word.
> 
> 
> 
> 
> WBR, Anton Zagorskiy
> VoIP Developer, Oyster Telecom
> Phone.: +7 812 601-0666
> Fax: +7 812 601-0593
> a.zagorskiy at oyster-telecom.ru
> www.oyster-telecom.ru
> 
> 
> 
> > -----Original Message-----
> > From: devel-bounces at lists.opensips.org [mailto:devel-
> > bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> > Sent: Friday, December 17, 2010 9:13 PM
> > To: OpenSIPS devel mailling list
> > Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> > 1.6.3
> >
> > Hi Anton,
> >
> > have you tried to enable to memory debugger to see if any memory
> > overlapping is reported ?
> >
> > Regards,
> > Bogdan
> >
> >
> > Anton Zagorskiy wrote:
> > > Hello.
> > >
> > > I've made some debug on this crash.
> > > The problem is dereferencing invalid pointer (0x1)
> > >
> > > This happens in the function drouting.c::static int
> do_routing(struct
> > > sip_msg* msg, dr_group_t *drg, int sort_order)
> > > Line 1005: if( (rt_info->pgwl[i].pgw->flags &
> DR_DST_STAT_DSBL_FLAG)
> > == 0 )
> > >
> > > In my case i == 0, and rt_info->pgwl[0].pgw is 0x1
> > >
> > > In fact, in the routing.c::build_rt_info(..) rt_info->pgwl[0].pgw
> > obtains
> > > correct address - lines from 170 to 180.
> > >
> > > So, something changes that pointer.
> > >
> > >
> > >
> > >
> > >
> > > WBR, Anton Zagorskiy
> > > VoIP Developer, Oyster Telecom
> > > Phone.: +7 812 601-0666
> > > Fax: +7 812 601-0593
> > > a.zagorskiy at oyster-telecom.ru
> > > www.oyster-telecom.ru
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: users-bounces at lists.opensips.org
> > > [mailto:users-bounces at lists.opensips.org] On Behalf Of Anton
> > Zagorskiy
> > > Sent: Thursday, December 16, 2010 6:14 PM
> > > To: 'OpenSIPS users mailling list'
> > > Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >
> > > I've made a simple config, and openSIPS still crashes.
> > >
> > > Please see my config here http://pastebin.com/mfabxGJJ
> > > And please see a full log file http://pastebin.com/0VXQ6vwT
> > >
> > >
> > >
> > >
> > >
> > > WBR, Anton Zagorskiy
> > > VoIP Developer, Oyster Telecom
> > > Phone.: +7 812 601-0666
> > > Fax: +7 812 601-0593
> > > a.zagorskiy at oyster-telecom.ru
> > > www.oyster-telecom.ru
> > >
> > >
> > >
> > >
> > >> -----Original Message-----
> > >> From: users-bounces at lists.opensips.org [mailto:users-
> > >> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> > >> Sent: Thursday, December 16, 2010 11:54 AM
> > >> To: 'OpenSIPS users mailling list'
> > >> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >>
> > >> Hi!
> > >>
> > >> What about investigation my crash?
> > >> Should I send any additional information?
> > >>
> > >>
> > >>
> > >>
> > >>> -----Original Message-----
> > >>> From: users-bounces at lists.opensips.org [mailto:users-
> > >>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> > >>> Sent: Tuesday, December 14, 2010 5:01 PM
> > >>> To: 'OpenSIPS users mailling list'
> > >>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >>>
> > >>> Yes, openSIPS crashed because of there are "INFO:core:sig_usr:
> > signal
> > >>> 15 received" messages in a log file.
> > >>> I've tested on new VM with CentOS 5.5 with sources from svn
> stable
> > >>> release
> > >>>
> > >>> Please see bt and bt full results in the attach.
> > >>>
> > >>>
> > >>> Code:
> > >>>
> > >>> route
> > >>> {
> > >>> 	[skipped]
> > >>>
> > >>> 	if (!do_routing())
> > >>> 	{
> > >>> 	    xlog("*** !!! route[invite]: No rules found for
> do_routing().
> > >>> STOP");
> > >>> 	    send_reply("503", "Error");
> > >>> 	    exit;
> > >>> 	};
> > >>> 	xlog("*** route[invite]: do_routing() passed");
> > >>> 	xlog("*** route[invite]: dr_attrs: $avp(s:dr_attrs); ruri:
> > >>> $avp(s:dr_ruri)");
> > >>> 	route(main_route);
> > >>>
> > >>> 	[skipped]
> > >>> }
> > >>>
> > >>>
> > >>>
> > >>> route[main_route]
> > >>> {
> > >>>     xlog("*** +++ route[main_route] has started");
> > >>>
> > >>>     if (is_method("INVITE"))
> > >>>     {
> > >>> 	t_on_branch("2");
> > >>> 	t_on_reply("2");
> > >>> 	t_on_failure("1");
> > >>>     };
> > >>>
> > >>>     if (!t_relay())
> > >>>     {
> > >>> 	sl_reply_error();
> > >>>     };
> > >>>
> > >>>     xlog("*** --- route[main_route] has finished"); }
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> WBR, Anton Zagorskiy
> > >>> VoIP Developer, Oyster Telecom
> > >>> Phone.: +7 812 601-0666
> > >>> Fax: +7 812 601-0593
> > >>> a.zagorskiy at oyster-telecom.ru
> > >>> www.oyster-telecom.ru
> > >>>
> > >>>
> > >>>
> > >>>> -----Original Message-----
> > >>>> From: users-bounces at lists.opensips.org [mailto:users-
> > >>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> > >>>> Sent: Tuesday, December 14, 2010 4:25 PM
> > >>>> To: OpenSIPS users mailling list
> > >>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >>>>
> > >>>> Hi Anton,
> > >>>>
> > >>>> Why do you say it crashes ? do you have a corefile ?
> > >>>>
> > >>>> your logs do not show any t_relay() after do_routing()....could
> > you
> > >>>> post the relevant snip of your cfg?
> > >>>>
> > >>>> Regards,
> > >>>> Bogdan
> > >>>>
> > >>>> Anton Zagorskiy wrote:
> > >>>>
> > >>>>> Hi!
> > >>>>>
> > >>>>> I'm trying to use drouting module, but something says to me
> that
> > >>>>>
> > >> I
> > >>
> > >>>> using it
> > >>>>
> > >>>>> wrong because openSIPS goes to crash.
> > >>>>>
> > >>>>> I've inserted following values in the DB:
> > >>>>>
> > >>>>> 1. dr_gateways:
> > >>>>>
> > >>>>> gwid(2)
> > >>>>> type(1)
> > >>>>> address(192.168.0.10)
> > >>>>> strip(0)
> > >>>>> pri_prefix(1000)
> > >>>>> attrs("")
> > >>>>> probe_mode(0)
> > >>>>> description(Gateway1)
> > >>>>>
> > >>>>> 2. dr_groups:
> > >>>>> id(1)
> > >>>>> username(100)
> > >>>>> domain(mydomain.com)
> > >>>>> groupid(1)
> > >>>>> description(All-Test)
> > >>>>>
> > >>>>> 3. dr_gw_lists:
> > >>>>> id(2)
> > >>>>> gwlist(2)
> > >>>>> description(Test)
> > >>>>>
> > >>>>> 4. dr_rules:
> > >>>>> ruleid(1)
> > >>>>> groupid(1)
> > >>>>> prefix(89112599077)
> > >>>>> timerec("")
> > >>>>> priority(1)
> > >>>>> routeid("")
> > >>>>> gwlist(#2)
> > >>>>> description(Test)
> > >>>>> attrs("")
> > >>>>>
> > >>>>>
> > >>>>> So, I'm calling from 100 at mydomain.com to 89112599077.
> > >>>>> I'm expecting that this will be routed to 192.168.0.10 with R-
> URI
> > >>>>> 100089112599077 at .. Right?
> > >>>>>
> > >>>>> But when I'm calling do_routing() the same INVITE is passed to
> > >>>>>
> > >> the
> > >>
> > >>>> main
> > >>>>
> > >>>>> route block and I'm again calling do_routing (Nothing changed
> in
> > >>>>>
> > >>> the
> > >>>
> > >>>> script
> > >>>>
> > >>>>> :)) and opensips is crashing...
> > >>>>>
> > >>>>> Log file hasn't helpful messages:
> > >>>>>
> > >>>>> [8031]: *** route[invite]: call do_routing()
> > >>>>> [8031]: DBG:core:db_new_result: allocate 28 bytes for result
> set
> > >>>>>
> > >> at
> > >>
> > >>>>> 0x81ddb78
> > >>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned
> > >>>>>
> > >> from
> > >>
> > >>>> the query
> > >>>>
> > >>>>> [8031]: DBG:core:db_allocate_columns: allocate 16 bytes for
> > >>>>>
> > >> result
> > >>
> > >>>> columns
> > >>>>
> > >>>>> at 0x81ddba4
> > >>>>> [8031]: DBG:db_mysql:db_mysql_get_columns:
> > >>>>>
> > >>>> RES_NAMES(0x81ddba8)[0]=[groupid]
> > >>>>
> > >>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: use DB_INT result
> type
> > >>>>> [8031]: DBG:core:db_allocate_rows: allocate 28 bytes for result
> > >>>>>
> > >>> rows
> > >>>
> > >>>> and
> > >>>>
> > >>>>> values at 0x81ddbd0
> > >>>>> [8031]: DBG:db_mysql:db_mysql_str2val: converting INT [1]
> > >>>>> [8031]: DBG:core:db_free_columns: freeing result columns at
> > >>>>> 0x81ddba4
> > >>>>> [8031]: DBG:core:db_free_rows: freeing 1 rows
> > >>>>> [8031]: DBG:core:db_free_row: freeing row values at 0x81ddbd8
> > >>>>> [8031]: DBG:core:db_free_rows: freeing rows at 0x81ddbd0
> > >>>>> [8031]: DBG:core:db_free_result: freeing result set at
> 0x81ddb78
> > >>>>> [8031]: DBG:drouting:do_routing: using dr group 1
> > >>>>> [8031]: DBG:drouting:internal_check_rt: found rgid 1 (rule list
> > >>>>>
> > >>>> 0xb60c0d0c)
> > >>>>
> > >>>>> [8034]: DBG:tm:utimer_routine: timer routine:4,tl=0xb60c34b4
> > >>>>>
> > >>>> next=(nil),
> > >>>>
> > >>>>> timeout=11900000
> > >>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler :
> > >>>>>
> > >>>> request
> > >>>>
> > >>>>> resending (t=0xb60c3368, INVITE si ... )
> > >>>>> [8034]: DBG:tm:set_timer: relative timeout is 2000000
> > >>>>> [8034]: DBG:tm:insert_timer_unsafe: [5]: 0xb60c34b4 (13900000)
> > >>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler :
> > >>>>>
> > >>> done
> > >>>
> > >>>>> [8032]: DBG:core:parse_msg: SIP Request:
> > >>>>> [8032]: DBG:core:parse_msg:  method:  <INVITE> (# The same
> INVITE
> > >>>>>
> > >>> is
> > >>>
> > >>>>> coming!)
> > >>>>>
> > >>>>> What I'm doing wrong?
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>> _______________________________________________
> > >>>> Users mailing list
> > >>>> Users at lists.opensips.org
> > >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >>>>
> > >> _______________________________________________
> > >> Users mailing list
> > >> Users at lists.opensips.org
> > >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >>
> > >
> > >
> > > _______________________________________________
> > > Users mailing list
> > > Users at lists.opensips.org
> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >
> > >
> > > _______________________________________________
> > > Devel mailing list
> > > Devel at lists.opensips.org
> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> > >
> > >
> >
> >
> > --
> > Bogdan-Andrei Iancu
> > OpenSIPS Event - expo, conf, social, bootcamp
> > 2 - 4 February 2011, ITExpo, Miami,  USA
> > 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



From bogdan at voice-system.ro  Mon Dec 20 14:27:32 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 13:27:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7574] trunk/modules/mmgeoip
Message-ID: <E1PUfm0-00052g-As@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7574
          http://opensips.svn.sourceforge.net/opensips/?rev=7574&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 13:27:32 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
port from 1.6 branch (rev #6901)
Add access to contintent_code. Credit to ledda.

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

Modified Paths:
--------------
    trunk/modules/mmgeoip/doc/mmgeoip_admin.xml
    trunk/modules/mmgeoip/mmgeoip.c


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


From bogdan at voice-system.ro  Mon Dec 20 14:31:58 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 13:31:58 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7575]
	branches/1.6/modules/acc/acc.c
Message-ID: <E1PUfqI-0005H0-2f@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7575
          http://opensips.svn.sourceforge.net/opensips/?rev=7575&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 13:31:57 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
fix some spacing

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


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


From bogdan at voice-system.ro  Mon Dec 20 14:56:52 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 13:56:52 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7576]
	branches/1.6/modules/enum/enum.c
Message-ID: <E1PUgEO-0004B6-35@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7576
          http://opensips.svn.sourceforge.net/opensips/?rev=7576&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 13:56:51 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
-removed bogus test on RURI when input is actually give via pvars.
 Credits go to Amduscias (IRC)  

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


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


From bogdan at voice-system.ro  Mon Dec 20 14:58:51 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 13:58:51 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7577]
	trunk/modules/enum/enum.c
Message-ID: <E1PUgGJ-0004EK-63@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7577
          http://opensips.svn.sourceforge.net/opensips/?rev=7577&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 13:58:51 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
port from trunk (rev #7576):
-removed bogus test on RURI when input is actually give via pvars.
 Credits go to Amduscias (IRC) 

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

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


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


From bogdan at voice-system.ro  Mon Dec 20 15:09:55 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 14:09:55 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7578]
 branches/1.6/modules/nathelper/doc/ nathelper_admin.xml
Message-ID: <E1PUgR1-0004e5-Ob@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7578
          http://opensips.svn.sourceforge.net/opensips/?rev=7578&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 14:09:55 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- docs fixed

Modified Paths:
--------------
    branches/1.6/modules/nathelper/doc/nathelper_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  Mon Dec 20 15:14:57 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 14:14:57 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7579]
 branches/1.6/modules/dialog/doc/dialog_admin. xml
Message-ID: <E1PUgVt-0004qg-Go@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7579
          http://opensips.svn.sourceforge.net/opensips/?rev=7579&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 14:14:57 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- docs update

Modified Paths:
--------------
    branches/1.6/modules/dialog/doc/dialog_admin.xml


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


From bogdan at voice-system.ro  Mon Dec 20 15:15:20 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 14:15:20 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7580]
	trunk/modules/mi_datagram/datagram_fnc.c
Message-ID: <E1PUgWG-0004xC-3S@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7580
          http://opensips.svn.sourceforge.net/opensips/?rev=7580&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 14:15:19 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- DBG removed

Modified Paths:
--------------
    trunk/modules/mi_datagram/datagram_fnc.c


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


From bogdan at voice-system.ro  Mon Dec 20 15:15:38 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 14:15:38 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7581]
	trunk/modules/dialog/doc/dialog_admin.xml
Message-ID: <E1PUgWY-0004xv-0M@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7581
          http://opensips.svn.sourceforge.net/opensips/?rev=7581&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 14:15:37 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- docs updated

Modified Paths:
--------------
    trunk/modules/dialog/doc/dialog_admin.xml


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


From noreply at sourceforge.net  Mon Dec 20 15:22:11 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 14:22:11 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3140814 ] references
	in rls-services documents
Message-ID: <E1PUgct-00059g-75@sfs-web-6.v29.ch3.sourceforge.com>

Feature Requests item #3140814, was opened at 2010-12-20 16:22
Message generated for change (Tracker Item Submitted) made by juhe
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3140814&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
Priority: 5
Private: No
Submitted By: Juha Heinanen (juhe)
Assigned to: Nobody/Anonymous (nobody)
Summary:  references in rls-services documents

Initial Comment:
Some (usually OMA compliant) SIP UAs do not include list members in-line in rls-services documents, but instead include a reference to another document where the members are listed.  For example:

<?xml version="1.0" encoding="UTF-8"?>
<rls-services xmlns="urn:ietf:params:xml:ns:rls-services">
<service uri="sip:jh_all at test.fi">
<resource-list>http://xcap.test.fi:8080/xcap-root/resource-lists/users/sip:jh at test.fi/generallist.xml/~~/resource-lists/list%5b at name=%22oma_buddylist%22%5d</resource-list>
<packages>
<package>presence</package>
</packages>
</service>
</rls-services>

It would be nice if OpenSIPS rls server would be able to follow such references.  I'm more than happy to help in testing the implementation when/if the code becomes available.

-- Juha


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

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


From bogdan at voice-system.ro  Mon Dec 20 15:32:28 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 14:32:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7582] branches/1.6/modules
Message-ID: <E1PUgmq-0005bc-Vl@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7582
          http://opensips.svn.sourceforge.net/opensips/?rev=7582&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 14:32:28 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
README files updated

Modified Paths:
--------------
    branches/1.6/modules/closeddial/README
    branches/1.6/modules/dialog/README
    branches/1.6/modules/nathelper/README
    branches/1.6/modules/rr/README


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 Dec 20 15:35:57 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 16:35:57 +0200
Subject: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module 1.6.3
In-Reply-To: <004601cba048$cad5cd90$608168b0$@zagorskiy@oyster-telecom.ru>
References: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>	<4D0BA836.5000206@voice-system.ro>	<003801cba02d$ace32190$06a964b0$@zagorskiy@oyster-telecom.ru>
	<004601cba048$cad5cd90$608168b0$@zagorskiy@oyster-telecom.ru>
Message-ID: <4D0F69CD.3050804@voice-system.ro>

Do you use probing in DR ?

Anton Zagorskiy wrote:
> It seems that openSIPS crashes only when fork=yes.
> When I set fork=no drouting works well and openSIPS doesn't crash.
>
>
>
>
>
>
> WBR, Anton Zagorskiy
> VoIP Developer, Oyster Telecom
> Phone.: +7 812 601-0666
> Fax: +7 812 601-0593
> a.zagorskiy at oyster-telecom.ru
> www.oyster-telecom.ru
>
>
>
>   
>> -----Original Message-----
>> From: devel-bounces at lists.opensips.org [mailto:devel-
>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>> Sent: Monday, December 20, 2010 1:07 PM
>> To: 'OpenSIPS devel mailling list'
>> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
>> 1.6.3
>>
>> Hi.
>>
>> Please see memory debug http://pastebin.com/JKzyya5L
>> I don't know how to interpret it but there is no 'overlap' word.
>>
>>
>>
>>
>> WBR, Anton Zagorskiy
>> VoIP Developer, Oyster Telecom
>> Phone.: +7 812 601-0666
>> Fax: +7 812 601-0593
>> a.zagorskiy at oyster-telecom.ru
>> www.oyster-telecom.ru
>>
>>
>>
>>     
>>> -----Original Message-----
>>> From: devel-bounces at lists.opensips.org [mailto:devel-
>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
>>> Sent: Friday, December 17, 2010 9:13 PM
>>> To: OpenSIPS devel mailling list
>>> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
>>> 1.6.3
>>>
>>> Hi Anton,
>>>
>>> have you tried to enable to memory debugger to see if any memory
>>> overlapping is reported ?
>>>
>>> Regards,
>>> Bogdan
>>>
>>>
>>> Anton Zagorskiy wrote:
>>>       
>>>> Hello.
>>>>
>>>> I've made some debug on this crash.
>>>> The problem is dereferencing invalid pointer (0x1)
>>>>
>>>> This happens in the function drouting.c::static int
>>>>         
>> do_routing(struct
>>     
>>>> sip_msg* msg, dr_group_t *drg, int sort_order)
>>>> Line 1005: if( (rt_info->pgwl[i].pgw->flags &
>>>>         
>> DR_DST_STAT_DSBL_FLAG)
>>     
>>> == 0 )
>>>       
>>>> In my case i == 0, and rt_info->pgwl[0].pgw is 0x1
>>>>
>>>> In fact, in the routing.c::build_rt_info(..) rt_info->pgwl[0].pgw
>>>>         
>>> obtains
>>>       
>>>> correct address - lines from 170 to 180.
>>>>
>>>> So, something changes that pointer.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> WBR, Anton Zagorskiy
>>>> VoIP Developer, Oyster Telecom
>>>> Phone.: +7 812 601-0666
>>>> Fax: +7 812 601-0593
>>>> a.zagorskiy at oyster-telecom.ru
>>>> www.oyster-telecom.ru
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: users-bounces at lists.opensips.org
>>>> [mailto:users-bounces at lists.opensips.org] On Behalf Of Anton
>>>>         
>>> Zagorskiy
>>>       
>>>> Sent: Thursday, December 16, 2010 6:14 PM
>>>> To: 'OpenSIPS users mailling list'
>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>
>>>> I've made a simple config, and openSIPS still crashes.
>>>>
>>>> Please see my config here http://pastebin.com/mfabxGJJ
>>>> And please see a full log file http://pastebin.com/0VXQ6vwT
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> WBR, Anton Zagorskiy
>>>> VoIP Developer, Oyster Telecom
>>>> Phone.: +7 812 601-0666
>>>> Fax: +7 812 601-0593
>>>> a.zagorskiy at oyster-telecom.ru
>>>> www.oyster-telecom.ru
>>>>
>>>>
>>>>
>>>>
>>>>         
>>>>> -----Original Message-----
>>>>> From: users-bounces at lists.opensips.org [mailto:users-
>>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>>>>> Sent: Thursday, December 16, 2010 11:54 AM
>>>>> To: 'OpenSIPS users mailling list'
>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>>
>>>>> Hi!
>>>>>
>>>>> What about investigation my crash?
>>>>> Should I send any additional information?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>           
>>>>>> -----Original Message-----
>>>>>> From: users-bounces at lists.opensips.org [mailto:users-
>>>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>>>>>> Sent: Tuesday, December 14, 2010 5:01 PM
>>>>>> To: 'OpenSIPS users mailling list'
>>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>>>
>>>>>> Yes, openSIPS crashed because of there are "INFO:core:sig_usr:
>>>>>>             
>>> signal
>>>       
>>>>>> 15 received" messages in a log file.
>>>>>> I've tested on new VM with CentOS 5.5 with sources from svn
>>>>>>             
>> stable
>>     
>>>>>> release
>>>>>>
>>>>>> Please see bt and bt full results in the attach.
>>>>>>
>>>>>>
>>>>>> Code:
>>>>>>
>>>>>> route
>>>>>> {
>>>>>> 	[skipped]
>>>>>>
>>>>>> 	if (!do_routing())
>>>>>> 	{
>>>>>> 	    xlog("*** !!! route[invite]: No rules found for
>>>>>>             
>> do_routing().
>>     
>>>>>> STOP");
>>>>>> 	    send_reply("503", "Error");
>>>>>> 	    exit;
>>>>>> 	};
>>>>>> 	xlog("*** route[invite]: do_routing() passed");
>>>>>> 	xlog("*** route[invite]: dr_attrs: $avp(s:dr_attrs); ruri:
>>>>>> $avp(s:dr_ruri)");
>>>>>> 	route(main_route);
>>>>>>
>>>>>> 	[skipped]
>>>>>> }
>>>>>>
>>>>>>
>>>>>>
>>>>>> route[main_route]
>>>>>> {
>>>>>>     xlog("*** +++ route[main_route] has started");
>>>>>>
>>>>>>     if (is_method("INVITE"))
>>>>>>     {
>>>>>> 	t_on_branch("2");
>>>>>> 	t_on_reply("2");
>>>>>> 	t_on_failure("1");
>>>>>>     };
>>>>>>
>>>>>>     if (!t_relay())
>>>>>>     {
>>>>>> 	sl_reply_error();
>>>>>>     };
>>>>>>
>>>>>>     xlog("*** --- route[main_route] has finished"); }
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> WBR, Anton Zagorskiy
>>>>>> VoIP Developer, Oyster Telecom
>>>>>> Phone.: +7 812 601-0666
>>>>>> Fax: +7 812 601-0593
>>>>>> a.zagorskiy at oyster-telecom.ru
>>>>>> www.oyster-telecom.ru
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> -----Original Message-----
>>>>>>> From: users-bounces at lists.opensips.org [mailto:users-
>>>>>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
>>>>>>> Sent: Tuesday, December 14, 2010 4:25 PM
>>>>>>> To: OpenSIPS users mailling list
>>>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>>>>
>>>>>>> Hi Anton,
>>>>>>>
>>>>>>> Why do you say it crashes ? do you have a corefile ?
>>>>>>>
>>>>>>> your logs do not show any t_relay() after do_routing()....could
>>>>>>>               
>>> you
>>>       
>>>>>>> post the relevant snip of your cfg?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Bogdan
>>>>>>>
>>>>>>> Anton Zagorskiy wrote:
>>>>>>>
>>>>>>>               
>>>>>>>> Hi!
>>>>>>>>
>>>>>>>> I'm trying to use drouting module, but something says to me
>>>>>>>>                 
>> that
>>     
>>>>> I
>>>>>
>>>>>           
>>>>>>> using it
>>>>>>>
>>>>>>>               
>>>>>>>> wrong because openSIPS goes to crash.
>>>>>>>>
>>>>>>>> I've inserted following values in the DB:
>>>>>>>>
>>>>>>>> 1. dr_gateways:
>>>>>>>>
>>>>>>>> gwid(2)
>>>>>>>> type(1)
>>>>>>>> address(192.168.0.10)
>>>>>>>> strip(0)
>>>>>>>> pri_prefix(1000)
>>>>>>>> attrs("")
>>>>>>>> probe_mode(0)
>>>>>>>> description(Gateway1)
>>>>>>>>
>>>>>>>> 2. dr_groups:
>>>>>>>> id(1)
>>>>>>>> username(100)
>>>>>>>> domain(mydomain.com)
>>>>>>>> groupid(1)
>>>>>>>> description(All-Test)
>>>>>>>>
>>>>>>>> 3. dr_gw_lists:
>>>>>>>> id(2)
>>>>>>>> gwlist(2)
>>>>>>>> description(Test)
>>>>>>>>
>>>>>>>> 4. dr_rules:
>>>>>>>> ruleid(1)
>>>>>>>> groupid(1)
>>>>>>>> prefix(89112599077)
>>>>>>>> timerec("")
>>>>>>>> priority(1)
>>>>>>>> routeid("")
>>>>>>>> gwlist(#2)
>>>>>>>> description(Test)
>>>>>>>> attrs("")
>>>>>>>>
>>>>>>>>
>>>>>>>> So, I'm calling from 100 at mydomain.com to 89112599077.
>>>>>>>> I'm expecting that this will be routed to 192.168.0.10 with R-
>>>>>>>>                 
>> URI
>>     
>>>>>>>> 100089112599077 at .. Right?
>>>>>>>>
>>>>>>>> But when I'm calling do_routing() the same INVITE is passed to
>>>>>>>>
>>>>>>>>                 
>>>>> the
>>>>>
>>>>>           
>>>>>>> main
>>>>>>>
>>>>>>>               
>>>>>>>> route block and I'm again calling do_routing (Nothing changed
>>>>>>>>                 
>> in
>>     
>>>>>> the
>>>>>>
>>>>>>             
>>>>>>> script
>>>>>>>
>>>>>>>               
>>>>>>>> :)) and opensips is crashing...
>>>>>>>>
>>>>>>>> Log file hasn't helpful messages:
>>>>>>>>
>>>>>>>> [8031]: *** route[invite]: call do_routing()
>>>>>>>> [8031]: DBG:core:db_new_result: allocate 28 bytes for result
>>>>>>>>                 
>> set
>>     
>>>>> at
>>>>>
>>>>>           
>>>>>>>> 0x81ddb78
>>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned
>>>>>>>>
>>>>>>>>                 
>>>>> from
>>>>>
>>>>>           
>>>>>>> the query
>>>>>>>
>>>>>>>               
>>>>>>>> [8031]: DBG:core:db_allocate_columns: allocate 16 bytes for
>>>>>>>>
>>>>>>>>                 
>>>>> result
>>>>>
>>>>>           
>>>>>>> columns
>>>>>>>
>>>>>>>               
>>>>>>>> at 0x81ddba4
>>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns:
>>>>>>>>
>>>>>>>>                 
>>>>>>> RES_NAMES(0x81ddba8)[0]=[groupid]
>>>>>>>
>>>>>>>               
>>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: use DB_INT result
>>>>>>>>                 
>> type
>>     
>>>>>>>> [8031]: DBG:core:db_allocate_rows: allocate 28 bytes for result
>>>>>>>>
>>>>>>>>                 
>>>>>> rows
>>>>>>
>>>>>>             
>>>>>>> and
>>>>>>>
>>>>>>>               
>>>>>>>> values at 0x81ddbd0
>>>>>>>> [8031]: DBG:db_mysql:db_mysql_str2val: converting INT [1]
>>>>>>>> [8031]: DBG:core:db_free_columns: freeing result columns at
>>>>>>>> 0x81ddba4
>>>>>>>> [8031]: DBG:core:db_free_rows: freeing 1 rows
>>>>>>>> [8031]: DBG:core:db_free_row: freeing row values at 0x81ddbd8
>>>>>>>> [8031]: DBG:core:db_free_rows: freeing rows at 0x81ddbd0
>>>>>>>> [8031]: DBG:core:db_free_result: freeing result set at
>>>>>>>>                 
>> 0x81ddb78
>>     
>>>>>>>> [8031]: DBG:drouting:do_routing: using dr group 1
>>>>>>>> [8031]: DBG:drouting:internal_check_rt: found rgid 1 (rule list
>>>>>>>>
>>>>>>>>                 
>>>>>>> 0xb60c0d0c)
>>>>>>>
>>>>>>>               
>>>>>>>> [8034]: DBG:tm:utimer_routine: timer routine:4,tl=0xb60c34b4
>>>>>>>>
>>>>>>>>                 
>>>>>>> next=(nil),
>>>>>>>
>>>>>>>               
>>>>>>>> timeout=11900000
>>>>>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler :
>>>>>>>>
>>>>>>>>                 
>>>>>>> request
>>>>>>>
>>>>>>>               
>>>>>>>> resending (t=0xb60c3368, INVITE si ... )
>>>>>>>> [8034]: DBG:tm:set_timer: relative timeout is 2000000
>>>>>>>> [8034]: DBG:tm:insert_timer_unsafe: [5]: 0xb60c34b4 (13900000)
>>>>>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler :
>>>>>>>>
>>>>>>>>                 
>>>>>> done
>>>>>>
>>>>>>             
>>>>>>>> [8032]: DBG:core:parse_msg: SIP Request:
>>>>>>>> [8032]: DBG:core:parse_msg:  method:  <INVITE> (# The same
>>>>>>>>                 
>> INVITE
>>     
>>>>>> is
>>>>>>
>>>>>>             
>>>>>>>> coming!)
>>>>>>>>
>>>>>>>> What I'm doing wrong?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users at lists.opensips.org
>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>>>
>>>>>>>               
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opensips.org
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>           
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>> _______________________________________________
>>>> Devel mailing list
>>>> Devel at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>>>
>>>>
>>>>         
>>> --
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Event - expo, conf, social, bootcamp
>>> 2 - 4 February 2011, ITExpo, Miami,  USA
>>> 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
>>     
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From anca at opensips.org  Mon Dec 20 15:57:12 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 20 Dec 2010 14:57:12 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7583]
	trunk/modules/rr/record.c
Message-ID: <E1PUhAm-0006XB-Dx@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7583
          http://opensips.svn.sourceforge.net/opensips/?rev=7583&view=rev
Author:   anca_vamanu
Date:     2010-12-20 14:57:12 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed crash in error case

Modified Paths:
--------------
    trunk/modules/rr/record.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 Dec 20 15:58:44 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 20 Dec 2010 14:58:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7584]
	branches/1.6/modules/rr/record.c
Message-ID: <E1PUhCG-0006Zt-Gd@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7584
          http://opensips.svn.sourceforge.net/opensips/?rev=7584&view=rev
Author:   anca_vamanu
Date:     2010-12-20 14:58:44 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed crash in error case

Modified Paths:
--------------
    branches/1.6/modules/rr/record.c


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


From a.zagorskiy at oyster-telecom.ru  Mon Dec 20 16:01:04 2010
From: a.zagorskiy at oyster-telecom.ru (Anton Zagorskiy)
Date: Mon, 20 Dec 2010 18:01:04 +0300
Subject: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module 1.6.3
In-Reply-To: <4D0F69CD.3050804@voice-system.ro>
References: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>	<4D0BA836.5000206@voice-system.ro>	<003801cba02d$ace32190$06a964b0$@zagorskiy@oyster-telecom.ru>	<004601cba048$cad5cd90$608168b0$@zagorskiy@oyster-telecom.ru>
	<4D0F69CD.3050804@voice-system.ro>
Message-ID: <004701cba056$bba75b50$32f611f0$@zagorskiy@oyster-telecom.ru>

No, there is 0 in the column probe_mode






WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru



> -----Original Message-----
> From: devel-bounces at lists.opensips.org [mailto:devel-
> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> Sent: Monday, December 20, 2010 5:36 PM
> To: OpenSIPS devel mailling list
> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> 1.6.3
> 
> Do you use probing in DR ?
> 
> Anton Zagorskiy wrote:
> > It seems that openSIPS crashes only when fork=yes.
> > When I set fork=no drouting works well and openSIPS doesn't crash.
> >
> >
> >
> >
> >
> >
> > WBR, Anton Zagorskiy
> > VoIP Developer, Oyster Telecom
> > Phone.: +7 812 601-0666
> > Fax: +7 812 601-0593
> > a.zagorskiy at oyster-telecom.ru
> > www.oyster-telecom.ru
> >
> >
> >
> >
> >> -----Original Message-----
> >> From: devel-bounces at lists.opensips.org [mailto:devel-
> >> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> >> Sent: Monday, December 20, 2010 1:07 PM
> >> To: 'OpenSIPS devel mailling list'
> >> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> >> 1.6.3
> >>
> >> Hi.
> >>
> >> Please see memory debug http://pastebin.com/JKzyya5L
> >> I don't know how to interpret it but there is no 'overlap' word.
> >>
> >>
> >>
> >>
> >> WBR, Anton Zagorskiy
> >> VoIP Developer, Oyster Telecom
> >> Phone.: +7 812 601-0666
> >> Fax: +7 812 601-0593
> >> a.zagorskiy at oyster-telecom.ru
> >> www.oyster-telecom.ru
> >>
> >>
> >>
> >>
> >>> -----Original Message-----
> >>> From: devel-bounces at lists.opensips.org [mailto:devel-
> >>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> >>> Sent: Friday, December 17, 2010 9:13 PM
> >>> To: OpenSIPS devel mailling list
> >>> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> >>> 1.6.3
> >>>
> >>> Hi Anton,
> >>>
> >>> have you tried to enable to memory debugger to see if any memory
> >>> overlapping is reported ?
> >>>
> >>> Regards,
> >>> Bogdan
> >>>
> >>>
> >>> Anton Zagorskiy wrote:
> >>>
> >>>> Hello.
> >>>>
> >>>> I've made some debug on this crash.
> >>>> The problem is dereferencing invalid pointer (0x1)
> >>>>
> >>>> This happens in the function drouting.c::static int
> >>>>
> >> do_routing(struct
> >>
> >>>> sip_msg* msg, dr_group_t *drg, int sort_order)
> >>>> Line 1005: if( (rt_info->pgwl[i].pgw->flags &
> >>>>
> >> DR_DST_STAT_DSBL_FLAG)
> >>
> >>> == 0 )
> >>>
> >>>> In my case i == 0, and rt_info->pgwl[0].pgw is 0x1
> >>>>
> >>>> In fact, in the routing.c::build_rt_info(..) rt_info->pgwl[0].pgw
> >>>>
> >>> obtains
> >>>
> >>>> correct address - lines from 170 to 180.
> >>>>
> >>>> So, something changes that pointer.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> WBR, Anton Zagorskiy
> >>>> VoIP Developer, Oyster Telecom
> >>>> Phone.: +7 812 601-0666
> >>>> Fax: +7 812 601-0593
> >>>> a.zagorskiy at oyster-telecom.ru
> >>>> www.oyster-telecom.ru
> >>>>
> >>>>
> >>>>
> >>>> -----Original Message-----
> >>>> From: users-bounces at lists.opensips.org
> >>>> [mailto:users-bounces at lists.opensips.org] On Behalf Of Anton
> >>>>
> >>> Zagorskiy
> >>>
> >>>> Sent: Thursday, December 16, 2010 6:14 PM
> >>>> To: 'OpenSIPS users mailling list'
> >>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >>>>
> >>>> I've made a simple config, and openSIPS still crashes.
> >>>>
> >>>> Please see my config here http://pastebin.com/mfabxGJJ
> >>>> And please see a full log file http://pastebin.com/0VXQ6vwT
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> WBR, Anton Zagorskiy
> >>>> VoIP Developer, Oyster Telecom
> >>>> Phone.: +7 812 601-0666
> >>>> Fax: +7 812 601-0593
> >>>> a.zagorskiy at oyster-telecom.ru
> >>>> www.oyster-telecom.ru
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>> -----Original Message-----
> >>>>> From: users-bounces at lists.opensips.org [mailto:users-
> >>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> >>>>> Sent: Thursday, December 16, 2010 11:54 AM
> >>>>> To: 'OpenSIPS users mailling list'
> >>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >>>>>
> >>>>> Hi!
> >>>>>
> >>>>> What about investigation my crash?
> >>>>> Should I send any additional information?
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: users-bounces at lists.opensips.org [mailto:users-
> >>>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> >>>>>> Sent: Tuesday, December 14, 2010 5:01 PM
> >>>>>> To: 'OpenSIPS users mailling list'
> >>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >>>>>>
> >>>>>> Yes, openSIPS crashed because of there are "INFO:core:sig_usr:
> >>>>>>
> >>> signal
> >>>
> >>>>>> 15 received" messages in a log file.
> >>>>>> I've tested on new VM with CentOS 5.5 with sources from svn
> >>>>>>
> >> stable
> >>
> >>>>>> release
> >>>>>>
> >>>>>> Please see bt and bt full results in the attach.
> >>>>>>
> >>>>>>
> >>>>>> Code:
> >>>>>>
> >>>>>> route
> >>>>>> {
> >>>>>> 	[skipped]
> >>>>>>
> >>>>>> 	if (!do_routing())
> >>>>>> 	{
> >>>>>> 	    xlog("*** !!! route[invite]: No rules found for
> >>>>>>
> >> do_routing().
> >>
> >>>>>> STOP");
> >>>>>> 	    send_reply("503", "Error");
> >>>>>> 	    exit;
> >>>>>> 	};
> >>>>>> 	xlog("*** route[invite]: do_routing() passed");
> >>>>>> 	xlog("*** route[invite]: dr_attrs: $avp(s:dr_attrs); ruri:
> >>>>>> $avp(s:dr_ruri)");
> >>>>>> 	route(main_route);
> >>>>>>
> >>>>>> 	[skipped]
> >>>>>> }
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> route[main_route]
> >>>>>> {
> >>>>>>     xlog("*** +++ route[main_route] has started");
> >>>>>>
> >>>>>>     if (is_method("INVITE"))
> >>>>>>     {
> >>>>>> 	t_on_branch("2");
> >>>>>> 	t_on_reply("2");
> >>>>>> 	t_on_failure("1");
> >>>>>>     };
> >>>>>>
> >>>>>>     if (!t_relay())
> >>>>>>     {
> >>>>>> 	sl_reply_error();
> >>>>>>     };
> >>>>>>
> >>>>>>     xlog("*** --- route[main_route] has finished"); }
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> WBR, Anton Zagorskiy
> >>>>>> VoIP Developer, Oyster Telecom
> >>>>>> Phone.: +7 812 601-0666
> >>>>>> Fax: +7 812 601-0593
> >>>>>> a.zagorskiy at oyster-telecom.ru
> >>>>>> www.oyster-telecom.ru
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> -----Original Message-----
> >>>>>>> From: users-bounces at lists.opensips.org [mailto:users-
> >>>>>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> >>>>>>> Sent: Tuesday, December 14, 2010 4:25 PM
> >>>>>>> To: OpenSIPS users mailling list
> >>>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> >>>>>>>
> >>>>>>> Hi Anton,
> >>>>>>>
> >>>>>>> Why do you say it crashes ? do you have a corefile ?
> >>>>>>>
> >>>>>>> your logs do not show any t_relay() after do_routing()....could
> >>>>>>>
> >>> you
> >>>
> >>>>>>> post the relevant snip of your cfg?
> >>>>>>>
> >>>>>>> Regards,
> >>>>>>> Bogdan
> >>>>>>>
> >>>>>>> Anton Zagorskiy wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>> Hi!
> >>>>>>>>
> >>>>>>>> I'm trying to use drouting module, but something says to me
> >>>>>>>>
> >> that
> >>
> >>>>> I
> >>>>>
> >>>>>
> >>>>>>> using it
> >>>>>>>
> >>>>>>>
> >>>>>>>> wrong because openSIPS goes to crash.
> >>>>>>>>
> >>>>>>>> I've inserted following values in the DB:
> >>>>>>>>
> >>>>>>>> 1. dr_gateways:
> >>>>>>>>
> >>>>>>>> gwid(2)
> >>>>>>>> type(1)
> >>>>>>>> address(192.168.0.10)
> >>>>>>>> strip(0)
> >>>>>>>> pri_prefix(1000)
> >>>>>>>> attrs("")
> >>>>>>>> probe_mode(0)
> >>>>>>>> description(Gateway1)
> >>>>>>>>
> >>>>>>>> 2. dr_groups:
> >>>>>>>> id(1)
> >>>>>>>> username(100)
> >>>>>>>> domain(mydomain.com)
> >>>>>>>> groupid(1)
> >>>>>>>> description(All-Test)
> >>>>>>>>
> >>>>>>>> 3. dr_gw_lists:
> >>>>>>>> id(2)
> >>>>>>>> gwlist(2)
> >>>>>>>> description(Test)
> >>>>>>>>
> >>>>>>>> 4. dr_rules:
> >>>>>>>> ruleid(1)
> >>>>>>>> groupid(1)
> >>>>>>>> prefix(89112599077)
> >>>>>>>> timerec("")
> >>>>>>>> priority(1)
> >>>>>>>> routeid("")
> >>>>>>>> gwlist(#2)
> >>>>>>>> description(Test)
> >>>>>>>> attrs("")
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> So, I'm calling from 100 at mydomain.com to 89112599077.
> >>>>>>>> I'm expecting that this will be routed to 192.168.0.10 with R-
> >>>>>>>>
> >> URI
> >>
> >>>>>>>> 100089112599077 at .. Right?
> >>>>>>>>
> >>>>>>>> But when I'm calling do_routing() the same INVITE is passed to
> >>>>>>>>
> >>>>>>>>
> >>>>> the
> >>>>>
> >>>>>
> >>>>>>> main
> >>>>>>>
> >>>>>>>
> >>>>>>>> route block and I'm again calling do_routing (Nothing changed
> >>>>>>>>
> >> in
> >>
> >>>>>> the
> >>>>>>
> >>>>>>
> >>>>>>> script
> >>>>>>>
> >>>>>>>
> >>>>>>>> :)) and opensips is crashing...
> >>>>>>>>
> >>>>>>>> Log file hasn't helpful messages:
> >>>>>>>>
> >>>>>>>> [8031]: *** route[invite]: call do_routing()
> >>>>>>>> [8031]: DBG:core:db_new_result: allocate 28 bytes for result
> >>>>>>>>
> >> set
> >>
> >>>>> at
> >>>>>
> >>>>>
> >>>>>>>> 0x81ddb78
> >>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned
> >>>>>>>>
> >>>>>>>>
> >>>>> from
> >>>>>
> >>>>>
> >>>>>>> the query
> >>>>>>>
> >>>>>>>
> >>>>>>>> [8031]: DBG:core:db_allocate_columns: allocate 16 bytes for
> >>>>>>>>
> >>>>>>>>
> >>>>> result
> >>>>>
> >>>>>
> >>>>>>> columns
> >>>>>>>
> >>>>>>>
> >>>>>>>> at 0x81ddba4
> >>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns:
> >>>>>>>>
> >>>>>>>>
> >>>>>>> RES_NAMES(0x81ddba8)[0]=[groupid]
> >>>>>>>
> >>>>>>>
> >>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: use DB_INT result
> >>>>>>>>
> >> type
> >>
> >>>>>>>> [8031]: DBG:core:db_allocate_rows: allocate 28 bytes for
> result
> >>>>>>>>
> >>>>>>>>
> >>>>>> rows
> >>>>>>
> >>>>>>
> >>>>>>> and
> >>>>>>>
> >>>>>>>
> >>>>>>>> values at 0x81ddbd0
> >>>>>>>> [8031]: DBG:db_mysql:db_mysql_str2val: converting INT [1]
> >>>>>>>> [8031]: DBG:core:db_free_columns: freeing result columns at
> >>>>>>>> 0x81ddba4
> >>>>>>>> [8031]: DBG:core:db_free_rows: freeing 1 rows
> >>>>>>>> [8031]: DBG:core:db_free_row: freeing row values at 0x81ddbd8
> >>>>>>>> [8031]: DBG:core:db_free_rows: freeing rows at 0x81ddbd0
> >>>>>>>> [8031]: DBG:core:db_free_result: freeing result set at
> >>>>>>>>
> >> 0x81ddb78
> >>
> >>>>>>>> [8031]: DBG:drouting:do_routing: using dr group 1
> >>>>>>>> [8031]: DBG:drouting:internal_check_rt: found rgid 1 (rule
> list
> >>>>>>>>
> >>>>>>>>
> >>>>>>> 0xb60c0d0c)
> >>>>>>>
> >>>>>>>
> >>>>>>>> [8034]: DBG:tm:utimer_routine: timer routine:4,tl=0xb60c34b4
> >>>>>>>>
> >>>>>>>>
> >>>>>>> next=(nil),
> >>>>>>>
> >>>>>>>
> >>>>>>>> timeout=11900000
> >>>>>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler
> :
> >>>>>>>>
> >>>>>>>>
> >>>>>>> request
> >>>>>>>
> >>>>>>>
> >>>>>>>> resending (t=0xb60c3368, INVITE si ... )
> >>>>>>>> [8034]: DBG:tm:set_timer: relative timeout is 2000000
> >>>>>>>> [8034]: DBG:tm:insert_timer_unsafe: [5]: 0xb60c34b4 (13900000)
> >>>>>>>> [8034]: DBG:tm:retransmission_handler: retransmission_handler
> :
> >>>>>>>>
> >>>>>>>>
> >>>>>> done
> >>>>>>
> >>>>>>
> >>>>>>>> [8032]: DBG:core:parse_msg: SIP Request:
> >>>>>>>> [8032]: DBG:core:parse_msg:  method:  <INVITE> (# The same
> >>>>>>>>
> >> INVITE
> >>
> >>>>>> is
> >>>>>>
> >>>>>>
> >>>>>>>> coming!)
> >>>>>>>>
> >>>>>>>> What I'm doing wrong?
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> Users mailing list
> >>>>>>> Users at lists.opensips.org
> >>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>>>>>>
> >>>>>>>
> >>>>> _______________________________________________
> >>>>> Users mailing list
> >>>>> Users at lists.opensips.org
> >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>>>>
> >>>>>
> >>>> _______________________________________________
> >>>> Users mailing list
> >>>> Users at lists.opensips.org
> >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> Devel mailing list
> >>>> Devel at lists.opensips.org
> >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >>>>
> >>>>
> >>>>
> >>> --
> >>> Bogdan-Andrei Iancu
> >>> OpenSIPS Event - expo, conf, social, bootcamp
> >>> 2 - 4 February 2011, ITExpo, Miami,  USA
> >>> 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
> >>
> >
> >
> > _______________________________________________
> > Devel mailing list
> > Devel at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> >
> >
> 
> 
> --
> Bogdan-Andrei Iancu
> OpenSIPS Event - expo, conf, social, bootcamp
> 2 - 4 February 2011, ITExpo, Miami,  USA
> 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 Dec 20 16:09:56 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 20 Dec 2010 15:09:56 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7585]
	trunk/modules/presence/utils_func.h
Message-ID: <E1PUhN6-0006y0-H0@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7585
          http://opensips.svn.sourceforge.net/opensips/?rev=7585&view=rev
Author:   anca_vamanu
Date:     2010-12-20 15:09:56 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- aligned with 1.6 

Modified Paths:
--------------
    trunk/modules/presence/utils_func.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 Dec 20 16:37:28 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 20 Dec 2010 15:37:28 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7586]
	trunk/modules/presence/utils_func.h
Message-ID: <E1PUhnk-0001Lu-Oj@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7586
          http://opensips.svn.sourceforge.net/opensips/?rev=7586&view=rev
Author:   anca_vamanu
Date:     2010-12-20 15:37:28 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed error in last commit

Modified Paths:
--------------
    trunk/modules/presence/utils_func.h


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


From noreply at sourceforge.net  Mon Dec 20 17:25:06 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 16:25:06 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3042633 ] Memory Leak with
	B2B_Entities
Message-ID: <E1PUiXq-0005u1-BL@sfs-web-8.v29.ch3.sourceforge.com>

Bugs item #3042633, was opened at 2010-08-10 20:10
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3042633&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: Out of Date
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Anca Vamanu (anca_vamanu)
Summary: Memory Leak with B2B_Entities

Initial Comment:
Hi,

I'm writing a client module for b2b_entities, and I've got a serious memory leak when, on an INVITE, I respond 4XX on it.
I removed new_trans in my configuration file, so in a "normal" case, I've any memory leak. So I think it can be localized in
b2b_entities or in tm modules.

It appends around 3500 calls.

Regards,


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

Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-09-22 13:53

Message:
Hi, 

Can you please update your code from svn. There was indeed a problem in
b2b modules but not it should be fixed.

Regards,
Anca 

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

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


From noreply at sourceforge.net  Mon Dec 20 17:57:09 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 16:57:09 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132296 ] rtpproxy_offer("L")
	returns wrong port on re-invite
Message-ID: <E1PUj2r-0007Ay-T2@sfs-web-4.v29.ch3.sourceforge.com>

Bugs item #3132296, was opened at 2010-12-08 14:26
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3132296&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: Ruslan Bukin (bukinr)
Assigned to: Nobody/Anonymous (nobody)
Summary: rtpproxy_offer("L") returns wrong port on re-invite

Initial Comment:
I call rtpproxy_offer("fr") on invite request and rtpproxy_answer("fr") on invite reply. Request and reply comes with sdp and client rtp media successfully served by rtpproxy.

In loose_route section I call rtpproxy_offer with force-lookup flag ("Lfr")  which returns status 0 on re-invite, but returns wrong rtpproxy port!
(re-invites sent by sippy b2bua in case of keep-alives).

I have switched tags like below. I am sure it is not correct coding, but it resolved my problem, at least for a request.

--- opensips-trunk/modules/nathelper/nathelper.c   (revision 7462)
+++ opensips-trunk/modules/nathelper/nathelper.c   (working copy)
@@ -3315,6 +3315,13 @@
   	   	    FORCE_RTP_PROXY_RET (-1);
 		    			}
						create = 0;
+
+		if (msg->first_line.type==SIP_REQUEST && args->offer!=0) {
+		   				      tmp = from_tag;
+						      	    from_tag = to_tag;
+							    	       to_tag = tmp;
+								       	      }
+
	} else if ((msg->first_line.type==SIP_REPLY && args->offer!=0)||
 	(msg->first_line.type == SIP_REQUEST && args->offer == 0) ) {
 			      if (to_tag.len == 0) {


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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-20 18:57

Message:
I see...Please send me (privately if necessary) a complete SIP trace of
such a call. I suspect a problem in a different place....but I need to see
the flow.

Regards,
Bogdan

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

Comment By: Ruslan Bukin (bukinr)
Date: 2010-12-08 16:40

Message:
I am following this commit message:

http://lists.iptel.org/pipermail/serdev/2007-December/011450.html

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-08 16:13

Message:
why do you use the L flag in rtpproxy_offer() ? L "lookup" is specific for
reply processing....

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Mon Dec 20 17:57:50 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 16:57:50 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132296 ] rtpproxy_offer("L")
	returns wrong port on re-invite
Message-ID: <E1PUj3W-00040F-LW@sfs-web-10.v29.ch3.sourceforge.com>

Bugs item #3132296, was opened at 2010-12-08 14:26
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3132296&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: Ruslan Bukin (bukinr)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: rtpproxy_offer("L") returns wrong port on re-invite

Initial Comment:
I call rtpproxy_offer("fr") on invite request and rtpproxy_answer("fr") on invite reply. Request and reply comes with sdp and client rtp media successfully served by rtpproxy.

In loose_route section I call rtpproxy_offer with force-lookup flag ("Lfr")  which returns status 0 on re-invite, but returns wrong rtpproxy port!
(re-invites sent by sippy b2bua in case of keep-alives).

I have switched tags like below. I am sure it is not correct coding, but it resolved my problem, at least for a request.

--- opensips-trunk/modules/nathelper/nathelper.c   (revision 7462)
+++ opensips-trunk/modules/nathelper/nathelper.c   (working copy)
@@ -3315,6 +3315,13 @@
   	   	    FORCE_RTP_PROXY_RET (-1);
 		    			}
						create = 0;
+
+		if (msg->first_line.type==SIP_REQUEST && args->offer!=0) {
+		   				      tmp = from_tag;
+						      	    from_tag = to_tag;
+							    	       to_tag = tmp;
+								       	      }
+
	} else if ((msg->first_line.type==SIP_REPLY && args->offer!=0)||
 	(msg->first_line.type == SIP_REQUEST && args->offer == 0) ) {
 			      if (to_tag.len == 0) {


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-20 18:57

Message:
I see...Please send me (privately if necessary) a complete SIP trace of
such a call. I suspect a problem in a different place....but I need to see
the flow.

Regards,
Bogdan

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

Comment By: Ruslan Bukin (bukinr)
Date: 2010-12-08 16:40

Message:
I am following this commit message:

http://lists.iptel.org/pipermail/serdev/2007-December/011450.html

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-08 16:13

Message:
why do you use the L flag in rtpproxy_offer() ? L "lookup" is specific for
reply processing....

Regards,
Bogdan

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

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


From noreply at sourceforge.net  Mon Dec 20 17:59:26 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 16:59:26 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3138571 ] crash in presence module
	if db_url is not set
Message-ID: <E1PUj54-0007ll-CH@sfs-web-7.v29.ch3.sourceforge.com>

Bugs item #3138571, was opened at 2010-12-16 15:42
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3138571&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: crash in presence module if db_url is not set

Initial Comment:
opensips 1.6.3:

Core was generated by `/usr/sbin/opensips -P /var/run/opensips/opensips.pid -m 64 -u opensips -g opens'.
Program terminated with signal 11, Segmentation fault.
#0  0xb7267348 in add_event (event=0xbf9ee9b0) at event_list.c:236
236                     *pres_event_p = ev;
(gdb) bt
#0  0xb7267348 in add_event (event=0xbf9ee9b0) at event_list.c:236
#1  0xb7257c38 in xml_add_events () at add_events.c:67
#2  0xb725be07 in mod_init () at presence_xml.c:195
#3  0x080a1a95 in init_mod (m=0x816a3d0) at sr_module.c:457
#4  0x08069102 in main (argc=9, argv=0xbf9eec24) at main.c:1351

default config with mysql and
loadmodule "presence.so"
loadmodule "presence_xml.so"

modparam("presence_xml", "force_active", 1)
modparam("presence", "server_address", "sip:192.168.1.2:5060")

I think the problem is that presence module is in library mode and presence_xml tries to register Event types. 

Probably an error message would be nicer.

klaus

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

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


From anca at opensips.org  Mon Dec 20 18:10:32 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 20 Dec 2010 17:10:32 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7587]
	branches/1.6/modules/presence
Message-ID: <E1PUjFo-0008KO-5f@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7587
          http://opensips.svn.sourceforge.net/opensips/?rev=7587&view=rev
Author:   anca_vamanu
Date:     2010-12-20 17:10:31 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fix: change the meaning of expires_offset parameter( do not subtract if from the returned expires, but increase the period to store the subscription with it), reported in bug #3069214

Modified Paths:
--------------
    branches/1.6/modules/presence/README
    branches/1.6/modules/presence/doc/presence_admin.xml
    branches/1.6/modules/presence/subscribe.c


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


From anca at opensips.org  Mon Dec 20 18:11:56 2010
From: anca at opensips.org (Anca Vamanu)
Date: Mon, 20 Dec 2010 17:11:56 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7588] trunk/modules/presence
Message-ID: <E1PUjHA-0008Mi-9x@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7588
          http://opensips.svn.sourceforge.net/opensips/?rev=7588&view=rev
Author:   anca_vamanu
Date:     2010-12-20 17:11:56 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fix: change the meaning of expires_offset parameter( do not subtract if from the returned expires, but increase the period to store the subscription with it), reported in bug #3069214

Modified Paths:
--------------
    trunk/modules/presence/README
    trunk/modules/presence/doc/presence_admin.xml
    trunk/modules/presence/subscribe.c


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


From bogdan at voice-system.ro  Mon Dec 20 18:14:05 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 17:14:05 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7589]
	trunk/modules/textops/codecs.c
Message-ID: <E1PUjJF-0008SA-66@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7589
          http://opensips.svn.sourceforge.net/opensips/?rev=7589&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 17:14:05 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed handling of lumps_len - avoid reusage of its value from other messages when current message has no body
  Credits go to Christophe Sollet 
  Closes patch 3042399

Modified Paths:
--------------
    trunk/modules/textops/codecs.c


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


From noreply at sourceforge.net  Mon Dec 20 18:15:42 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 17:15:42 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3042399 ] [textops/codecs] Fix
	crash
Message-ID: <E1PUjKo-0003JW-Te@sfs-web-1.v29.ch3.sourceforge.com>

Patches item #3042399, was opened at 2010-08-10 12:56
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3042399&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Christophe Sollet (csollet)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: [textops/codecs] Fix crash

Initial Comment:
Hi,

When a message with no sdp is processed in a failure route or a branch route, backup() is called with a random lumps_len value (previously set by another message with sdp). This patch init lumps_len even without sdp.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-20 19:15

Message:
Hi Chris,

Patch uploaded.

Thanks and best regards,
Bogdan

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

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


From noreply at sourceforge.net  Mon Dec 20 18:16:34 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 17:16:34 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3137402 ] segfault in codecs.c
	during failure route
Message-ID: <E1PUjLe-0000Ky-PI@sfs-web-7.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: Yes
Submitted By: Robert Smith (denodaeus)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: segfault in codecs.c during failure route

Initial Comment:
http://pastebin.com/RmVVW8N7 -- routing script

core file attached

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-20 19:16

Message:
the fix patch was uploaded.

Regards,
Bogdan

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

Comment By: Robert Smith (denodaeus)
Date: 2010-12-15 00:43

Message:
I think this may be the same as this, where a patch file is attached:

https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3042399&group_id=232389

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

Comment By: Robert Smith (denodaeus)
Date: 2010-12-15 00:06

Message:
Contents of log at crash:

2010-12-13T16:28:45.933435+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg: SIP Reply 
(status):
2010-12-13T16:28:45.933444+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  version:
<SIP/2.0>
2010-12-13T16:28:45.933459+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  status: 
<404>
2010-12-13T16:28:45.933467+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_msg:  reason:  <Not
Found>
2010-12-13T16:28:45.933473+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: flags=2
2010-12-13T16:28:45.933486+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to_param:
tag=ea2e8bcd-13c4-4d064704-6a419c7c-aa8e91b
2010-12-13T16:28:45.933492+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to: end of header
reached, state=29
2010-12-13T16:28:45.933499+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_to: display={},
ruri={sip:null at internal-sip.vocalocity.com}
2010-12-13T16:28:45.933513+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: <To> [84];
uri=[sip:null at internal-sip.vocalocity.com]
2010-12-13T16:28:45.933520+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: to body
[<sip:null at internal-sip.vocalocity.com>]
2010-12-13T16:28:45.933525+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:get_hdr_field: cseq
<CSeq>: <106> <NOTIFY>
2010-12-13T16:28:45.933541+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 234, <received> = <205.139.46.150>; state=6
2010-12-13T16:28:45.933547+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 235, <rport> = <5060>; state=6
2010-12-13T16:28:45.933552+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via_param: found
param type 232, <branch> = <z9hG4bK8ade.1eb1aa82.0>; state=16
2010-12-13T16:28:45.933558+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_via: end of header
reached, state=5
2010-12-13T16:28:45.933564+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: via found,
flags=2
2010-12-13T16:28:45.933570+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: this is
the first via
2010-12-13T16:28:45.933575+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:receive_msg: After
parse_msg...
2010-12-13T16:28:45.933592+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:forward_reply: found
module tm, passing reply to it
2010-12-13T16:28:45.933598+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_check:
start=0xffffffffffffffff
2010-12-13T16:28:45.933604+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:core:parse_headers: flags=22
2010-12-13T16:28:45.933608+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching: hash
60840 label 682236897 branch 0
2010-12-13T16:28:45.933617+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching:
REF_UNSAFE: after is 1
2010-12-13T16:28:45.933621+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_reply_matching: reply
matched (T=0x2b427491c1b0)!
2010-12-13T16:28:45.933626+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_check:
end=0x2b427491c1b0
2010-12-13T16:28:45.933636+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:reply_received: org. status
uas=0, uac[0]=0 local=0 is_invite=0)
2010-12-13T16:28:45.933644+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_should_relay_response:
T_code=0, new_code=404
2010-12-13T16:28:45.933650+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:t_pick_branch: picked
branch 0, code 404 (prio=604)
2010-12-13T16:28:45.933664+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:tm:is_3263_failure:
dns-failover test: branch=0, last_recv=404, flags=2
2010-12-13T16:28:45.933682+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:textops:backup:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
2010-12-13T16:28:45.933688+00:00 atlsvpctrl01
/usr/local/opensips/sbin/opensips[2233]: DBG:textops:backup: Saving 1


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

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


From noreply at sourceforge.net  Mon Dec 20 18:19:21 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 17:19:21 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3069214 ] presence expires_offset
	breaks resiprocate
Message-ID: <E1PUjOL-0002lg-Cg@sfs-web-5.v29.ch3.sourceforge.com>

Bugs item #3069214, was opened at 2010-09-17 20:13
Message generated for change (Comment added) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3069214&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Kennard White (kennardwhite)
Assigned to: Anca Vamanu (anca_vamanu)
Summary: presence expires_offset breaks resiprocate

Initial Comment:
Issue
-----
We previously used the presence module's "expires_offset" parameter.
Unfortunately, the current behavior of that parameter interact VERY
badly with resiprocate-based clients. Resiprocate caches the value of
Expires header provided within the SUBSCRIBE response, and uses that
value on subsequent reSUBSCRIBEs.  Each time this happens, opensips
subtracts the offset value, leading to smaller subscription durations
on each reSUB. Eventually the requested subscription duration hits zero
(or a very small value), and the client can no longer get a subscription.

As a result, it is critical that the expires value returned in the
SUBSCRIBE response not be offset to smaller on each reSUB. (It can be
reduce to the configured maximum value, but that only happens the first
time, not continuously).

Solution
--------
There are two patches possible:

1. Change behavior of expires_offset so that the actual subscription
duration is extended by that value, and the reported value is decreased
by that same value. This would implement the "GUARD" mode described below.
Net result is that the Expires value in response is unchanged from request,
but provides protection for clients that don't initiate the rePUB or reSUB
soon enough.

2. Add new parameter to allow explicit control of the extension. This
is described below. Advantage of this patch is that it is backwards
compatible.

I have idea #2 implemented, and it is described below. I would like
your direction regarding if you would like to have the simpler, but
non-backward compatbile #1, or the backward-compat, but complex #2.


Proposed Patch
--------------
The presence modules supports two parameters that control how the
Expires header of both SUBSCRIBE and PUBLISH are used: expires_offset
and expires_extra_secs.  Both parameters are in units of seconds, both
default to 0, and neither allows negative numbers.

The expires_extra_secs parameter controls the offset between actual
expiration duration and requested expiration duration (SUBSCRIBE or
PUBLISH request), while the expires_offset parameter controls the offset
between the actual expiration duration and the reported (via SUBSCRIBE
response, PUBLISH response, and NOTIFY messages) expiration duration:

        actual_expires = requested_expires + expires_extra_secs
        reported_expires = actual_expires - expires_offset

There are 4 combination of settings:
expires_offset = expires_extra_secs = 0 (DEFAULT)
        This should work with any "good" client.

expires_offset = expires_extra_secs > 0 (GUARD)
        The actual expiration is increased to give "dumb" clients time to
        reSUB or rePUB prior to expiration.  The client is not informed
        of this increase: it is silent increase. This should be safe
        for all clients.

expires_offset=0, expires_extra_secs > 0 (INC-ONLY)
        The actual expiration is increased as above, and the client
        is informed of this increase via the response and NOTIFY messages.
        This is a violation of RFC 3265 sec 3.1.1 which prohbits
        increasing the duration.

expires_offset >0, expires_extra_secs = 0 (DEC-ONLY)
        The actual expiration isn't modified, but the reported time is.
        This setting is DANGEROUS. Some clients (including those
        resiprocate-based) cache the reported expires duration and use
        it on the next SUB. This parameter will cause the subscription
        interval to decrease each time until it gets to zero.

The expires_extra_secs parameter was added in Sep 2010, and was
added in this way for backwards compatibility. The last two modes
should not be used.


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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-12-20 19:19

Message:
Hi Kennard,

I have fixed this following the first suggestion - modify the meaning of
expires_offset parameter to mean the extra time a subscription is stored.
The reported time is not decreased anymore so this issue is fixed ( it will
be in 1.6.4).

Regards,
Anca

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

Comment By: Kennard White (kennardwhite)
Date: 2010-09-21 19:18

Message:
If expires_offset==0, then at least resiprocate works fine. It internally
reSUBs and rePUBs earlier. But I assume this option is here for a reason?
E.g., some clients must behave badly?

So one choice is to eliminate this modparam completely.

 If it stays in, I suggest that it should either be made safe (via one of
the patch iddas) or there needs to be big warning in docs so that others
don't have to discover this ever-decreasing subscription duration problem.

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

Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-09-21 12:15

Message:
Hi Kennard,

But what if you configure the expires_offset to 0? It is not that
dangerous since I guess that most of the phones send refresh messages a
short while before the actual expiration and in addition to that opensips
looks after expired records on a timer so it will not delete them
immediately.  

Regards,
Anca

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

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


From noreply at sourceforge.net  Mon Dec 20 18:23:57 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 17:23:57 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132697 ] core dump parse_to
Message-ID: <E1PUjSn-00065K-NF@sfs-web-10.v29.ch3.sourceforge.com>

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

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

Initial Comment:
crash on 1.6 rev 7465; bt attached

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

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


From noreply at sourceforge.net  Mon Dec 20 18:24:31 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 17:24:31 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-2844261 ] db_mysql_val2bind:
	Segmentfault managing presence/XCAP
Message-ID: <E1PUjTL-0003Ut-Bw@sfs-web-11.v29.ch3.sourceforge.com>

Bugs item #2844261, was opened at 2009-08-25 17:30
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=2844261&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 2
Private: No
Submitted By: I?aki Baz Castillo (ibc_sf)
Assigned to: Anca Vamanu (anca_vamanu)
Summary: db_mysql_val2bind: Segmentfault managing presence/XCAP

Initial Comment:
Scenario:

- alice allows bob in pres-rules.
- bob subscribes to alice and receives NOTIFY "active".
- "active_watches" and "watchers" contain an entry with status = 1.
- alice removes bob from pres-rules document.
- OpenSIPS crashes.



gdb backtrace:
-----------------------------------
#0  0x00007fe8b40a1ac9 in db_mysql_val2bind (v=0x7fffbce46cd0, binds=0x754630, i=<value optimized out>) at val.c:254
        t = <value optimized out>
        mt = <value optimized out>
        __FUNCTION__ = "db_mysql_val2bind"
#1  0x00007fe8b409d4c6 in db_mysql_do_prepared_query (conn=0x743a90, query=0x7fe8b42b46d0, v=0x7fffbce468c0, n=2, uv=0x7fffbce46c90, un=4) at dbase.c:446
        i = 2
        code = <value optimized out>
        cols = <value optimized out>
        pq_ptr = (struct prep_stmt *) 0x7545f0
        ctx = (struct my_stmt_ctx *) 0x754840
        mysql_bind = (MYSQL_BIND *) 0x754630
        __FUNCTION__ = "db_mysql_do_prepared_query"
#2  0x00007fe8b409ea7f in db_mysql_update (_h=0x743a90, _k=0x7fffbce46d50, _o=0x0, _v=0x7fffbce46c90, _uk=0x7fffbce46960, _uv=0x7fffbce468c0, _n=4, _un=2) at dbase.c:921
        ret = 0
#3  0x00007fe8b1983010 in pres_update_status (subs=
      {pres_uri = {s = 0x743eab "sip:bob at oversip.net\"\n\"presence\"\n\"0\"\n", len = 19}, to_user = {s = 0x48 <Address 0x48 out of bounds>, len = 7687880}, to_domain = {s = 0x3000000028 <Address 0x3000000028 out of bounds>, len = 9789856}, from_user = {s = 0x754038 "ibc?", len = 3}, from_domain = {s = 0x754070 "sipdoc.net", len = 10}, event = 0x7fe8a8bea908, event_id = {s = 0x7fe8b4536708 "?\226???H\2155T\177\n", len = 9768792}, to_tag = {s = 0x7fe8b480f9e0 "", len = 9768400}, from_tag = {s = 0x3c2 <Address 0x3c2 out of bounds>, len = 8}, callid = {s = 0x6e87a8 "\b?\221??\177", len = -1125880288}, sockinfo = 0x7fe8b4536a56, remote_cseq = 0, local_cseq = 0, contact = {s = 0x7fe8b480f9e0 "", len = 7501728}, local_contact = {s = 0x3c2 <Address 0x3c2 out of bounds>, len = 8}, record_route = {s = 0x6e87a8 "\b?\221??\177", len = -1125880288}, expires = 3025365590, status = 1, reason = {s = 0x0, len = 0}, version = -1315510560, db_flag = 155, auth_rules_doc = 0x754090, next = 0x1}, reason={s = 0x956202 "", len = 0}, query_cols=0x7fffbce46d50,
    query_vals=0x7fffbce46c90, n_query_cols=<value optimized out>, subs_array=0x7fffbce46dd0) at presence.c:652
        update_cols = {0x7fe8b1b9e470, 0x7fe8b1b9e480, 0x0, 0x7fe8b480f9e0, 0x7277a0}
        update_vals = {{type = DB_INT, nul = 0, free = 0, val = {int_val = 1, double_val = 4.9406564584124654e-324, time_val = 1, string_val = 0x1 <Address 0x1 out of bounds>,
      str_val = {s = 0x1 <Address 0x1 out of bounds>, len = 7684064}, blob_val = {s = 0x1 <Address 0x1 out of bounds>, len = 7684064}, bitmap_val = 1}}, {type = DB_STR, nul = 0,
    free = 7685368, val = {int_val = 0, double_val = 0, time_val = 0, string_val = 0x0, str_val = {s = 0x0, len = 0}, blob_val = {s = 0x0, len = 0}, bitmap_val = 0}}, {
    type = 81504, nul = 0, free = 9798048, val = {int_val = 9806208, double_val = 4.8449104887735986e-317, time_val = 9806208, string_val = 0x95a180 "\004\"???\177", str_val = {
        s = 0x95a180 "\004\"???\177", len = -1266615840}, blob_val = {s = 0x95a180 "\004\"???\177", len = -1266615840}, bitmap_val = 9806208}}, {type = 65152, nul = 0,
    free = -1269602552, val = {int_val = 9768792, double_val = 4.8264245285688025e-317, time_val = 9768792, string_val = 0x950f58 "?\220\225", str_val = {
        s = 0x950f58 "?\220\225", len = -1266615840}, blob_val = {s = 0x950f58 "?\220\225", len = -1266615840}, bitmap_val = 9768792}}, {type = 9768400, nul = 0, free = 7687952,
    val = {int_val = 7687896, double_val = 3.7983253024003359e-317, time_val = 7687896, string_val = 0x754ed8 "\002", str_val = {s = 0x754ed8 "\002", len = 3}, blob_val = {
        s = 0x754ed8 "\002", len = 3}, bitmap_val = 7687896}}}
        my_ps = (db_ps_t) 0x7545f0
        __FUNCTION__ = "pres_update_status"
#4  0x00007fe8b1984a2b in update_watchers_status (pres_uri={s = 0x743eab "sip:bob at oversip.net\"\n\"presence\"\n\"0\"\n", len = 19}, ev=0x7fe8a8bea908,
    rules_doc=<value optimized out>) at presence.c:884
        subs = {pres_uri = {s = 0x743eab "sip:bob at oversip.net\"\n\"presence\"\n\"0\"\n", len = 19}, to_user = {s = 0x48 <Address 0x48 out of bounds>, len = 7687880}, to_domain = {
    s = 0x3000000028 <Address 0x3000000028 out of bounds>, len = 9789856}, from_user = {s = 0x754038 "ibc?", len = 3}, from_domain = {s = 0x754070 "sipdoc.net", len = 10},
  event = 0x7fe8a8bea908, event_id = {s = 0x7fe8b4536708 "?\226???H\2155T\177\n", len = 9768792}, to_tag = {s = 0x7fe8b480f9e0 "", len = 9768400}, from_tag = {
    s = 0x3c2 <Address 0x3c2 out of bounds>, len = 8}, callid = {s = 0x6e87a8 "\b?\221??\177", len = -1125880288}, sockinfo = 0x7fe8b4536a56, remote_cseq = 0, local_cseq = 0,
  contact = {s = 0x7fe8b480f9e0 "", len = 7501728}, local_contact = {s = 0x3c2 <Address 0x3c2 out of bounds>, len = 8}, record_route = {s = 0x6e87a8 "\b?\221??\177",
    len = -1125880288}, expires = 3025365590, status = 2, reason = {s = 0x0, len = 0}, version = -1315510560, db_flag = 155, auth_rules_doc = 0x754090, next = 0x1}
        query_cols = {0x7fe8b1b9e4c0, 0x7fe8b1b9e3d0, 0x7fe8b1b9e3a0, 0x7fe8b1b9e3b0, 0x7fe8b196e650, 0x7fe8b196e640}
        result_cols = {0x7fe8b1b9e470, 0x7fe8b1b9e480, 0x7fe8b1b9e3a0, 0x7fe8b1b9e3b0, 0x7fe8b196e620}
        query_vals = {{type = DB_STR, nul = 0, free = 7243688, val = {int_val = 7618219, double_val = 3.7639002903950554e-317, time_val = 7618219,
      string_val = 0x743eab "sip:bob at oversip.net\"\n\"presence\"\n\"0\"\n", str_val = {s = 0x743eab "sip:bob at oversip.net\"\n\"presence\"\n\"0\"\n", len = 19}, blob_val = {
        s = 0x743eab "sip:bob at oversip.net\"\n\"presence\"\n\"0\"\n", len = 19}, bitmap_val = 7618219}}, {type = DB_STR, nul = 0, free = -1125880432, val = {int_val = -1463899736,
      double_val = 6.9484028912589328e-310, time_val = 140637240207784, string_val = 0x7fe8a8bea9a8 "presence ", str_val = {s = 0x7fe8a8bea9a8 "presence ", len = 8}, blob_val = {
        s = 0x7fe8a8bea9a8 "presence ", len = 8}, bitmap_val = 2831067560}}, {type = DB_STR, nul = 0, free = 4706946, val = {int_val = 7684152,
      double_val = 3.7964755206223063e-317, time_val = 7684152, string_val = 0x754038 "ibc?", str_val = {s = 0x754038 "ibc?", len = 3}, blob_val = {s = 0x754038 "ibc?", len = 3},
      bitmap_val = 7684152}}, {type = DB_STR, nul = 0, free = 101, val = {int_val = 7684208, double_val = 3.7965031882984734e-317, time_val = 7684208,
      string_val = 0x754070 "sipdoc.net", str_val = {s = 0x754070 "sipdoc.net", len = 10}, blob_val = {s = 0x754070 "sipdoc.net", len = 10}, bitmap_val = 7684208}}, {
    type = DB_INT, nul = 0, free = 7683888, val = {int_val = 2, double_val = 9.8813129168249309e-324, time_val = 2, string_val = 0x2 <Address 0x2 out of bounds>, str_val = {
        s = 0x2 <Address 0x2 out of bounds>, len = 7618237}, blob_val = {s = 0x2 <Address 0x2 out of bounds>, len = 7618237}, bitmap_val = 2}}, {type = 7683680, nul = 0,
    free = -1269247584, val = {int_val = 40, double_val = 4.03179200481028e-313, time_val = 81604378664, string_val = 0x1300000028 <Address 0x1300000028 out of bounds>,
     str_val = {s = 0x1300000028 <Address 0x1300000028 out of bounds>, len = 0}, blob_val = {s = 0x1300000028 <Address 0x1300000028 out of bounds>, len = 0}, bitmap_val = 40}}}
        result = (db_res_t *) 0x0
        row_vals = <value optimized out>
        i = 0
        reason = {s = 0x956202 "", len = 0}
        subs_array = (subs_t *) 0x0
        s = <value optimized out>
        hash_code = <value optimized out>
        err_ret = <value optimized out>
        n = 1
        watchers = <value optimized out>
        ws_list = (ws_t *) 0x754ed8
        __FUNCTION__ = "update_watchers_status"
#5  0x00007fe8b1985188 in mi_refreshWatchers (cmd=<value optimized out>, param=<value optimized out>) at presence.c:532
        node = <value optimized out>
        pres_uri = {s = 0x743eab "sip:bob at oversip.net\"\n\"presence\"\n\"0\"\n", len = 19}
        event = {s = 0x743ec1 "presence\"\n\"0\"\n", len = 8}
        uri = {user = {s = 0x743eaf "bob at oversip.net\"\n\"presence\"\n\"0\"\n", len = 3}, passwd = {s = 0x0, len = 0}, host = {
    s = 0x743eb3 "oversip.net\"\n\"presence\"\n\"0\"\n", len = 11}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0,
  type = SIP_URI_T, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {
    s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0,
    len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}}
        ev = (pres_ev_t *) 0x7fe8a8bea908
        rules_doc = (str *) 0x754090
        result = 0
        refresh_type = 0
        __FUNCTION__ = "mi_refreshWatchers"
#6  0x00007fe8b42b8591 in mi_datagram_server (rx_sock=17, tx_sock=18) at ../../mi/mi.h:104
        mi_cmd = (struct mi_root *) 0x753e60
        mi_rpl = (struct mi_root *) 0x754488
        hdl = (struct mi_handler *) 0x0
        f = (struct mi_cmd *) 0x72ff90
        dtgram = {start = 0x743e98 ":refreshWatchers", current = 0x743ece "\n", len = 1}
        ret = <value optimized out>
        __FUNCTION__ = "mi_datagram_server"
#7  0x00007fe8b42ba168 in datagram_process (rank=0) at mi_datagram.c:310
        __FUNCTION__ = "datagram_process"
#8  0x0000000000458de9 in start_module_procs () at sr_module.c:585
        m = (struct sr_module *) 0x730600
        n = 0
        l = 0
        x = <value optimized out>
        __FUNCTION__ = "start_module_procs"
#9  0x000000000042343d in main (argc=<value optimized out>, argv=0x7fffbce47238) at main.c:837
        cfg_log_stderr = <value optimized out>
        cfg_stream = (FILE *) 0x0
        c = <value optimized out>
        r = 8
        tmp = 0x7fffbce47a21 ""
        tmp_len = <value optimized out>
        port = <value optimized out>
        proto = <value optimized out>
        ret = <value optimized out>
        seed = 1695407668
        rfd = <value optimized out>

[...]
--------------------------

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

Comment By: Anca Vamanu (anca_vamanu)
Date: 2009-08-31 12:53

Message:
Hi,

I have looked into the problem that you reported, but it does not crash
for me. I have followed exactly the steps that you described. Everything
works as expected and opensips does not crash. I will try to do more tests
maybe it does not appear the first time but will appear later. 

regards,
Anca

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

Comment By: I?aki Baz Castillo (ibc_sf)
Date: 2009-08-25 17:58

Message:
The error is 100% reproducible.

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

Comment By: I?aki Baz Castillo (ibc_sf)
Date: 2009-08-25 17:38

Message:
Sorry, the scenario is the following (two crashes confirmed):

- alice allows bob in pres-rules.
 - bob subscribes to alice and receives NOTIFY "active".
 - "active_watches" and "watchers" contain an entry with status = 1.
 - alice removes bob from pres-rules document.
- OpenSIPS sends NOTIFY "terminated;deactivated".
- bob subscribes again and OpenSIPS replies NOTIFY "pending".
 - "active_watches" and "watchers" contain an entry with status = 2.
- alice allows bob again in pres-rules.
 - OpenSIPS crashes.
 

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

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


From bogdan at voice-system.ro  Mon Dec 20 18:37:46 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 17:37:46 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7590]
	branches/1.6/modules/memcached/memcached.c
Message-ID: <E1PUjgA-0001F2-RY@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7590
          http://opensips.svn.sourceforge.net/opensips/?rev=7590&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 17:37:46 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
fixed compile warning

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


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


From bogdan at voice-system.ro  Mon Dec 20 18:54:38 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 17:54:38 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7591] branches/1.6/timer.c
Message-ID: <E1PUjwU-00023j-5e@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7591
          http://opensips.svn.sourceforge.net/opensips/?rev=7591&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 17:54:37 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed xxxBSD compile warning

Modified Paths:
--------------
    branches/1.6/timer.c


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


From bogdan at voice-system.ro  Mon Dec 20 18:57:00 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 17:57:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7592] trunk/timer.c
Message-ID: <E1PUjym-0002E9-Kw@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7592
          http://opensips.svn.sourceforge.net/opensips/?rev=7592&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 17:57:00 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed xxxBSD compile warning

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


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


From bogdan at voice-system.ro  Mon Dec 20 19:22:19 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 18:22:19 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7593] branches/1.6/Makefile
Message-ID: <E1PUkNH-0002Im-Fh@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7593
          http://opensips.svn.sourceforge.net/opensips/?rev=7593&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 18:22:19 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- removed dialplan from the default modules

Modified Paths:
--------------
    branches/1.6/Makefile


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


From bogdan at voice-system.ro  Mon Dec 20 19:40:14 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 18:40:14 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7594]
 branches/1.6/modules/nat_traversal/ nat_traversal.c
Message-ID: <E1PUkec-0002wX-6j@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7594
          http://opensips.svn.sourceforge.net/opensips/?rev=7594&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 18:40:13 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed compile warnings on xxxBSD

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


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


From bogdan at voice-system.ro  Mon Dec 20 19:42:19 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 18:42:19 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7595]
	branches/1.6/modules/presence_callinfo
Message-ID: <E1PUkgd-0006zq-1H@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7595
          http://opensips.svn.sourceforge.net/opensips/?rev=7595&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 18:42:18 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
removed dep files from SVN

Removed Paths:
-------------
    branches/1.6/modules/presence_callinfo/add_events.d
    branches/1.6/modules/presence_callinfo/presence_callinfo.d


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 Dec 20 19:43:29 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 18:43:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7596] branches/1.6/ip_addr.h
Message-ID: <E1PUkhl-00032M-T5@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7596
          http://opensips.svn.sourceforge.net/opensips/?rev=7596&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 18:43:29 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
fixed missing include on BSD 

Modified Paths:
--------------
    branches/1.6/ip_addr.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 Dec 20 19:48:27 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 18:48:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7597]
 branches/1.6/modules/nathelper/timeout_process. c
Message-ID: <E1PUkmZ-0003Ct-6u@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7597
          http://opensips.svn.sourceforge.net/opensips/?rev=7597&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 18:48:26 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed solaris compiling
- fixed license

Modified Paths:
--------------
    branches/1.6/modules/nathelper/timeout_process.c


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


From bogdan at voice-system.ro  Mon Dec 20 19:49:53 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 18:49:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7598]
	trunk/modules/nathelper/timeout_process.c
Message-ID: <E1PUknx-0003F1-PA@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7598
          http://opensips.svn.sourceforge.net/opensips/?rev=7598&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 18:49:53 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
port from trunk:
- fixed solaris compiling
- fixed license

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


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


From noreply at sourceforge.net  Mon Dec 20 20:07:11 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 19:07:11 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3052367 ] Makefile and debian
	build fixes
Message-ID: <E1PUl4h-0007a8-1Z@sfs-web-11.v29.ch3.sourceforge.com>

Patches item #3052367, was opened at 2010-08-24 18:45
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3052367&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: packaging
Group: trunk
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Kennard White (kennardwhite)
Assigned to: Razvan Crainea (razvancrainea)
Summary: Makefile and debian build fixes

Initial Comment:
Fixes and improvements to earlier packaging change. Apply the "make2" and then the "make3" patch.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-20 21:07

Message:
patches uploaded 

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

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


From noreply at sourceforge.net  Mon Dec 20 20:08:08 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon, 20 Dec 2010 19:08:08 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3052124 ] wrong directory with
	debian packaging
Message-ID: <E1PUl5c-0007ay-5M@sfs-web-5.v29.ch3.sourceforge.com>

Bugs item #3052124, was opened at 2010-08-24 11:50
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3052124&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: packaging
Group: trunk
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alex Massover (cupotka2008)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: wrong directory with debian packaging

Initial Comment:
Hi,

After making "make deb" and installing deb packages for the trunk I get:

Aug 24 08:37:01 [4215] ERROR:core:main: loading config file(/usr/local/etc/opensips/opensips.cfg): No such file or directory

But the directory always was /etc/opensips and the files are installed in /etc/opensips.

I looked at /etc/init.d/opensips but didn't find anything related to the directory. Is the default directory changed in the core?

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-20 21:08

Message:
Patches applied.

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

Comment By: Alex Massover (cupotka2008)
Date: 2010-08-30 10:30

Message:
Yes, these patches fix the problem. Thanks!

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-08-30 09:34

Message:
Hi Alex, any progress with the testing on Kennard's patches ? Just to know
if to upload or wait.

Regards,
Bogdan

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

Comment By: Kennard White (kennardwhite)
Date: 2010-08-24 18:51

Message:
Please see patch upload 3052367. Apply both patches and should fix this
problem. Please let me know if you see any other issues w/debian packaging.
Thanks,
Kennard

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

Comment By: Kennard White (kennardwhite)
Date: 2010-08-24 17:21

Message:
This is a bug in debian packaging likely introduced by a recent change I
made. I'll upload patch later today. Thanks for reporting...

Kennard

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

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


From bogdan at voice-system.ro  Mon Dec 20 20:13:23 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 19:13:23 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7599]
	branches/1.6/scripts/mysql_update_1_6_4.sh
Message-ID: <E1PUlAh-00048l-EK@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7599
          http://opensips.svn.sourceforge.net/opensips/?rev=7599&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 19:13:23 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- DB update scrips (in 1.6 family)

Added Paths:
-----------
    branches/1.6/scripts/mysql_update_1_6_4.sh


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 Dec 20 20:16:53 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 19:16:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7600]
	branches/1.6/modules/db_http/http_dbase.c
Message-ID: <E1PUlE5-0004Ip-9B@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7600
          http://opensips.svn.sourceforge.net/opensips/?rev=7600&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 19:16:53 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- fixed BSD compile warnings

Modified Paths:
--------------
    branches/1.6/modules/db_http/http_dbase.c


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


From bogdan at voice-system.ro  Mon Dec 20 20:22:48 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 19:22:48 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7601]
	branches/1.6/modules/db_http/http_dbase.c
Message-ID: <E1PUlJo-0003un-Br@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7601
          http://opensips.svn.sourceforge.net/opensips/?rev=7601&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 19:22:47 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- more fixing for BSD compile

Modified Paths:
--------------
    branches/1.6/modules/db_http/http_dbase.c


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


From bogdan at voice-system.ro  Mon Dec 20 20:25:49 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 19:25:49 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7602]
	branches/1.6/modules/uac/uac.c
Message-ID: <E1PUlMj-00044O-Qb@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7602
          http://opensips.svn.sourceforge.net/opensips/?rev=7602&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 19:25:49 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
fixed compile warnings on Solaris

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


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


From bogdan at voice-system.ro  Mon Dec 20 20:36:00 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 19:36:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7603] trunk/packaging/debian
Message-ID: <E1PUlWa-0004Q6-D0@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7603
          http://opensips.svn.sourceforge.net/opensips/?rev=7603&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 19:36:00 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- separte package for dialplan

Modified Paths:
--------------
    trunk/packaging/debian/control
    trunk/packaging/debian/rules


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 Dec 20 20:48:26 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 19:48:26 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7604] branches/1.6/packaging
Message-ID: <E1PUlic-0004oV-0P@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7604
          http://opensips.svn.sourceforge.net/opensips/?rev=7604&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 19:48:25 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- version updated

Modified Paths:
--------------
    branches/1.6/packaging/debian/changelog
    branches/1.6/packaging/debian/control
    branches/1.6/packaging/debian/rules
    branches/1.6/packaging/debian-etch/changelog
    branches/1.6/packaging/debian-etch/control
    branches/1.6/packaging/debian-etch/rules
    branches/1.6/packaging/fedora/opensips.spec
    branches/1.6/packaging/freebsd/Makefile
    branches/1.6/packaging/netbsd/Makefile
    branches/1.6/packaging/openbsd/Makefile
    branches/1.6/packaging/rpm/opensips.spec.CentOS
    branches/1.6/packaging/rpm/opensips.spec.SuSE
    branches/1.6/packaging/solaris/base-pkginfo

Added Paths:
-----------
    branches/1.6/packaging/gentoo/opensips-1.6.4.ebuild

Removed Paths:
-------------
    branches/1.6/packaging/gentoo/opensips-1.6.2.ebuild


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 Dec 20 20:48:55 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 19:48:55 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7605]
	branches/1.6/Makefile.defs
Message-ID: <E1PUlj5-0004p2-VV@sfp-svn-2.v30.ch3.sourceforge.com>

Revision: 7605
          http://opensips.svn.sourceforge.net/opensips/?rev=7605&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 19:48:55 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- version increased

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


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


From bogdan at voice-system.ro  Mon Dec 20 21:21:27 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 20:21:27 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7606] branches/1.6/ChangeLog
Message-ID: <E1PUmEZ-0003by-0I@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7606
          http://opensips.svn.sourceforge.net/opensips/?rev=7606&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 20:21:26 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
Changelog file updated

Modified Paths:
--------------
    branches/1.6/ChangeLog


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 Dec 20 22:28:24 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 20 Dec 2010 21:28:24 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7607] branches/1.6/ChangeLog
Message-ID: <E1PUnHM-0004Vw-2n@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7607
          http://opensips.svn.sourceforge.net/opensips/?rev=7607&view=rev
Author:   bogdan_iancu
Date:     2010-12-20 21:28:23 +0000 (Mon, 20 Dec 2010)

Log Message:
-----------
- spell check and fixes

Modified Paths:
--------------
    branches/1.6/ChangeLog


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 Dec 20 23:03:39 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 21 Dec 2010 00:03:39 +0200
Subject: [OpenSIPS-Devel] [RELEASE] OpenSIPS 1.6.4 major release is out
Message-ID: <4D0FD2BB.3010202@voice-system.ro>

Hello all,

OpenSIPS 1.6.4 is a major release and it is the second release following the new release policy .

1.6.4 release brings both new features / enhancement and a lot of fixes. The most important additions :
	- CDR support in ACC module
	- Media timeout and call termination with nathelper and dialog module
	- new dialog Presence Call Info
	- B2BUA API

The listing with all additions and fixes is available under http://www.opensips.org/Main/Ver164.

Migration documentation (from 1.6.3 to 1.6.4) can be found under http://www.opensips.org/Resources/DocsMigration163to164

OpenSIPS 1.6.4 is now ready for download on project web site and SF download system.

The full ChangeLog is available under http://opensips.org/pub/opensips/1.6.4/src/ChangeLog

To get the OpenSIPS 1.6.4 version, see the Downloads page - http://www.opensips.org/Resources/Downloads


Enjoy,
Bogdan

-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From j-doedel at zonnet.nl  Tue Dec 21 10:26:38 2010
From: j-doedel at zonnet.nl (Jan D.)
Date: Tue, 21 Dec 2010 01:26:38 -0800 (PST)
Subject: [OpenSIPS-Devel] [RELEASE] OpenSIPS 1.6.4 major release is out
In-Reply-To: <4D0FD2BB.3010202@voice-system.ro>
References: <4D0FD2BB.3010202@voice-system.ro>
Message-ID: <1292923598215-5855151.post@n2.nabble.com>


Dear Bogdan,

Great the 1.6.4 release is out. I tried to compile a debian deb file on
amd64 testing. The script ended in an error, also on an other (clean) debian
testing amd64 server.

wget
http://opensips.org/pub/opensips/latest/src/opensips-1.6.4-notls_src.tar.gz
tar xfzvv opensips-1.6.4-notls_src.tar.gz
cd opensips-1.6.4-notls
make proper
make deb

the script stops with the error:

make[1]: Entering directory `/usr/local/src/opensips-1.6.4-notls'
test -d debian/patched || install -d debian/patched
dpatch  apply-all
dpatch  cat-all  >>patch-stampT
mv -f patch-stampT patch-stamp
dh_testdir
# Add here commands to configure the package.
touch configure-stamp
dh_testdir
# Add here commands to compile the package.
CC="gcc" CFLAGS="-Wall -g -O2" LIBDIR=lib ISSMP=yes TLS= /usr/bin/make app \
          modules skip_modules="db_mysql db_postgres db_unixodbc jabber
cpl-c aaa_radius peering presence presence_dialoginfo presence_xml
presence_mwi presence_xcapdiff pua pua_bla pua_dialoginfo pua_mi pua_usrloc
pua_xmpp rls xcap_client mi_xmlrpc perl perlvdb snmpstats xmpp carrierroute
db_berkeley ldap h350 mmgeoip regex identity b2b_entities b2b_logic db_http
dialplan osp" cfg-target=/etc/opensips/
make[2]: Entering directory `/usr/local/src/opensips-1.6.4-notls'
bison -d -b cfg cfg.y
cfg.y: conflicts: 1 shift/reduce
flex cfg.lex
make[2]: Leaving directory `/usr/local/src/opensips-1.6.4-notls'
make[2]: Entering directory `/usr/local/src/opensips-1.6.4-notls'
make[2]: *** No rule to make target `app'.  Stop.
make[2]: Leaving directory `/usr/local/src/opensips-1.6.4-notls'
make[1]: *** [build-stamp] Error 2
make[1]: Leaving directory `/usr/local/src/opensips-1.6.4-notls'
dpkg-buildpackage: error: debian/rules build gave error exit status 2
make: *** [deb] Error 2

Do you have a clue whats going wrong?

Gr.

Jan
-- 
View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/RELEASE-OpenSIPS-1-6-4-major-release-is-out-tp5853982p5855151.html
Sent from the OpenSIPS - Devel mailing list archive at Nabble.com.


From bogdan at voice-system.ro  Tue Dec 21 10:42:10 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 21 Dec 2010 09:42:10 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7608] branches/1.6/Makefile
Message-ID: <E1PUyjS-0001ou-28@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7608
          http://opensips.svn.sourceforge.net/opensips/?rev=7608&view=rev
Author:   bogdan_iancu
Date:     2010-12-21 09:42:09 +0000 (Tue, 21 Dec 2010)

Log Message:
-----------
- forgot to backport some Makefile changes (related to debian package generation)
  Reported by Thomas Gelf

Modified Paths:
--------------
    branches/1.6/Makefile


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


From bogdan at voice-system.ro  Tue Dec 21 11:22:20 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 21 Dec 2010 12:22:20 +0200
Subject: [OpenSIPS-Devel] [RELEASE] OpenSIPS 1.6.4 major release is out
In-Reply-To: <1292923598215-5855151.post@n2.nabble.com>
References: <4D0FD2BB.3010202@voice-system.ro>
	<1292923598215-5855151.post@n2.nabble.com>
Message-ID: <4D107FDC.9000901@voice-system.ro>

Hi Jan,

Just fixed that problem - the tarballs were regenerated.

Regards,
Bogdan

Jan D. wrote:
> Dear Bogdan,
>
> Great the 1.6.4 release is out. I tried to compile a debian deb file on
> amd64 testing. The script ended in an error, also on an other (clean) debian
> testing amd64 server.
>
> wget
> http://opensips.org/pub/opensips/latest/src/opensips-1.6.4-notls_src.tar.gz
> tar xfzvv opensips-1.6.4-notls_src.tar.gz
> cd opensips-1.6.4-notls
> make proper
> make deb
>
> the script stops with the error:
>
> make[1]: Entering directory `/usr/local/src/opensips-1.6.4-notls'
> test -d debian/patched || install -d debian/patched
> dpatch  apply-all
> dpatch  cat-all  >>patch-stampT
> mv -f patch-stampT patch-stamp
> dh_testdir
> # Add here commands to configure the package.
> touch configure-stamp
> dh_testdir
> # Add here commands to compile the package.
> CC="gcc" CFLAGS="-Wall -g -O2" LIBDIR=lib ISSMP=yes TLS= /usr/bin/make app \
>           modules skip_modules="db_mysql db_postgres db_unixodbc jabber
> cpl-c aaa_radius peering presence presence_dialoginfo presence_xml
> presence_mwi presence_xcapdiff pua pua_bla pua_dialoginfo pua_mi pua_usrloc
> pua_xmpp rls xcap_client mi_xmlrpc perl perlvdb snmpstats xmpp carrierroute
> db_berkeley ldap h350 mmgeoip regex identity b2b_entities b2b_logic db_http
> dialplan osp" cfg-target=/etc/opensips/
> make[2]: Entering directory `/usr/local/src/opensips-1.6.4-notls'
> bison -d -b cfg cfg.y
> cfg.y: conflicts: 1 shift/reduce
> flex cfg.lex
> make[2]: Leaving directory `/usr/local/src/opensips-1.6.4-notls'
> make[2]: Entering directory `/usr/local/src/opensips-1.6.4-notls'
> make[2]: *** No rule to make target `app'.  Stop.
> make[2]: Leaving directory `/usr/local/src/opensips-1.6.4-notls'
> make[1]: *** [build-stamp] Error 2
> make[1]: Leaving directory `/usr/local/src/opensips-1.6.4-notls'
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> make: *** [deb] Error 2
>
> Do you have a clue whats going wrong?
>
> Gr.
>
> Jan
>   


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From vladpaiu at opensips.org  Tue Dec 21 13:43:43 2010
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 21 Dec 2010 12:43:43 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7609]
	branches/1.6/scripts/mysql_update_1_6_4.sh
Message-ID: <E1PV1Z9-00046B-P5@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7609
          http://opensips.svn.sourceforge.net/opensips/?rev=7609&view=rev
Author:   vladut-paiu
Date:     2010-12-21 12:43:43 +0000 (Tue, 21 Dec 2010)

Log Message:
-----------
Fixed bugs in mysql_update script

Modified Paths:
--------------
    branches/1.6/scripts/mysql_update_1_6_4.sh


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


From a.zagorskiy at oyster-telecom.ru  Tue Dec 21 14:21:40 2010
From: a.zagorskiy at oyster-telecom.ru (Anton Zagorskiy)
Date: Tue, 21 Dec 2010 16:21:40 +0300
Subject: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module 1.6.4
In-Reply-To: <004701cba056$bba75b50$32f611f0$@zagorskiy@oyster-telecom.ru>
References: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>	<4D0BA836.5000206@voice-system.ro>	<003801cba02d$ace32190$06a964b0$@zagorskiy@oyster-telecom.ru>	<004601cba048$cad5cd90$608168b0$@zagorskiy@oyster-telecom.ru>	<4D0F69CD.3050804@voice-system.ro>
	<004701cba056$bba75b50$32f611f0$@zagorskiy@oyster-telecom.ru>
Message-ID: <005d01cba112$03926480$0ab72d80$@zagorskiy@oyster-telecom.ru>

Hi.

drouting module 1.6.4 crashes too like 1.6.3
drouting.c line 1005: rt_info->pgwl[0].pgw == 0x1 (invalid pointer)
with fork=no all is ok.






WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagorskiy at oyster-telecom.ru
www.oyster-telecom.ru



> -----Original Message-----
> From: devel-bounces at lists.opensips.org [mailto:devel-
> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> Sent: Monday, December 20, 2010 6:01 PM
> To: 'OpenSIPS devel mailling list'
> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> 1.6.3
> 
> No, there is 0 in the column probe_mode
> 
> 
> 
> 
> 
> 
> WBR, Anton Zagorskiy
> VoIP Developer, Oyster Telecom
> Phone.: +7 812 601-0666
> Fax: +7 812 601-0593
> a.zagorskiy at oyster-telecom.ru
> www.oyster-telecom.ru
> 
> 
> 
> > -----Original Message-----
> > From: devel-bounces at lists.opensips.org [mailto:devel-
> > bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> > Sent: Monday, December 20, 2010 5:36 PM
> > To: OpenSIPS devel mailling list
> > Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> > 1.6.3
> >
> > Do you use probing in DR ?
> >
> > Anton Zagorskiy wrote:
> > > It seems that openSIPS crashes only when fork=yes.
> > > When I set fork=no drouting works well and openSIPS doesn't crash.
> > >
> > >
> > >
> > >
> > >
> > >
> > > WBR, Anton Zagorskiy
> > > VoIP Developer, Oyster Telecom
> > > Phone.: +7 812 601-0666
> > > Fax: +7 812 601-0593
> > > a.zagorskiy at oyster-telecom.ru
> > > www.oyster-telecom.ru
> > >
> > >
> > >
> > >
> > >> -----Original Message-----
> > >> From: devel-bounces at lists.opensips.org [mailto:devel-
> > >> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> > >> Sent: Monday, December 20, 2010 1:07 PM
> > >> To: 'OpenSIPS devel mailling list'
> > >> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
> > >> 1.6.3
> > >>
> > >> Hi.
> > >>
> > >> Please see memory debug http://pastebin.com/JKzyya5L
> > >> I don't know how to interpret it but there is no 'overlap' word.
> > >>
> > >>
> > >>
> > >>
> > >> WBR, Anton Zagorskiy
> > >> VoIP Developer, Oyster Telecom
> > >> Phone.: +7 812 601-0666
> > >> Fax: +7 812 601-0593
> > >> a.zagorskiy at oyster-telecom.ru
> > >> www.oyster-telecom.ru
> > >>
> > >>
> > >>
> > >>
> > >>> -----Original Message-----
> > >>> From: devel-bounces at lists.opensips.org [mailto:devel-
> > >>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> > >>> Sent: Friday, December 17, 2010 9:13 PM
> > >>> To: OpenSIPS devel mailling list
> > >>> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting
> module
> > >>> 1.6.3
> > >>>
> > >>> Hi Anton,
> > >>>
> > >>> have you tried to enable to memory debugger to see if any memory
> > >>> overlapping is reported ?
> > >>>
> > >>> Regards,
> > >>> Bogdan
> > >>>
> > >>>
> > >>> Anton Zagorskiy wrote:
> > >>>
> > >>>> Hello.
> > >>>>
> > >>>> I've made some debug on this crash.
> > >>>> The problem is dereferencing invalid pointer (0x1)
> > >>>>
> > >>>> This happens in the function drouting.c::static int
> > >>>>
> > >> do_routing(struct
> > >>
> > >>>> sip_msg* msg, dr_group_t *drg, int sort_order)
> > >>>> Line 1005: if( (rt_info->pgwl[i].pgw->flags &
> > >>>>
> > >> DR_DST_STAT_DSBL_FLAG)
> > >>
> > >>> == 0 )
> > >>>
> > >>>> In my case i == 0, and rt_info->pgwl[0].pgw is 0x1
> > >>>>
> > >>>> In fact, in the routing.c::build_rt_info(..) rt_info-
> >pgwl[0].pgw
> > >>>>
> > >>> obtains
> > >>>
> > >>>> correct address - lines from 170 to 180.
> > >>>>
> > >>>> So, something changes that pointer.
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>> WBR, Anton Zagorskiy
> > >>>> VoIP Developer, Oyster Telecom
> > >>>> Phone.: +7 812 601-0666
> > >>>> Fax: +7 812 601-0593
> > >>>> a.zagorskiy at oyster-telecom.ru
> > >>>> www.oyster-telecom.ru
> > >>>>
> > >>>>
> > >>>>
> > >>>> -----Original Message-----
> > >>>> From: users-bounces at lists.opensips.org
> > >>>> [mailto:users-bounces at lists.opensips.org] On Behalf Of Anton
> > >>>>
> > >>> Zagorskiy
> > >>>
> > >>>> Sent: Thursday, December 16, 2010 6:14 PM
> > >>>> To: 'OpenSIPS users mailling list'
> > >>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >>>>
> > >>>> I've made a simple config, and openSIPS still crashes.
> > >>>>
> > >>>> Please see my config here http://pastebin.com/mfabxGJJ
> > >>>> And please see a full log file http://pastebin.com/0VXQ6vwT
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>> WBR, Anton Zagorskiy
> > >>>> VoIP Developer, Oyster Telecom
> > >>>> Phone.: +7 812 601-0666
> > >>>> Fax: +7 812 601-0593
> > >>>> a.zagorskiy at oyster-telecom.ru
> > >>>> www.oyster-telecom.ru
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>> -----Original Message-----
> > >>>>> From: users-bounces at lists.opensips.org [mailto:users-
> > >>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> > >>>>> Sent: Thursday, December 16, 2010 11:54 AM
> > >>>>> To: 'OpenSIPS users mailling list'
> > >>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >>>>>
> > >>>>> Hi!
> > >>>>>
> > >>>>> What about investigation my crash?
> > >>>>> Should I send any additional information?
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>> -----Original Message-----
> > >>>>>> From: users-bounces at lists.opensips.org [mailto:users-
> > >>>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
> > >>>>>> Sent: Tuesday, December 14, 2010 5:01 PM
> > >>>>>> To: 'OpenSIPS users mailling list'
> > >>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >>>>>>
> > >>>>>> Yes, openSIPS crashed because of there are "INFO:core:sig_usr:
> > >>>>>>
> > >>> signal
> > >>>
> > >>>>>> 15 received" messages in a log file.
> > >>>>>> I've tested on new VM with CentOS 5.5 with sources from svn
> > >>>>>>
> > >> stable
> > >>
> > >>>>>> release
> > >>>>>>
> > >>>>>> Please see bt and bt full results in the attach.
> > >>>>>>
> > >>>>>>
> > >>>>>> Code:
> > >>>>>>
> > >>>>>> route
> > >>>>>> {
> > >>>>>> 	[skipped]
> > >>>>>>
> > >>>>>> 	if (!do_routing())
> > >>>>>> 	{
> > >>>>>> 	    xlog("*** !!! route[invite]: No rules found for
> > >>>>>>
> > >> do_routing().
> > >>
> > >>>>>> STOP");
> > >>>>>> 	    send_reply("503", "Error");
> > >>>>>> 	    exit;
> > >>>>>> 	};
> > >>>>>> 	xlog("*** route[invite]: do_routing() passed");
> > >>>>>> 	xlog("*** route[invite]: dr_attrs: $avp(s:dr_attrs); ruri:
> > >>>>>> $avp(s:dr_ruri)");
> > >>>>>> 	route(main_route);
> > >>>>>>
> > >>>>>> 	[skipped]
> > >>>>>> }
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>> route[main_route]
> > >>>>>> {
> > >>>>>>     xlog("*** +++ route[main_route] has started");
> > >>>>>>
> > >>>>>>     if (is_method("INVITE"))
> > >>>>>>     {
> > >>>>>> 	t_on_branch("2");
> > >>>>>> 	t_on_reply("2");
> > >>>>>> 	t_on_failure("1");
> > >>>>>>     };
> > >>>>>>
> > >>>>>>     if (!t_relay())
> > >>>>>>     {
> > >>>>>> 	sl_reply_error();
> > >>>>>>     };
> > >>>>>>
> > >>>>>>     xlog("*** --- route[main_route] has finished"); }
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>> WBR, Anton Zagorskiy
> > >>>>>> VoIP Developer, Oyster Telecom
> > >>>>>> Phone.: +7 812 601-0666
> > >>>>>> Fax: +7 812 601-0593
> > >>>>>> a.zagorskiy at oyster-telecom.ru
> > >>>>>> www.oyster-telecom.ru
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>> -----Original Message-----
> > >>>>>>> From: users-bounces at lists.opensips.org [mailto:users-
> > >>>>>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
> > >>>>>>> Sent: Tuesday, December 14, 2010 4:25 PM
> > >>>>>>> To: OpenSIPS users mailling list
> > >>>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
> > >>>>>>>
> > >>>>>>> Hi Anton,
> > >>>>>>>
> > >>>>>>> Why do you say it crashes ? do you have a corefile ?
> > >>>>>>>
> > >>>>>>> your logs do not show any t_relay() after
> do_routing()....could
> > >>>>>>>
> > >>> you
> > >>>
> > >>>>>>> post the relevant snip of your cfg?
> > >>>>>>>
> > >>>>>>> Regards,
> > >>>>>>> Bogdan
> > >>>>>>>
> > >>>>>>> Anton Zagorskiy wrote:
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> Hi!
> > >>>>>>>>
> > >>>>>>>> I'm trying to use drouting module, but something says to me
> > >>>>>>>>
> > >> that
> > >>
> > >>>>> I
> > >>>>>
> > >>>>>
> > >>>>>>> using it
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> wrong because openSIPS goes to crash.
> > >>>>>>>>
> > >>>>>>>> I've inserted following values in the DB:
> > >>>>>>>>
> > >>>>>>>> 1. dr_gateways:
> > >>>>>>>>
> > >>>>>>>> gwid(2)
> > >>>>>>>> type(1)
> > >>>>>>>> address(192.168.0.10)
> > >>>>>>>> strip(0)
> > >>>>>>>> pri_prefix(1000)
> > >>>>>>>> attrs("")
> > >>>>>>>> probe_mode(0)
> > >>>>>>>> description(Gateway1)
> > >>>>>>>>
> > >>>>>>>> 2. dr_groups:
> > >>>>>>>> id(1)
> > >>>>>>>> username(100)
> > >>>>>>>> domain(mydomain.com)
> > >>>>>>>> groupid(1)
> > >>>>>>>> description(All-Test)
> > >>>>>>>>
> > >>>>>>>> 3. dr_gw_lists:
> > >>>>>>>> id(2)
> > >>>>>>>> gwlist(2)
> > >>>>>>>> description(Test)
> > >>>>>>>>
> > >>>>>>>> 4. dr_rules:
> > >>>>>>>> ruleid(1)
> > >>>>>>>> groupid(1)
> > >>>>>>>> prefix(89112599077)
> > >>>>>>>> timerec("")
> > >>>>>>>> priority(1)
> > >>>>>>>> routeid("")
> > >>>>>>>> gwlist(#2)
> > >>>>>>>> description(Test)
> > >>>>>>>> attrs("")
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> So, I'm calling from 100 at mydomain.com to 89112599077.
> > >>>>>>>> I'm expecting that this will be routed to 192.168.0.10 with
> R-
> > >>>>>>>>
> > >> URI
> > >>
> > >>>>>>>> 100089112599077 at .. Right?
> > >>>>>>>>
> > >>>>>>>> But when I'm calling do_routing() the same INVITE is passed
> to
> > >>>>>>>>
> > >>>>>>>>
> > >>>>> the
> > >>>>>
> > >>>>>
> > >>>>>>> main
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> route block and I'm again calling do_routing (Nothing
> changed
> > >>>>>>>>
> > >> in
> > >>
> > >>>>>> the
> > >>>>>>
> > >>>>>>
> > >>>>>>> script
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> :)) and opensips is crashing...
> > >>>>>>>>
> > >>>>>>>> Log file hasn't helpful messages:
> > >>>>>>>>
> > >>>>>>>> [8031]: *** route[invite]: call do_routing()
> > >>>>>>>> [8031]: DBG:core:db_new_result: allocate 28 bytes for result
> > >>>>>>>>
> > >> set
> > >>
> > >>>>> at
> > >>>>>
> > >>>>>
> > >>>>>>>> 0x81ddb78
> > >>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: 1 columns
> returned
> > >>>>>>>>
> > >>>>>>>>
> > >>>>> from
> > >>>>>
> > >>>>>
> > >>>>>>> the query
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> [8031]: DBG:core:db_allocate_columns: allocate 16 bytes for
> > >>>>>>>>
> > >>>>>>>>
> > >>>>> result
> > >>>>>
> > >>>>>
> > >>>>>>> columns
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> at 0x81ddba4
> > >>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns:
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>> RES_NAMES(0x81ddba8)[0]=[groupid]
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: use DB_INT result
> > >>>>>>>>
> > >> type
> > >>
> > >>>>>>>> [8031]: DBG:core:db_allocate_rows: allocate 28 bytes for
> > result
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>> rows
> > >>>>>>
> > >>>>>>
> > >>>>>>> and
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> values at 0x81ddbd0
> > >>>>>>>> [8031]: DBG:db_mysql:db_mysql_str2val: converting INT [1]
> > >>>>>>>> [8031]: DBG:core:db_free_columns: freeing result columns at
> > >>>>>>>> 0x81ddba4
> > >>>>>>>> [8031]: DBG:core:db_free_rows: freeing 1 rows
> > >>>>>>>> [8031]: DBG:core:db_free_row: freeing row values at
> 0x81ddbd8
> > >>>>>>>> [8031]: DBG:core:db_free_rows: freeing rows at 0x81ddbd0
> > >>>>>>>> [8031]: DBG:core:db_free_result: freeing result set at
> > >>>>>>>>
> > >> 0x81ddb78
> > >>
> > >>>>>>>> [8031]: DBG:drouting:do_routing: using dr group 1
> > >>>>>>>> [8031]: DBG:drouting:internal_check_rt: found rgid 1 (rule
> > list
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>> 0xb60c0d0c)
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> [8034]: DBG:tm:utimer_routine: timer routine:4,tl=0xb60c34b4
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>> next=(nil),
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> timeout=11900000
> > >>>>>>>> [8034]: DBG:tm:retransmission_handler:
> retransmission_handler
> > :
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>> request
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> resending (t=0xb60c3368, INVITE si ... )
> > >>>>>>>> [8034]: DBG:tm:set_timer: relative timeout is 2000000
> > >>>>>>>> [8034]: DBG:tm:insert_timer_unsafe: [5]: 0xb60c34b4
> (13900000)
> > >>>>>>>> [8034]: DBG:tm:retransmission_handler:
> retransmission_handler
> > :
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>> done
> > >>>>>>
> > >>>>>>
> > >>>>>>>> [8032]: DBG:core:parse_msg: SIP Request:
> > >>>>>>>> [8032]: DBG:core:parse_msg:  method:  <INVITE> (# The same
> > >>>>>>>>
> > >> INVITE
> > >>
> > >>>>>> is
> > >>>>>>
> > >>>>>>
> > >>>>>>>> coming!)
> > >>>>>>>>
> > >>>>>>>> What I'm doing wrong?
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>> _______________________________________________
> > >>>>>>> Users mailing list
> > >>>>>>> Users at lists.opensips.org
> > >>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >>>>>>>
> > >>>>>>>
> > >>>>> _______________________________________________
> > >>>>> Users mailing list
> > >>>>> Users at lists.opensips.org
> > >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >>>>>
> > >>>>>
> > >>>> _______________________________________________
> > >>>> Users mailing list
> > >>>> Users at lists.opensips.org
> > >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >>>>
> > >>>>
> > >>>> _______________________________________________
> > >>>> Devel mailing list
> > >>>> Devel at lists.opensips.org
> > >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> > >>>>
> > >>>>
> > >>>>
> > >>> --
> > >>> Bogdan-Andrei Iancu
> > >>> OpenSIPS Event - expo, conf, social, bootcamp
> > >>> 2 - 4 February 2011, ITExpo, Miami,  USA
> > >>> 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
> > >>
> > >
> > >
> > > _______________________________________________
> > > Devel mailing list
> > > Devel at lists.opensips.org
> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
> > >
> > >
> >
> >
> > --
> > Bogdan-Andrei Iancu
> > OpenSIPS Event - expo, conf, social, bootcamp
> > 2 - 4 February 2011, ITExpo, Miami,  USA
> > 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



From bogdan at voice-system.ro  Tue Dec 21 14:28:42 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 21 Dec 2010 15:28:42 +0200
Subject: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module 1.6.4
In-Reply-To: <005d01cba112$03926480$0ab72d80$@zagorskiy@oyster-telecom.ru>
References: <004c01cb9de4$623bed70$26b3c850$@zagorskiy@oyster-telecom.ru>	<4D0BA836.5000206@voice-system.ro>	<003801cba02d$ace32190$06a964b0$@zagorskiy@oyster-telecom.ru>	<004601cba048$cad5cd90$608168b0$@zagorskiy@oyster-telecom.ru>	<4D0F69CD.3050804@voice-system.ro>	<004701cba056$bba75b50$32f611f0$@zagorskiy@oyster-telecom.ru>
	<005d01cba112$03926480$0ab72d80$@zagorskiy@oyster-telecom.ru>
Message-ID: <4D10AB8A.5060009@voice-system.ro>

Hi Anton,

Is there any chance to get access to that machine to check the core file 
? that will be the simplest way...otherwise I will try to do some remote 
debugging with you.

Regards,
Bogdan

Anton Zagorskiy wrote:
> Hi.
>
> drouting module 1.6.4 crashes too like 1.6.3
> drouting.c line 1005: rt_info->pgwl[0].pgw == 0x1 (invalid pointer)
> with fork=no all is ok.
>
>
>
>
>
>
> WBR, Anton Zagorskiy
> VoIP Developer, Oyster Telecom
> Phone.: +7 812 601-0666
> Fax: +7 812 601-0593
> a.zagorskiy at oyster-telecom.ru
> www.oyster-telecom.ru
>
>
>
>   
>> -----Original Message-----
>> From: devel-bounces at lists.opensips.org [mailto:devel-
>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>> Sent: Monday, December 20, 2010 6:01 PM
>> To: 'OpenSIPS devel mailling list'
>> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
>> 1.6.3
>>
>> No, there is 0 in the column probe_mode
>>
>>
>>
>>
>>
>>
>> WBR, Anton Zagorskiy
>> VoIP Developer, Oyster Telecom
>> Phone.: +7 812 601-0666
>> Fax: +7 812 601-0593
>> a.zagorskiy at oyster-telecom.ru
>> www.oyster-telecom.ru
>>
>>
>>
>>     
>>> -----Original Message-----
>>> From: devel-bounces at lists.opensips.org [mailto:devel-
>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
>>> Sent: Monday, December 20, 2010 5:36 PM
>>> To: OpenSIPS devel mailling list
>>> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
>>> 1.6.3
>>>
>>> Do you use probing in DR ?
>>>
>>> Anton Zagorskiy wrote:
>>>       
>>>> It seems that openSIPS crashes only when fork=yes.
>>>> When I set fork=no drouting works well and openSIPS doesn't crash.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> WBR, Anton Zagorskiy
>>>> VoIP Developer, Oyster Telecom
>>>> Phone.: +7 812 601-0666
>>>> Fax: +7 812 601-0593
>>>> a.zagorskiy at oyster-telecom.ru
>>>> www.oyster-telecom.ru
>>>>
>>>>
>>>>
>>>>
>>>>         
>>>>> -----Original Message-----
>>>>> From: devel-bounces at lists.opensips.org [mailto:devel-
>>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>>>>> Sent: Monday, December 20, 2010 1:07 PM
>>>>> To: 'OpenSIPS devel mailling list'
>>>>> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting module
>>>>> 1.6.3
>>>>>
>>>>> Hi.
>>>>>
>>>>> Please see memory debug http://pastebin.com/JKzyya5L
>>>>> I don't know how to interpret it but there is no 'overlap' word.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> WBR, Anton Zagorskiy
>>>>> VoIP Developer, Oyster Telecom
>>>>> Phone.: +7 812 601-0666
>>>>> Fax: +7 812 601-0593
>>>>> a.zagorskiy at oyster-telecom.ru
>>>>> www.oyster-telecom.ru
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>           
>>>>>> -----Original Message-----
>>>>>> From: devel-bounces at lists.opensips.org [mailto:devel-
>>>>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
>>>>>> Sent: Friday, December 17, 2010 9:13 PM
>>>>>> To: OpenSIPS devel mailling list
>>>>>> Subject: Re: [OpenSIPS-Devel] FW: [OpenSIPS-Users] drouting
>>>>>>             
>> module
>>     
>>>>>> 1.6.3
>>>>>>
>>>>>> Hi Anton,
>>>>>>
>>>>>> have you tried to enable to memory debugger to see if any memory
>>>>>> overlapping is reported ?
>>>>>>
>>>>>> Regards,
>>>>>> Bogdan
>>>>>>
>>>>>>
>>>>>> Anton Zagorskiy wrote:
>>>>>>
>>>>>>             
>>>>>>> Hello.
>>>>>>>
>>>>>>> I've made some debug on this crash.
>>>>>>> The problem is dereferencing invalid pointer (0x1)
>>>>>>>
>>>>>>> This happens in the function drouting.c::static int
>>>>>>>
>>>>>>>               
>>>>> do_routing(struct
>>>>>
>>>>>           
>>>>>>> sip_msg* msg, dr_group_t *drg, int sort_order)
>>>>>>> Line 1005: if( (rt_info->pgwl[i].pgw->flags &
>>>>>>>
>>>>>>>               
>>>>> DR_DST_STAT_DSBL_FLAG)
>>>>>
>>>>>           
>>>>>> == 0 )
>>>>>>
>>>>>>             
>>>>>>> In my case i == 0, and rt_info->pgwl[0].pgw is 0x1
>>>>>>>
>>>>>>> In fact, in the routing.c::build_rt_info(..) rt_info-
>>>>>>>               
>>> pgwl[0].pgw
>>>       
>>>>>> obtains
>>>>>>
>>>>>>             
>>>>>>> correct address - lines from 170 to 180.
>>>>>>>
>>>>>>> So, something changes that pointer.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> WBR, Anton Zagorskiy
>>>>>>> VoIP Developer, Oyster Telecom
>>>>>>> Phone.: +7 812 601-0666
>>>>>>> Fax: +7 812 601-0593
>>>>>>> a.zagorskiy at oyster-telecom.ru
>>>>>>> www.oyster-telecom.ru
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: users-bounces at lists.opensips.org
>>>>>>> [mailto:users-bounces at lists.opensips.org] On Behalf Of Anton
>>>>>>>
>>>>>>>               
>>>>>> Zagorskiy
>>>>>>
>>>>>>             
>>>>>>> Sent: Thursday, December 16, 2010 6:14 PM
>>>>>>> To: 'OpenSIPS users mailling list'
>>>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>>>>
>>>>>>> I've made a simple config, and openSIPS still crashes.
>>>>>>>
>>>>>>> Please see my config here http://pastebin.com/mfabxGJJ
>>>>>>> And please see a full log file http://pastebin.com/0VXQ6vwT
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> WBR, Anton Zagorskiy
>>>>>>> VoIP Developer, Oyster Telecom
>>>>>>> Phone.: +7 812 601-0666
>>>>>>> Fax: +7 812 601-0593
>>>>>>> a.zagorskiy at oyster-telecom.ru
>>>>>>> www.oyster-telecom.ru
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>>>> -----Original Message-----
>>>>>>>> From: users-bounces at lists.opensips.org [mailto:users-
>>>>>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>>>>>>>> Sent: Thursday, December 16, 2010 11:54 AM
>>>>>>>> To: 'OpenSIPS users mailling list'
>>>>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>>>>>
>>>>>>>> Hi!
>>>>>>>>
>>>>>>>> What about investigation my crash?
>>>>>>>> Should I send any additional information?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: users-bounces at lists.opensips.org [mailto:users-
>>>>>>>>> bounces at lists.opensips.org] On Behalf Of Anton Zagorskiy
>>>>>>>>> Sent: Tuesday, December 14, 2010 5:01 PM
>>>>>>>>> To: 'OpenSIPS users mailling list'
>>>>>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>>>>>>
>>>>>>>>> Yes, openSIPS crashed because of there are "INFO:core:sig_usr:
>>>>>>>>>
>>>>>>>>>                   
>>>>>> signal
>>>>>>
>>>>>>             
>>>>>>>>> 15 received" messages in a log file.
>>>>>>>>> I've tested on new VM with CentOS 5.5 with sources from svn
>>>>>>>>>
>>>>>>>>>                   
>>>>> stable
>>>>>
>>>>>           
>>>>>>>>> release
>>>>>>>>>
>>>>>>>>> Please see bt and bt full results in the attach.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Code:
>>>>>>>>>
>>>>>>>>> route
>>>>>>>>> {
>>>>>>>>> 	[skipped]
>>>>>>>>>
>>>>>>>>> 	if (!do_routing())
>>>>>>>>> 	{
>>>>>>>>> 	    xlog("*** !!! route[invite]: No rules found for
>>>>>>>>>
>>>>>>>>>                   
>>>>> do_routing().
>>>>>
>>>>>           
>>>>>>>>> STOP");
>>>>>>>>> 	    send_reply("503", "Error");
>>>>>>>>> 	    exit;
>>>>>>>>> 	};
>>>>>>>>> 	xlog("*** route[invite]: do_routing() passed");
>>>>>>>>> 	xlog("*** route[invite]: dr_attrs: $avp(s:dr_attrs); ruri:
>>>>>>>>> $avp(s:dr_ruri)");
>>>>>>>>> 	route(main_route);
>>>>>>>>>
>>>>>>>>> 	[skipped]
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> route[main_route]
>>>>>>>>> {
>>>>>>>>>     xlog("*** +++ route[main_route] has started");
>>>>>>>>>
>>>>>>>>>     if (is_method("INVITE"))
>>>>>>>>>     {
>>>>>>>>> 	t_on_branch("2");
>>>>>>>>> 	t_on_reply("2");
>>>>>>>>> 	t_on_failure("1");
>>>>>>>>>     };
>>>>>>>>>
>>>>>>>>>     if (!t_relay())
>>>>>>>>>     {
>>>>>>>>> 	sl_reply_error();
>>>>>>>>>     };
>>>>>>>>>
>>>>>>>>>     xlog("*** --- route[main_route] has finished"); }
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> WBR, Anton Zagorskiy
>>>>>>>>> VoIP Developer, Oyster Telecom
>>>>>>>>> Phone.: +7 812 601-0666
>>>>>>>>> Fax: +7 812 601-0593
>>>>>>>>> a.zagorskiy at oyster-telecom.ru
>>>>>>>>> www.oyster-telecom.ru
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: users-bounces at lists.opensips.org [mailto:users-
>>>>>>>>>> bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
>>>>>>>>>> Sent: Tuesday, December 14, 2010 4:25 PM
>>>>>>>>>> To: OpenSIPS users mailling list
>>>>>>>>>> Subject: Re: [OpenSIPS-Users] drouting module 1.6.3 with b2b
>>>>>>>>>>
>>>>>>>>>> Hi Anton,
>>>>>>>>>>
>>>>>>>>>> Why do you say it crashes ? do you have a corefile ?
>>>>>>>>>>
>>>>>>>>>> your logs do not show any t_relay() after
>>>>>>>>>>                     
>> do_routing()....could
>>     
>>>>>> you
>>>>>>
>>>>>>             
>>>>>>>>>> post the relevant snip of your cfg?
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Bogdan
>>>>>>>>>>
>>>>>>>>>> Anton Zagorskiy wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> Hi!
>>>>>>>>>>>
>>>>>>>>>>> I'm trying to use drouting module, but something says to me
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>> that
>>>>>
>>>>>           
>>>>>>>> I
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>>> using it
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> wrong because openSIPS goes to crash.
>>>>>>>>>>>
>>>>>>>>>>> I've inserted following values in the DB:
>>>>>>>>>>>
>>>>>>>>>>> 1. dr_gateways:
>>>>>>>>>>>
>>>>>>>>>>> gwid(2)
>>>>>>>>>>> type(1)
>>>>>>>>>>> address(192.168.0.10)
>>>>>>>>>>> strip(0)
>>>>>>>>>>> pri_prefix(1000)
>>>>>>>>>>> attrs("")
>>>>>>>>>>> probe_mode(0)
>>>>>>>>>>> description(Gateway1)
>>>>>>>>>>>
>>>>>>>>>>> 2. dr_groups:
>>>>>>>>>>> id(1)
>>>>>>>>>>> username(100)
>>>>>>>>>>> domain(mydomain.com)
>>>>>>>>>>> groupid(1)
>>>>>>>>>>> description(All-Test)
>>>>>>>>>>>
>>>>>>>>>>> 3. dr_gw_lists:
>>>>>>>>>>> id(2)
>>>>>>>>>>> gwlist(2)
>>>>>>>>>>> description(Test)
>>>>>>>>>>>
>>>>>>>>>>> 4. dr_rules:
>>>>>>>>>>> ruleid(1)
>>>>>>>>>>> groupid(1)
>>>>>>>>>>> prefix(89112599077)
>>>>>>>>>>> timerec("")
>>>>>>>>>>> priority(1)
>>>>>>>>>>> routeid("")
>>>>>>>>>>> gwlist(#2)
>>>>>>>>>>> description(Test)
>>>>>>>>>>> attrs("")
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> So, I'm calling from 100 at mydomain.com to 89112599077.
>>>>>>>>>>> I'm expecting that this will be routed to 192.168.0.10 with
>>>>>>>>>>>                       
>> R-
>>     
>>>>> URI
>>>>>
>>>>>           
>>>>>>>>>>> 100089112599077 at .. Right?
>>>>>>>>>>>
>>>>>>>>>>> But when I'm calling do_routing() the same INVITE is passed
>>>>>>>>>>>                       
>> to
>>     
>>>>>>>>>>>                       
>>>>>>>> the
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>>> main
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> route block and I'm again calling do_routing (Nothing
>>>>>>>>>>>                       
>> changed
>>     
>>>>> in
>>>>>
>>>>>           
>>>>>>>>> the
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> script
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> :)) and opensips is crashing...
>>>>>>>>>>>
>>>>>>>>>>> Log file hasn't helpful messages:
>>>>>>>>>>>
>>>>>>>>>>> [8031]: *** route[invite]: call do_routing()
>>>>>>>>>>> [8031]: DBG:core:db_new_result: allocate 28 bytes for result
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>> set
>>>>>
>>>>>           
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>>>> 0x81ddb78
>>>>>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: 1 columns
>>>>>>>>>>>                       
>> returned
>>     
>>>>>>>>>>>                       
>>>>>>>> from
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>>> the query
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> [8031]: DBG:core:db_allocate_columns: allocate 16 bytes for
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>> result
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>>>>> columns
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> at 0x81ddba4
>>>>>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>> RES_NAMES(0x81ddba8)[0]=[groupid]
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> [8031]: DBG:db_mysql:db_mysql_get_columns: use DB_INT result
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>> type
>>>>>
>>>>>           
>>>>>>>>>>> [8031]: DBG:core:db_allocate_rows: allocate 28 bytes for
>>>>>>>>>>>                       
>>> result
>>>       
>>>>>>>>>>>                       
>>>>>>>>> rows
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>> and
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> values at 0x81ddbd0
>>>>>>>>>>> [8031]: DBG:db_mysql:db_mysql_str2val: converting INT [1]
>>>>>>>>>>> [8031]: DBG:core:db_free_columns: freeing result columns at
>>>>>>>>>>> 0x81ddba4
>>>>>>>>>>> [8031]: DBG:core:db_free_rows: freeing 1 rows
>>>>>>>>>>> [8031]: DBG:core:db_free_row: freeing row values at
>>>>>>>>>>>                       
>> 0x81ddbd8
>>     
>>>>>>>>>>> [8031]: DBG:core:db_free_rows: freeing rows at 0x81ddbd0
>>>>>>>>>>> [8031]: DBG:core:db_free_result: freeing result set at
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>> 0x81ddb78
>>>>>
>>>>>           
>>>>>>>>>>> [8031]: DBG:drouting:do_routing: using dr group 1
>>>>>>>>>>> [8031]: DBG:drouting:internal_check_rt: found rgid 1 (rule
>>>>>>>>>>>                       
>>> list
>>>       
>>>>>>>>>>>                       
>>>>>>>>>> 0xb60c0d0c)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> [8034]: DBG:tm:utimer_routine: timer routine:4,tl=0xb60c34b4
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>> next=(nil),
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> timeout=11900000
>>>>>>>>>>> [8034]: DBG:tm:retransmission_handler:
>>>>>>>>>>>                       
>> retransmission_handler
>>     
>>> :
>>>       
>>>>>>>>>>>                       
>>>>>>>>>> request
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>>>>> resending (t=0xb60c3368, INVITE si ... )
>>>>>>>>>>> [8034]: DBG:tm:set_timer: relative timeout is 2000000
>>>>>>>>>>> [8034]: DBG:tm:insert_timer_unsafe: [5]: 0xb60c34b4
>>>>>>>>>>>                       
>> (13900000)
>>     
>>>>>>>>>>> [8034]: DBG:tm:retransmission_handler:
>>>>>>>>>>>                       
>> retransmission_handler
>>     
>>> :
>>>       
>>>>>>>>>>>                       
>>>>>>>>> done
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>> [8032]: DBG:core:parse_msg: SIP Request:
>>>>>>>>>>> [8032]: DBG:core:parse_msg:  method:  <INVITE> (# The same
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>> INVITE
>>>>>
>>>>>           
>>>>>>>>> is
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>                   
>>>>>>>>>>> coming!)
>>>>>>>>>>>
>>>>>>>>>>> What I'm doing wrong?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>                       
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Users mailing list
>>>>>>>>>> Users at lists.opensips.org
>>>>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>                     
>>>>>>>> _______________________________________________
>>>>>>>> Users mailing list
>>>>>>>> Users at lists.opensips.org
>>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>>>>
>>>>>>>>
>>>>>>>>                 
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users at lists.opensips.org
>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Devel mailing list
>>>>>>> Devel at lists.opensips.org
>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>> --
>>>>>> Bogdan-Andrei Iancu
>>>>>> OpenSIPS Event - expo, conf, social, bootcamp
>>>>>> 2 - 4 February 2011, ITExpo, Miami,  USA
>>>>>> 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
>>>>>
>>>>>           
>>>> _______________________________________________
>>>> Devel mailing list
>>>> Devel at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>>>>
>>>>
>>>>         
>>> --
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Event - expo, conf, social, bootcamp
>>> 2 - 4 February 2011, ITExpo, Miami,  USA
>>> 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
>>     
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
>
>   


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From klaus.mailinglists at pernau.at  Tue Dec 21 15:30:03 2010
From: klaus.mailinglists at pernau.at (Klaus Darilion)
Date: Tue, 21 Dec 2010 15:30:03 +0100
Subject: [OpenSIPS-Devel] SF.net SVN:
	opensips:[7609]	branches/1.6/scripts/mysql_update_1_6_4.sh
In-Reply-To: <E1PV1Z9-00046B-P5@sfp-svn-4.v30.ch3.sourceforge.com>
References: <E1PV1Z9-00046B-P5@sfp-svn-4.v30.ch3.sourceforge.com>
Message-ID: <4D10B9EB.9010509@pernau.at>

There is one more copy-paste bug for presence tables (acc instead of 
presentity):


- run_query "- Adding new 'extra_hdrs' field in PRESENTITY table" "ALTER 
TABLE acc ADD COLUMN extra_hdrs BLOB DEFAULT '' NOT NULL"


+ run_query "- Adding new 'extra_hdrs' field in PRESENTITY table" "ALTER 
TABLE presentity ADD COLUMN extra_hdrs BLOB DEFAULT '' NOT NULL"


Am 21.12.2010 13:43, schrieb Vlad Paiu:
> Revision: 7609
>            http://opensips.svn.sourceforge.net/opensips/?rev=7609&view=rev
> Author:   vladut-paiu
> Date:     2010-12-21 12:43:43 +0000 (Tue, 21 Dec 2010)
>
> Log Message:
> -----------
> Fixed bugs in mysql_update script
>
> Modified Paths:
> --------------
>      branches/1.6/scripts/mysql_update_1_6_4.sh
>
>
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


From vladpaiu at opensips.org  Tue Dec 21 15:40:29 2010
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 21 Dec 2010 14:40:29 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7610]
	branches/1.6/scripts/mysql_update_1_6_4.sh
Message-ID: <E1PV3O9-0001CU-QK@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7610
          http://opensips.svn.sourceforge.net/opensips/?rev=7610&view=rev
Author:   vladut-paiu
Date:     2010-12-21 14:40:29 +0000 (Tue, 21 Dec 2010)

Log Message:
-----------
fixed copy-paste bug

Modified Paths:
--------------
    branches/1.6/scripts/mysql_update_1_6_4.sh


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


From vladpaiu at opensips.org  Tue Dec 21 15:56:25 2010
From: vladpaiu at opensips.org (Vlad Paiu)
Date: Tue, 21 Dec 2010 16:56:25 +0200
Subject: [OpenSIPS-Devel] SF.net SVN:
	opensips:[7609]	branches/1.6/scripts/mysql_update_1_6_4.sh
In-Reply-To: <4D10B9EB.9010509@pernau.at>
References: <E1PV1Z9-00046B-P5@sfp-svn-4.v30.ch3.sourceforge.com>
	<4D10B9EB.9010509@pernau.at>
Message-ID: <4D10C019.7060909@opensips.org>

Hello,

Thanks for the bug reporting.
SVN has been patched and release tarballs have been regenerated.

On 12/21/2010 04:30 PM, Klaus Darilion wrote:
> There is one more copy-paste bug for presence tables (acc instead of 
> presentity):
>
>
> - run_query "- Adding new 'extra_hdrs' field in PRESENTITY table" 
> "ALTER TABLE acc ADD COLUMN extra_hdrs BLOB DEFAULT '' NOT NULL"
>
>
> + run_query "- Adding new 'extra_hdrs' field in PRESENTITY table" 
> "ALTER TABLE presentity ADD COLUMN extra_hdrs BLOB DEFAULT '' NOT NULL"
>
>
> Am 21.12.2010 13:43, schrieb Vlad Paiu:
>> Revision: 7609
>>            
>> http://opensips.svn.sourceforge.net/opensips/?rev=7609&view=rev
>> Author:   vladut-paiu
>> Date:     2010-12-21 12:43:43 +0000 (Tue, 21 Dec 2010)
>>
>> Log Message:
>> -----------
>> Fixed bugs in mysql_update script
>>
>> Modified Paths:
>> --------------
>>      branches/1.6/scripts/mysql_update_1_6_4.sh
>>
>>
>> This was sent by the SourceForge.net collaborative development 
>> platform, the world's largest Open Source development site.
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


-- 
Vlad Paiu
www.voice-system.ro



From klaus.mailinglists at pernau.at  Tue Dec 21 17:22:35 2010
From: klaus.mailinglists at pernau.at (Klaus Darilion)
Date: Tue, 21 Dec 2010 17:22:35 +0100
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7571] trunk/modules/rls
In-Reply-To: <E1PUdr4-0002VY-SP@sfp-svn-2.v30.ch3.sourceforge.com>
References: <E1PUdr4-0002VY-SP@sfp-svn-2.v30.ch3.sourceforge.com>
Message-ID: <4D10D44B.4070100@pernau.at>

Anca, I noticed (1.6.4) that RLS does not terminate back-end 
subscriptions when the list subscription expires. Is there a reason for 
hat or is it just not implemented?

regards
klaus

Am 20.12.2010 12:24, schrieb Anca Vamanu:
> Revision: 7571
>            http://opensips.svn.sourceforge.net/opensips/?rev=7571&view=rev
> Author:   anca_vamanu
> Date:     2010-12-20 11:24:38 +0000 (Mon, 20 Dec 2010)
>
> Log Message:
> -----------
> - fixed expires value notification at timeout(reported in bug #3140296)
>
> Modified Paths:
> --------------
>      trunk/modules/rls/rls.c
>      trunk/modules/rls/subscribe.c
>
>
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>
> _______________________________________________
> Devel mailing list
> Devel at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


From bogdan at voice-system.ro  Tue Dec 21 17:23:57 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Tue, 21 Dec 2010 18:23:57 +0200
Subject: [OpenSIPS-Devel] [OpenSIPS-Users] [RELEASE] OpenSIPS 1.6.4
 major release is out
In-Reply-To: <4D0FD44B.4010708@voice-system.ro>
References: <4D0FD44B.4010708@voice-system.ro>
Message-ID: <4D10D49D.2020205@voice-system.ro>

Debian packages are available now for:
    - 4.0 etch
    - 5.0 lenny
    - sid/ unstable

You can download directly the deb files from :
       http://opensips.org/pub/opensips/latest/packages/debian/

or you can use the opensips.org debian repo:
       deb http://www.opensips.org/apt/ lenny main
       deb http://www.opensips.org/apt/ sid main
       deb http://www.opensips.org/apt/ etch main

Best regards,
Bogdan

Bogdan-Andrei Iancu wrote:
> Hello all,
>
> OpenSIPS 1.6.4 is a major release and it is the third release 
> following the new release policy .
>
> 1.6.4 release brings both new features / enhancement and a lot of 
> fixes. The most important additions :
>    - CDR support in ACC module
>    - Media timeout and call termination with nathelper and dialog module
>    - new dialog Presence Call Info
>    - B2BUA API
>
> The listing with all additions and fixes is available under 
> http://www.opensips.org/Main/Ver164.
>
> Migration documentation (from 1.6.3 to 1.6.4) can be found under 
> http://www.opensips.org/Resources/DocsMigration163to164
>
> OpenSIPS 1.6.4 is now ready for download on project web site and SF 
> download system.
>
> The full ChangeLog is available under 
> http://opensips.org/pub/opensips/1.6.4/src/ChangeLog
>
> To get the OpenSIPS 1.6.4 version, see the Downloads page - 
> http://www.opensips.org/Resources/Downloads
>
>
> Enjoy,
> Bogdan
>


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From anca at opensips.org  Tue Dec 21 18:05:53 2010
From: anca at opensips.org (Anca Vamanu)
Date: Tue, 21 Dec 2010 19:05:53 +0200
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7571] trunk/modules/rls
In-Reply-To: <4D10D44B.4070100@pernau.at>
References: <E1PUdr4-0002VY-SP@sfp-svn-2.v30.ch3.sourceforge.com>
	<4D10D44B.4070100@pernau.at>
Message-ID: <4D10DE71.6040102@opensips.org>

On 12/21/2010 06:22 PM, Klaus Darilion wrote:
> Anca, I noticed (1.6.4) that RLS does not terminate back-end 
> subscriptions when the list subscription expires. Is there a reason 
> for hat or is it just not implemented?
I guess the reason was that the backend subscription should expire also 
as the expires values is the same.

Regards,
Anca

>
> regards
> klaus
>
> Am 20.12.2010 12:24, schrieb Anca Vamanu:
>> Revision: 7571
>>            
>> http://opensips.svn.sourceforge.net/opensips/?rev=7571&view=rev
>> Author:   anca_vamanu
>> Date:     2010-12-20 11:24:38 +0000 (Mon, 20 Dec 2010)
>>
>> Log Message:
>> -----------
>> - fixed expires value notification at timeout(reported in bug #3140296)
>>
>> Modified Paths:
>> --------------
>>      trunk/modules/rls/rls.c
>>      trunk/modules/rls/subscribe.c
>>
>>
>> This was sent by the SourceForge.net collaborative development 
>> platform, the world's largest Open Source development site.
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


-- 
Anca Vamanu
www.voice-system.ro



From klaus.mailinglists at pernau.at  Tue Dec 21 19:58:41 2010
From: klaus.mailinglists at pernau.at (Klaus Darilion)
Date: Tue, 21 Dec 2010 19:58:41 +0100
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7571] trunk/modules/rls
In-Reply-To: <4D10DE71.6040102@opensips.org>
References: <E1PUdr4-0002VY-SP@sfp-svn-2.v30.ch3.sourceforge.com>
	<4D10D44B.4070100@pernau.at> <4D10DE71.6040102@opensips.org>
Message-ID: <4D10F8E1.5020705@pernau.at>



Am 21.12.2010 18:05, schrieb Anca Vamanu:
> On 12/21/2010 06:22 PM, Klaus Darilion wrote:
>> Anca, I noticed (1.6.4) that RLS does not terminate back-end
>> subscriptions when the list subscription expires. Is there a reason
>> for hat or is it just not implemented?
> I guess the reason was that the backend subscription should expire also
> as the expires values is the same.

Except min_expires is set in pua module (README is wrong, default value 
is 300 and not 0) and larger than list subscription expiration.

regards
klaus


From noreply at sourceforge.net  Tue Dec 21 20:39:20 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 21 Dec 2010 19:39:20 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PV83M-00031K-1K@sfs-web-2.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 10:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Tue Dec 21 20:41:00 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 21 Dec 2010 19:41:00 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PV84y-00013T-VC@sfs-web-8.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 10:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Tue Dec 21 21:57:03 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 21 Dec 2010 20:57:03 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PV9GZ-0005ba-Ix@sfs-web-9.v29.ch3.sourceforge.com>

Bugs item #3141419, was opened at 2010-12-21 15:57
Message generated for change (Tracker Item Submitted) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3141419&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

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


From razvancrainea at opensips.org  Wed Dec 22 10:21:01 2010
From: razvancrainea at opensips.org (Razvan Crainea)
Date: Wed, 22 Dec 2010 09:21:01 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7611]
	trunk/modules/b2b_entities/b2b_entities.c
Message-ID: <E1PVKsX-0006ZC-8e@sfp-svn-6.v30.ch3.sourceforge.com>

Revision: 7611
          http://opensips.svn.sourceforge.net/opensips/?rev=7611&view=rev
Author:   razvancrainea
Date:     2010-12-22 09:21:00 +0000 (Wed, 22 Dec 2010)

Log Message:
-----------
database storage is now optional (closes feature request 3125548)
can now be enabled by setting 'db_url' module parameter

Modified Paths:
--------------
    trunk/modules/b2b_entities/b2b_entities.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 Dec 22 10:25:16 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 09:25:16 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3125548 ]
	b2b_entities: disabling DB features
Message-ID: <E1PVKwe-0005Xa-SN@sfs-web-10.v29.ch3.sourceforge.com>

Feature Requests item #3125548, was opened at 2010-12-02 16:34
Message generated for change (Comment added) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3125548&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Razvan Crainea (razvancrainea)
Summary: b2b_entities: disabling DB features

Initial Comment:
I develop my own b2b module and i don't want to use DB features.

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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-12-22 11:25

Message:
Implemented in svn revision 7611.

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

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


From bogdan at voice-system.ro  Wed Dec 22 11:39:04 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Wed, 22 Dec 2010 12:39:04 +0200
Subject: [OpenSIPS-Devel] OpenSIPS social event - registration link
Message-ID: <4D11D548.8030407@voice-system.ro>

Hi all,


As mentioned, OpenSIPS project will organize a social event in Miami, 
February 3, 2011 starting with 06:30PM.

This is an *do what ever you like* event where developers, community 
people, users, fans, etc will get together, talk (even about project  
:-) ), have fun, etc. It will be an opportunity to get get together and 
meet the peoples behind the names (on mailing list, trackers, forums, 
IRC, etc). Also, this event will be the kick-off meeting for the 
"OpenSIPS Foundation" (I will come back with more infos on this).

The event will take place at * Dave & Buster's 
<http://www.daveandbusters.com/> *, with food, drinks, billiards and 
others.


Everybody is welcomed - announce your presence by simply (for free) 
registering here:

https://spreadsheets.google.com/viewform?formkey=dERrNGo2eGYtbnF3WjJhNW44OWNoWHc6MA

Regards,
Bogdan

-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From noreply at sourceforge.net  Wed Dec 22 12:08:48 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:08:48 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-2901204 ] Allow
	specification of the database port
Message-ID: <E1PVMYq-0000gz-Ba@sfs-web-10.v29.ch3.sourceforge.com>

Feature Requests item #2901204, was opened at 2009-11-20 17:33
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=2901204&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: None
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Razvan Crainea (razvancrainea)
Summary: Allow specification of the database port

Initial Comment:
I'm trying to connect opensips to a postgresql database through pgpool, which defaults to port 9999.  It would be really helpful if I could set the port number in the config file.

Thanks!

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

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


From noreply at sourceforge.net  Wed Dec 22 12:09:41 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:09:41 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3140814 ] references
	in rls-services documents
Message-ID: <E1PVMZh-00076d-Uo@sfs-web-8.v29.ch3.sourceforge.com>

Feature Requests item #3140814, was opened at 2010-12-20 16:22
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3140814&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
Priority: 5
Private: No
Submitted By: Juha Heinanen (juhe)
>Assigned to: Anca Vamanu (anca_vamanu)
Summary:  references in rls-services documents

Initial Comment:
Some (usually OMA compliant) SIP UAs do not include list members in-line in rls-services documents, but instead include a reference to another document where the members are listed.  For example:

<?xml version="1.0" encoding="UTF-8"?>
<rls-services xmlns="urn:ietf:params:xml:ns:rls-services">
<service uri="sip:jh_all at test.fi">
<resource-list>http://xcap.test.fi:8080/xcap-root/resource-lists/users/sip:jh at test.fi/generallist.xml/~~/resource-lists/list%5b at name=%22oma_buddylist%22%5d</resource-list>
<packages>
<package>presence</package>
</packages>
</service>
</rls-services>

It would be nice if OpenSIPS rls server would be able to follow such references.  I'm more than happy to help in testing the implementation when/if the code becomes available.

-- Juha


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

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


From anca at opensips.org  Wed Dec 22 12:23:07 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 22 Dec 2010 11:23:07 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7612] trunk/modules
Message-ID: <E1PVMmh-0001wX-BC@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7612
          http://opensips.svn.sourceforge.net/opensips/?rev=7612&view=rev
Author:   anca_vamanu
Date:     2010-12-22 11:23:06 +0000 (Wed, 22 Dec 2010)

Log Message:
-----------
- new feature: allow B2BUA to run on multiple interfaces and construct dynamically the contact from the socket the request was received ( closes feature request #3125549)

Modified Paths:
--------------
    trunk/modules/b2b_entities/README
    trunk/modules/b2b_entities/b2b_entities.c
    trunk/modules/b2b_entities/b2b_entities.h
    trunk/modules/b2b_entities/client.c
    trunk/modules/b2b_entities/dlg.c
    trunk/modules/b2b_entities/dlg.h
    trunk/modules/b2b_entities/doc/b2b_entities_admin.xml
    trunk/modules/b2b_entities/server.c
    trunk/modules/b2b_entities/server.h
    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 noreply at sourceforge.net  Wed Dec 22 12:23:28 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:23:28 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3125549 ]
	b2b_entities: multiple contact
Message-ID: <E1PVMn2-0001JT-VX@sfs-web-7.v29.ch3.sourceforge.com>

Feature Requests item #3125549, was opened at 2010-12-02 16:40
Message generated for change (Comment added) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3125549&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: modules
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Anca Vamanu (anca_vamanu)
Summary: b2b_entities: multiple contact

Initial Comment:
If there are 2 network interfaces on the server, but they are not routable.
The modparam "server_address" could define a list and b2b_entities can choose it when it generate SIP message.

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

>Comment By: Anca Vamanu (anca_vamanu)
Date: 2010-12-22 13:23

Message:
Hi, 

This feature was added in revision #7612.

Regards,
Anca

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

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


From noreply at sourceforge.net  Wed Dec 22 12:29:54 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:29:54 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-2901204 ] Allow
	specification of the database port
Message-ID: <E1PVMtG-0007u3-Kf@sfs-web-8.v29.ch3.sourceforge.com>

Feature Requests item #2901204, was opened at 2009-11-20 17:33
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=2901204&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: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Razvan Crainea (razvancrainea)
Summary: Allow specification of the database port

Initial Comment:
I'm trying to connect opensips to a postgresql database through pgpool, which defaults to port 9999.  It would be really helpful if I could set the port number in the config file.

Thanks!

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

>Comment By: Razvan Crainea (razvancrainea)
Date: 2010-12-22 13:29

Message:
Hello,

You can specify the port in the database URL module parameter. You can use
something like this in your configuration file:
postgres://username:password at host:port/database

Regards,
Razvan Crainea

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

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


From noreply at sourceforge.net  Wed Dec 22 12:35:01 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:35:01 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PVMyD-0001HL-MU@sfs-web-3.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
>Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

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


From noreply at sourceforge.net  Wed Dec 22 12:35:16 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:35:16 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3090388 ] Matching a
	direct BYE
Message-ID: <E1PVMyS-0004TP-P3@sfs-web-6.v29.ch3.sourceforge.com>

Feature Requests item #3090388, was opened at 2010-10-19 13:07
Message generated for change (Settings changed) made by anca_vamanu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3090388&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Stanislaw Pitucha (viraptor)
>Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: Matching a direct BYE

Initial Comment:
I've found some situations where the BYE message comes in without any Route: header and the proxy is using dispatcher, or load-balancing for routing the requests. When the dialog module is enabled, it should be possible to match the message against a known dialog and route it to the destination host. Whether this is done explicitly, or with some magic like:

if (loose_route() || dialog_route())

where dialog_route simulates the same behaviour, sets $du, etc. - I don't know. There might be some better solution (a flag to automatically match all non-INVITE call-related messages against known dialogs?). Please add such option to opensips.

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

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


From noreply at sourceforge.net  Wed Dec 22 12:39:09 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:39:09 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PVN2D-0006nE-UD@sfs-web-4.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 13:39

Message:
In GDB, please print ujiffies :

   p ujiffies;

Thanks and regards,
Boogdan

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

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


From noreply at sourceforge.net  Wed Dec 22 12:47:20 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:47:20 +0000
Subject: [OpenSIPS-Devel] [ opensips-Feature Requests-3090388 ] Matching a
	direct BYE
Message-ID: <E1PVNA8-0007N4-Ps@sfs-web-11.v29.ch3.sourceforge.com>

Feature Requests item #3090388, was opened at 2010-10-19 13:07
Message generated for change (Comment added) made by vladut-paiu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3090388&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Stanislaw Pitucha (viraptor)
Assigned to: Vladut-Stefan Paiu (vladut-paiu)
Summary: Matching a direct BYE

Initial Comment:
I've found some situations where the BYE message comes in without any Route: header and the proxy is using dispatcher, or load-balancing for routing the requests. When the dialog module is enabled, it should be possible to match the message against a known dialog and route it to the destination host. Whether this is done explicitly, or with some magic like:

if (loose_route() || dialog_route())

where dialog_route simulates the same behaviour, sets $du, etc. - I don't know. There might be some better solution (a flag to automatically match all non-INVITE call-related messages against known dialogs?). Please add such option to opensips.

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

>Comment By: Vladut-Stefan Paiu (vladut-paiu)
Date: 2010-12-22 13:47

Message:
Hello,

This kind of behavior can be accomplished by using the validate_dialog()
and the fix_route_dialog() functions exported by the dialog module.
If for whatever reason, a message arrives with invalid R-URI or Route
headers, validate_dialog() can be used to detect such a case, and then
fix_route_dialog() will fix the actual SIP message, assuring it contains
the information from the known dialog. This feature is available both in
trunk and in 1.6.4 

More detailed info on the usage can be found here : 
http://www.opensips.org/html/docs/modules/devel/dialog.html#id293906

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

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


From noreply at sourceforge.net  Wed Dec 22 12:48:46 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:48:46 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PVNBW-0007Ox-AD@sfs-web-11.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 13:48

Message:
Is this a runtime dump or a shutdown one ?

Regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 21:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 21:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 18:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 18:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 16:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 16:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Wed Dec 22 12:53:25 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 11:53:25 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PVNG1-00022f-Pr@sfs-web-3.v29.ch3.sourceforge.com>

Bugs item #3141419, was opened at 2010-12-21 15:57
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3141419&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

>Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 06:53

Message:
Hello Bogdan.

This is the print you requested:

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0
(gdb)


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 06:39

Message:
In GDB, please print ujiffies :

   p ujiffies;

Thanks and regards,
Boogdan

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

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


From noreply at sourceforge.net  Wed Dec 22 13:05:52 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 12:05:52 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PVNS4-0007n6-Ai@sfs-web-9.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 14:05

Message:
Please print "jiffies" also,

Another question - are you running on a 32 or 64 arch ?

Thanks and regards,
Bogdan

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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 13:53

Message:
Hello Bogdan.

This is the print you requested:

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0
(gdb)


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 13:39

Message:
In GDB, please print ujiffies :

   p ujiffies;

Thanks and regards,
Boogdan

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

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


From noreply at sourceforge.net  Wed Dec 22 13:56:27 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 12:56:27 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PVOF1-0003ld-NS@sfs-web-9.v29.ch3.sourceforge.com>

Bugs item #3141419, was opened at 2010-12-21 15:57
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3141419&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

>Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 07:56

Message:
Hello Bogdan

I am running on SPARC, but OpenSIPS is compiled with 32 bits default
compilation.

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 07:05

Message:
Please print "jiffies" also,

Another question - are you running on a 32 or 64 arch ?

Thanks and regards,
Bogdan

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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 06:53

Message:
Hello Bogdan.

This is the print you requested:

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0
(gdb)


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 06:39

Message:
In GDB, please print ujiffies :

   p ujiffies;

Thanks and regards,
Boogdan

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

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


From anca at opensips.org  Wed Dec 22 14:30:53 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 22 Dec 2010 13:30:53 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7613]
	trunk/modules/pua/send_subscribe.c
Message-ID: <E1PVOmL-0005Tr-MW@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7613
          http://opensips.svn.sourceforge.net/opensips/?rev=7613&view=rev
Author:   anca_vamanu
Date:     2010-12-22 13:30:53 +0000 (Wed, 22 Dec 2010)

Log Message:
-----------
- fixed wrong increase of expires value - reported by Klaus Darilion

Modified Paths:
--------------
    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  Wed Dec 22 14:35:21 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 22 Dec 2010 13:35:21 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7614]
	branches/1.6/modules/pua/send_subscribe.c
Message-ID: <E1PVOqf-0005kU-N2@sfp-svn-1.v30.ch3.sourceforge.com>

Revision: 7614
          http://opensips.svn.sourceforge.net/opensips/?rev=7614&view=rev
Author:   anca_vamanu
Date:     2010-12-22 13:35:21 +0000 (Wed, 22 Dec 2010)

Log Message:
-----------
- fixed wrong increase of expires value - reported by Klaus Darilion

Modified Paths:
--------------
    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 noreply at sourceforge.net  Wed Dec 22 15:18:35 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 14:18:35 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PVPWV-0002EK-VZ@sfs-web-9.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-22 08:18

Message:
The server crashed (so, on shutdown).

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 05:48

Message:
Is this a runtime dump or a shutdown one ?

Regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 10:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Wed Dec 22 16:06:19 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 22 Dec 2010 15:06:19 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PVQGh-0000yj-82@sfs-web-10.v29.ch3.sourceforge.com>

Bugs item #3141419, was opened at 2010-12-21 15:57
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3141419&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

>Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 10:06

Message:
Hello Bogdan.

Wrong copy & paste

(gdb) print jiffies
$1 = (unsigned int *) 0xfcc040d8
(gdb) x 0xfcc040d8
0xfcc040d8:     0x00000000
(gdb) print *jiffies
$2 = 0
(gdb) x *jiffies
0x0:    Cannot access memory at address 0x0
(gdb)


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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 07:56

Message:
Hello Bogdan

I am running on SPARC, but OpenSIPS is compiled with 32 bits default
compilation.

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 07:05

Message:
Please print "jiffies" also,

Another question - are you running on a 32 or 64 arch ?

Thanks and regards,
Bogdan

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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 06:53

Message:
Hello Bogdan.

This is the print you requested:

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0
(gdb)


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 06:39

Message:
In GDB, please print ujiffies :

   p ujiffies;

Thanks and regards,
Boogdan

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

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


From anca at opensips.org  Wed Dec 22 16:59:31 2010
From: anca at opensips.org (Anca Vamanu)
Date: Wed, 22 Dec 2010 15:59:31 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7615]
	branches/1.6/modules/dialog/dlg_profile.c
Message-ID: <E1PVR6B-0005mL-OG@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7615
          http://opensips.svn.sourceforge.net/opensips/?rev=7615&view=rev
Author:   anca_vamanu
Date:     2010-12-22 15:59:31 +0000 (Wed, 22 Dec 2010)

Log Message:
-----------
- fixed lock not released on error

Modified Paths:
--------------
    branches/1.6/modules/dialog/dlg_profile.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 Dec 23 10:33:00 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 23 Dec 2010 09:33:00 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7616] trunk/modules/dialog
Message-ID: <E1PVhXg-0004l2-4G@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7616
          http://opensips.svn.sourceforge.net/opensips/?rev=7616&view=rev
Author:   anca_vamanu
Date:     2010-12-23 09:32:59 +0000 (Thu, 23 Dec 2010)

Log Message:
-----------
- fixed lock not released on error
- fixed unreachable code

Modified Paths:
--------------
    trunk/modules/dialog/dlg_handlers.c
    trunk/modules/dialog/dlg_profile.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 Dec 23 10:36:22 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 23 Dec 2010 09:36:22 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7617]
	branches/1.6/modules/dialog/dlg_handlers.c
Message-ID: <E1PVhaw-0004vh-HF@sfp-svn-4.v30.ch3.sourceforge.com>

Revision: 7617
          http://opensips.svn.sourceforge.net/opensips/?rev=7617&view=rev
Author:   anca_vamanu
Date:     2010-12-23 09:36:22 +0000 (Thu, 23 Dec 2010)

Log Message:
-----------
- fixed unreachable code

Modified Paths:
--------------
    branches/1.6/modules/dialog/dlg_handlers.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 Dec 23 11:48:44 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 23 Dec 2010 10:48:44 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7618]
	trunk/modules/dialog/dlg_profile.c
Message-ID: <E1PViiy-00034t-R1@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7618
          http://opensips.svn.sourceforge.net/opensips/?rev=7618&view=rev
Author:   anca_vamanu
Date:     2010-12-23 10:48:44 +0000 (Thu, 23 Dec 2010)

Log Message:
-----------
- mi_profile_list: flush data from time to time to prevent memory getting filled up

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


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


From noreply at sourceforge.net  Thu Dec 23 12:49:24 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 23 Dec 2010 11:49:24 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3132296 ] rtpproxy_offer("L")
	returns wrong port on re-invite
Message-ID: <E1PVjfg-0000Ix-2n@sfs-web-6.v29.ch3.sourceforge.com>

Bugs item #3132296, was opened at 2010-12-08 12:26
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3132296&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: Ruslan Bukin (bukinr)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: rtpproxy_offer("L") returns wrong port on re-invite

Initial Comment:
I call rtpproxy_offer("fr") on invite request and rtpproxy_answer("fr") on invite reply. Request and reply comes with sdp and client rtp media successfully served by rtpproxy.

In loose_route section I call rtpproxy_offer with force-lookup flag ("Lfr")  which returns status 0 on re-invite, but returns wrong rtpproxy port!
(re-invites sent by sippy b2bua in case of keep-alives).

I have switched tags like below. I am sure it is not correct coding, but it resolved my problem, at least for a request.

--- opensips-trunk/modules/nathelper/nathelper.c   (revision 7462)
+++ opensips-trunk/modules/nathelper/nathelper.c   (working copy)
@@ -3315,6 +3315,13 @@
   	   	    FORCE_RTP_PROXY_RET (-1);
 		    			}
						create = 0;
+
+		if (msg->first_line.type==SIP_REQUEST && args->offer!=0) {
+		   				      tmp = from_tag;
+						      	    from_tag = to_tag;
+							    	       to_tag = tmp;
+								       	      }
+
	} else if ((msg->first_line.type==SIP_REPLY && args->offer!=0)||
 	(msg->first_line.type == SIP_REQUEST && args->offer == 0) ) {
 			      if (to_tag.len == 0) {


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

Comment By: Nobody/Anonymous (nobody)
Date: 2010-12-23 11:49

Message:
I have sent SIP trace privately to you

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-20 16:57

Message:
I see...Please send me (privately if necessary) a complete SIP trace of
such a call. I suspect a problem in a different place....but I need to see
the flow.

Regards,
Bogdan

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

Comment By: Ruslan Bukin (bukinr)
Date: 2010-12-08 14:40

Message:
I am following this commit message:

http://lists.iptel.org/pipermail/serdev/2007-December/011450.html

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-08 14:13

Message:
why do you use the L flag in rtpproxy_offer() ? L "lookup" is specific for
reply processing....

Regards,
Bogdan

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

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


From anca at opensips.org  Thu Dec 23 13:38:06 2010
From: anca at opensips.org (Anca Vamanu)
Date: Thu, 23 Dec 2010 12:38:06 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7619]
	branches/1.6/modules/dialog/dlg_profile.c
Message-ID: <E1PVkQo-0006oe-Aw@sfp-svn-3.v30.ch3.sourceforge.com>

Revision: 7619
          http://opensips.svn.sourceforge.net/opensips/?rev=7619&view=rev
Author:   anca_vamanu
Date:     2010-12-23 12:38:05 +0000 (Thu, 23 Dec 2010)

Log Message:
-----------
- mi_profile_list: flush data from time to time to prevent memory getting filled up

Modified Paths:
--------------
    branches/1.6/modules/dialog/dlg_profile.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 Dec 23 15:37:39 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 23 Dec 2010 14:37:39 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7620] trunk/Makefile
Message-ID: <E1PVmIV-0004Hv-Qn@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7620
          http://opensips.svn.sourceforge.net/opensips/?rev=7620&view=rev
Author:   bogdan_iancu
Date:     2010-12-23 14:37:39 +0000 (Thu, 23 Dec 2010)

Log Message:
-----------
fix missed modules documentation installation by replacing 'install-modules' by 'install-modules-all' in 'install' target. The target 'install-modules-all' runs 'install-modules' and 'install-modules-doc' targets.

make 'install-modules-doc' safer to prevent overwriting global README file.

Credits go to John Khvatov

Modified Paths:
--------------
    trunk/Makefile


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


From bogdan at voice-system.ro  Thu Dec 23 15:38:59 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Thu, 23 Dec 2010 14:38:59 +0000
Subject: [OpenSIPS-Devel] SF.net SVN: opensips:[7621] branches/1.6/Makefile
Message-ID: <E1PVmJm-0004K1-Vk@sfp-svn-5.v30.ch3.sourceforge.com>

Revision: 7621
          http://opensips.svn.sourceforge.net/opensips/?rev=7621&view=rev
Author:   bogdan_iancu
Date:     2010-12-23 14:38:58 +0000 (Thu, 23 Dec 2010)

Log Message:
-----------
backport from truk (rev #7620):
fix missed modules documentation installation by replacing 'install-modules' by 'install-modules-all' in 'install' target. The target 'install-modules-all' runs 'install-modules' and 'install-modules-doc' targets.

make 'install-modules-doc' safer to prevent overwriting global README file.

Credits go to John Khvatov

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

Modified Paths:
--------------
    branches/1.6/Makefile


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


From noreply at sourceforge.net  Thu Dec 23 15:43:49 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 23 Dec 2010 14:43:49 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PVmOT-0001BF-9O@sfs-web-4.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-23 16:43

Message:
It seams it is a issue with the arch detection - I guess "sparc" is 64b
arch and when opensips compiles as for 32b, some mem alignment is screwed.


Do you use any particular compile options or you let the Makefile to do
all the detection ?

Regards,
Bogdan

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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 17:06

Message:
Hello Bogdan.

Wrong copy & paste

(gdb) print jiffies
$1 = (unsigned int *) 0xfcc040d8
(gdb) x 0xfcc040d8
0xfcc040d8:     0x00000000
(gdb) print *jiffies
$2 = 0
(gdb) x *jiffies
0x0:    Cannot access memory at address 0x0
(gdb)


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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 14:56

Message:
Hello Bogdan

I am running on SPARC, but OpenSIPS is compiled with 32 bits default
compilation.

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 14:05

Message:
Please print "jiffies" also,

Another question - are you running on a 32 or 64 arch ?

Thanks and regards,
Bogdan

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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 13:53

Message:
Hello Bogdan.

This is the print you requested:

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0
(gdb)


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 13:39

Message:
In GDB, please print ujiffies :

   p ujiffies;

Thanks and regards,
Boogdan

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

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


From noreply at sourceforge.net  Thu Dec 23 15:44:17 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 23 Dec 2010 14:44:17 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3137394 ] write return value
	ignored on sms module
Message-ID: <E1PVmOv-0001D3-O8@sfs-web-4.v29.ch3.sourceforge.com>

Patches item #3137394, was opened at 2010-12-14 21:46
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3137394&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: None
>Status: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: write return value ignored on sms module

Initial Comment:
return value of write function is ignored at libsms_modem.c file; This patch evaluates it, and returns error in case of error at write invocation.

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

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


From noreply at sourceforge.net  Thu Dec 23 22:27:13 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 23 Dec 2010 21:27:13 +0000
Subject: [OpenSIPS-Devel] [ opensips-Patches-3143163 ] Missing evaluation of
	return value for write on sms module
Message-ID: <E1PVsgr-0001ol-Rn@sfs-web-6.v29.ch3.sourceforge.com>

Patches item #3143163, was opened at 2010-12-23 16:27
Message generated for change (Tracker Item Submitted) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086412&aid=3143163&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: Sergio Gutierrez (saguti)
Assigned to: Nobody/Anonymous (nobody)
Summary: Missing evaluation of return value for write on sms module

Initial Comment:
This patch provides the evaluation of write() return value, 

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

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


From noreply at sourceforge.net  Thu Dec 23 22:39:31 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 23 Dec 2010 21:39:31 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3141419 ] OpenSIPS 1.6.4 fails
	with Signal 10 (Bus Error) on Solaris
Message-ID: <E1PVssl-0002nS-LF@sfs-web-6.v29.ch3.sourceforge.com>

Bugs item #3141419, was opened at 2010-12-21 15:57
Message generated for change (Comment added) made by saguti
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3141419&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Sergio Gutierrez (saguti)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: OpenSIPS 1.6.4 fails with Signal 10 (Bus Error) on Solaris

Initial Comment:
Trying to run OpenSIPS 1.6.4 on Solaris 10, it is failing with Bus Error (Signal 10)
Attached appear log and backtrace from the core.

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

>Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-23 16:39

Message:
Hello Bogdan.

Previously we have not had problems using OpenSIPS compiled for 32bits on
Sparc. I am not using any particular option; Makefile is performing the
guessing itself.

I will try to compile and test on 64 bits.

Thanks and regards.



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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-23 09:43

Message:
It seams it is a issue with the arch detection - I guess "sparc" is 64b
arch and when opensips compiles as for 32b, some mem alignment is screwed.


Do you use any particular compile options or you let the Makefile to do
all the detection ?

Regards,
Bogdan

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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 10:06

Message:
Hello Bogdan.

Wrong copy & paste

(gdb) print jiffies
$1 = (unsigned int *) 0xfcc040d8
(gdb) x 0xfcc040d8
0xfcc040d8:     0x00000000
(gdb) print *jiffies
$2 = 0
(gdb) x *jiffies
0x0:    Cannot access memory at address 0x0
(gdb)


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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 07:56

Message:
Hello Bogdan

I am running on SPARC, but OpenSIPS is compiled with 32 bits default
compilation.

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 07:05

Message:
Please print "jiffies" also,

Another question - are you running on a 32 or 64 arch ?

Thanks and regards,
Bogdan

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

Comment By: Sergio Gutierrez (saguti)
Date: 2010-12-22 06:53

Message:
Hello Bogdan.

This is the print you requested:

(gdb) p ujiffies
$1 = (utime_t *) 0xfcc040ec
(gdb) x 0xfcc040ec
0xfcc040ec:     0x00000000
(gdb) x ujiffies
0xfcc040ec:     0x00000000
(gdb) x *ujiffies
0x0:    Cannot access memory at address 0x0
(gdb) p *ujiffies
$2 = 0
(gdb)


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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 06:39

Message:
In GDB, please print ujiffies :

   p ujiffies;

Thanks and regards,
Boogdan

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

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


From bogdan at voice-system.ro  Mon Dec 27 20:31:56 2010
From: bogdan at voice-system.ro (Bogdan-Andrei Iancu)
Date: Mon, 27 Dec 2010 21:31:56 +0200
Subject: [OpenSIPS-Devel] [INFO] mailing list outage
Message-ID: <4D18E9AC.6020109@voice-system.ro>

Hi all,

In the last 3 days, the mailing lists were not functioning due an exim 
issue: exim running on opensips.org was the target for an exploit (see 
http://www.exploit-db.com/exploits/15725/), damaging the setup for mail 
delivery. Now the issues was fixed, all damages created by the intrusion 
being removed, especially thanks to elred_ from IRC who help me with 
this task.

For people not being able to post emails in the last days, please 
re-send your emails - mailing lists are now fully functional.

Best regards,
Bogdan


-- 
Bogdan-Andrei Iancu
OpenSIPS Event - expo, conf, social, bootcamp
2 - 4 February 2011, ITExpo, Miami,  USA
www.voice-system.ro



From noreply at sourceforge.net  Tue Dec 28 16:33:00 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 28 Dec 2010 15:33:00 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PXbXo-0003JN-DM@sfs-web-6.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-28 17:33

Message:
a shutdown dump is not relevant - try to make a runtime dump by sending
SIGUSR1 signal to opensips - wait for couple of hours of run and make the
dump.

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-22 16:18

Message:
The server crashed (so, on shutdown).

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 13:48

Message:
Is this a runtime dump or a shutdown one ?

Regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 21:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 21:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 18:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 18:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 16:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 16:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 14:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Tue Dec 28 19:41:16 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 28 Dec 2010 18:41:16 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PXeU0-0002Ce-5p@sfs-web-7.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 12:41

Message:
Bogdan,

Here's a new memdump after sending SIGUSR1 to opensips while it was out of
memory and failing to route calls (so, during runtime):
http://www.starviewconnect.com/tmp/mem_dump_20101228.zip

Thanks!

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-28 09:33

Message:
a shutdown dump is not relevant - try to make a runtime dump by sending
SIGUSR1 signal to opensips - wait for couple of hours of run and make the
dump.

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-22 08:18

Message:
The server crashed (so, on shutdown).

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 05:48

Message:
Is this a runtime dump or a shutdown one ?

Regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 10:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Tue Dec 28 22:11:00 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 28 Dec 2010 21:11:00 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PXgou-0007vr-3P@sfs-web-1.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 15:10

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101228_2.zip

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 12:41

Message:
Bogdan,

Here's a new memdump after sending SIGUSR1 to opensips while it was out of
memory and failing to route calls (so, during runtime):
http://www.starviewconnect.com/tmp/mem_dump_20101228.zip

Thanks!

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-28 09:33

Message:
a shutdown dump is not relevant - try to make a runtime dump by sending
SIGUSR1 signal to opensips - wait for couple of hours of run and make the
dump.

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-22 08:18

Message:
The server crashed (so, on shutdown).

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 05:48

Message:
Is this a runtime dump or a shutdown one ?

Regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 10:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Wed Dec 29 00:14:23 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue, 28 Dec 2010 23:14:23 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PXikJ-0007Wl-D7@sfs-web-2.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 17:14

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101228_3.gz

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 15:10

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101228_2.zip

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 12:41

Message:
Bogdan,

Here's a new memdump after sending SIGUSR1 to opensips while it was out of
memory and failing to route calls (so, during runtime):
http://www.starviewconnect.com/tmp/mem_dump_20101228.zip

Thanks!

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-28 09:33

Message:
a shutdown dump is not relevant - try to make a runtime dump by sending
SIGUSR1 signal to opensips - wait for couple of hours of run and make the
dump.

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-22 08:18

Message:
The server crashed (so, on shutdown).

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 05:48

Message:
Is this a runtime dump or a shutdown one ?

Regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 10:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Wed Dec 29 15:51:10 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 29 Dec 2010 14:51:10 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PXxMs-0006v1-7b@sfs-web-3.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-29 08:51

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101229_1.gz

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 17:14

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101228_3.gz

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 15:10

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101228_2.zip

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 12:41

Message:
Bogdan,

Here's a new memdump after sending SIGUSR1 to opensips while it was out of
memory and failing to route calls (so, during runtime):
http://www.starviewconnect.com/tmp/mem_dump_20101228.zip

Thanks!

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-28 09:33

Message:
a shutdown dump is not relevant - try to make a runtime dump by sending
SIGUSR1 signal to opensips - wait for couple of hours of run and make the
dump.

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-22 08:18

Message:
The server crashed (so, on shutdown).

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 05:48

Message:
Is this a runtime dump or a shutdown one ?

Regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 10:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From noreply at sourceforge.net  Wed Dec 29 22:53:11 2010
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed, 29 Dec 2010 21:53:11 +0000
Subject: [OpenSIPS-Devel] [ opensips-Bugs-3125596 ] mem leak
Message-ID: <E1PY3xH-0004Uy-7x@sfs-web-8.v29.ch3.sourceforge.com>

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

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: 1.6.x
Status: Open
Resolution: Accepted
Priority: 7
Private: No
Submitted By: thrillerbee (thr1ll3rb33)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: mem leak 

Initial Comment:
Errors in the syslog this time right before the crash:
/usr/local/sbin/opensips[27044]: ERROR:db_flatstore:new_flat_id: no pkg memory left
kernel: [5508366.582447] opensips[27044]: segfault at 10 ip 7fa7ff74c21f sp 7fffdc101700 error 4 in db_flatstore.so[7fa7ff749000+5000]

I do use the flat_rotate MI command with the acc module for cdr collection.  The backtrace is attached.

mem dumps are here:
http://www.starviewconnect.com/tmp/core1_mem_dump_20101112.gz
http://www.starviewconnect.com/tmp/core2_mem_dump_20101112.gz

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

>Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-29 15:53

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101229_2.gz

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-29 08:51

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101229_1.gz

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 17:14

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101228_3.gz

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 15:10

Message:
another memdump:
http://www.starviewconnect.com/tmp/mem_dump_20101228_2.zip

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-28 12:41

Message:
Bogdan,

Here's a new memdump after sending SIGUSR1 to opensips while it was out of
memory and failing to route calls (so, during runtime):
http://www.starviewconnect.com/tmp/mem_dump_20101228.zip

Thanks!

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-28 09:33

Message:
a shutdown dump is not relevant - try to make a runtime dump by sending
SIGUSR1 signal to opensips - wait for couple of hours of run and make the
dump.

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-22 08:18

Message:
The server crashed (so, on shutdown).

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-22 05:48

Message:
Is this a runtime dump or a shutdown one ?

Regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:41

Message:
my apologies for the previous comment; here it is cleaned up:

 Memory status (shm):
 qm_status (0x7f1c48c82000):
  heap size= 536870912
  used= 13760, used+overhead=21459048, free=515411864
  max used (+overhead)= 75080016  
 dumping all alloc'ed. fragments:
       0. N  address=0x7f1c48cb7518 frag=0x7f1c48cb74e8 size=8 used=1
             alloc'd from mem/shm_mem.c: shm_mem_init_mallocs(196)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     396. N  address=0x7f1c48f682b0 frag=0x7f1c48f68280 size=40 used=1
             alloc'd from lb_data.c: load_lb_data(52)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     536. N  address=0x7f1c48f6d708 frag=0x7f1c48f6d6d8 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     537. N  address=0x7f1c48f6ef98 frag=0x7f1c48f6ef68 size=6192 used=1
             alloc'd from hash.c: new_subnet_table(276)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     538. N  address=0x7f1c48f70828 frag=0x7f1c48f707f8 size=8 used=1
             alloc'd from address.c: init_address(320)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     539. N  address=0x7f1c48f70890 frag=0x7f1c48f70860 size=48 used=1
             alloc'd from hash.c: subnet_table_insert(318)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     540. N  address=0x7f1c48f70920 frag=0x7f1c48f708f0 size=8 used=1
             alloc'd from hash.c: subnet_table_insert(329)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     586. N  address=0x7f1c48f72ce8 frag=0x7f1c48f72cb8 size=960 used=1
             alloc'd from core_stats.c: init_pkg_stats(182)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     587. N  address=0x7f1c48f73108 frag=0x7f1c48f730d8 size=160 used=1
             alloc'd from core_stats.c: init_pkg_stats(183)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     81089. N  address=0x7f1c4a0cdc60 frag=0x7f1c4a0cdc30 size=24 used=1
             alloc'd from proxy.c: hostent_shm_cpy(83)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     128616. N  address=0x7f1c4b2f1c90 frag=0x7f1c4b2f1c60 size=72 used=1
             alloc'd from t_fwd.c: shm_clone_proxy(233)
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     176525. N  address=0x7f1c4c8317e8 frag=0x7f1c4c8317b8 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     201764. N  address=0x7f1c4cdffb50 frag=0x7f1c4cdffb20 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     214714. N  address=0x7f1c4d06ed58 frag=0x7f1c4d06ed28 size=16 used=1
             alloc'd from mem/shm_mem.c: _shm_resize(112) 
         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-21 13:39

Message:
/usr/local/sbin/opensips[13045]: Memory status (shm):
/usr/local/sbin/opensips[13045]: qm_status (0x7f1c48c82000):
/usr/local/sbin/opensips[13045]:  heap size= 536870912  
/usr/local/sbin/opensips[13045]:  used= 13760, used+overhead=21459048,
free=515411864
/usr/local/sbin/opensips[13045]:  max used (+overhead)= 75080016 
/usr/local/sbin/opensips[13045]: dumping all alloc'ed. fragments:
/usr/local/sbin/opensips[13045]:       0. N  address=0x7f1c48cb7518
frag=0x7f1c48cb74e8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(196)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     396. N  address=0x7f1c48f682b0
frag=0x7f1c48f68280 size=40 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from lb_data.c:
load_lb_data(52)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     536. N  address=0x7f1c48f6d708
frag=0x7f1c48f6d6d8 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     537. N  address=0x7f1c48f6ef98
frag=0x7f1c48f6ef68 size=6192 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
new_subnet_table(276) 
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     538. N  address=0x7f1c48f70828
frag=0x7f1c48f707f8 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from address.c:
init_address(320)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     539. N  address=0x7f1c48f70890
frag=0x7f1c48f70860 size=48 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(318)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     540. N  address=0x7f1c48f70920
frag=0x7f1c48f708f0 size=8 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from hash.c:
subnet_table_insert(329)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     586. N  address=0x7f1c48f72ce8
frag=0x7f1c48f72cb8 size=960 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(182)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     587. N  address=0x7f1c48f73108
frag=0x7f1c48f730d8 size=160 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from core_stats.c:
init_pkg_stats(183)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     81089. N  address=0x7f1c4a0cdc60
frag=0x7f1c4a0cdc30 size=24 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from proxy.c:
hostent_shm_cpy(83)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     128616. N  address=0x7f1c4b2f1c90
frag=0x7f1c4b2f1c60 size=72 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from t_fwd.c:
shm_clone_proxy(233)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     176525. N  address=0x7f1c4c8317e8
frag=0x7f1c4c8317b8 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     201764. N  address=0x7f1c4cdffb50
frag=0x7f1c4cdffb20 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed
/usr/local/sbin/opensips[13045]:     214714. N  address=0x7f1c4d06ed58
frag=0x7f1c4d06ed28 size=16 used=1
/usr/local/sbin/opensips[13045]:             alloc'd from mem/shm_mem.c:
_shm_resize(112)
/usr/local/sbin/opensips[13045]:         start check=f0f0f0f0, end check=
c0c0c0c0, abcdefed

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 10:19

Message:
your makfile.defs was not correct (makefile syntax errors) - use the
attached one (I fixed the file you uploaded).

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-14 10:06

Message:
Makefile.defs is attached

opensips -V
version: opensips 1.6.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 2:7290M
@(#) $Id: main.c 6169 2009-09-22 12:48:37Z bogdan_iancu $
main.c compiled on 22:47:42 Dec  8 2010 with gcc 4.3.2

Relevant config:
debug=2
memlog=10
memdump=1

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-14 08:29

Message:
Your opensips is still not compiled with mem debugging :(...The dump from
memory debugger looks like:
     0(17665) Memory status (shm):
     0(17665) qm_status (0xb5a7e000):
     0(17665)  heap size= 33554432
     0(17665)  used= 1592952, used+overhead=1811564, free=31742868
     0(17665)  max used (+overhead)= 1811564
     0(17665) dumping all alloc'ed. fragments:
     0(17665)       0. N  address=0xb5ab240c frag=0xb5ab23f4 size=4
used=1
     0(17665)             alloc'd from mem/shm_mem.c:
shm_mem_init_mallocs(199)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed
     0(17665)       1. N  address=0xb5ab2440 frag=0xb5ab2428 size=4 used=1

     0(17665)             alloc'd from timer.c: init_timer(52)
     0(17665)         start check=f0f0f0f0, end check= c0c0c0c0, abcdefed

Just to check the flags you use, please upload your Makefile.defs and post
the output of "opensips  -V" .

Thanks and regards,
Bogdan

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

Comment By: thrillerbee (thr1ll3rb33)
Date: 2010-12-13 08:56

Message:
The requested mem dump can be downloaded here:
http://www.starviewconnect.com/tmp/mem_dump_20101213.zip

Thanks.

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

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2010-12-03 06:28

Message:
Hi,

Indeed, the logs show a leak and I suspect it is from db_flatstore module
- unfortunately you do not have properly compiled the memory debugging
support, so it hard to pinpoint the guilty code.
I tried to reproduce ACC via flatstore, but not able to get a leak at
all...

So, please compile the memory debugger as per
http://www.opensips.org/Resources/DocsTsMem  (be sure you put DBG_QM_MALLOC
and take out F_MALLOC ) and recompile + reinstall +  restart opensips.

In your cfg use:
memlog=10
memdump=1
This will generate only a memory dump without any additional memory logs
at rutime.

You can take a mem dump at runtime by sending a SIGUSR1 signal to an
opensips process,
Regards,
Bogdan

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

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


From jh at tutpro.com  Thu Dec 30 10:41:17 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Thu, 30 Dec 2010 11:41:17 +0200
Subject: [OpenSIPS-Devel] empty publish results in invalid notify body
Message-ID: <19740.21437.266269.850070@sip.test.fi>

i did some presence tests with sip-communicator and twinkle.  when i
tell sip-communicator that i'm offline, it sends a publish with empty
body like this:

PUBLISH sip:test at test.fi SIP/2.0.
Call-ID: a915618a37062a26f07f35ba7d538aa3 at 0.0.0.0.
CSeq: 9 PUBLISH.
From: "Test" <sip:test at test.fi>;tag=50de411e.
To: "Test" <sip:test at test.fi>.
Max-Forwards: 69.
Content-Type: application/pidf+xml.
Contact: "Test" <sip:test at 192.168.0.169:11417;transport=udp>.
User-Agent: SIP Communicator1.0-alpha6-nightly.build.3174Linux.
Expires: 0.
Event: presence.
SIP-If-Match: a.1293545574.14775.16.0.
Via: SIP/2.0/UDP x.x.x.x;branch=z9hG4bK7d28.92f1bd43.0.
Via: SIP/2.0/UDP 192.168.0.169:11417;rport=63441;received=x.x.x.x;branch=z9hG4bK-383134-a1b11a5839f6b262b0926731752edbfb.
Content-Length: 0.

once presence server gets it, it sends out a notify like this:

NOTIFY sip:jh at 192.168.0.169:5074;alias=x.x.x.x~63373~2;transport=tcp SIP/2.0.
Via: SIP/2.0/UDP x.x.x.x;branch=z9hG4bK4eec.58bca9d.0.
Via: SIP/2.0/UDP 127.0.0.1:5082;branch=z9hG4bK4eec.ebd886e3.0.
To: <sip:jh at test.fi>;tag=lgwpg.
From: <sip:test at test.fi>;tag=48de7c3cb9f0a00e953b10ae4e49e9de-0f9f.
CSeq: 10 NOTIFY.
Call-ID: vctlhxdlljfighc at sip.test.fi.
Route: <sip:x.x.x.x;r2=on;lr;ftag=lgwpg;n1>,<sip:x.x.x.x;transport=tcp;r2=on;lr;ftag=lgwpg;n1>.
Content-Length: 144.
User-Agent: OpenSIPS (1.6.4-tls (i386/linux)).
Max-Forwards: 69.
Event: presence.
Contact: <sip:127.0.0.1:5082>.
Subscription-State: active;expires=132.
Content-Type: application/pidf+xml.
.
<?xml version="1.0"?>
<presence entity="sip:test at test.fi"><tuple id="t5374"><status><basic>closed</basic></status></tuple></presence>

when twinkle receives the notify, it claims that it has invalid sip
body.

indeed, rfc3863 in section 4.1.1 says:

   The <presence> element MUST contain a namespace declaration ('xmlns')
   to indicate the namespace on which the presence document is based.
   The presence document compliant to this specification MUST have the
   namespace 'urn:ietf:params:xml:ns:pidf:'.

looks like namespace declaration is missing from the notify document that
presence server has generated on its own as response to empty publish body.

should i open a ticket on this or have i misunderstood something?

-- juha


From jh at tutpro.com  Thu Dec 30 12:55:10 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Thu, 30 Dec 2010 13:55:10 +0200
Subject: [OpenSIPS-Devel]  empty publish results in invalid notify body
In-Reply-To: <19740.21437.266269.850070@sip.test.fi>
References: <19740.21437.266269.850070@sip.test.fi>
Message-ID: <19740.29470.454738.534124@sip.test.fi>

Juha Heinanen writes:

> <?xml version="1.0"?>
> <presence entity="sip:test at test.fi"><tuple
> id="t5374"><status><basic>closed</basic></status></tuple></presence>

i tried to read presentity.c code and if the above doc is created by
build_offline_presence function, it tried to add the missing stuff to
the doc:

        xmlNewProp(root_node, BAD_CAST "xmlns",
		       BAD_CAST "urn:ietf:params:xml:ns:pidf");
	xmlNewProp(root_node, BAD_CAST "xmlns:dm",
			BAD_CAST "urn:ietf:params:xml:ns:pidf:data-model");
	xmlNewProp(root_node, BAD_CAST  "xmlns:rpid",
			BAD_CAST "urn:ietf:params:xml:ns:pidf:rpid" );
	xmlNewProp(root_node, BAD_CAST "xmlns:c",
			BAD_CAST "urn:ietf:params:xml:ns:pidf:cipid");

so far i have not been able to figure out, why nothing happens.

-- juha


From jh at tutpro.com  Thu Dec 30 13:21:10 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Thu, 30 Dec 2010 14:21:10 +0200
Subject: [OpenSIPS-Devel] new kind of presence crash
Message-ID: <19740.31030.535452.695029@sip.test.fi>

today i noticed two new kind of presence crashes like the one below.

-- juha

(gdb) where
#0  0xb75f8425 in ?? () from /lib/i686/cmov/libc.so.6
#1  0xb711694b in xmlOutputBufferWriteString () from /usr/lib/libxml2.so.2
#2  0xb71c3fa8 in ?? () from /usr/lib/libxml2.so.2
#3  0xb71c4881 in ?? () from /usr/lib/libxml2.so.2
#4  0xb71c40ad in ?? () from /usr/lib/libxml2.so.2
#5  0xb71c4881 in ?? () from /usr/lib/libxml2.so.2
#6  0xb71c40ad in ?? () from /usr/lib/libxml2.so.2
#7  0xb71c3b61 in ?? () from /usr/lib/libxml2.so.2
#8  0xb71c5053 in xmlDocDumpFormatMemoryEnc () from /usr/lib/libxml2.so.2
#9  0xb71c51df in xmlDocDumpMemory () from /usr/lib/libxml2.so.2
#10 0xb70bb92a in agregate_xmls (pres_user=0xbf8c08b0, pres_domain=0xbf8c08c0, body_array=0x81a7dbc, n=2) at notify_body.c:621
#11 0xb70bc447 in pres_agg_nbody (pres_user=0xbf8c08b0, pres_domain=0xbf8c08c0, body_array=0x81a7dbc, n=2, off_index=-1) at notify_body.c:76
#12 0xb7202f44 in get_p_notify_body (pres_uri=..., event=0xb31dd598, etag=0x0, contact=0xbf8c0ce0, dbody=0x0, extra_hdrs=0xbf8c0b1c) at notify.c:982
#13 0xb7207c14 in build_str_hdr (subs=0xbf8c0c88, is_body=0, hdr=0x0, extra_hdrs=0x0) at notify.c:146
#14 0xb7208c1f in printf_subs (subs=0x0, watcher_subs=0x0, n_body=0x0, force_null_body=0, extra_hdrs=0x0) at notify.c:102
#15 send_notify_request (subs=0x0, watcher_subs=0x0, n_body=0x0, force_null_body=0, extra_hdrs=0x0) at notify.c:1844
#16 0xb721d14c in update_subscription (msg=0x81a6220, subs=0xbf8c0c88, init_req=0) at subscribe.c:389
#17 0xb7220785 in handle_subscribe (msg=0x81a6220, force_active_param=0x0, str2=0x0) at subscribe.c:685
#18 0x08058279 in do_action (a=0x81a013c, msg=0x81a6220) at action.c:1195
#19 0x08056c2c in run_action_list (a=0x81a013c, msg=0x81a6220) at action.c:140
#20 0x0809ade1 in eval_elem (e=0x81a01a8, msg=0x81a6220, val=0x0) at route.c:1354
#21 eval_expr (e=0x81a01a8, msg=0x81a6220, val=0x0) at route.c:1696
#22 0x0809a991 in eval_expr (e=0x81a01d4, msg=0x81a6220, val=0x0) at route.c:1712
#23 0x0809a9d9 in eval_expr (e=0x81a0200, msg=0x81a6220, val=0x0) at route.c:1717
#24 0x08058508 in do_action (a=0x81a03b0, msg=0x81a6220) at action.c:802
#25 0x08056c2c in run_action_list (a=0x819f6bc, msg=0x81a6220) at action.c:140
#26 0x0805a2cf in do_action (a=0x81a0488, msg=0x81a6220) at action.c:819
#27 0x08056c2c in run_action_list (a=0x819eef8, msg=0x81a6220) at action.c:140
#28 0x0805a06a in run_actions (a=0x819ad4c, msg=0x81a6220) at action.c:120
#29 do_action (a=0x819ad4c, msg=0x81a6220) at action.c:488
#30 0x08056c2c in run_action_list (a=0x819ad4c, msg=0x81a6220) at action.c:140
#31 0x0805a2cf in do_action (a=0x819ae24, msg=0x81a6220) at action.c:819
#32 0x08056c2c in run_action_list (a=0x819ae24, msg=0x81a6220) at action.c:140
#33 0x0805ba09 in run_actions (a=0x819ae24, msg=0x81a6220) at action.c:120
#34 run_top_route (a=0x819ae24, msg=0x81a6220) at action.c:181
#35 0x0808fe99 in receive_msg (
    buf=0x8172300 "SUBSCRIBE sip:127.0.0.1:5082 SIP/2.0\r\nVia: SIP/2.0/UDP x.x.x.x;branch=z9hG4bKa677.33ea0a24.0\r\nVia: SIP/2.0/UDP x.x.x.x;branch=z9hG4bKa677.137a5be5.0;i=d\r\nVia: SIP/2.0/TCP 192.168.0.169:5074"..., len=655, rcv_info=0xbf8c1f58) at receive.c:162
#36 0x080c9ce0 in udp_rcv_loop () at udp_server.c:492
#37 0x0806d2e3 in main_loop (argc=16, argv=0xbf8c2104) at main.c:824
#38 main (argc=16, argv=0xbf8c2104) at main.c:1393


From jh at tutpro.com  Fri Dec 31 10:07:49 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 31 Dec 2010 11:07:49 +0200
Subject: [OpenSIPS-Devel]   empty publish results in invalid notify body
In-Reply-To: <19740.29470.454738.534124@sip.test.fi>
References: <19740.21437.266269.850070@sip.test.fi>
	<19740.29470.454738.534124@sip.test.fi>
Message-ID: <19741.40293.840407.860361@sip.test.fi>

Juha Heinanen writes:

> i tried to read presentity.c code and if the above doc is created by
> build_offline_presence function, it tried to add the missing stuff to
> the doc:

perhaps the bug is in presence_xml/notify_body.c instead.  i'll make
some experiments.

-- juha


From jh at tutpro.com  Fri Dec 31 11:01:15 2010
From: jh at tutpro.com (Juha Heinanen)
Date: Fri, 31 Dec 2010 12:01:15 +0200
Subject: [OpenSIPS-Devel]    empty publish results in invalid notify body
In-Reply-To: <19741.40293.840407.860361@sip.test.fi>
References: <19740.21437.266269.850070@sip.test.fi>
	<19740.29470.454738.534124@sip.test.fi>
	<19741.40293.840407.860361@sip.test.fi>
Message-ID: <19741.43499.444257.237973@sip.test.fi>

Juha Heinanen writes:

> perhaps the bug is in presence_xml/notify_body.c instead.  i'll make
> some experiments.

here is diff that works for me.  could someone check and commit it.

-- juha

*** /usr/src/orig/opensips/branches/1.6/modules/presence_xml/notify_body.c	2010-12-28 15:48:35.000000000 +0200
--- notify_body.c	2010-12-31 11:51:32.000000000 +0200
***************
*** 713,718 ****
--- 713,721 ----
  		root_node->ns = NULL;
  	}
  
+ 	xmlNewProp(root_node, BAD_CAST "xmlns",
+ 			BAD_CAST "urn:ietf:params:xml:ns:pidf");
+ 
  	xmlDocSetRootElement(new_doc, root_node);
  
  	tuple_node= xmlCopyNode(tuple_node, 2);


From bogus@does.not.exist.com  Mon Dec 27 18:28:28 2010
From: bogus@does.not.exist.com ()
Date: Mon, 27 Dec 2010 17:28:28 -0000
Subject: No subject
Message-ID: <mailman.1.1295218077.4874.devel@lists.opensips.org>

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

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


From bogus@does.not.exist.com  Mon Dec 27 18:28:28 2010
From: bogus@does.not.exist.com ()
Date: Mon, 27 Dec 2010 17:28:28 -0000
Subject: No subject
Message-ID: <mailman.4.1295530550.4874.devel@lists.opensips.org>

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

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2011-01-20 15:35

Message:
Hi Henk,

thanks for the report - it is fixed on SVN, tarballs will be regenerated.

Regards,
Bogdann

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

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


From bogus@does.not.exist.com  Mon Dec 27 18:28:28 2010
From: bogus@does.not.exist.com ()
Date: Mon, 27 Dec 2010 17:28:28 -0000
Subject: No subject
Message-ID: <mailman.87.1308746953.4874.devel@lists.opensips.org>


From bogus@does.not.exist.com  Mon Dec 27 18:28:28 2010
From: bogus@does.not.exist.com ()
Date: Mon, 27 Dec 2010 17:28:28 -0000
Subject: No subject
Message-ID: <mailman.88.1308746953.4874.devel@lists.opensips.org>

The AVP interface was changed to support only integer AVP names.

Modified Paths:
--------------
    trunk/action.c
    trunk/cfg.y
    trunk/evi/event_interface.c
    trunk/main.c
    trunk/modules/aaa_radius/doc/aaa_radius_admin.xml
    trunk/modules/aaa_radius/rad.c
    trunk/modules/acc/README
    trunk/modules/acc/acc_extra.c
    trunk/modules/acc/doc/acc_admin.xml
    trunk/modules/alias_db/README
    trunk/modules/alias_db/doc/alias_db_admin.xml
    trunk/modules/auth/README
    trunk/modules/auth/api.h
    trunk/modules/auth/auth_mod.c
    trunk/modules/auth/doc/auth_admin.xml
    trunk/modules/auth/rpid.c
    trunk/modules/auth/rpid.h
    trunk/modules/auth_aaa/README
    trunk/modules/auth_db/README
    trunk/modules/auth_db/aaa_avps.h
    trunk/modules/auth_db/authorize.c
    trunk/modules/auth_db/doc/auth_db_admin.xml
    trunk/modules/auth_diameter/README
    trunk/modules/avpops/README
    trunk/modules/avpops/avpops_db.c
    trunk/modules/avpops/avpops_impl.c
    trunk/modules/avpops/avpops_parse.c
    trunk/modules/avpops/doc/avpops_admin.xml
    trunk/modules/b2b_entities/README
    trunk/modules/b2b_logic/b2b_logic.c
    trunk/modules/b2b_logic/doc/b2b_logic_admin.xml
    trunk/modules/b2b_logic/logic.c
    trunk/modules/benchmark/README
    trunk/modules/call_control/README
    trunk/modules/call_control/call_control.c
    trunk/modules/call_control/doc/call_control_admin.xml
    trunk/modules/carrierroute/carrierroute.h
    trunk/modules/carrierroute/doc/carrierroute_admin.xml
    trunk/modules/carrierroute/route_func.c
    trunk/modules/cfgutils/README
    trunk/modules/cfgutils/doc/cfgutils_admin.xml
    trunk/modules/closeddial/README
    trunk/modules/closeddial/doc/closeddial_admin.xml
    trunk/modules/cpl-c/cpl.c
    trunk/modules/cpl-c/cpl_env.h
    trunk/modules/cpl-c/cpl_proxy.h
    trunk/modules/cpl-c/doc/cpl-c_admin.xml
    trunk/modules/db_flatstore/README
    trunk/modules/db_text/README
    trunk/modules/db_virtual/README
    trunk/modules/dialog/README
    trunk/modules/dialog/dialog.c
    trunk/modules/dialog/doc/dialog_admin.xml
    trunk/modules/dialplan/doc/dialplan_admin.xml
    trunk/modules/dispatcher/README
    trunk/modules/dispatcher/dispatch.c
    trunk/modules/dispatcher/dispatch.h
    trunk/modules/dispatcher/dispatcher.c
    trunk/modules/dispatcher/doc/dispatcher_admin.xml
    trunk/modules/diversion/README
    trunk/modules/domain/README
    trunk/modules/domain/doc/domain_admin.xml
    trunk/modules/domainpolicy/README
    trunk/modules/domainpolicy/domainpolicy.c
    trunk/modules/domainpolicy/domainpolicy_mod.c
    trunk/modules/domainpolicy/domainpolicy_mod.h
    trunk/modules/drouting/README
    trunk/modules/drouting/doc/drouting_admin.xml
    trunk/modules/drouting/drouting.c
    trunk/modules/drouting/routing.h
    trunk/modules/enum/README
    trunk/modules/enum/doc/enum_admin.xml
    trunk/modules/event_datagram/README
    trunk/modules/exec/README
    trunk/modules/exec/doc/exec_admin.xml
    trunk/modules/exec/exec.c
    trunk/modules/gflags/README
    trunk/modules/group/README
    trunk/modules/group/doc/group_admin.xml
    trunk/modules/h350/doc/h350_admin.xml
    trunk/modules/h350/h350_exp_fn.c
    trunk/modules/imc/README
    trunk/modules/ldap/doc/ldap_admin.xml
    trunk/modules/ldap/ldap_exp_fn.c
    trunk/modules/load_balancer/README
    trunk/modules/load_balancer/lb_data.c
    trunk/modules/load_balancer/lb_data.h
    trunk/modules/load_balancer/load_balancer.c
    trunk/modules/localcache/README
    trunk/modules/maxfwd/README
    trunk/modules/mediaproxy/README
    trunk/modules/mediaproxy/doc/mediaproxy_admin.xml
    trunk/modules/mediaproxy/mediaproxy.c
    trunk/modules/memcached/doc/memcached_admin.xml
    trunk/modules/mi_datagram/README
    trunk/modules/mi_fifo/README
    trunk/modules/mmgeoip/mmgeoip.c
    trunk/modules/msilo/README
    trunk/modules/msilo/msilo.c
    trunk/modules/nat_traversal/README
    trunk/modules/nat_traversal/doc/nat_traversal_admin.xml
    trunk/modules/nathelper/nathelper.c
    trunk/modules/options/README
    trunk/modules/osp/destination.c
    trunk/modules/osp/destination.h
    trunk/modules/osp/doc/osp_admin.xml
    trunk/modules/osp/osp_mod.c
    trunk/modules/osp/osp_mod.h
    trunk/modules/path/README
    trunk/modules/peering/README
    trunk/modules/perl/opensipsxs.xs
    trunk/modules/permissions/README
    trunk/modules/pike/README
    trunk/modules/presence_callinfo/README
    trunk/modules/ratelimit/README
    trunk/modules/registrant/README
    trunk/modules/registrar/README
    trunk/modules/registrar/doc/registrar_admin.xml
    trunk/modules/registrar/reg_mod.c
    trunk/modules/registrar/reg_mod.h
    trunk/modules/registrar/save.c
    trunk/modules/rr/README
    trunk/modules/seas/README
    trunk/modules/signaling/README
    trunk/modules/siptrace/README
    trunk/modules/siptrace/doc/siptrace_admin.xml
    trunk/modules/siptrace/siptrace.c
    trunk/modules/sms/README
    trunk/modules/speeddial/README
    trunk/modules/sst/README
    trunk/modules/sst/doc/sst_admin.xml
    trunk/modules/stun/README
    trunk/modules/textops/README
    trunk/modules/tlsops/README
    trunk/modules/tm/README
    trunk/modules/tm/t_funcs.c
    trunk/modules/tm/tm.c
    trunk/modules/uac/README
    trunk/modules/uac/doc/uac_admin.xml
    trunk/modules/uac/uac.c
    trunk/modules/uac_redirect/README
    trunk/modules/uri/README
    trunk/modules/uri/db_checks.c
    trunk/modules/uri/doc/uri_admin.xml
    trunk/modules/userblacklist/README
    trunk/pvar.c
    trunk/pvar.h
    trunk/serialize.c
    trunk/tls/tls_config.c
    trunk/tls/tls_server.c
    trunk/usr_avp.c
    trunk/usr_avp.h


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


