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

Jorge jwalcantara at hotmail.com
Fri Aug 9 18:52:03 UTC 2013


The call trace you sent looks like the call is being terminated from the
call originating end(the CANCEL) within one second of the call offer.  The
question that needs and answered is,  why is the call being terminated by
the CANCEL message.

 

It may be because the originating end does not support RSeq  or some other
header offered in the 183 response.

 

Compare call between the  two SIP entities and determine the differences
between the calls that complete and those that do not.

 

 

Good luck,

 

Jorge Alcantara

 

From: discussion-bounces at sipforum.org
[mailto:discussion-bounces at sipforum.org] On Behalf Of anand kumar Vijayan
Sent: Wednesday, August 07, 2013 12:35 AM
To: discussion at sipforum.org
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
<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/20130809/fe5edce4/attachment-0002.html>


More information about the discussion mailing list