[OpenSIPS-Users] Media Proxy setup

2011-07-12 Thread Kurtis vel
Does anyone have advice on the best way to arrange media proxy?

Should it run on the same servers as opensips or should I offf load the cpu
and ram onto its own box?

Right now all my server are in the rack space cloud. So spinning up another
instance wouldn't be a big deal.

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


Re: [OpenSIPS-Users] Problem with siptrace module

2011-07-12 Thread duane . larson

Diego,

So I think your wanting to do Stateless routing. I just saw this posting  
of "Known Issues" under version 1.7. Not sure if it applies to your version  
also

http://www.opensips.org/html/docs/modules/1.7.x/siptrace.html#id250363

I see you are using sip_trace() in your script. I have personally never  
messed with stateless and siptrace. Might need someone else to weigh in on  
this.


On Jul 12, 2011 1:09pm, Diego Barberio   
wrote:
Hi All, I'm having a minnor configuration problem with the siptrace.I'm  
trying to trace all the messages and their responses, but I'm only able  
to log the methods (INVITE, ACK and BYE) but not the responses.This is my  
configuration script. ##Global Parameters #  
debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment the  
following lines to enable debugging */#debug=6#fork=no#log_stderror=yes  
/* uncomment the next line to disable TCP (default on) */disable_tcp=yes  
port=5060 /* uncomment and configure the following line if you want  
opensips to bind on a specific interface/port/proto (default bind on all  
available) */listen=udp:192.168.2.154:5060 # -- module  
loading  
--mpath="/usr/local/lib/opensips/modules/"loadmodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule "dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule "options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule "siptrace.so"#loadmodule "acc.so"#  
- setting module-specific parameters ---# --  
dispatcher params  
--modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")  
modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")modparam("dispatcher", "ds_ping_interval",  
30)modparam("dispatcher", "ds_probing_threshhold",  
2)modparam("dispatcher", "ds_probing_mode",  
1)modparam("dispatcher", "list_file", "/usr/local/etc/opensips/dispatcher.list")#  
modparam("dispatcher", "force_dst", 1)  
modparam("siptrace", "db_url", "mysql://root:Viamonte1621@localhost/opensips")modparam("siptrace", "enable_ack_trace",  
1)modparam("siptrace", "trace_on",  
1)modparam("siptrace", "table", "sip_trace")modparam("siptrace", "trace_flag",  
22) #modparam("acc", "log_level", 1)#modparam("acc", "log_flag",  
1)#modparam("acc", "db_url", "mysql://root:Viamonte1621@localhost/opensips")  
route{ setflag(22); setbflag(22); sip_trace(); if  
( !mf_process_maxfwd_header("10") ) { sl_send_reply("483","To Many  
Hops"); drop(); }; if (is_method("OPTIONS")) { options_reply(); exit; }  
ds_select_dst("1", "0"); if ($retcode xlog("[Redmond] Service full\n");  
sl_send_reply("500","Service full"); exit; } forward(); #t_relay();  
#sip_trace();} failure_route[1] { if (t_check_status("(408)| 
(5[0-9][0-9])")) { ds_mark_dst(); if (ds_select_dst("1", "0")) {  
forward(); } else { t_reply("503", "Service Unavailable"); } }}  
onreply_route { setflag(22); setflag(22); sip_trace();} ThanksDiego



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


Re: [OpenSIPS-Users] Problem with siptrace module

2011-07-12 Thread Dani Popa
load also dialog.so module and call create_dialog()(not sure if need,
because for invite the dialog is automatic created)

dani

On Wed, Jul 13, 2011 at 12:11 AM,  wrote:

> You need to have the following
>
> if(is_method("INVITE") && !has_totag())
> trace_dialog();
>
>
> But I don't think that is your issue. I am not sure why trace_dialog();
> isn't logging all the sip messages. You don't see any errors in your syslog?
>
>
> On Jul 12, 2011 4:06pm, duane.lar...@gmail.com wrote:
> > Sorry my gmail was hiding some of your text. I see that you have
> siptrace.so loaded.
> >
> >
> >
> >
> >
> > On Jul 12, 2011 4:05pm, duane.lar...@gmail.com wrote:
> >
> >
> > > Do you not have the following in your config?
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > loadmodule "siptrace.so"
> >
> >
> > >
> >
> >
> > >
> >
> >
> > >
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > On Jul 12, 2011 4:00pm, Diego Barberio
> diego.barbe...@redmondsoftware.com> wrote:
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > > Hi Duane, Thanks for you quick response. I tried using trace_dialog()
> but it doesn’t log any message. Below is the new version of my configuration
> script:BTW: This is my opensips version:opensips -Vversion: opensips
> 1.6.4-2-notls (i386/linux)flags: STATS: Off, USE_IPV6, USE_TCP,
> DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC,
> FAST_LOCK-ADAPTIVE_WAITADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE
> 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535poll method support:
> poll, epoll_lt, epoll_et, sigio_rt, select.svnrevision: unknown@(#) $Id:
> main.c 7530 2010-12-13 19:07:53Z bogdan_iancu $main.c compiled on 14:20:52
> May  2 2011 with gcc 4.1.2 ##Global Parameters
> # debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment
> the following lines to enable debugging
> */#debug=6#fork=no#log_stderror=yes /* uncomment the next line to disable
> TCP (default on) */disable_tcp=yes port=5060 /* uncomment and configure the
> following line if you want opensips to   bind on a specific
> interface/port/proto (default bind on all available) */listen=udp:
> 192.168.2.154:5060 # -- module loading
> --mpath="/usr/local/lib/opensips/modules/"loadmodule
> "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule
> "dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule
> "options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule
> "siptrace.so"loadmodule "acc.so"loadmodule "dialog.so"loadmodule "rr.so"#
> - setting module-specific parameters ---# --
> dispatcher params --modparam("mi_fifo", "fifo_name",
> "/tmp/opensips_fifo") modparam("dispatcher", "ds_ping_from",
> "sip:proxy@192.1.8.2.154")modparam("dispatcher", "ds_ping_interval",
> 30)modparam("dispatcher", "ds_probing_threshhold", 2)modparam("dispatcher",
> "ds_probing_mode", 1)modparam("dispatcher", "list_file",
> "/usr/local/etc/opensips/dispatcher.list")# modparam("dispatcher",
> "force_dst", 1) modparam("siptrace", "db_url",
> "mysql://root:Viamonte1621@localhost/opensips")#modparam("siptrace",
> "enable_ack_trace", 1)modparam("siptrace", "trace_on",
> 1)modparam("siptrace", "table", "sip_trace")#modparam("siptrace",
> "trace_flag", 22) #modparam("acc", "log_level", 1)#modparam("acc",
> "log_flag", 1)#modparam("acc", "db_url",
> "mysql://root:Viamonte1621@localhost/opensips") route{if (
> !mf_process_maxfwd_header("10") ){
>sl_send_reply("483","To Many Hops");
>drop();}; if (is_method("OPTIONS"))
> {options_reply();exit;
> }if(is_method("INVITE"))
> trace_dialog();ds_select_dst("1",
> "0");if
> ($retcode   xlog("[Redmond] Service
> full\n");   sl_send_reply("500","Service
> full");   exit;}
> forward();} ThanksDiegoFrom: users-boun...@lists.opensips.org [mailto:
> users-boun...@lists.opensips.org] On Behalf Of duane.lar...@gmail.com
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > > Sent: martes, 12 de julio de 2011 05:01 p.m.
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > > To: OpenSIPS users mailling list
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > > Subject: Re: [OpenSIPS-Users] Problem with siptrace module
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > >  Not sure what version of OpenSIPS you are using but you might want
> to use this instead of sip_trace()
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > >
> http://www.opensips.org/html/docs/modules/1.7.x/siptrace.html#id250195
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > >
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > > On Jul 12, 2011 1:09pm, Diego Barberio
> diego.barbe...@redmondsoftware.com> wrote:
> >
> >
> > >
> >
> >
> > >
> >
> >
> > > > > Hi All, I’m having a minnor configuration problem with the
> siptrace.I’m trying 

Re: [OpenSIPS-Users] Problem with siptrace module

2011-07-12 Thread duane . larson

You need to have the following

if(is_method("INVITE") && !has_totag())
trace_dialog();


But I don't think that is your issue. I am not sure why trace_dialog();  
isn't logging all the sip messages. You don't see any errors in your syslog?


On Jul 12, 2011 4:06pm, duane.lar...@gmail.com wrote:
Sorry my gmail was hiding some of your text. I see that you have  
siptrace.so loaded.







On Jul 12, 2011 4:05pm, duane.lar...@gmail.com wrote:




> Do you not have the following in your config?




>




>




> loadmodule "siptrace.so"




>




>




>




>




>



> On Jul 12, 2011 4:00pm, Diego Barberio  
diego.barbe...@redmondsoftware.com> wrote:




>




>



> > Hi Duane, Thanks for you quick response. I tried using trace_dialog()  
but it doesn't log any message. Below is the new version of my  
configuration script:BTW: This is my opensips version:opensips -Vversion:  
opensips 1.6.4-2-notls (i386/linux)flags: STATS: Off, USE_IPV6, USE_TCP,  
DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC,  
FAST_LOCK-ADAPTIVE_WAITADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE  
262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535poll method  
support: poll, epoll_lt, epoll_et, sigio_rt, select.svnrevision:  
unknown@(#) $Id: main.c 7530 2010-12-13 19:07:53Z bogdan_iancu $main.c  
compiled on 14:20:52 May 2 2011 with gcc 4.1.2 ##Global Parameters  
# debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment  
the following lines to enable debugging  
*/#debug=6#fork=no#log_stderror=yes /* uncomment the next line to disable  
TCP (default on) */disable_tcp=yes port=5060 /* uncomment and configure  
the following line if you want opensips to bind on a specific  
interface/port/proto (default bind on all available)  
*/listen=udp:192.168.2.154:5060 # -- module loading  
--mpath="/usr/local/lib/opensips/modules/"loadmodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule "dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule "options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule "siptrace.so"loadmodule "acc.so"loadmodule "dialog.so"loadmodule "rr.so"#  
- setting module-specific parameters ---# --  
dispatcher params  
--modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")  
modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")modparam("dispatcher", "ds_ping_interval",  
30)modparam("dispatcher", "ds_probing_threshhold",  
2)modparam("dispatcher", "ds_probing_mode",  
1)modparam("dispatcher", "list_file", "/usr/local/etc/opensips/dispatcher.list")#  
modparam("dispatcher", "force_dst", 1)  
modparam("siptrace", "db_url", "mysql://root:Viamonte1621@localhost/opensips")#modparam("siptrace", "enable_ack_trace",  
1)modparam("siptrace", "trace_on",  
1)modparam("siptrace", "table", "sip_trace")#modparam("siptrace", "trace_flag",  
22) #modparam("acc", "log_level", 1)#modparam("acc", "log_flag",  
1)#modparam("acc", "db_url", "mysql://root:Viamonte1621@localhost/opensips")  
route{ if ( !mf_process_maxfwd_header("10") ) { sl_send_reply("483","To  
Many Hops"); drop(); }; if (is_method("OPTIONS")) { options_reply();  
exit; } if(is_method("INVITE")) trace_dialog(); ds_select_dst("1", "0");  
if ($retcode xlog("[Redmond] Service full\n");  
sl_send_reply("500","Service full"); exit; } forward();} ThanksDiegoFrom:  
users-boun...@lists.opensips.org  
[mailto:users-boun...@lists.opensips.org] On Behalf Of  
duane.lar...@gmail.com




>




>




> > Sent: martes, 12 de julio de 2011 05:01 pm




>




>




> > To: OpenSIPS users mailling list




>




>




> > Subject: Re: [OpenSIPS-Users] Problem with siptrace module




>




>



> > Not sure what version of OpenSIPS you are using but you might want to  
use this instead of sip_trace()




>




>




> > http://www.opensips.org/html/docs/modules/1.7.x/siptrace.html#id250195




>




>




> >




>




>



> > On Jul 12, 2011 1:09pm, Diego Barberio  
diego.barbe...@redmondsoftware.com> wrote:




>




>



> > > Hi All, I'm having a minnor configuration problem with the  
siptrace.I'm trying to trace all the messages and their responses, but  
I'm only able to log the methods (INVITE, ACK and BYE) but not the  
responses.This is my configuration script. ##Global Parameters #  
debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment the  
following lines to enable debugging */#debug=6#fork=no#log_stderror=yes  
/* uncomment the next line to disable TCP (default on) */disable_tcp=yes  
port=5060 /* uncomment and configure the following line if you want  
opensips to bind on a specific interface/port/proto (default bind on all  
available) */listen=udp:192.168.2.154:5060 # -- module  
loading  
--mpath="/usr/local/lib/opensips/modules/"loadmodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule "dispatcher.so"loadmodule "mi_fifo.s

Re: [OpenSIPS-Users] Problem with siptrace module

2011-07-12 Thread duane . larson
Sorry my gmail was hiding some of your text. I see that you have  
siptrace.so loaded.


On Jul 12, 2011 4:05pm, duane.lar...@gmail.com wrote:

Do you not have the following in your config?




loadmodule "siptrace.so"






On Jul 12, 2011 4:00pm, Diego Barberio  
diego.barbe...@redmondsoftware.com> wrote:



> Hi Duane, Thanks for you quick response. I tried using trace_dialog()  
but it doesn't log any message. Below is the new version of my  
configuration script:BTW: This is my opensips version:opensips -Vversion:  
opensips 1.6.4-2-notls (i386/linux)flags: STATS: Off, USE_IPV6, USE_TCP,  
DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC,  
FAST_LOCK-ADAPTIVE_WAITADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE  
262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535poll method  
support: poll, epoll_lt, epoll_et, sigio_rt, select.svnrevision:  
unknown@(#) $Id: main.c 7530 2010-12-13 19:07:53Z bogdan_iancu $main.c  
compiled on 14:20:52 May 2 2011 with gcc 4.1.2 ##Global Parameters  
# debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment  
the following lines to enable debugging  
*/#debug=6#fork=no#log_stderror=yes /* uncomment the next line to disable  
TCP (default on) */disable_tcp=yes port=5060 /* uncomment and configure  
the following line if you want opensips to bind on a specific  
interface/port/proto (default bind on all available)  
*/listen=udp:192.168.2.154:5060 # -- module loading  
--mpath="/usr/local/lib/opensips/modules/"loadmodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule "dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule "options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule "siptrace.so"loadmodule "acc.so"loadmodule "dialog.so"loadmodule "rr.so"#  
- setting module-specific parameters ---# --  
dispatcher params  
--modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")  
modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")modparam("dispatcher", "ds_ping_interval",  
30)modparam("dispatcher", "ds_probing_threshhold",  
2)modparam("dispatcher", "ds_probing_mode",  
1)modparam("dispatcher", "list_file", "/usr/local/etc/opensips/dispatcher.list")#  
modparam("dispatcher", "force_dst", 1)  
modparam("siptrace", "db_url", "mysql://root:Viamonte1621@localhost/opensips")#modparam("siptrace", "enable_ack_trace",  
1)modparam("siptrace", "trace_on",  
1)modparam("siptrace", "table", "sip_trace")#modparam("siptrace", "trace_flag",  
22) #modparam("acc", "log_level", 1)#modparam("acc", "log_flag",  
1)#modparam("acc", "db_url", "mysql://root:Viamonte1621@localhost/opensips")  
route{ if ( !mf_process_maxfwd_header("10") ) { sl_send_reply("483","To  
Many Hops"); drop(); }; if (is_method("OPTIONS")) { options_reply();  
exit; } if(is_method("INVITE")) trace_dialog(); ds_select_dst("1", "0");  
if ($retcode xlog("[Redmond] Service full\n");  
sl_send_reply("500","Service full"); exit; } forward();} ThanksDiegoFrom:  
users-boun...@lists.opensips.org  
[mailto:users-boun...@lists.opensips.org] On Behalf Of  
duane.lar...@gmail.com




> Sent: martes, 12 de julio de 2011 05:01 pm




> To: OpenSIPS users mailling list




> Subject: Re: [OpenSIPS-Users] Problem with siptrace module



> Not sure what version of OpenSIPS you are using but you might want to  
use this instead of sip_trace()




> http://www.opensips.org/html/docs/modules/1.7.x/siptrace.html#id250195




>



> On Jul 12, 2011 1:09pm, Diego Barberio  
diego.barbe...@redmondsoftware.com> wrote:



> > Hi All, I'm having a minnor configuration problem with the  
siptrace.I'm trying to trace all the messages and their responses, but  
I'm only able to log the methods (INVITE, ACK and BYE) but not the  
responses.This is my configuration script. ##Global Parameters #  
debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment the  
following lines to enable debugging */#debug=6#fork=no#log_stderror=yes  
/* uncomment the next line to disable TCP (default on) */disable_tcp=yes  
port=5060 /* uncomment and configure the following line if you want  
opensips to bind on a specific interface/port/proto (default bind on all  
available) */listen=udp:192.168.2.154:5060 # -- module  
loading  
--mpath="/usr/local/lib/opensips/modules/"loadmodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule "dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule "options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule "siptrace.so"#loadmodule "acc.so"#  
- setting module-specific parameters ---# --  
dispatcher params  
--modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")  
modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")modparam("dispatcher", "ds_ping_interval",  
30)modparam("dispatcher", "ds_probing_threshhold",  
2)modparam("dis

Re: [OpenSIPS-Users] Problem with siptrace module

2011-07-12 Thread duane . larson

Do you not have the following in your config?
loadmodule "siptrace.so"

On Jul 12, 2011 4:00pm, Diego Barberio   
wrote:
Hi Duane, Thanks for you quick response. I tried using trace_dialog() but  
it doesn't log any message. Below is the new version of my configuration  
script:BTW: This is my opensips version:opensips -Vversion: opensips  
1.6.4-2-notls (i386/linux)flags: STATS: Off, USE_IPV6, USE_TCP,  
DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC,  
FAST_LOCK-ADAPTIVE_WAITADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE  
262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535poll method  
support: poll, epoll_lt, epoll_et, sigio_rt, select.svnrevision:  
unknown@(#) $Id: main.c 7530 2010-12-13 19:07:53Z bogdan_iancu $main.c  
compiled on 14:20:52 May 2 2011 with gcc 4.1.2 ##Global Parameters  
# debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment  
the following lines to enable debugging  
*/#debug=6#fork=no#log_stderror=yes /* uncomment the next line to disable  
TCP (default on) */disable_tcp=yes port=5060 /* uncomment and configure  
the following line if you want opensips to bind on a specific  
interface/port/proto (default bind on all available)  
*/listen=udp:192.168.2.154:5060 # -- module loading  
--mpath="/usr/local/lib/opensips/modules/"loadmodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule "dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule "options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule "siptrace.so"loadmodule "acc.so"loadmodule "dialog.so"loadmodule "rr.so"#  
- setting module-specific parameters ---# --  
dispatcher params  
--modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")  
modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")modparam("dispatcher", "ds_ping_interval",  
30)modparam("dispatcher", "ds_probing_threshhold",  
2)modparam("dispatcher", "ds_probing_mode",  
1)modparam("dispatcher", "list_file", "/usr/local/etc/opensips/dispatcher.list")#  
modparam("dispatcher", "force_dst", 1)  
modparam("siptrace", "db_url", "mysql://root:Viamonte1621@localhost/opensips")#modparam("siptrace", "enable_ack_trace",  
1)modparam("siptrace", "trace_on",  
1)modparam("siptrace", "table", "sip_trace")#modparam("siptrace", "trace_flag",  
22) #modparam("acc", "log_level", 1)#modparam("acc", "log_flag",  
1)#modparam("acc", "db_url", "mysql://root:Viamonte1621@localhost/opensips")  
route{ if ( !mf_process_maxfwd_header("10") ) { sl_send_reply("483","To  
Many Hops"); drop(); }; if (is_method("OPTIONS")) { options_reply();  
exit; } if(is_method("INVITE")) trace_dialog(); ds_select_dst("1", "0");  
if ($retcode xlog("[Redmond] Service full\n");  
sl_send_reply("500","Service full"); exit; } forward();} ThanksDiegoFrom:  
users-boun...@lists.opensips.org  
[mailto:users-boun...@lists.opensips.org] On Behalf Of  
duane.lar...@gmail.com

Sent: martes, 12 de julio de 2011 05:01 pm
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] Problem with siptrace module
Not sure what version of OpenSIPS you are using but you might want to use  
this instead of sip_trace()

http://www.opensips.org/html/docs/modules/1.7.x/siptrace.html#id250195


On Jul 12, 2011 1:09pm, Diego Barberio  
diego.barbe...@redmondsoftware.com> wrote:
> Hi All, I'm having a minnor configuration problem with the siptrace.I'm  
trying to trace all the messages and their responses, but I'm only able  
to log the methods (INVITE, ACK and BYE) but not the responses.This is my  
configuration script. ##Global Parameters #  
debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment the  
following lines to enable debugging */#debug=6#fork=no#log_stderror=yes  
/* uncomment the next line to disable TCP (default on) */disable_tcp=yes  
port=5060 /* uncomment and configure the following line if you want  
opensips to bind on a specific interface/port/proto (default bind on all  
available) */listen=udp:192.168.2.154:5060 # -- module  
loading  
--mpath="/usr/local/lib/opensips/modules/"loadmodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule "dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule "options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule "siptrace.so"#loadmodule "acc.so"#  
- setting module-specific parameters ---# --  
dispatcher params  
--modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")  
modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")modparam("dispatcher", "ds_ping_interval",  
30)modparam("dispatcher", "ds_probing_threshhold",  
2)modparam("dispatcher", "ds_probing_mode",  
1)modparam("dispatcher", "list_file", "/usr/local/etc/opensips/dispatcher.list")#  
modparam("dispatcher", "force_dst", 1)  
modparam("siptrace", "db_url", "mysql://root:Viamonte1621@localhost/opensips"

Re: [OpenSIPS-Users] Problem with siptrace module

2011-07-12 Thread Diego Barberio
Hi Duane,

 

Thanks for you quick response.

 

I tried using trace_dialog() but it doesn't log any message. Below is the
new version of my configuration script:

BTW: This is my opensips version:

opensips -V

version: opensips 1.6.4-2-notls (i386/linux)

flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM,
SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT

ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535

poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.

svnrevision: unknown

@(#) $Id: main.c 7530 2010-12-13 19:07:53Z bogdan_iancu $

main.c compiled on 14:20:52 May  2 2011 with gcc 4.1.2

 

##Global Parameters #

 

debug=3

#log_facility=LOG_LOCAL6

 

fork=yes

children=4

 

/* uncomment the following lines to enable debugging */

#debug=6

#fork=no

#log_stderror=yes

 

/* uncomment the next line to disable TCP (default on) */

disable_tcp=yes

 

port=5060

 

/* uncomment and configure the following line if you want opensips to

   bind on a specific interface/port/proto (default bind on all available)
*/

listen=udp:192.168.2.154:5060

 

# -- module loading --

mpath="/usr/local/lib/opensips/modules/"

loadmodule "maxfwd.so"

loadmodule "sl.so"

loadmodule "tm.so"

loadmodule "dispatcher.so"

loadmodule "mi_fifo.so"

loadmodule "signaling.so"

loadmodule "options.so"

loadmodule "textops.so"

loadmodule "db_mysql.so"

loadmodule "siptrace.so"

loadmodule "acc.so"

loadmodule "dialog.so"

loadmodule "rr.so"

# - setting module-specific parameters ---

# -- dispatcher params --

modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")

 

modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")

modparam("dispatcher", "ds_ping_interval", 30)

modparam("dispatcher", "ds_probing_threshhold", 2)

modparam("dispatcher", "ds_probing_mode", 1)

modparam("dispatcher", "list_file",
"/usr/local/etc/opensips/dispatcher.list")

# modparam("dispatcher", "force_dst", 1)

 

modparam("siptrace", "db_url",
"mysql://root:Viamonte1621@localhost/opensips")

#modparam("siptrace", "enable_ack_trace", 1)

modparam("siptrace", "trace_on", 1)

modparam("siptrace", "table", "sip_trace")

#modparam("siptrace", "trace_flag", 22)

 

#modparam("acc", "log_level", 1)

#modparam("acc", "log_flag", 1)

#modparam("acc", "db_url", "mysql://root:Viamonte1621@localhost/opensips")

 

route{

if ( !mf_process_maxfwd_header("10") )

{

   sl_send_reply("483","To Many Hops");

   drop();

};

 

if (is_method("OPTIONS")) {

options_reply();

exit;

}

if(is_method("INVITE"))

   trace_dialog();



ds_select_dst("1", "0");



if ($retcode<0) {

   xlog("[Redmond] Service full\n");

   sl_send_reply("500","Service full");

   exit;

}



forward();

}

 

Thanks

Diego

From: users-boun...@lists.opensips.org
[mailto:users-boun...@lists.opensips.org] On Behalf Of
duane.lar...@gmail.com
Sent: martes, 12 de julio de 2011 05:01 p.m.
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] Problem with siptrace module

 

Not sure what version of OpenSIPS you are using but you might want to use
this instead of sip_trace() 
http://www.opensips.org/html/docs/modules/1.7.x/siptrace.html#id250195 

On Jul 12, 2011 1:09pm, Diego Barberio 
wrote: 
> Hi All, I'm having a minnor configuration problem with the siptrace.I'm
trying to trace all the messages and their responses, but I'm only able to
log the methods (INVITE, ACK and BYE) but not the responses.This is my
configuration script. ##Global Parameters #
debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment the
following lines to enable debugging */#debug=6#fork=no#log_stderror=yes /*
uncomment the next line to disable TCP (default on) */disable_tcp=yes
port=5060 /* uncomment and configure the following line if you want opensips
to   bind on a specific interface/port/proto (default bind on all available)
*/listen=udp:192.168.2.154:5060 # -- module loading
--mpath="/usr/local/lib/opensips/modules/"lo
admodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule
"dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule
"options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule
"siptrace.so"#loadmodule "acc.so"# - setting module-specific
parameters ---# -- dispatcher params --modparam("mi_fifo",
"fifo_name", "/tmp/opensips_fifo") modparam("dispatcher", "ds_ping_from",
"sip:proxy@192.1.8.2.154")modparam("dispatche

Re: [OpenSIPS-Users] Problem with siptrace module

2011-07-12 Thread duane . larson
Not sure what version of OpenSIPS you are using but you might want to use  
this instead of sip_trace()

http://www.opensips.org/html/docs/modules/1.7.x/siptrace.html#id250195

On Jul 12, 2011 1:09pm, Diego Barberio   
wrote:
Hi All, I'm having a minnor configuration problem with the siptrace.I'm  
trying to trace all the messages and their responses, but I'm only able  
to log the methods (INVITE, ACK and BYE) but not the responses.This is my  
configuration script. ##Global Parameters #  
debug=3#log_facility=LOG_LOCAL6 fork=yeschildren=4 /* uncomment the  
following lines to enable debugging */#debug=6#fork=no#log_stderror=yes  
/* uncomment the next line to disable TCP (default on) */disable_tcp=yes  
port=5060 /* uncomment and configure the following line if you want  
opensips to bind on a specific interface/port/proto (default bind on all  
available) */listen=udp:192.168.2.154:5060 # -- module  
loading  
--mpath="/usr/local/lib/opensips/modules/"loadmodule "maxfwd.so"loadmodule "sl.so"loadmodule "tm.so"loadmodule "dispatcher.so"loadmodule "mi_fifo.so"loadmodule "signaling.so"loadmodule "options.so"loadmodule "textops.so"loadmodule "db_mysql.so"loadmodule "siptrace.so"#loadmodule "acc.so"#  
- setting module-specific parameters ---# --  
dispatcher params  
--modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")  
modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")modparam("dispatcher", "ds_ping_interval",  
30)modparam("dispatcher", "ds_probing_threshhold",  
2)modparam("dispatcher", "ds_probing_mode",  
1)modparam("dispatcher", "list_file", "/usr/local/etc/opensips/dispatcher.list")#  
modparam("dispatcher", "force_dst", 1)  
modparam("siptrace", "db_url", "mysql://root:Viamonte1621@localhost/opensips")modparam("siptrace", "enable_ack_trace",  
1)modparam("siptrace", "trace_on",  
1)modparam("siptrace", "table", "sip_trace")modparam("siptrace", "trace_flag",  
22) #modparam("acc", "log_level", 1)#modparam("acc", "log_flag",  
1)#modparam("acc", "db_url", "mysql://root:Viamonte1621@localhost/opensips")  
route{ setflag(22); setbflag(22); sip_trace(); if  
( !mf_process_maxfwd_header("10") ) { sl_send_reply("483","To Many  
Hops"); drop(); }; if (is_method("OPTIONS")) { options_reply(); exit; }  
ds_select_dst("1", "0"); if ($retcode xlog("[Redmond] Service full\n");  
sl_send_reply("500","Service full"); exit; } forward(); #t_relay();  
#sip_trace();} failure_route[1] { if (t_check_status("(408)| 
(5[0-9][0-9])")) { ds_mark_dst(); if (ds_select_dst("1", "0")) {  
forward(); } else { t_reply("503", "Service Unavailable"); } }}  
onreply_route { setflag(22); setflag(22); sip_trace();} ThanksDiego



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


[OpenSIPS-Users] ICE and Mediaproxy break when using append_branch and serial_branches/next_branches

2011-07-12 Thread duane . larson
I am using append_branch and serial_branches/next_branches to implement a  
FindMe/FollowMe feature. I just noticed that when I do this I am getting no  
audio clients that don't have a public IP. If I bypass the FindMe/FollowMe  
stuff audio works just fine. I am not sure what exactly is going on when it  
breaks. The scenario I have right now is


90133XXX18 calls 90127X2XX9

modparam("mediaproxy", "mediaproxy_socket", 
"/var/run/mediaproxy/dispatcher.sock")
modparam("mediaproxy", "ice_candidate", "low-priority")

OpenSIPS knows that when 90127X2XX9 is called to first set $ru to  
90127X2XX9 and then append_branch. Then OpenSIPS sets $ru to an outbound  
number that has to be reached via SIP trunk provider. Q-Values are set for  
both numbers so that the outbound number is called first and then  
90127X2XX9 is called. Then I call serialize_branches(1) and then  
next_branches. I turn on Mediaproxy by doing the following


if (method==INVITE && !has_totag()) {
# We can also use a specific media relay if we need to
engage_media_proxy();
}

Then the call is made. I notice when doing a siptrace on the call that  
sometimes my "c=IN IP4" in the SDP never has the IP of the Mediaproxy when  
it calls the outbound number and then the 90127X2XX9 number. Then other  
times it does include the mediaproxy IP which is "173.XXX.XXX.111". It's  
just random when I test a call. Engage_media_proxy is called when the call  
to the outbound number is made and also when the call to the 90127X2XX9  
number is made. If I disable ICE on the Blink client it doesn't seem to  
make a difference on this problem.


I am using a branch version of OpenSIPS that was posted yesterday and I  
just upgraded Mediaproxy Dispatcher and Relay to the latest version without  
any luck.


Any ideas how I can troubleshoot this??
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


[OpenSIPS-Users] Problem with siptrace module

2011-07-12 Thread Diego Barberio
Hi All,

 

I'm having a minnor configuration problem with the siptrace.

I'm trying to trace all the messages and their responses, but I'm only able
to log the methods (INVITE, ACK and BYE) but not the responses.

This is my configuration script.

 

##Global Parameters #

 

debug=3

#log_facility=LOG_LOCAL6

 

fork=yes

children=4

 

/* uncomment the following lines to enable debugging */

#debug=6

#fork=no

#log_stderror=yes

 

/* uncomment the next line to disable TCP (default on) */

disable_tcp=yes

 

port=5060

 

/* uncomment and configure the following line if you want opensips to

   bind on a specific interface/port/proto (default bind on all available)
*/

listen=udp:192.168.2.154:5060

 

# -- module loading --

mpath="/usr/local/lib/opensips/modules/"

loadmodule "maxfwd.so"

loadmodule "sl.so"

loadmodule "tm.so"

loadmodule "dispatcher.so"

loadmodule "mi_fifo.so"

loadmodule "signaling.so"

loadmodule "options.so"

loadmodule "textops.so"

loadmodule "db_mysql.so"

loadmodule "siptrace.so"

#loadmodule "acc.so"

# - setting module-specific parameters ---

# -- dispatcher params --

modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")

 

modparam("dispatcher", "ds_ping_from", "sip:proxy@192.1.8.2.154")

modparam("dispatcher", "ds_ping_interval", 30)

modparam("dispatcher", "ds_probing_threshhold", 2)

modparam("dispatcher", "ds_probing_mode", 1)

modparam("dispatcher", "list_file",
"/usr/local/etc/opensips/dispatcher.list")

# modparam("dispatcher", "force_dst", 1)

 

modparam("siptrace", "db_url",
"mysql://root:Viamonte1621@localhost/opensips")

modparam("siptrace", "enable_ack_trace", 1)

modparam("siptrace", "trace_on", 1)

modparam("siptrace", "table", "sip_trace")

modparam("siptrace", "trace_flag", 22)

 

#modparam("acc", "log_level", 1)

#modparam("acc", "log_flag", 1)

#modparam("acc", "db_url", "mysql://root:Viamonte1621@localhost/opensips")

 

route{

setflag(22);

setbflag(22);

sip_trace();



if ( !mf_process_maxfwd_header("10") )

{

   sl_send_reply("483","To Many Hops");

   drop();

};

 

if (is_method("OPTIONS")) {

options_reply();

exit;

}



ds_select_dst("1", "0");



if ($retcode<0) {

xlog("[Redmond] Service full\n");

sl_send_reply("500","Service full");

exit;

}



forward();

#t_relay();

#sip_trace();

}

 

failure_route[1] {

if (t_check_status("(408)|(5[0-9][0-9])")) {

ds_mark_dst();

if (ds_select_dst("1", "0")) {

forward();

} else {

   t_reply("503", "Service Unavailable");

}

}

}

 

onreply_route {

setflag(22);

setflag(22);

sip_trace();

}

 

Thanks

Diego

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


[OpenSIPS-Users] [RELEASE] OpenSIPS 1.7.0 - a new major release is out

2011-07-12 Thread Bogdan-Andrei Iancu

One more half an year, one more major release - OpenSIPS 1.7.0 beta release is 
out

*OpenSIPS 1.7.0* comes with several major improvements (DB area, dialog 
support, TCP and debugging), but also with new functionalities (like Event 
Notification Interface, UAC Registrant module, scripting support, etc).

A complete compilation with all the additions and improvements for *OpenSIPS 
1.7.0 *release is available under:
http://www.opensips.org/Main/Ver170

A comprehensive migration document is available also:
http://www.opensips.org/Resources/DocsMigration164to170

Many thanks to all the people who got involved in this release (and in the 
overall OpenSIPS project) and contributed with code, with testing and 
debugging, with patches or reports, with support on the lists, help with 
packaging and documentation.
I will avoid listing names, not because they do not deserve it, but simply 
because it will impossible to list list everybody here and I do not what to be 
unfair with some of them (because I simply forgot a name or because of the 
limited space).

But nevertheless, I want to thanks you all for out great job and not in my 
behalf, but in the behalf of people who will find this piece of software a 
useful tool.

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


To get the *OpenSIPS 1.7.0* version, see :

* website page:http://www.opensips.org/Resources/Downloads

* SF project:
https://sourceforge.net/project/showfiles.php?group_id=232389&package_id=281827&release_id=670379

Note that for the moment only the source tarballs are available. The packages 
(debs,rpms, etc) will be generated starting now. If anybody can help in 
generating packages for different distros or architectures, please let me know 
and I will upload them on the website.


Best regards,
Bogdan


--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 2nd of May 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] How to limit calls to specific number

2011-07-12 Thread duane . larson

For your first question would this work?
http://www.ag-projects.com/projects-products-96/535-call-control

For your second question I hear that SEMS has better performance than  
Asterisk or Freeswitch, but I think you have to put a lot of work into it  
because it isn't as easy to work with as Asterisk.

http://www.iptel.org/sems

If you can't figure SEMS out then maybe your best bet for an IVR that can  
handle 1000 calls would be Asterisk Clustering.




On Jul 12, 2011 8:03am, Akib Sayyed  wrote:

hello guys i am creating billing system for premium number portal
here i need to allow specific number of minutes to a DID.
how can i do that
any idea's
also i need to handle 1000 call




i know Opensips can handle it
but i want to route those calls to IVR server
tell me best server for IVR
which can handle 1000 concurrent calls
for ivr
also server hardware needed if its asterisk
--




Akib Sayyed
Matrix-Shell
akibsay...@gmail.com




akibsay...@matrixshell.com
Mob:- +91-966-514-2243






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


[OpenSIPS-Users] How to limit calls to specific number

2011-07-12 Thread Akib Sayyed
hello guys i am creating billing system for premium number portal
here i need to allow specific number of minutes to a DID.
how can i do that
any idea's

also i need to handle 1000 call
i know Opensips can handle it
but i want to route those calls to IVR server
tell me best server for IVR
which can handle 1000 concurrent calls
for ivr
also server hardware  needed if its asterisk
-- 
Akib Sayyed
Matrix-Shell
akibsay...@gmail.com
akibsay...@matrixshell.com
Mob:- +91-966-514-2243
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] SNMPStats - openserSIPRegCurrentUsers is always incrementing

2011-07-12 Thread John Quick
Hi Bogdan,

If I am able to get some useful debug info or a capture file then I will
send them directly to you.
The version of OpenSIPS that has the problem is 1.6.2-notls (x86_64/linux).

Here is output from successive opensipsctl queries after the Aastra phone
has been connected for about 15 hours:
 [root@centos6v ~]# opensipsctl online
 1003
 [root@centos6v ~]# opensipsctl ul show
 Domain:: location table=512 records=1
AOR:: 1003
Contact:: sip:1003@192.168.0.67:5060;transport=udp Q=
Expires:: 2447
Callid:: 1ee42fd1d268fc8c
Cseq:: 28298
User-agent:: Aastra 6731i/2.6.0.1008
State:: CS_SYNC
Flags:: 0
Cflag:: 0
Socket:: udp:192.168.0.116:5060
Methods:: 7807
 [root@centos6v ~]# opensipsctl fifo get_statistics usrloc:
 usrloc:registered_users = 16
 usrloc:location-users = 16
 usrloc:location-contacts = 1
 usrloc:location-expires = 15

The stats are incrementing by one every hour – each time the Aastra sends
its registration request. Capturing the SIP messages shows there is a single
request (no auth challenge) and a single 200 Ok, as follows (this capture
was from more than 12 hours ago):

REGISTER sip:192.168.0.116:5060 SIP/2.0
Via: SIP/2.0/UDP
192.168.0.67:5060;branch=z9hG4bK3c7a1c6b969da43d5.70cc47d1606bd5f0f;rport
Max-Forwards: 70
From: ;tag=2a3ecdecb3
To: 
Call-ID: 1ee42fd1d268fc8c
CSeq: 28285 REGISTER
Allow:  INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, UPDATE, PRACK,
SUBSCRIBE, INFO
Allow-Events: talk, hold, conference, LocalModeStatus
Contact: "1003"
;+sip.instance=""
Supported: gruu, path
User-Agent: Aastra 6731i/2.6.0.1008
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP
192.168.0.67:5060;branch=z9hG4bK3c7a1c6b969da43d5.70cc47d1606bd5f0f;rport=50
60
From: ;tag=2a3ecdecb3
To: ;tag=c97b4d1cb1f3d0da549e06a8d482ef63.6663
Call-ID: 1ee42fd1d268fc8c
CSeq: 28285 REGISTER
Contact: ;expires=3600
Server: OpenSIPS (1.6.2-notls (x86_64/linux))
Content-Length: 0

The record in the location table currently looks like this (the time on the
server is not correct - it is ahead of actual time):

idusername  domain  contact
received  path   expires  
1079  1003  sip:1003@192.168.0.67:5060;transport=udp
   2011-07-12 16:09:52

q callid cseq last_modified
flags  cflags  user_agent  socket
methods
-1.00  1ee42fd1d268fc8c  28298  2011-07-12 15:09:52  0 0
Aastra 6731i/2.6.0.1008  udp:192.168.0.116:5060  7807 

John Quick


From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] 
Sent: 11 July 2011 18:16
To: john.qu...@smartvox.co.uk
Cc: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] SNMPStats - openserSIPRegCurrentUsers is
always incrementing

Hi John,

The stats are kept in memory (and calculate based on the data cached by
opensips) so, the DB should not affect at all the stats.

What is the opensips version where this happens ? if the issue is issue to
reproduce, could you get full debug logs for all registrations ?

Regards,
Bogdan

On 07/10/2011 10:59 PM, John Quick wrote: 
Hi Bogdan,
 
Here is another update:
The problem exists when I register an Aastra 6731i phone, but does not when
I register a Snom 360 phone.
As explained before, it does not happen at all on my Ubuntu test server. It
only happens on my CentOS test server. Both are running the same
opensips.cfg file, but they are running different versions of OpenSIPS. Both
are using a locally hosted MySQL database to store user data
(opensips.subscriber) and location data (opensips.location). I can see no
errors in the log files.
 
Do you have any ideas or suggestions for additional tests? For example,
should I reconfigure the CentOS OpenSIPS to use the Ubuntu MySQL server in
case it is a database problem?
 
John Quick
 
 
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] 
Sent: 08 July 2011 16:32
To: john.qu...@smartvox.co.uk
Cc: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] SNMPStats - openserSIPRegCurrentUsers is
always incrementing
 
Hi John,

I tried to reproduce this on live system and I do not see this difference:

tester001:~# opensipsctl fifo get_statistics usrloc:
usrloc:registered_users = 53
usrloc:location-users = 53
usrloc:location-contacts = 56
usrloc:location-expires = 84
tester001:~# opensipsctl ul show --brief  | wc -l
54

Also running with DB mode 2.

The counter is decremented when a contact is removed from memory hash.

Regards,
Bogdan

On 06/27/2011 06:00 PM, John Quick wrote: 
Yes.
 
John
 
-Original Message-
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] 
Sent: 27 June 2011 14:49
To: john.qu...@smartvox.co.uk
Cc: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] SNMPStats - openserSIPRegCurrentUsers is
always incrementing
 
Hi