Re: [OpenSIPS-Users] dialog statistic problem

2011-02-28 Thread Bogdan-Andrei Iancu

Hi Denis,

What revision number are you using ?

Also, do you have fork enabled?
Do you use multiple UDP interfaces?
Do you have TCP enabled ?
What are the modules you are using ?

Regards,
Bogdan

Denis Putyato wrote:


Hello!

I found active dialog statistic problem

For example in dialog::active_dialogs I have 130 active calls, after 
restart Opensips I already have dialog::active_dialogs nearly 260, 
i.e. the number of active dialogs increase by 2.


Meanwhile, after restart, opensipsctl fifo dlg_list | grep dialog:: | 
wc –l shows me that really number of calls greatly less.


The opensipsctl fifo reset_statistics didn`t help. Only when I stop 
all traffic via Opensips (but not Opensips) and then restart one, 
dialog::active_dialogs become zero and begin increase when new calls 
come to Opensips


Thank you for any help



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



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how


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


Re: [OpenSIPS-Users] dialog statistic problem

2011-02-28 Thread Denis Putyato
Hello Bogdan

- Server:: OpenSIPS (1.6.4-2-notls (x86_64/linux))
- fork = yes (default)
- 
listen=xxx.xxx.xxx.xxx:5060
listen=xxx.xxx.xxx.xxx:5068
- i do not use tcp
- 
loadmodule db_mysql.so
loadmodule sl.so
loadmodule tm.so
loadmodule signaling.so
loadmodule auth.so
loadmodule rr.so
loadmodule maxfwd.so
loadmodule textops.so
loadmodule mi_fifo.so
loadmodule uri.so
loadmodule domain.so
loadmodule drouting.so
loadmodule siptrace.so
loadmodule avpops.so
loadmodule dialplan.so
loadmodule dialog.so
loadmodule permissions.so
loadmodule usrloc.so
loadmodule registrar.so
loadmodule alias_db.so
loadmodule auth_db.so
loadmodule nathelper.so
loadmodule acc.so
loadmodule uac.so
loadmodule aaa_radius.so

-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
Sent: Monday, February 28, 2011 1:17 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] dialog statistic problem

Hi Denis,

What revision number are you using ?

Also, do you have fork enabled?
Do you use multiple UDP interfaces?
Do you have TCP enabled ?
What are the modules you are using ?

Regards,
Bogdan

Denis Putyato wrote:

 Hello!

 I found active dialog statistic problem

 For example in dialog::active_dialogs I have 130 active calls, after 
 restart Opensips I already have dialog::active_dialogs nearly 260, 
 i.e. the number of active dialogs increase by 2.

 Meanwhile, after restart, opensipsctl fifo dlg_list | grep dialog:: | 
 wc –l shows me that really number of calls greatly less.

 The opensipsctl fifo reset_statistics didn`t help. Only when I stop 
 all traffic via Opensips (but not Opensips) and then restart one, 
 dialog::active_dialogs become zero and begin increase when new calls 
 come to Opensips

 Thank you for any help

 

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


-- 
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how


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


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


Re: [OpenSIPS-Users] dialog statistic problem

2011-02-28 Thread Bogdan-Andrei Iancu

Hi Denis,

Please apply this small patch that will provide some extra on startup 
(about the dialogs found in DB) - look for a line with marked with xXx 
and see if the printed values are correct.


Regards,
Bogdan

Denis Putyato wrote:

Hello Bogdan

- Server:: OpenSIPS (1.6.4-2-notls (x86_64/linux))
- fork = yes (default)
- 
listen=xxx.xxx.xxx.xxx:5060

listen=xxx.xxx.xxx.xxx:5068
- i do not use tcp
- 
loadmodule db_mysql.so

loadmodule sl.so
loadmodule tm.so
loadmodule signaling.so
loadmodule auth.so
loadmodule rr.so
loadmodule maxfwd.so
loadmodule textops.so
loadmodule mi_fifo.so
loadmodule uri.so
loadmodule domain.so
loadmodule drouting.so
loadmodule siptrace.so
loadmodule avpops.so
loadmodule dialplan.so
loadmodule dialog.so
loadmodule permissions.so
loadmodule usrloc.so
loadmodule registrar.so
loadmodule alias_db.so
loadmodule auth_db.so
loadmodule nathelper.so
loadmodule acc.so
loadmodule uac.so
loadmodule aaa_radius.so

-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
Sent: Monday, February 28, 2011 1:17 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] dialog statistic problem

Hi Denis,

What revision number are you using ?

Also, do you have fork enabled?
Do you use multiple UDP interfaces?
Do you have TCP enabled ?
What are the modules you are using ?

Regards,
Bogdan

Denis Putyato wrote:
  

Hello!

I found active dialog statistic problem

For example in dialog::active_dialogs I have 130 active calls, after 
restart Opensips I already have dialog::active_dialogs nearly 260, 
i.e. the number of active dialogs increase by 2.


Meanwhile, after restart, opensipsctl fifo dlg_list | grep dialog:: | 
wc –l shows me that really number of calls greatly less.


The opensipsctl fifo reset_statistics didn`t help. Only when I stop 
all traffic via Opensips (but not Opensips) and then restart one, 
dialog::active_dialogs become zero and begin increase when new calls 
come to Opensips


Thank you for any help



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




  



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how

Index: modules/dialog/dialog.c
===
--- modules/dialog/dialog.c	(revision 7754)
+++ modules/dialog/dialog.c	(working copy)
@@ -709,6 +709,8 @@
 static int child_init(int rank)
 {
 	if (rank==1) {
+		LM_CRIT( xXx - active dialogs=%d , early=%d \n,
+			active_dlgs_cnt,early_dlgs_cnt);
 		if_update_stat(dlg_enable_stats, active_dlgs, active_dlgs_cnt);
 		if_update_stat(dlg_enable_stats, early_dlgs, early_dlgs_cnt);
 	}
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Can't get more than 5calls/sec?

2011-02-28 Thread Bogdan-Andrei Iancu

Hi Chris,

This is what I use.

Regards,
Bogdan

chris wrote:

Hi,

It seems that the sipp receiver script is crashing, anyone have a decent
sipp send and receive script for a statefull opensips with record
routing?

Thanks

Chris


-Original Message-
From: users-boun...@lists.opensips.org
[mailto:users-boun...@lists.opensips.org] On Behalf Of Zahid Mehmood
Sent: 21 February 2011 14:22
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] Can't get more than 5calls/sec?

Chris,
  Are you currently using xlog to write messages to log file?  If
yes, make sure that you configure syslog to use asynchronous logging for
the log facility used by opensips.

--
Zahid



On Feb 21, 2011, at 9:06 AM, chris wrote:

Hi,

I assume you mean increase the log level above 3 when you say increase
the verbosity?

I am using a completely internal test rig on a LAN.

Running the Sipp instances back to back I can create whatever call rates
I like but as soon as I introduce opensips it dies after 5cps.

Have cut the cfg file down to a bare minimum just to route the calls
with rr with little difference.

Thanks

Chris

From:
users-boun...@lists.opensips.orgmailto:users-boun...@lists.opensips.org
  

[mailto:users-boun...@lists.opensips.org] On Behalf Of Laszlo


Sent: 21 February 2011 13:12
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] Can't get more than 5calls/sec?

Try to increase the verbosity in the log and see what happens.
You should be able to push more cps than 5, unless you have something
wrong in you cfg, or your vendor limited your gw, etc.

-Laszlo
2011/2/21 chris ch...@ghosttelecom.commailto:ch...@ghosttelecom.com
Hi,

Can anyone help with a performance problem.

I have a very simple scenario that I am testing.
Using permissions to allow fixed gateway calls and sending them to
another fixed gateway.
No registrations, no internal users just purely switching calls from one
gateway to another.
I have accounting enabled but even if I switch this off it makes little
difference.
I am using Sipp 3.2 with the send and receive instances on totally
separate machines.
All machines are dual core Pentiums with 4gig.
Opensips is running with -m 2048 and 16 child processes log 3 but this
also doesn't seem to effect the performance.
I have the rr module running.
Basically I run the sip processes at 1 call a second and slowly step up
the rate (concurrent calls don't seem to effect the performance).
4 calls a second is fine and I can leave it running like that
indefinitely however soon as I go to 5 calls everything starts to fail
with retransmissions everywhere.
Most of the invites seem to eventually get through but all the byes stop
being processed.
Slowing the calls/sec down doesn't seem to help, only pausing the
transmission and waiting for everything to go quiet will allow me to
begin again without restarting or resetting anything.
Blogs have people running these at silly call rates so getting above 5
shouldn't be a problem.

Must be something basic that is wrong.

Any ideas?

Many thanks

Chris



___
Users mailing list
Users@lists.opensips.orgmailto:Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

ATT1..txt


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

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

  



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how

?xml version=1.0 encoding=ISO-8859-1 ?
!DOCTYPE scenario SYSTEM sipp.dtd

!-- This program is free software; you can redistribute it and/or  --
!-- modify it under the terms of the GNU General Public License as --
!-- published by the Free Software Foundation; either version 2 of the --
!-- License, or (at your option) any later version.--
!----
!-- This program is distributed in the hope that it will be useful,--
!-- but WITHOUT ANY WARRANTY; without even the implied warranty of --
!-- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the  --
!-- GNU General Public License for more details.   --
!----
!-- You should have received a copy of the GNU General Public License  --
!-- along with this program; if not, write to the  --
!-- Free Software Foundation, Inc.,--
!-- 59 Temple Place, Suite 330, Boston, MA  02111-1307 USA --
!----
!-- Sipp default 'uac' scenario.   --
!--   

Re: [OpenSIPS-Users] Android Gingerbread and bug 2914149

2011-02-28 Thread Bogdan-Andrei Iancu

Hi Saúl,

Well, for the sake of Android, I put more priority on that bug - the fix 
should not be something hard.


Regards,
Bogdan

Saúl Ibarra Corretgé wrote:

Hi all,

Some of you may know that latest Android ships with a built-in SIP 
client. This client uses the deprecated maddr parameter in the R-URI 
pointing to the specified outbound proxy (which you need to specify, 
because it doesn't do DNS SRV resolution) for routing.


After gettting reports from users about the inhability to make calls 
with this SIP client I came across bug 2914149 
(http://sourceforge.net/tracker/?func=detailatid=1086410aid=2914149group_id=232389). 



There are quite some androids out there so I wonder if the fix for 
this is complex and is not happening anytime soon or we should just 
workaround it with some cfg magic :-)


Here is an example of a REGISTER message sent by this SIP client: 
https://gist.github.com/806995



Thanks and regards,




--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how


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


Re: [OpenSIPS-Users] opensips on FreeBSD 8.1 GENERIC Amd64

2011-02-28 Thread Bogdan-Andrei Iancu

Hi All,

For the sake of completion, this was fixed ~2 weeks ago (thanks to 
Anton's help). A symbol overlapping between the glibc lib and the 
b2b_logic module was leading to the crash - issue fixed on SVN


Regards,
Bogdan

Anton Zagorskiy wrote:

Hi.
 
Does openSIPS support FreeBSD amd64?

I'm trying to run it, but openSIPS is getting segfault 11.
It seems that it can't initialize b2b_logic module.
 
Gdb on core dump:
 
(gdb) bt full

#0  0x000803380560 in stat () from
/usr/local/lib64/opensips/modules/b2b_logic.so
No symbol table info available.
#1  0x00080085ca1d in nsdispatch () from /lib/libc.so.7 No symbol
table info available.
#2  0x00080085bed3 in sethostent () from /lib/libc.so.7 No symbol
table info available.
#3  0x00080085c0ef in gethostbyname_r () from /lib/libc.so.7 No
symbol table info available.
#4  0x00080085c17c in gethostbyname () from /lib/libc.so.7 No
symbol table info available.
#5  0x0047616c in fix_socket_list (list=0x65da08) at
resolve.h:349
 si = (struct socket_info *) 0x69e770
 l = Variable l is not available.
 
 
 
 

 
WBR, Anton Zagorskiy

VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagors...@oyster-telecom.ru
www.oyster-telecom.ru

  



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



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how


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


Re: [OpenSIPS-Users] Android Gingerbread and bug 2914149

2011-02-28 Thread Saúl Ibarra Corretgé

Hi Bogdan,

On 02/28/2011 04:02 PM, Bogdan-Andrei Iancu wrote:

Hi Saúl,

Well, for the sake of Android, I put more priority on that bug - the fix
should not be something hard.



Thanks a lot, I do appreciate that :-)

I'll test it as soon as there is something to test.


Regards,

--
Saúl Ibarra Corretgé
AG Projects

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


Re: [OpenSIPS-Users] Can't get more than 5calls/sec?

2011-02-28 Thread Brett Nemeroff
Chris,
As stated by another user, you really need to setup async writing in syslog.
I've seen this misconfiguration bring a system to it's knees. It's a very
easy change.

An easy test would be to turn logging off completely and see what happens.

For what it's worth, I've seen systems without load that can't even handle a
single phone registration because of issues with syslog.

-Brett


On Mon, Feb 21, 2011 at 6:59 AM, chris ch...@ghosttelecom.com wrote:

 Hi,



 Can anyone help with a performance problem.



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


[OpenSIPS-Users] PATCH: avp_db_query() return codes

2011-02-28 Thread John Khvatov
Hello all.

I wrote a small patch for avpops module:
http://dev.sgu.ru/pub/0001-avp_db_query-improved-error-reporting.patch

Current implementation of avp_db_query returns -1 on internal error or empty 
result. Thus, current function interface does not allow to write script with 
storage error handling.

Patched avp_db_query() returns:
-3 on internal error
-1 on empty result
1 on success

With patched avp_db_query() we can write following logic in opensips.cfg:

avp_db_query(SELECT 1 WHERE false, $avp(s:name))
if ($retcode == -3) {
xlog(Error while querying database. Handle error.);
}
else if ($retcode == -1) {
xlog(Handle empty result.);
}
else {
xlog(Handle result);
}

I've tested this patch with 1.6.4.

Please, review my patch and apply to upstream.
-- 
WBR, John Khvatov


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


[OpenSIPS-Users] QoS/ToS Opensips

2011-02-28 Thread Peter den Hartog
Is there a way to set these values for Opensips?
I would like to use CS5 for signaling and CS6 for RTP/Voice.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] QoS/ToS Opensips

2011-02-28 Thread Jeff Pyle
Peter,

See the tos option to set SIP ToS values:
  http://www.opensips.org/Resources/DocsCoreFcn16#toc89

A CS5 value would be tos=0xa0 I believe.  EF may be a more compatible value 
(0xb8), and it will also be detected as CS5.  Here's a great QoS cheatsheet:
  http://packetlife.net/media/library/19/QoS.pdf

Opensips does not handle RTP, so there is no relevant setting.


- Jeff


From: Peter den Hartog 
peterdenhar...@gmail.commailto:peterdenhar...@gmail.com
Reply-To: OpenSIPS users mailling list 
users@lists.opensips.orgmailto:users@lists.opensips.org
Date: Mon, 28 Feb 2011 10:42:38 -0500
To: OpenSIPS users mailling list 
users@lists.opensips.orgmailto:users@lists.opensips.org
Subject: [OpenSIPS-Users] QoS/ToS Opensips

Is there a way to set these values for Opensips?
I would like to use CS5 for signaling and CS6 for RTP/Voice.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] QoS/ToS Opensips

2011-02-28 Thread Peter den Hartog
Jeff,

Thanks for your response.

It's for our wifi network and i know for a fact they expect 5  6, i checked
that to be sure. I'll take a look at your links.
Thank you!

Peter

On Mon, Feb 28, 2011 at 4:53 PM, Jeff Pyle jp...@fidelityvoice.com wrote:

 Peter,

 Additionally, and slightly off list topic… If there's a standard, I would
 suspect it's AF31 for SIP (0x68) and EF for RTP (0xb8).  I've seen several
 gateway manufacturers' equipment use these values by default.  CS6 and CS7
 are generally reserved for network operations only.  I haven't done any
 research to see if there is anything official to this.


 - Jeff


 From: Jeff Pyle jp...@fidelityvoice.com

 Reply-To: OpenSIPS users mailling list users@lists.opensips.org
 Date: Mon, 28 Feb 2011 10:50:03 -0500

 To: OpenSIPS users mailling list users@lists.opensips.org
 Subject: Re: [OpenSIPS-Users] QoS/ToS Opensips

 Peter,

 See the tos option to set SIP ToS values:
   http://www.opensips.org/Resources/DocsCoreFcn16#toc89

 A CS5 value would be tos=0xa0 I believe.  EF may be a more compatible value
 (0xb8), and it will also be detected as CS5.  Here's a great QoS cheatsheet:
   http://packetlife.net/media/library/19/QoS.pdf

 Opensips does not handle RTP, so there is no relevant setting.


 - Jeff


 From: Peter den Hartog peterdenhar...@gmail.com
 Reply-To: OpenSIPS users mailling list users@lists.opensips.org
 Date: Mon, 28 Feb 2011 10:42:38 -0500
 To: OpenSIPS users mailling list users@lists.opensips.org
 Subject: [OpenSIPS-Users] QoS/ToS Opensips

 Is there a way to set these values for Opensips?
 I would like to use CS5 for signaling and CS6 for RTP/Voice.

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


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


Re: [OpenSIPS-Users] msilo module

2011-02-28 Thread Bogdan-Andrei Iancu

Hi Haris,

What is an msilo external module ? why not using the opensips msilo module ?

Have you read the README file of the msilo module ?

Regards,
Bogdan

Haris Mehic wrote:

Hi everyone...

I am writing a paper on implementation of msilo external module on
opensips platform, so my request is if any of you could send me links
or any sort of material related to this subject. I would be very
grateful...


Greetings

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

  



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how


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


Re: [OpenSIPS-Users] Registration questions

2011-02-28 Thread Bogdan-Andrei Iancu

Hello Cinthia,

Cinthia Leung wrote:

Hello,

I have a couple of questions regarding registrations and the registrar module.  We store the registrations in memory only. 


1.  When a registration is gone (expired, manually removed...), how long does it stay in the memory before it 
completely goes away.  If I do opensipsctl ul show, I see those registrations that are supposed 
to be gone are still in the result, with Expires = deleted or expired for the next 
10+ seconds.
  
You can see deleted records still kept in memory only when using DB 
persistence - records (even deleted) are kept in mem until DB flush is 
performed again, so that the records are deleted from DB also - so 
maximum to stay is the DB flush interval.

2.  I noticed that save() does not update the call-id if everything else (contact, 
received...) stays the same.  Say a device has been registered the whole time.  A power 
blip knocked it out for a short while.  The registration in OpenSIPS becomes 
expired.  The device is now back online and tries to register with a new 
call-id before the old reg disappears from OpenSIPS.  What I'm seeing is that the current 
registration still has the old call-id.  It is causing issues when we use the callid 
option of registered().
  
A different call-id means a different registration, so in the scenario 
you mentioned, after the device come back online, a new registration 
will be created for it (the old one will be not touched).


Regards,
Bogdan

Any comments are appreciated.  Thanks.


Cinthia
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

  



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how


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


Re: [OpenSIPS-Users] segfault in mem/f_malloc.c

2011-02-28 Thread Bogdan-Andrei Iancu

Hi Bobby,

Is this the same case as the one you reported on the SF tracker?

Regards,
Bogdan

Bobby Smith wrote:

This is on revision 7081.

It seems to be fairly consistently happening around free_dlg_dlg in 
dlg_hash.c which is triggering it -- we have several cores showing 
this behavior.


What are the next steps for debugging this?  This is on a production 
machine and we haven't been able to reproduce it elsewhere, so we are 
somewhat sensitive to load issues while trying to troubleshoot this.


Thanks.



Program terminated with signal 11, Segmentation fault.
#0  0x004a2bcf in fm_insert_free (qm=0x2b875eba4000, p=value 
optimized out) at mem/f_malloc.c:155

155 (*f)-prev = (frag-u.nxt_free);
(gdb) bt full
#0  0x004a2bcf in fm_insert_free (qm=0x2b875eba4000, p=value 
optimized out) at mem/f_malloc.c:155

f = 0x2b875eba4070
hash = 3
#1  fm_free (qm=0x2b875eba4000, p=value optimized out) at 
mem/f_malloc.c:460

f = 0x2b875f41be40
n = value optimized out
__FUNCTION__ = fm_free
#2  0x2b875e14dcde in free_dlg_dlg () at dlg_hash.c:168
i = 0
#3  destroy_dlg_table () at dlg_hash.c:234
dlg = 0x2b875f319a80
i = 5
#4  0x2b875e13a651 in mod_destroy () at dialog.c:742
No locals.
#5  0x00476ff4 in destroy_modules () at sr_module.c:370
t = 0x785328
foo = 0x785258
#6  0x004252e0 in cleanup (show_status=1) at main.c:336
No locals.
#7  0x004261fb in handle_sigs () at main.c:533
chld = 0
chld_status = 139
i = value optimized out
do_exit = 1
__FUNCTION__ = handle_sigs
#8  0x0042a5a9 in main_loop (argc=3, argv=0x4) at main.c:913
i = 4
pid = value optimized out
si = 0x0
startup_done = 0x0
chd_rank = 16
__FUNCTION__ = main_loop
#9  main (argc=3, argv=0x4) at main.c:1388
cfg_log_stderr = value optimized out
cfg_stream = 0x831e010
c = value optimized out
r = value optimized out
tmp = 0x4fc447 H\215\005\262\333#
tmp_len = value optimized out
port = value optimized out
proto = value optimized out
ret = value optimized out
seed = 586369539
rfd = value optimized out
__FUNCTION__ = main
(gdb) 



(gdb) frame 0
#0  0x004a2bcf in fm_insert_free (qm=0x2b875eba4000, p=value 
optimized out) at mem/f_malloc.c:155

155 (*f)-prev = (frag-u.nxt_free);
(gdb) list
150
151 /*insert it here*/
152 frag-prev = f;
153 frag-u.nxt_free=*f;
154 if( *f )
155 (*f)-prev = (frag-u.nxt_free);
156
157 *f=frag;
158 qm-free_hash[hash].no++;
159 free_plus(qm , frag-size);
(gdb) info locals
f = 0x2b875eba4070
hash = 3
(gdb) print *f
$1 = (struct fm_frag *) 0x2b865f235290
(gdb) print *(*f)
Cannot access memory at address 0x2b865f235290
(gdb) frame 1
#1  fm_free (qm=0x2b875eba4000, p=value optimized out) at 
mem/f_malloc.c:460

460 fm_insert_free(qm, f);
(gdb) print f
$2 = (struct fm_frag *) 0x2b875f41be40
(gdb) list
455 goto join;
456 }
457
458 no_join:
459
460 fm_insert_free(qm, f);
461 }
462
463
464 #ifdef DBG_F_MALLOC
(gdb) 



And a second crash here a few hours after restarting from above:

Core was generated by `/usr/local/opensips/sbin/opensips -u opensips'.
Program terminated with signal 11, Segmentation fault.
#0  0x004a2bcf in fm_insert_free (qm=0x2aca30c14000, p=value 
optimized out) at mem/f_malloc.c:155

155 (*f)-prev = (frag-u.nxt_free);
(gdb) bt full
#0  0x004a2bcf in fm_insert_free (qm=0x2aca30c14000, p=value 
optimized out) at mem/f_malloc.c:155

f = 0x2aca30c14070
hash = 3
#1  fm_free (qm=0x2aca30c14000, p=value optimized out) at 
mem/f_malloc.c:460

f = 0x2aca315c1718
n = value optimized out
__FUNCTION__ = fm_free
#2  0x2aca301bdcde in free_dlg_dlg () at dlg_hash.c:168
i = 0
#3  destroy_dlg_table () at dlg_hash.c:234
dlg = 0x2aca31692c70
i = 0
#4  0x2aca301aa651 in mod_destroy () at dialog.c:742
No locals.
#5  0x00476ff4 in destroy_modules () at sr_module.c:370
t = 0x785328
foo = 0x785258
#6  0x004252e0 in cleanup (show_status=1) at main.c:336
No locals.
#7  0x004261fb in handle_sigs () at main.c:533
chld = 0
chld_status = 139
i = value optimized out
do_exit = 1
__FUNCTION__ = handle_sigs
#8  0x0042a5a9 in main_loop (argc=3, argv=0x4) at main.c:913
i = 4
pid = value optimized out
si = 0x0
startup_done = 0x0
chd_rank = 16
__FUNCTION__ = main_loop
#9  main (argc=3, argv=0x4) at main.c:1388
cfg_log_stderr = value optimized out
cfg_stream = 0x14cfb010
c = value optimized out
r = value optimized out
tmp = 0x4fc447 H\215\005\262\333#



___
Users 

Re: [OpenSIPS-Users] cdrviewer not showing caller and callee?

2011-02-28 Thread Bogdan-Andrei Iancu

Hi Chris,

By default opensips does not account a caller or callee like column as 
what is the meaning and where to take this information is highly related 
to your scenario (like in a residential scenario, callee/caller are the 
end SIP users, in trunking can be the trunk IDs, etc).


In a simple case, you can use the extra DB accounting to log the FROM 
URI (as caller) and RURI (as callee) - you can check the OpenSIPS 
Virtual Machine where is an working example on that.


Regards,
Bogdan

chris wrote:


*Hi,*

* *

*I am getting cdrs but with no callee, caller or leg type shown. 
Looking at the various scripts and at the cdrs database there does not 
seem to be anywhere this is stored. These fields exist in the acc db 
only.*


*Is there an updated script that creates these entries, I have 
**opensips_cdrs_1_6.mysql inserted but this doesn’t reference those 
entries either?*


* *

*Thanks*

* *

*Chris*



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



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how


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


Re: [OpenSIPS-Users] Reject INVITEs with invalid (unable to be parsed) headers

2011-02-28 Thread Bogdan-Andrei Iancu

Hi,

Take a look at the error route which serve this purpose - if a syntax 
error is encountered, script execution jumps to that route.

  http://www.opensips.org/Resources/DocsCoreRoutes16#toc5

Regards,
Bogdan

thrillerbee wrote:
What is the easiest way to identify traffic with invalid headers? 
Specifically, the from and to URIs.

For example, if OpenSIPS is unable to parse a from URI, would $fu be NULL?

Thanks.


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



--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 28th February 2011
OpenSIPS solutions and know-how


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


Re: [OpenSIPS-Users] segfault in mem/f_malloc.c

2011-02-28 Thread Bobby Smith
Yes sir.

Thanks,

BobbyS

On Mon, Feb 28, 2011 at 4:02 PM, Bogdan-Andrei Iancu bog...@opensips.orgwrote:

 Hi Bobby,

 Is this the same case as the one you reported on the SF tracker?

 Regards,
 Bogdan

 Bobby Smith wrote:

 This is on revision 7081.

 It seems to be fairly consistently happening around free_dlg_dlg in
 dlg_hash.c which is triggering it -- we have several cores showing this
 behavior.

 What are the next steps for debugging this?  This is on a production
 machine and we haven't been able to reproduce it elsewhere, so we are
 somewhat sensitive to load issues while trying to troubleshoot this.

 Thanks.



 Program terminated with signal 11, Segmentation fault.
 #0  0x004a2bcf in fm_insert_free (qm=0x2b875eba4000, p=value
 optimized out) at mem/f_malloc.c:155
 155 (*f)-prev = (frag-u.nxt_free);
 (gdb) bt full
 #0  0x004a2bcf in fm_insert_free (qm=0x2b875eba4000, p=value
 optimized out) at mem/f_malloc.c:155
f = 0x2b875eba4070
hash = 3
 #1  fm_free (qm=0x2b875eba4000, p=value optimized out) at
 mem/f_malloc.c:460
f = 0x2b875f41be40
n = value optimized out
__FUNCTION__ = fm_free
 #2  0x2b875e14dcde in free_dlg_dlg () at dlg_hash.c:168
i = 0
 #3  destroy_dlg_table () at dlg_hash.c:234
dlg = 0x2b875f319a80
i = 5
 #4  0x2b875e13a651 in mod_destroy () at dialog.c:742
 No locals.
 #5  0x00476ff4 in destroy_modules () at sr_module.c:370
t = 0x785328
foo = 0x785258
 #6  0x004252e0 in cleanup (show_status=1) at main.c:336
 No locals.
 #7  0x004261fb in handle_sigs () at main.c:533
chld = 0
chld_status = 139
i = value optimized out
do_exit = 1
__FUNCTION__ = handle_sigs
 #8  0x0042a5a9 in main_loop (argc=3, argv=0x4) at main.c:913
i = 4
pid = value optimized out
si = 0x0
startup_done = 0x0
chd_rank = 16
__FUNCTION__ = main_loop
 #9  main (argc=3, argv=0x4) at main.c:1388
cfg_log_stderr = value optimized out
cfg_stream = 0x831e010
c = value optimized out
r = value optimized out
tmp = 0x4fc447 H\215\005\262\333#
tmp_len = value optimized out
port = value optimized out
proto = value optimized out
ret = value optimized out
seed = 586369539
rfd = value optimized out
__FUNCTION__ = main
 (gdb)

 (gdb) frame 0
 #0  0x004a2bcf in fm_insert_free (qm=0x2b875eba4000, p=value
 optimized out) at mem/f_malloc.c:155
 155 (*f)-prev = (frag-u.nxt_free);
 (gdb) list
 150
 151 /*insert it here*/
 152 frag-prev = f;
 153 frag-u.nxt_free=*f;
 154 if( *f )
 155 (*f)-prev = (frag-u.nxt_free);
 156
 157 *f=frag;
 158 qm-free_hash[hash].no++;
 159 free_plus(qm , frag-size);
 (gdb) info locals
 f = 0x2b875eba4070
 hash = 3
 (gdb) print *f
 $1 = (struct fm_frag *) 0x2b865f235290
 (gdb) print *(*f)
 Cannot access memory at address 0x2b865f235290
 (gdb) frame 1
 #1  fm_free (qm=0x2b875eba4000, p=value optimized out) at
 mem/f_malloc.c:460
 460 fm_insert_free(qm, f);
 (gdb) print f
 $2 = (struct fm_frag *) 0x2b875f41be40
 (gdb) list
 455 goto join;
 456 }
 457
 458 no_join:
 459
 460 fm_insert_free(qm, f);
 461 }
 462
 463
 464 #ifdef DBG_F_MALLOC
 (gdb)

 And a second crash here a few hours after restarting from above:

 Core was generated by `/usr/local/opensips/sbin/opensips -u opensips'.
 Program terminated with signal 11, Segmentation fault.
 #0  0x004a2bcf in fm_insert_free (qm=0x2aca30c14000, p=value
 optimized out) at mem/f_malloc.c:155
 155 (*f)-prev = (frag-u.nxt_free);
 (gdb) bt full
 #0  0x004a2bcf in fm_insert_free (qm=0x2aca30c14000, p=value
 optimized out) at mem/f_malloc.c:155
f = 0x2aca30c14070
hash = 3
 #1  fm_free (qm=0x2aca30c14000, p=value optimized out) at
 mem/f_malloc.c:460
f = 0x2aca315c1718
n = value optimized out
__FUNCTION__ = fm_free
 #2  0x2aca301bdcde in free_dlg_dlg () at dlg_hash.c:168
i = 0
 #3  destroy_dlg_table () at dlg_hash.c:234
dlg = 0x2aca31692c70
i = 0
 #4  0x2aca301aa651 in mod_destroy () at dialog.c:742
 No locals.
 #5  0x00476ff4 in destroy_modules () at sr_module.c:370
t = 0x785328
foo = 0x785258
 #6  0x004252e0 in cleanup (show_status=1) at main.c:336
 No locals.
 #7  0x004261fb in handle_sigs () at main.c:533
chld = 0
chld_status = 139
i = value optimized out
do_exit = 1
__FUNCTION__ = handle_sigs
 #8  0x0042a5a9 in main_loop (argc=3, argv=0x4) at main.c:913
i = 4
pid = value optimized out
si = 0x0
startup_done = 0x0
chd_rank = 16
__FUNCTION__ = main_loop
 #9  main (argc=3, argv=0x4) at main.c:1388
cfg_log_stderr = value optimized out
cfg_stream = 0x14cfb010
c = value optimized out
r = value optimized out