Hi Mikhail,

-----Ursprüngliche Nachricht-----
Von: mikhail.zabal...@nokia.com
Gesendet: 10.06.2011 13:11:38
An: voip_v...@web.de, sofia-sip-devel@lists.sourceforge.net
Betreff: RE: [Sofia-sip-devel] OPTIONS keep-alive broken?

>Hi,
>
>> -----Original Message-----
>> From: ext Timo Bruhn [mailto:voip_v...@web.de]
>> Sent: 25 May, 2011 10:14
>> To: sofia-sip-devel@lists.sourceforge.net
>> Subject: [Sofia-sip-devel] OPTIONS keep-alive broken?
>>
>> Hi,
>>
>> after updating to sofia-sip 1.12.11 I am facing some problems with NAT keep-
>> alive via options packets. NUA is configured to send these packets every 15
>> seconds, but they are sent in an interval of about 500ms. In fact sofia is
>> retransmitting the packets, although answers are correctly received. I have
>> seen this behaviour at different sites with different SIP providers.
>>
>> Downgrading to 1.12.10 helps, packets are sent every 15 seconds.
>>
>> I attach sofia log files (one of 1.12.11 and one of 1.12.10) to this mail. 
>> In both
>> logs a nua object is created and the ua registers with the german sip 
>> provider
>> sipgate. After successful registration options keep-alive is started.
>>
>> The logs are almost identical until the first answer to an options 
>> keep-alive is
>> received (around line 140). In sofia 1.12.10 register and options 
>> transactions
>> are destroyed after timer k has been fired. In sofia 1.12.11 this is missing 
>> and
>> the options packet is almost immediately resent.
>>
>> Is this a known bug or has anyone else seen this behaviour?
>
>Can you check with the latest build off the trunk?
>Also please check with a more realistic keep-alive period, 15 seconds is a bit 
>extreme anyway...
>
>Best regards,
> Mikhail
Thanks for your reply. I tried the latest build which shows the same behaviour.

Your hint about the keep-alive period seems to point into the right direction. 
Using a keep-alive
period of around 35 seconds packets are sent correctly. But if i use smaller 
periods, packets
are sent much too fast (30 seconds lead to a real period of 20 seconds, 18 
seconds to 3 seconds and
15 seconds or lower to an immediate resent of the options packet).

I checked this against 1.12.10 release again, where small keep-alive periods 
work perfectly.

Although I agree that 15 seconds are very fast, I would like to fix this 
problem.  Do you have any
pointer into the code?

Best Regards,
Timo
___________________________________________________________
Schon gehört? WEB.DE hat einen genialen Phishing-Filter in die
Toolbar eingebaut! http://produkte.web.de/go/toolbar

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Reply via email to