[SIPForum-discussion] ICE - Connectivity check Algorithm

[pradeep gali]

This could be the codec issue aslo. The error message doesn't look like the
codec issue, but it,s worth to check


On Wed, Aug 21, 2013 at 5:34 AM, Binan AL Halabi <binanalhalabi at yahoo.com>wrote:

> Hi Bande,
>
> First: Maybe there is a timer which triggers the CANCEL. Doing this in
> proceeding state "when receiving a provisional response" not in the initial
> state "calling"  would be an implementation issue.
>
> Second: Have a look on the name of this thread: "ICE - Connectivity check
> Algorithm"
>
>
> Thanks.
>   ------------------------------
>  *Från:* "Banda, Srinivas (Srinivas)" <sribanda at avaya.com>
> *Till:* anand kumar Vijayan <anandkumar4n at gmail.com>; "
> discussion at sipforum.org" <discussion at sipforum.org>
> *Skickat:* måndag, 19 augusti 2013 12:32
> *Ämne:* Re: [SIPForum-discussion] ICE - Connectivity check Algorithm
>
>
> 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> 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
>
>
> _______________________________________________
> 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
>
>
>
> _______________________________________________
> 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
>
>


-- 
Pradeep Gali
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130823/1b6b8bd6/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 23482 bytes
Desc: not available
URL: <http://sipforum.org/pipermail/discussion/attachments/20130823/1b6b8bd6/attachment-0002.png>