[OpenSIPS-Devel] [ opensips-Bugs-3377861 ] fifo dr_reload memory leak

2011-08-04 Thread SourceForge.net
Bugs item #3377861, was opened at 2011-07-26 06:20
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3377861group_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: Dave May (davemay99)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: fifo dr_reload memory leak

Initial Comment:
Using svn8195 of 1.6 branch, a steady memory leak occurs when performing 
multiple iterations of opensipsctl fifo dr_reload.  The DR_RULES table is 
stored in MySQL, and contains just under 32000 entries.  The following script 
demonstrates the problem, and results in failure after about 519 iterations 
when OpenSIPS is compiled with 4MB pkg memory.

#!/bin/bash
COUNTER=0
while [ $COUNTER -lt $1 ]; do

opensipsctl fifo dr_reload
opensipsctl fifo get_statistics pkmem: | grep pkmem:3-real_used_size

let COUNTER=COUNTER+1
done

Script output on 519th iteration:
518: Mon Jul 25 22:54:05 EDT 2011

500 Failed to reload
pkmem:3-real_used_size = 3876904

output from opensipsctl fifo get_statistics pkmem: | grep pkmem:3-
pkmem:3-total_size = 4194304
pkmem:3-used_size = 2313144
pkmem:3-real_used_size = 4182476
pkmem:3-max_used_size = 4187992
pkmem:3-free_size = 11828
pkmem:3-fragments = 74

Failure presents itself with the following in the logs at debug=3

Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: INFO:drouting:dr_reload_cmd: 
dr_reload MI command received!
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: ERROR:core:db_allocate_rows: 
no memory left
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
ERROR:db_mysql:db_mysql_fetch_result: no memory left
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
ERROR:drouting:dr_load_routing_info: Error fetching rows
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
CRITICAL:drouting:dr_reload_data: failed to load routing info
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
CRITICAL:drouting:dr_reload_cmd: failed to load routing data
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
ERROR:mi_fifo:mi_open_reply_pipe: open error (/tmp/opensips_receiver_17638): No 
such file or directory
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: ERROR:mi_fifo:mi_fifo_server: 
cannot open reply pipe /tmp/opensips_receiver_17638

--

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2011-08-04 14:00

Message:
Hi Dave,

Have you tried to compile the memory debugger
(http://www.opensips.org/Resources/DocsTsMem) ? Please do that and set
memlog=6 and memdump=1 in your cfg (in this order). When the mem issue is
reported on the MI process, do the signal stuff on that process, in order
to get a memdump for that proc. Post here is output.

Thanks and regards,
Bogdan

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3377861group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8203] trunk/modules/rtpproxy/rtpproxy.c

2011-08-04 Thread Vlad Paiu
Revision: 8203
  http://opensips.svn.sourceforge.net/opensips/?rev=8203view=rev
Author:   vladut-paiu
Date: 2011-08-04 11:22:13 + (Thu, 04 Aug 2011)

Log Message:
---
avoid double parsing of TO header

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


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


Re: [OpenSIPS-Devel] 1.7.X advertised_address and rr headers

2011-08-04 Thread Bogdan-Andrei Iancu

Hi Bobby,

The advertise address should change the IP from RR header, so it seams 
like a bug


do you use only the global param for advertise address, right ? not per 
interface or per message ?


Regards,
Bogdan

On 07/27/2011 10:51 PM, Bobby Smith wrote:

All, in the docs:
http://www.opensips.org/Resources/DocsCoreFcn17#toc24

3.1 advertised_address

It can be an IP address or string and represents the address 
advertised in Via header and other destination lumps (e.g RR header). 
If empty or not set (default value) the socket address from where the 
request will be sent is used.



However, when I set an advertised_address (global) to be something, 
it's reflected in the via headers but not in the rr:


Is this the intended effect?  I know there's a record_route_preset 
function available to rr, but it'd be a whole lot easier if this just 
gets updated in the record route headers as it should be (and not the 
local bind socket).


U 2011/07/27 19:07:28.436916 10.100.0.56:5060 
http://10.100.0.56:5060 - 10.100.0.124:5060 http://10.100.0.124:5060

INVITE sip:5...@foo.bar.com mailto:sip%3a...@foo.bar.com SIP/2.0.
Record-Route: sip:10.100.0.56;lr.
Record-Route: sip:4.2.2.1;lr=on;nat=yes.
Via: SIP/2.0/UDP foo.bar.com 
http://foo.bar.com;branch=z9hG4bK9ee6.47987437.0.

Via: SIP/2.0/UDP 4.2.2.2;branch=z9hG4bK9ee6.cce3d6d3.0.
Via: SIP/2.0/UDP 
192.168.30.73:5061;rport=1055;received=174.4.4.114;branch=z9hG4bK-9372d65.
From: Extension sip:5...@sip-foo.com 
mailto:sip%3a...@sip-foo.com;tag=4032d8842dad2496o1.

To: Bob sip:5...@sip-foo.com mailto:sip%3a...@sip-foo.com.
Call-ID: c4eb419c-69be0e5e@192.168.30.73 
mailto:c4eb419c-69be0e5e@192.168.30.73.


Thanks,
BobbyS


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 19th of September 2011
OpenSIPS solutions and know-how

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8204] trunk/modules/presence/subscribe.c

2011-08-04 Thread Vlad Paiu
Revision: 8204
  http://opensips.svn.sourceforge.net/opensips/?rev=8204view=rev
Author:   vladut-paiu
Date: 2011-08-04 11:36:39 + (Thu, 04 Aug 2011)

Log Message:
---
refactored some code,removed unreachable code

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.

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8205] trunk/modules/pua_xmpp/simple2xmpp.c

2011-08-04 Thread Vlad Paiu
Revision: 8205
  http://opensips.svn.sourceforge.net/opensips/?rev=8205view=rev
Author:   vladut-paiu
Date: 2011-08-04 12:18:00 + (Thu, 04 Aug 2011)

Log Message:
---
fixed TO header parsing

Modified Paths:
--
trunk/modules/pua_xmpp/simple2xmpp.c


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8206] trunk/modules/msilo/msilo.c

2011-08-04 Thread Vlad Paiu
Revision: 8206
  http://opensips.svn.sourceforge.net/opensips/?rev=8206view=rev
Author:   vladut-paiu
Date: 2011-08-04 12:24:05 + (Thu, 04 Aug 2011)

Log Message:
---
fixed parsing of TO header

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


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8207] trunk/modules/rls/resource_notify.c

2011-08-04 Thread Vlad Paiu
Revision: 8207
  http://opensips.svn.sourceforge.net/opensips/?rev=8207view=rev
Author:   vladut-paiu
Date: 2011-08-04 12:55:18 + (Thu, 04 Aug 2011)

Log Message:
---
fixed TO header parsing

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


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8208] trunk/modules/pua

2011-08-04 Thread Vlad Paiu
Revision: 8208
  http://opensips.svn.sourceforge.net/opensips/?rev=8208view=rev
Author:   vladut-paiu
Date: 2011-08-04 13:00:08 + (Thu, 04 Aug 2011)

Log Message:
---
fixed unreachable code while parsing TO header

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


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8209] trunk/modules/dialog/dlg_db_handler.c

2011-08-04 Thread Razvan Crainea
Revision: 8209
  http://opensips.svn.sourceforge.net/opensips/?rev=8209view=rev
Author:   razvancrainea
Date: 2011-08-04 13:21:31 + (Thu, 04 Aug 2011)

Log Message:
---
escape '\' when storing dlg vals into database
remove '\' when dlg vals are fetched form database

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


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] [ opensips-Bugs-3374156 ] CDR corrupted if OpenSIPS restarts

2011-08-04 Thread SourceForge.net
Bugs item #3374156, was opened at 2011-07-21 22:30
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_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: rrevels (ryanrevels)
Assigned to: Razvan Crainea (razvancrainea)
Summary: CDR corrupted if OpenSIPS restarts

Initial Comment:
Newest SVN of 1.7.0

If dialog is established, then Opensips is restarted while the dialog is still 
active, the resulting CDR is invalid; it appears the callid,sip_code, and 
sip_reason fields are all smashed into the to-tag column. Also, the duration is 
incorrect. Below is an example:

+++--+--++--++-+---+
| id | method | from_tag | to_tag   

| callid | sip_code | sip_reason | time| 
duration  |
+++--+--++--++-+---+
|  7 | INVITE | e13c394aac0b60f92b08a0ab25a6d4fc |  
2566988-0-13c4-bce26-26058a7d-bce26 did2.1166.7299147 200 O (t(N  ###   
sip:9127587486@184.106.2 ||  || 
-00-00 00:00:00 | 817046729 |
+++--+--++--++-+---+

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 16:25

Message:
Hi Ryan,

I have commited a fix on svn trunk, rev 8209, that should solve this
problem. Please update your code, recompile the dialog module, and try
again. Also inform us about your results.

Thanks and regards,
Razvan

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] [ opensips-Bugs-3374156 ] CDR corrupted if OpenSIPS restarts

2011-08-04 Thread SourceForge.net
Bugs item #3374156, was opened at 2011-07-21 22:30
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_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: rrevels (ryanrevels)
Assigned to: Razvan Crainea (razvancrainea)
Summary: CDR corrupted if OpenSIPS restarts

Initial Comment:
Newest SVN of 1.7.0

If dialog is established, then Opensips is restarted while the dialog is still 
active, the resulting CDR is invalid; it appears the callid,sip_code, and 
sip_reason fields are all smashed into the to-tag column. Also, the duration is 
incorrect. Below is an example:

+++--+--++--++-+---+
| id | method | from_tag | to_tag   

| callid | sip_code | sip_reason | time| 
duration  |
+++--+--++--++-+---+
|  7 | INVITE | e13c394aac0b60f92b08a0ab25a6d4fc |  
2566988-0-13c4-bce26-26058a7d-bce26 did2.1166.7299147 200 O (t(N  ###   
sip:9127587486@184.106.2 ||  || 
-00-00 00:00:00 | 817046729 |
+++--+--++--++-+---+

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 16:25

Message:
Hi Ryan,

I have commited a fix on svn trunk, rev 8209, that should solve this
problem. Please update your code, recompile the dialog module, and try
again. Also inform us about your results.

Thanks and regards,
Razvan

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 16:25

Message:
Hi Ryan,

I have commited a fix on svn trunk, rev 8209, that should solve this
problem. Please update your code, recompile the dialog module, and try
again. Also inform us about your results.

Thanks and regards,
Razvan

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_id=232389

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8210] trunk/modules/pua_bla/notify.c

2011-08-04 Thread Vlad Paiu
Revision: 8210
  http://opensips.svn.sourceforge.net/opensips/?rev=8210view=rev
Author:   vladut-paiu
Date: 2011-08-04 13:32:49 + (Thu, 04 Aug 2011)

Log Message:
---
fixed TO parsing

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


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] SF.net SVN: opensips:[8211] trunk/modules/b2b_logic/b2b_logic.c

2011-08-04 Thread Vlad Paiu
Revision: 8211
  http://opensips.svn.sourceforge.net/opensips/?rev=8211view=rev
Author:   vladut-paiu
Date: 2011-08-04 13:39:16 + (Thu, 04 Aug 2011)

Log Message:
---
fixed memory leak

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


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] [ opensips-Bugs-3374156 ] CDR corrupted if OpenSIPS restarts

2011-08-04 Thread SourceForge.net
Bugs item #3374156, was opened at 2011-07-21 14:30
Message generated for change (Comment added) made by ryanrevels
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_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: rrevels (ryanrevels)
Assigned to: Razvan Crainea (razvancrainea)
Summary: CDR corrupted if OpenSIPS restarts

Initial Comment:
Newest SVN of 1.7.0

If dialog is established, then Opensips is restarted while the dialog is still 
active, the resulting CDR is invalid; it appears the callid,sip_code, and 
sip_reason fields are all smashed into the to-tag column. Also, the duration is 
incorrect. Below is an example:

+++--+--++--++-+---+
| id | method | from_tag | to_tag   

| callid | sip_code | sip_reason | time| 
duration  |
+++--+--++--++-+---+
|  7 | INVITE | e13c394aac0b60f92b08a0ab25a6d4fc |  
2566988-0-13c4-bce26-26058a7d-bce26 did2.1166.7299147 200 O (t(N  ###   
sip:9127587486@184.106.2 ||  || 
-00-00 00:00:00 | 817046729 |
+++--+--++--++-+---+

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 09:27

Message:
Razvan,

The default columns now populate correctly, but now my extra columns
(db_extra) are mangled. I'm adding 15 extra columns  the mangling begins
on the 6th. 

Here is an example:
+-++---++-+--++-+--+---+-+--+-+---+--+-++-+-+-+---+--+--++-+---+
| id  | method | from_tag  | to_tag |
callid  | sip_code | sip_reason
| time| duration | setuptime | created |
from_uri | from_user   | to_uri
   | bill_num_hdr | bill_num| req_uri  
 | dialed_num  
   
   
   | fwd_num | cust_ip | sv_ip
| time_inv | time_pdd | custid | trunkid | direction |
+-++---++-+--++-+--+---+-+--+-+---+--+-++-+-+-+---+--+--++-+---+
| 269 | INVITE | 256b898-0-13c4-1e01c3-79c3d1c1-1e01c3 | did2.3629.3505 |
25833c0-0-13c4-1e01c3-1585a710-1e0...@st2.stsip.net | 200  | OK
| 2011-08-04 14:08:20 |  172 | 2 | 2011-08-04 14:08:18 |
sip:19414888...@st2.stsip.net:5060;transport=UDP | 19494888938 |
sip:5127587...@st2.stsip.net:5060 | From | 

[OpenSIPS-Devel] [ opensips-Bugs-3374156 ] CDR corrupted if OpenSIPS restarts

2011-08-04 Thread SourceForge.net
Bugs item #3374156, was opened at 2011-07-21 22:30
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_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: rrevels (ryanrevels)
Assigned to: Razvan Crainea (razvancrainea)
Summary: CDR corrupted if OpenSIPS restarts

Initial Comment:
Newest SVN of 1.7.0

If dialog is established, then Opensips is restarted while the dialog is still 
active, the resulting CDR is invalid; it appears the callid,sip_code, and 
sip_reason fields are all smashed into the to-tag column. Also, the duration is 
incorrect. Below is an example:

+++--+--++--++-+---+
| id | method | from_tag | to_tag   

| callid | sip_code | sip_reason | time| 
duration  |
+++--+--++--++-+---+
|  7 | INVITE | e13c394aac0b60f92b08a0ab25a6d4fc |  
2566988-0-13c4-bce26-26058a7d-bce26 did2.1166.7299147 200 O (t(N  ###   
sip:9127587486@184.106.2 ||  || 
-00-00 00:00:00 | 817046729 |
+++--+--++--++-+---+

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 17:39

Message:
Hi Ryan,

It would be interesting to see what were the correct values of each
field.

Thank you and regards,
Razvan

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 17:27

Message:
Razvan,

The default columns now populate correctly, but now my extra columns
(db_extra) are mangled. I'm adding 15 extra columns  the mangling begins
on the 6th. 

Here is an example:
+-++---++-+--++-+--+---+-+--+-+---+--+-++-+-+-+---+--+--++-+---+
| id  | method | from_tag  | to_tag |
callid  | sip_code | sip_reason
| time| duration | setuptime | created |
from_uri | from_user   | to_uri
   | bill_num_hdr | bill_num| req_uri  
 | dialed_num  
   
   
   | fwd_num | cust_ip | sv_ip
| time_inv | time_pdd | custid | trunkid | direction |
+-++---++-+--++-+--+---+-+--+-+---+--+-++-+-+-+---+--+--++-+---+
| 269 | INVITE | 256b898-0-13c4-1e01c3-79c3d1c1-1e01c3 | 

[OpenSIPS-Devel] [ opensips-Bugs-3374156 ] CDR corrupted if OpenSIPS restarts

2011-08-04 Thread SourceForge.net
Bugs item #3374156, was opened at 2011-07-21 14:30
Message generated for change (Comment added) made by ryanrevels
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_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: rrevels (ryanrevels)
Assigned to: Razvan Crainea (razvancrainea)
Summary: CDR corrupted if OpenSIPS restarts

Initial Comment:
Newest SVN of 1.7.0

If dialog is established, then Opensips is restarted while the dialog is still 
active, the resulting CDR is invalid; it appears the callid,sip_code, and 
sip_reason fields are all smashed into the to-tag column. Also, the duration is 
incorrect. Below is an example:

+++--+--++--++-+---+
| id | method | from_tag | to_tag   

| callid | sip_code | sip_reason | time| 
duration  |
+++--+--++--++-+---+
|  7 | INVITE | e13c394aac0b60f92b08a0ab25a6d4fc |  
2566988-0-13c4-bce26-26058a7d-bce26 did2.1166.7299147 200 O (t(N  ###   
sip:9127587486@184.106.2 ||  || 
-00-00 00:00:00 | 817046729 |
+++--+--++--++-+---+

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 10:13

Message:
Razvan,

No problem.
Instead of this:
| 269 | INVITE | 256b898-0-13c4-1e01c3-79c3d1c1-1e01c3 | did2.3629.3505 |
25833c0-0-13c4-1e01c3-1585a710-1e0...@st2.stsip.net | 200 | OK | 2011-08-04
14:08:20 | 172 | 2 | 2011-08-04 14:08:18 |
sip:19494888...@st2.stsip.net:5060;transport=UDP | 19494888938 |
sip:9127587...@st2.stsip.net:5060 | From | 19494888938 |
sip:10020\#19127587486@50.56.76.81:506 | 19127587486 64.244.179.229
 123456-987654 2 out      
#,#]  ###]  #    
 | | |   |  |  ||  
  |   |

It should have been:
| 269 | INVITE | 256b898-0-13c4-1e01c3-79c3d1c1-1e01c3 | did2.3629.3505 |
25833c0-0-13c4-1e01c3-1585a710-1e0...@st2.stsip.net | 200 | OK | 2011-08-04
14:08:20 | 172 | 2 | 2011-08-04 14:08:18 |
sip:19494888...@st2.stsip.net:5060;transport=UDP | 19494888938 |
sip:9127587...@st2.stsip.net:5060 | From | 19494888938 |
sip:10020#19127587486@50.56.76.81:5060 | 19127587486 | |
64.244.179.229 | 50.56.76.81 | 2011-08-04 14:08:18 | 2011-08-04 14:08:19 |
123456-987654 | 2   | out   |

I hope that helps.

Thanks,
Ryan

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 09:39

Message:
Hi Ryan,

It would be interesting to see what were the correct values of each
field.

Thank you and regards,
Razvan

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 09:27

Message:
Razvan,

The default columns now populate correctly, but now my extra columns
(db_extra) are mangled. I'm adding 15 extra columns  the mangling begins
on the 6th. 

Here is an example:
+-++---++-+--++-+--+---+-+--+-+---+--+-++-+-+-+---+--+--++-+---+
| id  | method | from_tag  | to_tag |
callid  | sip_code | sip_reason
| time| 

[OpenSIPS-Devel] SF.net SVN: opensips:[8212] trunk/modules/dialog/dlg_db_handler.c

2011-08-04 Thread Razvan Crainea
Revision: 8212
  http://opensips.svn.sourceforge.net/opensips/?rev=8212view=rev
Author:   razvancrainea
Date: 2011-08-04 15:28:17 + (Thu, 04 Aug 2011)

Log Message:
---
deleted the escape for '#' and '|' when the dlg vals are fetched from database

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


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

___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] [ opensips-Bugs-3374156 ] CDR corrupted if OpenSIPS restarts

2011-08-04 Thread SourceForge.net
Bugs item #3374156, was opened at 2011-07-21 22:30
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_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: rrevels (ryanrevels)
Assigned to: Razvan Crainea (razvancrainea)
Summary: CDR corrupted if OpenSIPS restarts

Initial Comment:
Newest SVN of 1.7.0

If dialog is established, then Opensips is restarted while the dialog is still 
active, the resulting CDR is invalid; it appears the callid,sip_code, and 
sip_reason fields are all smashed into the to-tag column. Also, the duration is 
incorrect. Below is an example:

+++--+--++--++-+---+
| id | method | from_tag | to_tag   

| callid | sip_code | sip_reason | time| 
duration  |
+++--+--++--++-+---+
|  7 | INVITE | e13c394aac0b60f92b08a0ab25a6d4fc |  
2566988-0-13c4-bce26-26058a7d-bce26 did2.1166.7299147 200 O (t(N  ###   
sip:9127587486@184.106.2 ||  || 
-00-00 00:00:00 | 817046729 |
+++--+--++--++-+---+

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 18:29

Message:
Hi Ryan,

Please check again with trunk rev #8212. I missed something in the first
commit.

Regards,
Razvan

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 18:13

Message:
Razvan,

No problem.
Instead of this:
| 269 | INVITE | 256b898-0-13c4-1e01c3-79c3d1c1-1e01c3 | did2.3629.3505 |
25833c0-0-13c4-1e01c3-1585a710-1e0...@st2.stsip.net | 200 | OK | 2011-08-04
14:08:20 | 172 | 2 | 2011-08-04 14:08:18 |
sip:19494888...@st2.stsip.net:5060;transport=UDP | 19494888938 |
sip:9127587...@st2.stsip.net:5060 | From | 19494888938 |
sip:10020\#19127587486@50.56.76.81:506 | 19127587486 64.244.179.229
 123456-987654 2 out      
#,#]  ###]  #    
 | | |   |  |  ||  
  |   |

It should have been:
| 269 | INVITE | 256b898-0-13c4-1e01c3-79c3d1c1-1e01c3 | did2.3629.3505 |
25833c0-0-13c4-1e01c3-1585a710-1e0...@st2.stsip.net | 200 | OK | 2011-08-04
14:08:20 | 172 | 2 | 2011-08-04 14:08:18 |
sip:19494888...@st2.stsip.net:5060;transport=UDP | 19494888938 |
sip:9127587...@st2.stsip.net:5060 | From | 19494888938 |
sip:10020#19127587486@50.56.76.81:5060 | 19127587486 | |
64.244.179.229 | 50.56.76.81 | 2011-08-04 14:08:18 | 2011-08-04 14:08:19 |
123456-987654 | 2   | out   |

I hope that helps.

Thanks,
Ryan

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 17:39

Message:
Hi Ryan,

It would be interesting to see what were the correct values of each
field.

Thank you and regards,
Razvan

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 17:27

Message:
Razvan,

The default columns now populate correctly, but now my extra columns
(db_extra) are mangled. I'm adding 15 extra columns  the mangling begins
on the 6th. 

Here is an example:

[OpenSIPS-Devel] [ opensips-Bugs-3374156 ] CDR corrupted if OpenSIPS restarts

2011-08-04 Thread SourceForge.net
Bugs item #3374156, was opened at 2011-07-21 22:30
Message generated for change (Comment added) made by razvancrainea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3374156group_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: rrevels (ryanrevels)
Assigned to: Razvan Crainea (razvancrainea)
Summary: CDR corrupted if OpenSIPS restarts

Initial Comment:
Newest SVN of 1.7.0

If dialog is established, then Opensips is restarted while the dialog is still 
active, the resulting CDR is invalid; it appears the callid,sip_code, and 
sip_reason fields are all smashed into the to-tag column. Also, the duration is 
incorrect. Below is an example:

+++--+--++--++-+---+
| id | method | from_tag | to_tag   

| callid | sip_code | sip_reason | time| 
duration  |
+++--+--++--++-+---+
|  7 | INVITE | e13c394aac0b60f92b08a0ab25a6d4fc |  
2566988-0-13c4-bce26-26058a7d-bce26 did2.1166.7299147 200 O (t(N  ###   
sip:9127587486@184.106.2 ||  || 
-00-00 00:00:00 | 817046729 |
+++--+--++--++-+---+

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 18:46

Message:
Ok, I'm closing this bug report now.

Thanks and regards,
Razvan

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 18:45

Message:
Yes, that works.
Thank you very much.

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 18:29

Message:
Hi Ryan,

Please check again with trunk rev #8212. I missed something in the first
commit.

Regards,
Razvan

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 18:13

Message:
Razvan,

No problem.
Instead of this:
| 269 | INVITE | 256b898-0-13c4-1e01c3-79c3d1c1-1e01c3 | did2.3629.3505 |
25833c0-0-13c4-1e01c3-1585a710-1e0...@st2.stsip.net | 200 | OK | 2011-08-04
14:08:20 | 172 | 2 | 2011-08-04 14:08:18 |
sip:19494888...@st2.stsip.net:5060;transport=UDP | 19494888938 |
sip:9127587...@st2.stsip.net:5060 | From | 19494888938 |
sip:10020\#19127587486@50.56.76.81:506 | 19127587486 64.244.179.229
 123456-987654 2 out      
#,#]  ###]  #    
 | | |   |  |  ||  
  |   |

It should have been:
| 269 | INVITE | 256b898-0-13c4-1e01c3-79c3d1c1-1e01c3 | did2.3629.3505 |
25833c0-0-13c4-1e01c3-1585a710-1e0...@st2.stsip.net | 200 | OK | 2011-08-04
14:08:20 | 172 | 2 | 2011-08-04 14:08:18 |
sip:19494888...@st2.stsip.net:5060;transport=UDP | 19494888938 |
sip:9127587...@st2.stsip.net:5060 | From | 19494888938 |
sip:10020#19127587486@50.56.76.81:5060 | 19127587486 | |
64.244.179.229 | 50.56.76.81 | 2011-08-04 14:08:18 | 2011-08-04 14:08:19 |
123456-987654 | 2   | out   |

I hope that helps.

Thanks,
Ryan

--

Comment By: Razvan Crainea (razvancrainea)
Date: 2011-08-04 17:39

Message:
Hi Ryan,

It would be interesting to see what were the correct values of each
field.

Thank you and regards,
Razvan

--

Comment By: rrevels (ryanrevels)
Date: 2011-08-04 17:27

Message:
Razvan,

The default columns now populate correctly, but now my extra columns
(db_extra) are mangled. I'm adding 15 extra columns  the mangling begins
on the 6th. 

Here is an example:

Re: [OpenSIPS-Devel] 1.7.X advertised_address and rr headers

2011-08-04 Thread Bobby Smith
Yep, just set in the global params list.

On Thu, Aug 4, 2011 at 7:34 AM, Bogdan-Andrei Iancu bog...@opensips.orgwrote:

 **
 Hi Bobby,

 The advertise address should change the IP from RR header, so it seams like
 a bug

 do you use only the global param for advertise address, right ? not per
 interface or per message ?

 Regards,
 Bogdan


 On 07/27/2011 10:51 PM, Bobby Smith wrote:

 All, in the docs:
 http://www.opensips.org/Resources/DocsCoreFcn17#toc24

 3.1 advertised_address

 It can be an IP address or string and represents the address advertised in
 Via header and other destination lumps (e.g RR header). If empty or not set
 (default value) the socket address from where the request will be sent is
 used.


 However, when I set an advertised_address (global) to be something, it's
 reflected in the via headers but not in the rr:

 Is this the intended effect?  I know there's a record_route_preset function
 available to rr, but it'd be a whole lot easier if this just gets updated in
 the record route headers as it should be (and not the local bind socket).

 U 2011/07/27 19:07:28.436916 10.100.0.56:5060 - 10.100.0.124:5060
 INVITE sip:5...@foo.bar.com SIP/2.0.
 Record-Route: sip:10.100.0.56;lr.
 Record-Route: sip:4.2.2.1;lr=on;nat=yes.
 Via: SIP/2.0/UDP foo.bar.com;branch=z9hG4bK9ee6.47987437.0.
 Via: SIP/2.0/UDP 4.2.2.2;branch=z9hG4bK9ee6.cce3d6d3.0.
 Via: SIP/2.0/UDP 192.168.30.73:5061
 ;rport=1055;received=174.4.4.114;branch=z9hG4bK-9372d65.
 From: Extension sip:5...@sip-foo.com;tag=4032d8842dad2496o1.
 To: Bob sip:5...@sip-foo.com.
 Call-ID: c4eb419c-69be0e5e@192.168.30.73.

 Thanks,
 BobbyS


 ___
 Devel mailing 
 listDevel@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/devel



 --
 Bogdan-Andrei Iancu
 OpenSIPS eBootcamp - 19th of September 2011
 OpenSIPS solutions and know-how


 ___
 Devel mailing list
 Devel@lists.opensips.org
 http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel


[OpenSIPS-Devel] [ opensips-Bugs-3377861 ] fifo dr_reload memory leak

2011-08-04 Thread SourceForge.net
Bugs item #3377861, was opened at 2011-07-25 23:20
Message generated for change (Comment added) made by davemay99
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detailatid=1086410aid=3377861group_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: Dave May (davemay99)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: fifo dr_reload memory leak

Initial Comment:
Using svn8195 of 1.6 branch, a steady memory leak occurs when performing 
multiple iterations of opensipsctl fifo dr_reload.  The DR_RULES table is 
stored in MySQL, and contains just under 32000 entries.  The following script 
demonstrates the problem, and results in failure after about 519 iterations 
when OpenSIPS is compiled with 4MB pkg memory.

#!/bin/bash
COUNTER=0
while [ $COUNTER -lt $1 ]; do

opensipsctl fifo dr_reload
opensipsctl fifo get_statistics pkmem: | grep pkmem:3-real_used_size

let COUNTER=COUNTER+1
done

Script output on 519th iteration:
518: Mon Jul 25 22:54:05 EDT 2011

500 Failed to reload
pkmem:3-real_used_size = 3876904

output from opensipsctl fifo get_statistics pkmem: | grep pkmem:3-
pkmem:3-total_size = 4194304
pkmem:3-used_size = 2313144
pkmem:3-real_used_size = 4182476
pkmem:3-max_used_size = 4187992
pkmem:3-free_size = 11828
pkmem:3-fragments = 74

Failure presents itself with the following in the logs at debug=3

Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: INFO:drouting:dr_reload_cmd: 
dr_reload MI command received!
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: ERROR:core:db_allocate_rows: 
no memory left
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
ERROR:db_mysql:db_mysql_fetch_result: no memory left
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
ERROR:drouting:dr_load_routing_info: Error fetching rows
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
CRITICAL:drouting:dr_reload_data: failed to load routing info
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
CRITICAL:drouting:dr_reload_cmd: failed to load routing data
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: 
ERROR:mi_fifo:mi_open_reply_pipe: open error (/tmp/opensips_receiver_17638): No 
such file or directory
Jul 25 22:54:08 sipdev1 /usr/sbin/opensips[520]: ERROR:mi_fifo:mi_fifo_server: 
cannot open reply pipe /tmp/opensips_receiver_17638

--

Comment By: Dave May (davemay99)
Date: 2011-08-04 23:26

Message:
Bogdan - I've tried attaching the logfile to the bug, but it doesn't seem
to want to take.  It's over 10mb, so perhaps that is part of the issue. 
Here is the contents of the file, with the 32723 fragments snipped.  Please
let me know if you need the remainder of the file, and if so where you
would like me to post.

Aug  4 23:13:00 sipdev1 /usr/sbin/opensips[13783]:
INFO:drouting:dr_reload_cmd: dr_reload MI command received!
Aug  4 23:13:00 sipdev1 /usr/sbin/opensips[13783]:
ERROR:core:db_allocate_rows: no memory left
Aug  4 23:13:00 sipdev1 /usr/sbin/opensips[13783]:
ERROR:db_mysql:db_mysql_fetch_result: no memory left
Aug  4 23:13:00 sipdev1 /usr/sbin/opensips[13783]:
ERROR:drouting:dr_load_routing_info: Error fetching rows
Aug  4 23:13:00 sipdev1 /usr/sbin/opensips[13783]:
CRITICAL:drouting:dr_reload_data: failed to load routing info
Aug  4 23:13:00 sipdev1 /usr/sbin/opensips[13783]:
CRITICAL:drouting:dr_reload_cmd: failed to load routing data
Aug  4 23:13:57 sipdev1 /usr/sbin/opensips[13783]: Memory status (pkg):
Aug  4 23:13:57 sipdev1 /usr/sbin/opensips[13783]: qm_status (0x81809a0):
Aug  4 23:13:57 sipdev1 /usr/sbin/opensips[13783]:  heap size= 4194304
Aug  4 23:13:57 sipdev1 /usr/sbin/opensips[13783]:  used= 2168104,
used+overhead=3953916, free=240388
Aug  4 23:13:57 sipdev1 /usr/sbin/opensips[13783]:  max used (+overhead)=
4105260
Aug  4 23:13:57 sipdev1 /usr/sbin/opensips[13783]: dumping all alloc'ed.
fragments:




Aug  4 23:14:01 sipdev1 /usr/sbin/opensips[13783]: dumping free list stats
:
Aug  4 23:14:01 sipdev1 /usr/sbin/opensips[13783]: hash=   1. fragments
no.: 2, unused: 0#012#011#011 bucket size: 4 - 4
(first 4)
Aug  4 23:14:01 sipdev1 /usr/sbin/opensips[13783]: hash=   2. fragments
no.: 2, unused: 0#012#011#011 bucket size: 8 - 8
(first 8)
Aug  4 23:14:01 sipdev1 /usr/sbin/opensips[13783]: hash=   7. fragments
no.: 1, unused: 0#012#011#011 bucket size:28 -28
(first28)
Aug  4 23:14:01 sipdev1 /usr/sbin/opensips[13783]: hash=   8. fragments
no.: 1, unused: 0#012#011#011 bucket size:32 -32
(first32)
Aug  4 23:14:01 sipdev1 /usr/sbin/opensips[13783]: hash=   9. fragments
no.: 1, unused: 0#012#011#011