[SR-Users] random incorrect method parsing

Vasiliy Ganchev vasiliy.ganchev at wildix.com
Tue Dec 8 16:21:13 CET 2015


Hi folk!

Have a strange issue, and cannot understand what is wrong. 
Test scheme UA(sip) -> INVITE -> Kamailio
The transport protocol used is TCP.
The issue is reproduced randomly, in case of wrong INVITE, Kamailio does not
parse Method from R-URI and answer "400 CSeq method does not match request
method".
The log with debug level 3 for such INVITE:
https://gist.github.com/vance-od/c4e1c783adba02d80c58

my first confuse is why in line 2 different number of bytes: "read= 1025
bytes, parsed=1037"
the second is in line 12: Method value is empty
after this everithing brokes and kamailio answers 400.

Just another call: the same setup (same device, kamailio instance etc), same
conditions, just another call. Everything is OK, similar part for good call:
https://gist.github.com/vance-od/01b5dff2d81f0878cff4

All my attempts to find the diff between to messages goes to nothing, the 2
INVITEs looks similar, the wireshark analyse of TCP level - also had no
result  (all is similar)

The issue happens only with one of our devices and only in case of TCP/TLS
(UDP constantly ok, this is why I am assured the problem is in device, but I
need proofs) 

version: kamailio 4.2.5 (i386/linux)
flags: STATS: Off, EXTRA_DEBUG, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS,
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
F_MALLOC, DBG_F_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE,
USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.

will appreciate any help or idea ,with such a mess!

Cheers!



--
View this message in context: http://sip-router.1086192.n5.nabble.com/random-incorrect-method-parsing-tp143749.html
Sent from the Users mailing list archive at Nabble.com.



More information about the sr-users mailing list