[SR-Users] wt_timer, delayed replies and sendto error

[Andreas Granig]

Hi,

Another funny thing I encountered lately is this:

Client sends INVITE via kamailio (via dispatcher) to sems, gets back
100/200, sends another couple of INVITE with same CSeq (looks like
retransmissions), gets back more 200, then sends ACKs for each of the
200 it got. Looks like a quite broken client to me, but anyways.

The interesting thing is that after >5000ms (which is bigger then
tm.wt_timer), another 200 is sent from sems to kamailio to the client. I
see the 200 coming to kamailio in a network trace, but not an according
log message in the kamailio logs. What I see though is this:

Sep 14 13:51:26 sp2 /usr/sbin/kamailio[15950]: ERROR: <core>
[udp_server.c:586]: ERROR: udp_send:
sendto(sock,0x97ec10,1055,0,1.2.3.4:58620,16): Invalid argument(22)
Sep 14 13:51:26 sp2 /usr/sbin/kamailio[15950]: ERROR: <core>
[forward.h:149]: msg_send: ERROR: udp_send failed

The 1.2.3.4:58620 is obviously taken from the Vias, which looks like this:

Via: SIP/2.0/UDP 127.0.0.1:5060;rport=5060;branch=xyz
Via: SIP/2.0/UDP 10.1.1.9:58620;received=1.2.3.4;rport=58620;branch=abc

The top-most Via is itself, the second is the one which reflects the
destination address in the error message above.

So I'm wondering whether there is some issue with finding the proper
socket after wt_timer is expired (note that the leg client<->kamailio
uses a different socket (with public ip) than kamailio<->sems (which
uses 127.0.0.1)). Or any other idea where this error could come from?

It's actually an educated guess that this could be related to wt_timer,
but I don't know what else it could be.

Andreas

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20110914/9fda3ede/attachment.pgp>