Dear Iñaki Baz Castillo,
I'm running Opensips on Ubuntu 8.10. And I've found out that the log appear on
both /var/log/syslog and /var/log/opensips. The log messages are
almost the same.
I think that OpenSips forwarding all log to /var/log/opensips and some
of the duplicate messages
to /var/log/sy
El Domingo, 11 de Enero de 2009, Wasin Thiengkunagrit escribió:
> Additionally you can
> redirect the log result to another file (which is not syslog) by doing
> this steps
> 1. Set the "log_facility=LOG_LOCAL7"
> 2. edit file /etc/syslog.conf by adding this line to the end of the
> file "local7
Hi Ali Jawad,
According to http://top12345tw.blogspot.com/2008/05/openser.html ,
It's explain that when you set "log_stderror=yes" the log will only
print out on standard output. Please try to set "log_stderror=no" and
see if the log was printed into syslog file. Additionally you can
redirect the
Hi
I am running the server with debug=9 and fork=yes and log standard
output = yes. when I do that I can see a lot of debug info and sip
packets in the standard output however the log file does show only some
notices and xlog entries. So when I close putty and get back later or a
few days later I h
Khan,
Here is a link to a pretty nice document on SIP:
http://www.tm.uka.de/itm/uploads/folien/100/MMK-05-SIP-4up.pdf
Two very good tools for looking at SIP requests and replies are tshark
and ngrep. On the opensips proxy try running "ngrep -q -W byline port
5060" from the command line.
Ju
The interfaces and backend used by OpenSIPS for functions like DNS,
SQL and Radius impose much more relevant limits in scalability then
OpenSIPS modules themselves.
From your example, in my experience the limitation is most likely
located in the Radius server rather than the client.
Did yo
El Sábado, 10 de Enero de 2009, Dan Pascu escribió:
> So the INVITE+BYE combination generates 3-4 requests/second. Now 2 more
> BYEs would make 5-6 requests/second. If you compare that with 70-100 from
> REGISTER you will find out that simply keeping trace of where your users
> are loads your proxy
On Wednesday 07 January 2009, Victor Pascual Ávila wrote:
> On Wed, Jan 7, 2009 at 12:44 PM, Dan Pascu wrote:
> > On second thought, I think there is a simple way to avoid any fraud
> > attempt, without checking anything in the BYE message. If the system
> > can be instructed that for every BYE th
