Does ngrep really show the difference to the previous captured packet
which mathces the filter, or to any previous packet?
Further, you have to inspect the Via branch parameter. Maybe the second
INVITE is not a retransmission (same branch parameter) but a second
branch (different branch parameter)
regards
klaus
Am 28.03.2011 17:43, schrieb Min Wang:
HI
I did the trace using ngrep:
ngrep -T -W byline -d any port 5060
And I am confused with tm retran.
(1) case one
tm module, the|retr_timer1| default is 500 ms.
#U +0.001824 xxx.17:5060 -> xxx.16:5060
INVITE sip:224@172.16.8.49:2057;line=lnzlkxu5 SIP/2.0.
#U +0.000012 xxx.17:5060 -> xxx.16:5060
INVITE sip:224@172.16.8.49:2057;line=lnzlkxu5 SIP/2.0.
the ngrep show the delta between packet, the second invite is only 12
ms behind?
is my understanding correct?
(2) change retr_timer1 to 2000 ms
modparam("tm", "retr_timer1", 1000)
#U +0.001936 xxx.17:5060 -> xxx.16:5060
INVITE sip:224@172.16.8.49:2057;line=lnzlkxu5 SIP/2.0.
#U +0.000013 xxx.17:5060 -> xxx.16:5060
INVITE sip:224@172.16.8.49:2057;line=lnzlkxu5 SIP/2.0.
the delta still 13 ms behind, so similar to the case 1,
The question is: is the second invite the re-trans by tm?
If so why it is around 12/13 ms? not the 500 ms or as configured 2000 ms?
thanks.
Kind regards / Mit freundlichen Grüßen
Min Wang
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users