4 Apr
2005
4 Apr
'05
3:29 p.m.
Try to use UDP instead of unix domain sockets for the communication
between ser and rtpproxy. The the rtpproxy blocks for some reason, UDP
packets would be simply dropped and SER would continue to process
another SIP request.
Jan.
On 30-03 10:22, Richard wrote:
Hi,
I don't know if anyone has experienced this. The ser stops getting any
packets, ser log shows no activity. When I do "netstat -an", I got this,
Proto Recv-Q Send-Q Local Address Foreign Address State
udp 261580 0 80.1.2.3:5060 0.0.0.0:*
udp 85224 0 0.0.0.0:35940 0.0.0.0:*
udp 0 0 0.0.0.0:35941 0.0.0.0:*
udp 47704 0 0.0.0.0:35942 0.0.0.0:*
udp 0 0 0.0.0.0:35943 0.0.0.0:*
I restarted ser several times, didn't help. So I restarted rtpproxy. Ser
started processing packets and the recv-q drops to 0. I wonder what could
cause recv-Q accumulating packets. Everything was running fine without any
problem for a long time. I haven't made any change to either ser or rtpproxy
recently.
Any suggestions?
Thanks,
Richard
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers