[OpenSIPS-Users] sip capturing using hep

[Bogdan-Andrei Iancu]

Hi Pasan,

The "Resource temporarily unavailable" is similar to EAGAIN or 
EWOULDBLOCK - meaning that the send will block. But this is an UDP 
protocol, so there is nothing much to block - as UDP is a stateless 
protocol. Unless it is the buffer in the TCP/IP stack,between the 
application layer and the actual network layer - like the opensips is 
bursting data, but the kernel has no time to actually put it on wire.

Try to monitor with netstat the size of the out buffer for the hep 
socket (on opensips side), and see if you see buffered data there 
(especially correlated with the logs you see).

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit 2019
   https://www.opensips.org/events/Summit-2019Amsterdam/

On 01/16/2019 05:06 AM, Pasan Meemaduma via Users wrote:
> Hi Guys,
>
> I have following setup for homer integration with opensips. I'm having 
> an issue where opensips complains with following error time to time. I 
> tried tuning up buffer sizes, but it doesn't seems to help. Any 
> suggestion on how to get rid of this ?
>
> I'm using opensips 2.3.6
>
> <err> /usr/sbin/opensips[27139]: ERROR:proto_hep:hep_udp_send: 
> sendto(sock,0x7fc2facaff58,5792,0,0x7fc2fa84d858,16): Resource 
> temporarily unavailable(11)
>
>
> sip traffic  ->   internet facing interface (public ip) (opensips)
>                         internal admin interface (private ip ) 
> udp:9060  ---- >   udp:9060 internal admin interface (private ip)  
> (opensips sip capturer)
>
>
> When the above error pops out it appears all legit connections get 
> drop too for a brief period. I tried to increate send/recev buffer 
> sizes, but that didn't help.
>
> net.core.rmem_max
> net.core.rmem_default
>
> net.core.wmem_max
> net.core.wmem_default
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20190204/44709335/attachment.html>