HI Saurav Here are some points which may help you : 1. CRBT playing without Prack
mechansim depends upon network policy.UE will not have any issues in listening to CRBT if server is streaming it without prack. but normally its recommended to server to wait for prack before playing CRBT to make sure signalling and media goes to correct UE and UE can have some relation between 18x and early media in non forking scenario.its Logic same as why ack reqired for 200ok to keep same dialog state view at both sides.check 3gpp spec 24.182 all flows has media start after prack 2.update or reinvite can carry sdp as new offer instead of sdp in 200ok.bottomline is only one offer answer possible in one transaction. Hope this helps thanks ankur bansal On Thu, Oct 16, 2014 at 11:11 AM, Mustafa AYDIN <mustafa.ay...@verscom.com> wrote: > > Inline > > Mustafa Aydın > NGN Services > Verscom Solutions > [cid:image003.jpg@01CFE91C.FB74B6C0] > > From: Sourav Dhar Chaudhuri [mailto:sourav_mi...@yahoo.co.in] > Sent: Thursday, October 16, 2014 8:08 AM > To: Mustafa AYDIN; Paul Kyzivat; Vivek Talwar > Cc: sip-implementors@lists.cs.columbia.edu > Subject: Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response. > > Hi , > Thanks all for your reply... So I just need the clarifications. > > 1) Can CRBT be played without Reliable provisional Response? If yes then whether the SDP is required in that unreliable provisional response? > Yes,CRBT can be played without Reliable prov response if the initial INV has SDP. You must send SDP in unreliable prov response as well. > 2) Also since Paul already replied that as per RFC 6337 there should not be any new offer in 200OK of INVITE [as per my call flow in first mail] . So my question is after CRBT how will be caller A informed the change on Media.. Please refer my below example. > A has sent INVITE to B for a Video call. Then in CRBT is some song/music being played to A instead of ringing... After the establishment of call the Video chat should start. So How SDP negotiation will happen? > Assuming that A sends video support in INV’s SDP, B can answer with video support in 18x as well, so that you will have a video session after the CRBT. Another way around; B can send video m line port with 0 in 18x, then after the call is established B can initiate a re-inv to A with an SDP which has the proper port on video m line. > > I will be really grateful if you clarify my query by two example of SDP flow. One without using any reliable provisional response and another using Reliable provisional response > There will be no change at the call flow with or without using relable prov. response. Reliable prov response is required in this scenario only if the initial INV has no SDP. > > Regards, > > Sourav Dhar Chaudhuri > > On Wednesday, 15 October 2014 10:52 PM, Mustafa AYDIN < mustafa.ay...@verscom.com<mailto:mustafa.ay...@verscom.com>> wrote: > > Hi Paul, > > Yes, it seems that Sourav's concern is with early media as you can also see from the call diagram that he sent. CRBT stands for "colorful ringback tone", it is actually a specific song or audio file to play instead of the standard ring tone. As you said, it is possible that the early media might be sent from wrong IP:port pair. > > Rgrds, > Mustafa Aydın > NGN Services > Verscom Solutions > > > -----Original Message----- > From: Paul Kyzivat [mailto:pkyzi...@alum.mit.edu<mailto: pkyzi...@alum.mit.edu>] > Sent: Wednesday, October 15, 2014 7:36 PM > To: Mustafa AYDIN; Vivek Talwar > Cc: 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 12:16 PM, Mustafa AYDIN wrote: > > 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. > > Yes, the caller should get the early media. The problem is with the 200 with a new offer. So the caller may not get the final media. > > But your issue is that the caller isn't getting the early media??? > > If so, maybe it is something else. For instance, it is pretty common to gate the incoming media - requiring that it come from the IP address/port in the answer. Maybe the media isn't being sent that way. > > Thanks, > Paul > > > Regards, > > > > Mustafa Aydın > > > > NGN Services > > > > Verscom Solutions > > > > cid:image002.png@01CFD749.D928FC00<mailto:image002.png@01CFD749.D928FC00 > > > > > *From:*Vivek Talwar [mailto:vivek.tal...@globallogic.com<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<mailto: 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> <mailto: 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> > > <mailto: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> > > <mailto: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> <mailto: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> > > <mailto: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> > > <mailto: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> > > <mailto: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> > > <mailto: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/> > > > > http://www.globallogic.com/email_disclaimer.txt > > > > _______________________________________________ > 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 > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > Inline Mustafa Aydın NGN Services Verscom Solutions [cid:image003.jpg@01CFE91C.FB74B6C0] From: Sourav Dhar Chaudhuri [mailto:sourav_mi...@yahoo.co.in] Sent: Thursday, October 16, 2014 8:08 AM To: Mustafa AYDIN; Paul Kyzivat; Vivek Talwar Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] can CRBT palyed without Reliable Provisonal response. Hi , Thanks all for your reply... So I just need the clarifications. 1) Can CRBT be played without Reliable provisional Response? If yes then whether the SDP is required in that unreliable provisional response? Yes,CRBT can be played without Reliable prov response if the initial INV has SDP. You must send SDP in unreliable prov response as well. 2) Also since Paul already replied that as per RFC 6337 there should not be any new offer in 200OK of INVITE [as per my call flow in first mail] . So my question is after CRBT how will be caller A informed the change on Media.. Please refer my below example. A has sent INVITE to B for a Video call. Then in CRBT is some song/music being played to A instead of ringing... After the establishment of call the Video chat should start. So How SDP negotiation will happen? Assuming that A sends video support in INV’s SDP, B can answer with video support in 18x as well, so that you will have a video session after the CRBT. Another way around; B can send video m line port with 0 in 18x, then after the call is established B can initiate a re-inv to A with an SDP which has the proper port on video m line. I will be really grateful if you clarify my query by two example of SDP flow. One without using any reliable provisional response and another using Reliable provisional response There will be no change at the call flow with or without using relable prov. response. Reliable prov response is required in this scenario only if the initial INV has no SDP. Regards, Sourav Dhar Chaudhuri On Wednesday, 15 October 2014 10:52 PM, Mustafa AYDIN < mustafa.ay...@verscom.com<mailto:mustafa.ay...@verscom.com>> wrote: Hi Paul, Yes, it seems that Sourav's concern is with early media as you can also see from the call diagram that he sent. CRBT stands for "colorful ringback tone", it is actually a specific song or audio file to play instead of the standard ring tone. As you said, it is possible that the early media might be sent from wrong IP:port pair. Rgrds, Mustafa Aydın NGN Services Verscom Solutions -----Original Message----- From: Paul Kyzivat [mailto:pkyzi...@alum.mit.edu<mailto: pkyzi...@alum.mit.edu>] Sent: Wednesday, October 15, 2014 7:36 PM To: Mustafa AYDIN; Vivek Talwar Cc: 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 12:16 PM, Mustafa AYDIN wrote: > 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. Yes, the caller should get the early media. The problem is with the 200 with a new offer. So the caller may not get the final media. But your issue is that the caller isn't getting the early media??? If so, maybe it is something else. For instance, it is pretty common to gate the incoming media - requiring that it come from the IP address/port in the answer. Maybe the media isn't being sent that way. Thanks, Paul > Regards, > > Mustafa Aydın > > NGN Services > > Verscom Solutions > > cid:image002.png@01CFD749.D928FC00<mailto:image002.png@01CFD749.D928FC00> > > *From:*Vivek Talwar [mailto:vivek.tal...@globallogic.com<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<mailto: 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> <mailto: 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> > <mailto: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> > <mailto: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> <mailto: 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> > <mailto: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> > <mailto: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> > <mailto: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> > <mailto: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/> > > http://www.globallogic.com/email_disclaimer.txt > _______________________________________________ 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 https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
