[Rmt] AD comments on draft-ietf-rmt-bb-fec-basic-schemes-revised-04

Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 18 April 2008 09:52 UTC

Return-Path: <rmt-bounces@ietf.org>
X-Original-To: rmt-archive@megatron.ietf.org
Delivered-To: ietfarch-rmt-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B25A33A6E18; Fri, 18 Apr 2008 02:52:50 -0700 (PDT)
X-Original-To: rmt@core3.amsl.com
Delivered-To: rmt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 533123A6E18 for <rmt@core3.amsl.com>; Fri, 18 Apr 2008 02:52:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OagFlR+4PliO for <rmt@core3.amsl.com>; Fri, 18 Apr 2008 02:52:48 -0700 (PDT)
Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by core3.amsl.com (Postfix) with ESMTP id 3D3E03A6A07 for <rmt@ietf.org>; Fri, 18 Apr 2008 02:52:48 -0700 (PDT)
Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 126A020811; Fri, 18 Apr 2008 11:52:48 +0200 (CEST)
X-AuditID: c1b4fb3c-aa894bb00000193b-a4-48086f6f06de
Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id EEF0E203CC; Fri, 18 Apr 2008 11:52:47 +0200 (CEST)
Received: from esealmw128.eemea.ericsson.se ([153.88.254.176]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 18 Apr 2008 11:52:47 +0200
Received: from [127.0.0.1] ([147.214.183.239]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 18 Apr 2008 11:52:47 +0200
Message-ID: <48086F6F.4010203@ericsson.com>
Date: Fri, 18 Apr 2008 11:52:47 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: rmt@ietf.org, Mark Watson <mark@digitalfountain.com>
X-Enigmail-Version: 0.95.6
X-OriginalArrivalTime: 18 Apr 2008 09:52:47.0733 (UTC) FILETIME=[F5191A50:01C8A139]
X-Brightmail-Tracker: AAAAAA==
Subject: [Rmt] AD comments on draft-ietf-rmt-bb-fec-basic-schemes-revised-04
X-BeenThere: rmt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Reliable Multicast Transport <rmt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/rmt>, <mailto:rmt-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:rmt@ietf.org>
List-Help: <mailto:rmt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rmt>, <mailto:rmt-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: rmt-bounces@ietf.org
Errors-To: rmt-bounces@ietf.org

Hi,

I have made my AD review of the document and have the following comments.

1. Obsolete information in header, abstract and introduction. If I 
understand this correctly this document will replace RFC 3695 and parts 
of RFC 3452 that wasn't included in the already obsoleted one.

2. There is a missing "." in the last sentence of section 1.

3. Section 3.2.2.2:

"   The "Reserved" field in the Encoded FEC Object Transmission
    Information SHOULD be set to zero by senders and its value SHOULD be
    ignored by receivers."

Using the definition of SHOULD here makes it pretty difficult to use 
this field in the future. I normally recommends that at least setting it 
needs to be MUST and usually also the ignore on receiver. So that if one 
deploys a new spec that uses these bits would not throw up on them. As I 
am uncertain how widely deployed this definition already is I only ask 
the WG to consider if this should be changed or not.

4. Section 5.3:

I think there needs to be an additional sentence her to specify that if 
a instance is not using the algorithm it needs to specify what it uses.

5. Section 9. I think we need to move the registry rules forward from 
the going to be obsoleted RFCs 3695 and 3452. Thus please include the 
registry rules in this section and request that IANA changes the 
pointers for the rules to this doc.

Cheers

Magnus Westerlund

IETF Transport Area Director & TSVWG Chair
----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone +46 8 4048287
Färögatan 6                | Fax   +46 8 7575550
S-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------

_______________________________________________
Rmt mailing list
Rmt@ietf.org
https://www.ietf.org/mailman/listinfo/rmt