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

*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

Reply via email to