[SIPForum-discussion] ICE - Connectivity check Algorithm

[Banda, Srinivas (Srinivas)]

[cid:image001.png at 01CE9CF5.8AFA40A0]

If you see above call flow, once the PRACK gets 200 OK response, immediately 173.230.226.246 is sending the CANCEL Message? Is there any reason why the originating end is sending the CANCEL message.


From: discussion-bounces at sipforum.org [mailto:discussion-bounces at sipforum.org] On Behalf Of anand kumar Vijayan
Sent: Wednesday, August 07, 2013 9:50 AM
To: discussion at sipforum.org
Subject: Re: [SIPForum-discussion] ICE - Connectivity check Algorithm

HI All,
 I have one call scenario, our customer not getting 200 OK with SDP from your side after PRACK which is resulting in call failure.
 Many calls are  getting abandoned due to the reason i explained above, signal trace attached for your reference.
 Kindly confirm due above scenario any call failure happen or not, if call failure happen then how to resolve the issue.

Please help us

Regards
Anand Kumar V
919650930689


On Tue, Jul 30, 2013 at 11:02 AM, rahul sankanur <rahul.sankanur at gmail.com<mailto:rahul.sankanur at gmail.com>> wrote:
Hi ,
In ICE rfc 5245, it is mentioned that connectivity checks will start for the first media stream(as mentioned in SDP) .
There is also a mention that each media stream will have independent timers which decides the interval between connectivity checks and RTO for those candidates,

I have a doubt here.

Connectivity checks will begin at the same time for all media stream
                                              OR
connectivity checks will begin for the second media stream only after first media stream's connectivity checks are over.

Regards,
Rahul Sankanur


_______________________________________________
This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit http://sipforum.org/mailman/listinfo/discussion
Post to the list at discussion at sipforum.org<mailto:discussion at sipforum.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130819/2c2fe77f/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 23482 bytes
Desc: image001.png
URL: <http://sipforum.org/pipermail/discussion/attachments/20130819/2c2fe77f/attachment-0002.png>