Hi,
Check out rtimer http://kamailio.org/docs/modules/4.1.x/modules/rtimer.html
/Morten
On Wed, Jul 2, 2014 at 6:59 PM, AliReza Khoshgoftar Monfared <
khoshgof...@gmail.com> wrote:
> Thanks very much.
>
> That is the correct answer.
> just for the record, one can loadmodule "exec" and then use
Thanks very much.
That is the correct answer.
just for the record, one can loadmodule "exec" and then use something like:
exec_avp("netstat -ul | grep ':sip' | awk '{print $$2}'","$avp(s:test)");
>
the value of the recv-q is then stored in $avp(s:test) and can be used
anywhere
Just a side quest
Hi,
You can use netstat and look at the Recv-Q counter. This should indicate
the packets that is waiting for kamailio to process.
/Morten
On Tue, Jul 1, 2014 at 1:12 PM, Daniel-Constantin Mierla
wrote:
> Hello,
>
> the SIP messages send on UDP/SCTP are received directly from the buffer in
>
Hi Daniel,
Thanks for the reply.
I was thinking about it as a signal for the Kamailio server being
overloaded (i.e. spikes in the load)
Are there other options built in Kamailio that can be monitored to see when
the server/proxy is overloaded? I think something like the rate of incoming
messages m
Hello,
the SIP messages send on UDP/SCTP are received directly from the buffer
in kernel one by one, each being processed once read. It is hard to know
how many are waiting in the kernel.
My question would be, when such information would really help? If
kamailio is too busy handling traffic,
Hi,
I had another simple question:
In a kamailio server (proxy), how do I check the number of messages
currently waiting for processing?
Is there a variable that I can monitor, say, if I want to make a routing
decision in my config based on the number of messages in the queue?
Also, is it poss
