[SIPForum-discussion] 200 OK with SDP from after PRACK message which is resulting in call failure.

Abhisek Acharya abhisek.acharya at gmail.com
Mon Aug 12 18:07:23 UTC 2013


buddy

I checked the trace now...and seems that PRACK is gettng 200OK and post
that calling party CANCELS the call which is a possible in case of a ring
time out or may be a
missed call from the calling party...nothing seems to be problematic here
buddy

lemme know if u face any issues or you have concrete problematic trace to
be looked at


Cheers
Abhisek Acharya
GSLAB,PUNE


On Mon, Aug 12, 2013 at 11:33 PM, Abhisek Acharya <abhisek.acharya at gmail.com
> wrote:

> this is understandable that call will fail up on not getting 200 OK for
> PRACK message.PRACK is treated as request and the opposite end must send a
> 200 OK response.
> Apart from that if Offer-Answer dependencies are there in case of PRACK
> then it becomes obvious that call will fail....
>
> Regards
> Abhisek
>
>
> On Sat, Aug 10, 2013 at 12:17 AM, Stephen James <sjames_1958 at yahoo.com>wrote:
>
>> I don't see anything in the messages that would cause the UAC to drop the
>> call. Unless it has some requirement to receive SDP in the 18x message,
>> which is beyond the spec.
>>
>>
>> Stephen James
>> sjames_1958 at yahoo.com
>>
>> We are not princes of the earth, we are the descendants of worms, and any
>> nobility must be earned.
>>
>>   ------------------------------
>>  *From:* anand kumar Vijayan <anandkumar4n at gmail.com>
>> *To:* discussion at sipforum.org
>> *Sent:* Tuesday, August 6, 2013 11:35 PM
>> *Subject:* [SIPForum-discussion] 200 OK with SDP from after PRACK
>> message which is resulting in call failure.
>>
>>
>> HI All,
>>  I have one call scenario, our customer not getting 200 OK with SDP from
>> after PRACK message 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
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20130812/b81ca031/attachment-0002.html>


More information about the discussion mailing list