[SIPForum-discussion] Require 100rel in 18x Response

[Keyur Amin]

Hieno,

Your 18x provisional response should have a RSeq value, in order to receive PRACKs. Sending Required: 100rel in the response does not mean that you are using reliable responses. 
 
Thanks,
Keyur Amin

________________________________

 
 



On Wednesday, November 20, 2013 11:51 AM, Srinivasa Rao Kandimalla <srini.kandimalla at gmail.com> wrote:
 
When Alice sent 183 message with SDP, Alice expects PRACK as relaibility check. This is the meaning for 100 rel required, means, reliably sent the SDP. So, you need to check why PRACK is not sending by Bob.



On Tue, Nov 12, 2013 at 4:15 AM, Klier, Heino <Heino.Klier at qsc.de> wrote:

Hi all,
>
>I am struggeling with some 100rel issues. The message flow is as follows:
>
>Bob -------- INVITE (SDP1)Support: 100rel ------> Alice
>Bob <-------  181   ------- Alice
>Bob <-------  183   ------- Alice
>Bob <-------  183 (SDP2) Require: 100rel  <------ Alice
>Bob does NOT answer with a PRACK and as part of this the call fails.
>
>
>Only in the third provisional response there is a Require 100rel header, but Bob doesn't answer with a PRACK Message.
>I do not find any information in RFC's if this behaviour is allowed and which UA is doing wrong in 100rel handling (Bob or Alice).
>
>Could anybody please give some advice?
>
>Thanks and Regards
>Heino
>_______________________________________________
>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/20131122/f663f968/attachment-0002.html>