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