[AVT] Request for publication (fwd)

Stephen Casner <casner@acm.org> Fri, 08 March 2002 08:27 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 DAA25534 for <avt-archive@odin.ietf.org>; Fri, 8 Mar 2002 03:27:30 -0500 (EST)
Received: (from daemon@localhost) by optimus.ietf.org (8.9.1a/8.9.1) id DAA10205 for avt-archive@odin.ietf.org; Fri, 8 Mar 2002 03:27:32 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id DAA09870; Fri, 8 Mar 2002 03:20:26 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id DAA09845 for <avt@optimus.ietf.org>; Fri, 8 Mar 2002 03:20:24 -0500 (EST)
Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA25337 for <avt@ietf.org>; Fri, 8 Mar 2002 03:20:21 -0500 (EST)
Received: from packetdesign.com (main-fw-eth1.packetdesign.com [192.168.0.254]) by mailman.packetdesign.com (8.11.0/8.11.0) with ESMTP id g288Jqp14113; Fri, 8 Mar 2002 00:19:52 -0800 (PST) (envelope-from casner@acm.org)
Date: Fri, 08 Mar 2002 00:20:53 -0800
From: Stephen Casner <casner@acm.org>
To: AVT WG <avt@ietf.org>
Message-ID: <20020308002029.I14699-100000@oak.packetdesign.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Subject: [AVT] Request for publication (fwd)
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

FYI.

							-- Steve

---------- Forwarded message ----------
Date: Thu, 7 Mar 2002 23:56:59 -0800 (PST)
From: Stephen Casner <casner@acm.org>
To: Allison Mankin <mankin@ISI.EDU>, Scott Bradner <sob@harvard.edu>
Cc: iesg-secretary@ietf.org, Colin Perkins <csp@ISI.EDU>
Subject: Request for publication

The AVT Working Group requests publication of the following draft
as a Proposed Standard RFC:

        Title           : Compressing IP/UDP/RTP headers on links with high
                          delay,packet loss and reordering
        Author(s)       : T. Koren, S. Casner, J. Geevarghese,
                          B. Thompson, P. Ruddy
        Filename        : draft-ietf-avt-crtp-enhance-04.txt

At the same time we request publication of the following related draft
as a BCP RFC:

        Title           : Tunneling multiplexed Compressed RTP ('TCRTP')
        Author(s)       : B. Thompson, T. Koren, D. Wing
        Filename        : draft-ietf-avt-tcrtp-06.txt

We believe BCP is the appropriate status for the second draft because
it does not specify any protocol itself, but rather it specifies how a
collection of protocols, including the first draft above, can be used
to implement efficient transmission of a multiplex of RTP streams over
a wide area.

This collection of documents is the solution that AVT has decided best
satisfies the need for RTP multiplexing because it preserves full RTP
semantics.  (The work item for RTP multiplexing is erroneously already
marked Done on our charter, but will be done with the publication of
these drafts.)  Several other proposals for RTP multiplexing were
presented to AVT, indicating a significant desire for a solution to
reduce overhead for IP-based media transport on paths where link-level
compression was not appropriate.  However, the other proposals were
specific to particular applications such as the links between cell
base stations and switching center.  Those proposals only worked with
tightly constrained sets of encodings and did not preserve the full
semantics of RTP.  The working group concluded that these proposals
could be implemented as proprietary protocols but did not merit
standardization.

You may note that draft-ietf-avt-tcrtp-06.txt contains a normative
reference to draft-ietf-l2tpext-l2tphc-04.txt which is currently under
review by the IESG.  It may make sense to consider these drafts
together since the multiplexing scheme described by these drafts
demonstrates the utility of l2tphc.  It is possible to use the other
components of the tcrtp scheme without l2tphc, but the efficiency for
small-degree multiplexes would be reduced.  The tcrtp draft provides
examples of bandwidth efficiency calculations.

						-- Steve & Colin


_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt