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