[SR-Users] lost sip messages

[Daniel-Constantin Mierla]

Hello,

is the traffic sent over UDP?

Can you look with netstat and see if the receiving queue for the socket
of kamailio is buffering data?

What is the operating system? Do you have contrack (kernel module) or
selinux enabled in the system?

Verify also that you don't have pike module enabled with a low rate limit.

Cheers,
Daniel

On 31.07.19 04:57, jay binks wrote:
> Hey all,
> looking for a little help.
>
> I've been tracking an issue, where a number of SIP Messages (
> typically INVITE ) are sent, but Kamailio only see one of them ( the
> last one).  I have verified that the messages are definitely received
> on the host, as verified with TCPDUMP, but the INVITES never hit the
> request route block. ( the very first thing is to log the message )
>
> What i've managed to find is, that if I increase worker children, the
> problem goes away.
>
> So I've got a problem, I think I've found the solution, but what I'm
> struggling with is how to monitor better, so I can be alerted to this
> in the future.
>
> I started by looking at "kamctl stats | grep drop"
>     "core:drop_replies = 14",
>     "core:drop_requests = 10577"
>
> however drop_requests seems to include explicit drops in my config.
> which I do for many reasons, but mainly bad UA or blocked IP's, so
> this dosnt seem to be what im after.
>
> I then went digging in the code ( often the best way to find things ).
> in receive.c receive_msg() we find some conditions, where we drop the
> packet ( before calling request route ).
>
> right now im looking around line 251 at 
> LM_DBG("dropping the received message\n"); 
> goto error00;
>
> Following error00 I see it calls STATS_RX_DROPS which increments
> stats->received_drops.
> This is where it gets fun, I cant find where received_drops is ever
> returned in the stats output.
>
> I can see where -SIGUSR1 will trigger this to be dumped, if Kamailio
> is compiled with that option ( dosnt seem the debian packages are ). 
> however, what im seeking clarification on is, does this get reported
> in "kamctl stats"
>
> Am I just going crazy or is something not quite right here?
>
> TLDNR;  how do I monitor for Kamailio not having enough worker threads
> to process incoming messages.
>
> FYI I'm seeing about 50Mbps of incoming SIP on this box, and I do
> perform a decent amount of work on some message types.
>
> -- 
> Sincerely
>
> Jay
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190731/4d4bbbd2/attachment-0001.html>