WG Review: FEC Framework (fecframe)
IESG Secretary <iesg-secretary@ietf.org> Fri, 14 April 2006 20:16 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FUUij-0004cz-Ew; Fri, 14 Apr 2006 16:16:45 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FUUih-0004cq-Mw; Fri, 14 Apr 2006 16:16:43 -0400
Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=cypress.neustar.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FUUih-0007LA-Ez; Fri, 14 Apr 2006 16:16:43 -0400
Received: from ietf.org (stiedprweb1.va.neustar.com [10.91.34.42]) by cypress.neustar.com (8.12.8/8.12.8) with ESMTP id k3EKGh0e012151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Apr 2006 20:16:43 GMT
Received: from mirror by ietf.org with local (Exim 4.43) id 1FUUih-0002e7-0F; Fri, 14 Apr 2006 16:16:43 -0400
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0
To: IETF Announcement list <ietf-announce@ietf.org>
Cc:
From: IESG Secretary <iesg-secretary@ietf.org>
Message-Id: <E1FUUih-0002e7-0F@ietf.org>
Date: Fri, 14 Apr 2006 16:16:43 -0400
X-Spam-Score: -2.8 (--)
X-Scan-Signature: 31247fb3be228bb596db9127becad0bc
Subject: WG Review: FEC Framework (fecframe)
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: iesg@ietf.org
List-Id: ietf-announce.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
Errors-To: ietf-announce-bounces@ietf.org
Status: O
A new IETF working group has been proposed in the Transport Area. The IESG has not made any determination as yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (iesg@ietf.org) by April 21st. +++ FEC Framework (fecframe) ========================= Current Status: Proposed Working Group Chairs: TBD Transport Area Director(s): Magnus Westerlund (magnus.westerlund@ericsson.com) Lars Eggert (lars.eggert@netlab.nec.de) Transport Area Advisor: TBD Charter for FECFrame Working Group The object of this group is to develop specifications for using forward error correction (FEC) codes with applications in the Internet to provide protection against packet loss. The group will develop a protocol framework for application of FEC codes to arbitrary packet flows over unreliable transport protocols over both IP multicast and unicast. The application of the FEC codec on an aggregate of multiple packet flows may be investigated and considered to be included in the solution. The FECFrame working group will use the building block approach (RFC 3269), especially the FEC Building Block (RFC 3452), developed by the RMT working group. The FEC Building Block was developed to ensure that the RMT framework developed can support multiple FEC codes and maintain independence between FEC codes and protocols based on the framework. The FECFrame WG may develop new FEC schemes if necessary to provide substantial performance gains for the intended applications. However the acceptance of any FEC scheme will require multiple, prior, detailed reviews of the FEC code by independent experts from both the IETF and the broader community, since it is likely that the IETF working group will not include a large enough number of suitable experts in its working set. If these reviews are positive, then Working Group acceptance of an FEC scheme work item still needs the approval of the responsible Area Director. A primary objective of this framework is to support FEC for real-time media applications using RTP over UDP, such as on demand streaming and audio/video broadcast. Other potential usages of the framework may be brought to the working group for consideration during the development of the requirements, to enable future support of those usages. The group will coordinate closely with the AVT and MMUSIC working groups to ensure that the streaming use-case is fully specified both in terms of interactions with RTP/RTCP and application layer signalling. The group will also coordinate with the DCCP working group, at least to consider that transport protocol's role in streaming media. The interactions of the framework with existing and used security mechanisms must also be considered. The group will work with the RMT working group to ensure that the FEC Building Block defined in RMT supports both the RMT use-cases (object delivery over multicast) and the more general FEC protection of flow(s) over unreliable unicast and multicast transport. Specification of hybrid schemes involving both retransmission and forward error correction is out of scope of the group. MILESTONES: Nov 06 - Working Group consensus on requirements and their prioritization for the FEC protocol framework Mar 07 - Completed selection of solution to develop and mature Nov 07 - FEC Streaming Framework submitted as Proposed Standard Nov 07 - FEC framework requirements submitted as Informational Mar 08 - Usage of FEC framework with RTP submitted as Proposed Standard Mar 08 - FEC framework signalling specification submitted as Proposed Standard Mar 08 - Discuss re-chartering _______________________________________________ IETF-Announce mailing list IETF-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/ietf-announce
- WG Review: FEC Framework (fecframe) IESG Secretary