Hi Vivek, I agree most of your comment, however considering that the question here is “can CRBT palyed without Reliable Provisonal response.” and due to the fact that CRBT is an actually an early media RTP flow (played before 200 OK), there is nothing to prevent UAC to get the CRBT in this scenario as the UAS knows where to send RTP. There should not be a dependency to the client as it is totally as per RFC.
Regards, Mustafa Aydın NGN Services Verscom Solutions [cid:image002.jpg@01CFE8AC.97668110] From: Vivek Talwar [mailto:vivek.tal...@globallogic.com] Sent: Wednesday, October 15, 2014 6:31 PM To: Mustafa AYDIN Cc: Paul Kyzivat; sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response. Hi Sourav, The UAS cann't send new offer in initial INVITE as per standards. Although above scenario can be propitiatory where sdp in 200 OK can be treated as answer but again as per standards sdp should be same in 1xx and 2xx responses. This will depend on client but yes above can work in some cases as B knows where to send media packets. Thanks and Regards, Vivek Talwar On Wed, Oct 15, 2014 at 8:21 PM, Mustafa AYDIN <mustafa.ay...@verscom.com<mailto:mustafa.ay...@verscom.com>> wrote: Phil, I agree the messaging after 200 ok is incorrect but the main question is with the CRBT which is sent before 200 ok. Why do u think that the client would not get early media if the sdp in INV is correct ? Rgrda Mustafa From: sip-implementors-boun...@lists.cs.columbia.edu<mailto:sip-implementors-boun...@lists.cs.columbia.edu> [sip-implementors-boun...@lists.cs.columbia.edu<mailto:sip-implementors-boun...@lists.cs.columbia.edu>] On Behalf Of Paul Kyzivat [pkyzi...@alum.mit.edu<mailto:pkyzi...@alum.mit.edu>] Sent: Wednesday, October 15, 2014 5:47 PM To: sip-implementors@lists.cs.columbia.edu<mailto:sip-implementors@lists.cs.columbia.edu> Subject: Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response. On 10/15/14 10:22 AM, Sourav Dhar Chaudhuri wrote: > Hi, > Can CRBT works without using Reliable Provisional Response ? > > > > A ================ INVITE (with SDP offer) ========================> B > > A <=============== 180 ringing (with SDP answer ) ==================== B > ----------------------> It is not a RPR > > CRBT Played > > A <=============== 200 OK for INVITE ( new SDP offer) =============== > B > > A ================= ACK (new SDP answer) =======================> B > > > Whether the above diagram is a correct call flow for CRBT without using > Reliable Provisional response? This is not correct, and wouldn't be correct even if the 180 was reliable. See RFC6337. Thanks, Paul > Regards > > Sourav Dhar Chaudhuri > _______________________________________________ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu<mailto:Sip-implementors@lists.cs.columbia.edu> > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu<mailto:Sip-implementors@lists.cs.columbia.edu> https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu<mailto:Sip-implementors@lists.cs.columbia.edu> https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors -- Name | Title GlobalLogic P +x.xxx.xxx.xxxx M +x.xxx.xxx.xxxx S skype www.globallogic.com<http://www.globallogic.com/> http://www.globallogic.com/email_disclaimer.txt
_______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
