RE: [AVT] Re: Clearmode definition.
"Yaakov Stein" <yaakov_s@rad.com> Sun, 21 March 2004 15:16 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 KAA15260 for <avt-archive@odin.ietf.org>; Sun, 21 Mar 2004 10:16:37 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B54gL-0005uu-W2 for avt-archive@odin.ietf.org; Sun, 21 Mar 2004 10:16:10 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i2LFG9aa022692 for avt-archive@odin.ietf.org; Sun, 21 Mar 2004 10:16:09 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B54gD-0005rE-O1; Sun, 21 Mar 2004 10:16:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1B54fy-0005nK-Hd for avt@optimus.ietf.org; Sun, 21 Mar 2004 10:15:46 -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 KAA15182 for <avt@ietf.org>; Sun, 21 Mar 2004 10:15:43 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1B54fw-0001pO-00 for avt@ietf.org; Sun, 21 Mar 2004 10:15:44 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1B54f8-0001jd-00 for avt@ietf.org; Sun, 21 Mar 2004 10:14:54 -0500
Received: from radmail1.rad.co.il ([62.0.23.193] helo=antivir1.rad.co.il) by ietf-mx with esmtp (Exim 4.12) id 1B54eJ-0001VK-00 for avt@ietf.org; Sun, 21 Mar 2004 10:14:03 -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 i2LFDBxF016412 for <avt@ietf.org>; Sun, 21 Mar 2004 17:13:11 +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 i2LFDAte016404 for <avt@ietf.org>; Sun, 21 Mar 2004 17:13:11 +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: Sun, 21 Mar 2004 17:13:31 +0200
Message-ID: <27A0F290348F8E45AEF79889DDE65A52024E9B9A@exrad2.ad.rad.co.il>
Thread-Topic: [AVT] Re: Clearmode definition.
Thread-Index: AcQNkMHFRyTPM2khTimRUv6aWeJJ/wBxBziQ
From: Yaakov Stein <yaakov_s@rad.com>
To: Rajesh Kumar <rkumar@cisco.com>, Colin Perkins <csp@csperkins.org>
Cc: 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
> --> Rajesh Kumar <rkumar@cisco.com> writes: > > Are there plans to address N x 64 clear mode (N > 1) in > > draft-ietf-avt-rtp-clearmode-04.txt ? > > > > One method might be to have N as a MIME parameter. > > > > I recommend that we do. > > No. This is explicitly out of scope of AVT, and will be > addressed in the PWE3 working group. N*DS0 (i.e. N 64Kbps timeslots) with or without CAS is defined in the PWE3 TDM requirements draft as a structured TDM service. Right now in PWE we have three TDM drafts: 1) The standards track one is SAToP (Structure Agnostic TDM over Packet), but this only handles full T1, E1, E3 or T3 trunks (whether structured or not). Thus this doesn't address N*64. 2) CESoPSN - candidiate informational RFC This draft can handle N*DS0 by encapsulating one or more frames or N timeslots per packet, with or without RTP. 3) TDMoIP - candidate informational RFC This draft can handle N*DS0 by using AAL1 which appends pointers to identify the first timeslot. If the 64K channels are carrying HDLC data, there is a mode which suppresses idle flags. As you can see, the treatment of N*DS0 is only in the informational drafts, not in the standards track one. The current suggestion for communicating N is via the PWE control protocol, where there is a parameter called CEP/TDM bit rate. 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