Re: [AVT] RTP over TCP.

Ram Kordale <kordale@kasenna.com> Thu, 16 May 2002 23:12 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA13573 for <avt-archive@odin.ietf.org>; Thu, 16 May 2002 19:12:42 -0400 (EDT)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id TAA18140 for avt-archive@odin.ietf.org; Thu, 16 May 2002 19:12:57 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA18083; Thu, 16 May 2002 19:11:53 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA18038 for <avt@optimus.ietf.org>; Thu, 16 May 2002 19:11:51 -0400 (EDT)
Received: from kasenna.com (mail.kasenna.com [208.253.201.4]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA13551 for <avt@ietf.org>; Thu, 16 May 2002 19:11:34 -0400 (EDT)
Received: (qmail 198425 invoked from network); 16 May 2002 23:11:19 -0000
Received: from unknown (HELO kordale.kasenna.com) (10.10.4.220) by mail.kasenna.wan with SMTP; 16 May 2002 23:11:19 -0000
Message-Id: <4.3.2.7.2.20020516155852.02493f08@mail.kasenna.wan>
X-Sender: kordale@mail.kasenna.wan
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Thu, 16 May 2002 16:09:26 -0700
To: philippe.gentric@philips.com, Peter Westerink <peterw@us.ibm.com>
From: Ram Kordale <kordale@kasenna.com>
Subject: Re: [AVT] RTP over TCP.
Cc: avt-admin@ietf.org, avt@ietf.org
In-Reply-To: <OF93CE7A6F.E3D0B792-ONC1256BBA.00362771@diamond.philips.co m>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=====================_25686835==_.ALT"
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
X-BeenThere: avt@ietf.org

Philippe,

At 11:56 AM 5/15/2002 +0200, philippe.gentric@philips.com wrote:

>Ram, peter,
>
>We would also support work on this issue.

Thanks for your support.


>(I cannot make committement on any implementation at this stage;-)
>
>Maybe we could also consider the following option:
>
>What exactly would prevent to interleave RTP in RTSP on TCP for some 
>streams and use RTP/UDP for others ?

RFC 2326 recommends this option only when the option of sending data 
separately is not available. The reasons for this must be similar to the 
argument in section 5.2 in the ID for RTP.

Ram


>regards,
>
>Philippe Gentric
>Software Architect
>Philips MP4Net
>philippe.gentric@philips.com
>http://www.mpeg-4.philips.com
>
>
>"Peter Westerink" <peterw@us.ibm.com>
>Sent by: avt-admin@ietf.org
>
>05/14/2002 22:03
>
>         To:        Ram Kordale <kordale@kasenna.com>
>         cc:        avt@ietf.org
>avt-admin@ietf.org
>Ross Finlayson <finlayson@live.com>
>kordale@kasenna.com
>(bcc: Philippe Gentric/MP4-SUR/CE/PHILIPS)
>         Subject:        Re: [AVT] RTP over TCP.
>
>         Classification:
>
>
>
>
>Ram,
>
>I believe such a profile existed in draft-ietf-avt-profile-new-09.txt, but
>it was removed in version 10 because "there were no 2 implementations".
>There were no technical reasons mentioned. The draft proposed prepending
>each RTP packet with a 2-byte length and that's all.
>
>IBM is interested in the same thing you're after, and I can assume there
>are more MPEG-4 companies that also would want to send their BIFS and OD
>streams reliably (albeit not guaranteed on-time) over TCP. With that we
>should be able to come up with 2 implementations and hence re-instate the
>profile?
>
>      Peter
>
>
>
>
> 
>
>                      Ram 
> Kordale 
>
>                      <kordale@kasenna.        To:       Ross Finlayson 
> <finlayson@live.com>
>                      com>                     cc:       <avt@ietf.org>, 
> kordale@kasenna.com
>                      Sent by:                 Subject:  Re: [AVT] RTP 
> over TCP.
>                      avt-admin@ietf.or 
 >
>                      g 
 >
> 
>
> 
>
>                      05/14/2002 
> 03:50 
>
>                      PM 
 >
> 
>
> 
>
>
>
>
>Ross,
>
>Section 10.12 describes only the interleaving case. What about the case
>where RTP and RTCP data need to be transferred on separate TCP connections?
>
>This will need a separate profile. Does such a profile exist?
>
>Thanks.
>Ram
>
>At 12:17 PM 5/8/2002 -0700, Ross Finlayson wrote:
> >At 10:45 AM 5/8/02, Ethen Bommaiah wrote:
> >>I was curious to know if there were any standard profiles that define
> >>transferring RTP
> >>packets over TCP. In particular, we were interested in transferring RTP
>data
> >>over TCP
> >>while using RTSP as the control protocol.
> >
> >Yes - see section 10.12 of the RTSP specification (RFC 2326).  This
> >defines how RTP packets may be carried over the RTSP (TCP) stream.  (This
> >is actually not a new RTP 'profile', but instead, an optonal mechanism
> >defined within RTSP.)
> >
> >         Ross.
> >
> >
> >_______________________________________________
> >Audio/Video Transport Working Group
> >avt@ietf.org
> >https://www1.ietf.org/mailman/listinfo/avt
>
>
>_______________________________________________
>Audio/Video Transport Working Group
>avt@ietf.org
>https://www1.ietf.org/mailman/listinfo/avt
>
>
>
>
>
>
>_______________________________________________
>Audio/Video Transport Working Group
>avt@ietf.org
>https://www1.ietf.org/mailman/listinfo/avt
>