RE: [AVT] Re: Clearmode definition.
"Yaakov Stein" <yaakov_s@rad.com> Tue, 23 March 2004 11:40 UTC
Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA19994 for <avt-archive@odin.ietf.org>; Tue, 23 Mar 2004 06:40:36 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B5kGP-0002aM-LE for avt-archive@odin.ietf.org; Tue, 23 Mar 2004 06:40:10 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i2NBe9ll009918 for avt-archive@odin.ietf.org; Tue, 23 Mar 2004 06:40:09 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B5kGI-0002ZD-V1; Tue, 23 Mar 2004 06:40:02 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B5kFW-0002To-92 for avt@optimus.ietf.org; Tue, 23 Mar 2004 06:39:14 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA19939 for <avt@ietf.org>; Tue, 23 Mar 2004 06:39:09 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1B5kFR-0002af-00 for avt@ietf.org; Tue, 23 Mar 2004 06:39:10 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1B5kEd-0002UY-00 for avt@ietf.org; Tue, 23 Mar 2004 06:38:20 -0500
Received: from radmail2.rad.co.il ([80.74.100.136] helo=antivir1.rad.co.il) by ietf-mx with esmtp (Exim 4.12) id 1B5kDq-0002Gm-00 for avt@ietf.org; Tue, 23 Mar 2004 06:37:30 -0500
Received: from antivir1.rad.co.il (localhost [127.0.0.1]) by antivir1.rad.co.il (8.12.10/8.12.10) with ESMTP id i2NBaVxF016581 for <avt@ietf.org>; Tue, 23 Mar 2004 13:36:31 +0200 (IST)
Received: from exrad2.ad.rad.co.il (exrad2 [192.114.24.112]) by antivir1.rad.co.il (8.12.10/8.12.10) with ESMTP id i2NBaUte016566 for <avt@ietf.org>; Tue, 23 Mar 2004 13:36:30 +0200 (IST)
X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [AVT] Re: Clearmode definition.
Date: Tue, 23 Mar 2004 13:36:05 +0200
Message-ID: <27A0F290348F8E45AEF79889DDE65A52024E9E6E@exrad2.ad.rad.co.il>
Thread-Topic: [AVT] Re: Clearmode definition.
Thread-Index: AcQQqbvbqaEQPYE5QPGKWQfmZpKj4QAIAYlg
From: Yaakov Stein <yaakov_s@rad.com>
To: Rajesh Kumar <rkumar@cisco.com>
Cc: Colin Perkins <csp@csperkins.org>, avt@ietf.org
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: quoted-printable
Sender: avt-admin@ietf.org
Errors-To: avt-admin@ietf.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
> Yaakov, > One of the cases you mention include an RTP encapsulation of > Nx64. Unless you have already done so, I recommend you > register a MIME for it and allow its session-by-session > negotiation using SDP, H.245 or other means. My guess from > having read the PWE3 drafts in the past is that you are > limiting the application to a provisioned RTP Nx64 session. > While that is adequate in some applications, others will > require/prefer the signaled establishment of Nx64 sessions. Rajesh, Since this is a PW protocol, it works in the PWE fashion. Either the PW is manually provisioned, or it is set up using the PW control protocol. In either case it is not envisioned that this connection will be set-up and torn-down on a "session per session" basis, just as a T1 or E1 is not torn-down after a phone conversation. This is another difference between what we are doing in PWE3, and the typical AVT method of working. The point of my previous email was that even if it is decided that PWE is a proper place to standardize methods for transport of N*64 flows over IP, their treatment at PWE3 may not be what you are looking for. In particular, MIME types and use of SDP are entirely alien to the PWE3 way of doing things. Hence if you have a need for an RTP encapsulation of N*64k, I would suggest that the AVT WG look into it, trying to keep the encapsulation compatible with the appropriate PWE draft. Y(J)S _______________________________________________ Audio/Video Transport Working Group avt@ietf.org https://www1.ietf.org/mailman/listinfo/avt
- [AVT] RE: Clearmode definition. Kreuter Ruediger
- RE: [AVT] Re: Clearmode definition. Yaakov Stein
- RE: [AVT] Re: Clearmode definition. Rajesh Kumar
- RE: [AVT] Re: Clearmode definition. Yaakov Stein
- RE: [AVT] Re: Clearmode definition. Rajesh Kumar
- Re: [AVT] Re: Clearmode definition. Colin Perkins
- Re: [AVT] Re: Clearmode definition. Colin Perkins
- Re: [AVT] Re: Clearmode definition. Colin Perkins
- Re: [AVT] Re: Clearmode definition. Rajesh Kumar
- Re: [AVT] Re: Clearmode definition. Colin Perkins
- Re: [AVT] Re: Clearmode definition. Christian Groves