Thank you,
thats what i read:
there is known issue with the first retransmission interval. As openser use unique timer with cadence of 1 second. So if the retransmission is set (added into timer) at second n+500 ms, that the timer will hit at n+1 seconds, resulting in a 500 ms period instead of 1 sec. It's about time quantification of the timer and the time linearity of the insertion in the timer.
I'm not sure what this means but i searched for "OpenSER Retransmission timer" and found
retr_timer1p1 (integer)
in tm-module.
Can my problem be resolved by changing the retr_timer1p1 value? (I will try this on Friday ;-) )
thanks a lot
Stefan
Am Mittwoch, den 13.09.2006, 16:17 -0400 schrieb Ovidiu Sas:
check this: http://www.openser.org/pipermail/users/2005-November/001579.html
Regards, -ovi
On 9/13/06, Stefan Römer mail@roemer.se wrote:
Hi !!!
I'm using OpenSER 1.0.1 and realized some strange behaviour when SIP UA sends ReInvite Messages.
Initial INVITE shown below (this is OK)
UA A OpenSER UA B _____________________________________________________________
--------INVITE------------> -----------INVITE------------>
<--------200 OK----------- <---------200 OK----------------
---------ACK-------------> -------------ACK--------------->
But when an UA sends a ReINVITE message I realized following behaviour. This happens approximatly every 3rd or 4th ReInvite.
UA A OpenSER UA B _____________________________________________________________ --------INVITE------------> -----------INVITE------------> -----------INVITE------------>
<--------200 OK----------- <---------200 OK---------------- <--------200 OK----------- <---------200 OK---------------- . . . .
Is there any reason for OpenSER sending ReINVTE twice? Any chance to avoid this?
Sincerly
Stefan
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users