Protocol Action: 'Reed-Solomon Forward Error Correction (FEC) Schemes' to Proposed Standard

The IESG <iesg-secretary@ietf.org> Tue, 11 December 2007 21:16 UTC

Return-path: <ietf-announce-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2CSl-0000PA-QX; Tue, 11 Dec 2007 16:16:23 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2CSj-0000OT-Jb; Tue, 11 Dec 2007 16:16:21 -0500
Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2CSj-0000Zo-6K; Tue, 11 Dec 2007 16:16:21 -0500
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id CF02B175AC; Tue, 11 Dec 2007 21:15:50 +0000 (GMT)
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1J2CSE-0004Yz-Bs; Tue, 11 Dec 2007 16:15:50 -0500
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1J2CSE-0004Yz-Bs@stiedprstage1.ietf.org>
Date: Tue, 11 Dec 2007 16:15:50 -0500
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955
Cc: rmt chair <rmt-chairs@tools.ietf.org>, Internet Architecture Board <iab@iab.org>, rmt mailing list <rmt@ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: Protocol Action: 'Reed-Solomon Forward Error Correction (FEC) Schemes' to Proposed Standard
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

The IESG has approved the following document:

- 'Reed-Solomon Forward Error Correction (FEC) Schemes '
   <draft-ietf-rmt-bb-fec-rs-05.txt> as a Proposed Standard

This document is the product of the Reliable Multicast Transport Working 
Group. 

The IESG contact persons are Magnus Westerlund and Lars Eggert.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-rmt-bb-fec-rs-05.txt

Technical Summary

    This document is an optional Building Block usable to fully define
    an RMT Protocol.  It fully-specifies Forward Error Correction 
    (FEC) Codes based on the well-known Reed-Solomon algorithm for
    application in the packet erasure channel as consistent with RMT 
    Protocol needs.  This is done within the guidelines of  
    draft-ietf-rmt-fec-bb-revised. It also specifies procedures and 
    packet-header fields, as required by draft-ietf-rmt-fec-bb-revised.

    The combination of this document and draft-ietf-rmt-fec-bb-revised
    allows the implementation of an interoperable Forward Error Correction


    scheme usable in the context of an RMT transport protocol (e.g.
    LCT/ALC or NORM).
    
    The Reed-Solomon code specified is a systematic code.  Parity symbols
    are generated using Galois field mathmatics.  A range of block sizes
    with varying computational complexity are covered with codes with
    individual symbol sizes from 2^^8..2^^16 described.  Reed-Solomon 
    codes belong to the class of Maximum Distance Separable symbols from 
    any set of k received symbols.  This idealized property allows 
    adaptation to maximumally-efficient repair strategies for RMT 
    protocol like NORM that use FEC-based repair.

Working Group Summary

    There is consensus in the WG to publish these documents.

Document Quality

    A very mature working, open source implementation of the FEC 
    algorithms this document describes is available.  The FEC 
    implementation has been used in working RMT NORM implementations.  
    The Reed-Solomon technique described has been successfully used in 
    reliable multicast transport for over 10 years.

Brian Adamson is the Document Shepherd.
Magnus Westerlund is the Responsible Area Director.

Note to RFC Editor

Section 9.2.2 

OLD:
   o  at the packet level, each packet can be digitally signed.  A major
      limitation is the high computational and transmission overheads
      that this solution requires (unless Elliptic Curve Cryptography
      (ECC) is used, but ECC is the subject of proprietary patents). 

NEW: 
   o  at the packet level, each packet can be digitally signed.  A major
      limitation is the high computational and transmission overheads
      that this solution requires (unless Elliptic Curve Cryptography
      (ECC) is used).


_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce