[Gen-art] GenART Telechat review of draft-ietf-pwe3-static-pw-status

Ben Campbell <ben@nostrum.com> Mon, 31 October 2011 21:57 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B21B111E82F5; Mon, 31 Oct 2011 14:57:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.161
X-Spam-Level:
X-Spam-Status: No, score=-102.161 tagged_above=-999 required=5 tests=[AWL=0.439, BAYES_00=-2.599, SPF_PASS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g3KVx5SnFt98; Mon, 31 Oct 2011 14:57:12 -0700 (PDT)
Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 0977921F8DDC; Mon, 31 Oct 2011 14:57:11 -0700 (PDT)
Received: from dn3-53.estacado.net (vicuna-alt.estacado.net [75.53.54.121]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id p9VLv9so039916 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 31 Oct 2011 16:57:10 -0500 (CDT) (envelope-from ben@nostrum.com)
From: Ben Campbell <ben@nostrum.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 31 Oct 2011 16:57:12 -0500
Message-Id: <04778B84-E0BF-4DFF-A138-F2FFA314D508@nostrum.com>
To: draft-ietf-pwe3-static-pw-status.all@tools.ietf.org
Mime-Version: 1.0 (Apple Message framework v1251.1)
X-Mailer: Apple Mail (2.1251.1)
Received-SPF: pass (nostrum.com: 75.53.54.121 is authenticated by a trusted mechanism)
Cc: "gen-art@ietf.org Review Team" <gen-art@ietf.org>, The IETF <ietf@ietf.org>
Subject: [Gen-art] GenART Telechat review of draft-ietf-pwe3-static-pw-status
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Oct 2011 21:57:12 -0000

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
< http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document: draft-ietf-pwe3-static-pw-status-09
Reviewer: Ben Campbell
Review Date: 2011-10-31
IESG Telechat date: 2011-11-3

Summary: This draft is almost ready for publication as a proposed standard, but there are a couple of comments from my review at last call that have not yet been addressed.

Major issues:

None

Minor issues:

-- 5.3:

[Note that my previous review listed this as a major issue. The may have been resolved in email correspondence, but the resolution is not reflected in the text. Therefore I am demoting it to a "minor issue"]

I previously commented as follows:

> Has the work group considered how the retransmit scheme and 30 second refresh default will scale to very large deployments? Seems like this could result in a lot of retransmissions.


I received two responses to this comment. Stewart Bryant responded:

> Are you concerned about the network traffic or the PE load.
> 
> In the case of the network traffic, this is trivial compared to the
> data traffic that these systems and their networks are designed
> to carry.
> 
> In the case of PE load, the PE is designed to deal with it.

… while Luca Martini responded:

> Yes. that is correct. This will most likely not scale for large deployments.
> We have another document draft-ietf-pwe3-status-reduction-00.txt that
> addresses this issue.
> That extension is not necessary for most common small deployments in the
> order of 100 PWs per access PE.

I am okay with either response, but suggested that whichever explanation applies be added to the draft, which has not happened.


Nits/editorial comments:

-- IDNits still has some warnings. Some I mentioned in the past review appear bogus, but there is at least one new one concerning the use of "MUST not" that appears to be real.

-- IANA Considerations

It would be helpful for the IANA consideration section to reference back to the section in the body of the draft that formally defines each parameter. For example, section 5.1 of this draft formally defines the PW OAM message. It would be helpful if the IANA consideration section for PW OAM referred back to section 5.1. A reader who is tracing back to an RFC from an IANA definition will often start out looking in the IANA consideration section, and such a reference makes things a bit friendlier when the definition is in another section of the document.