Re: [Gen-art] Gen-ART review of draft-betts-itu-oam-ach-code-point-04

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 07 May 2012 17:51 UTC

Return-Path: <christer.holmberg@ericsson.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 C16E221F861F; Mon, 7 May 2012 10:51:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.15
X-Spam-Level:
X-Spam-Status: No, score=-6.15 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
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 qO+8mvMU3V0M; Mon, 7 May 2012 10:51:50 -0700 (PDT)
Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id A64FF21F861E; Mon, 7 May 2012 10:51:47 -0700 (PDT)
X-AuditID: c1b4fb30-b7c78ae000006de5-46-4fa80bb2a84b
Authentication-Results: mailgw7.ericsson.se x-tls.subject="/CN=esessmw0197"; auth=fail (cipher=AES128-SHA)
Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) (using TLS with cipher AES128-SHA (AES128-SHA/128 bits)) (Client CN "esessmw0197", Issuer "esessmw0197" (not verified)) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 1B.54.28133.2BB08AF4; Mon, 7 May 2012 19:51:47 +0200 (CEST)
Received: from ESESSCMS0356.eemea.ericsson.se ([169.254.1.64]) by esessmw0197.eemea.ericsson.se ([153.88.115.87]) with mapi; Mon, 7 May 2012 19:51:45 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "gen-art@ietf.org" <gen-art@ietf.org>
Date: Mon, 07 May 2012 19:51:44 +0200
Thread-Topic: Gen-ART review of draft-betts-itu-oam-ach-code-point-04
Thread-Index: AQIMbPmvAujJQq4KsAzDKDfxoFlAaJY/0X7QgABHP8E=
Message-ID: <7F2072F1E0DE894DA4B517B93C6A05852C44001345@ESESSCMS0356.eemea.ericsson.se>
References: <7F2072F1E0DE894DA4B517B93C6A05852C4435E382@ESESSCMS0356.eemea.ericsson.se>, <006601cd2c58$2f326b30$8d974190$@olddog.co.uk>
In-Reply-To: <006601cd2c58$2f326b30$8d974190$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAA==
Cc: "draft-betts-itu-oam-ach-code-point.all@tools.ietf.org" <draft-betts-itu-oam-ach-code-point.all@tools.ietf.org>, "iesg@ietf.org" <iesg@ietf.org>
Subject: Re: [Gen-art] Gen-ART review of draft-betts-itu-oam-ach-code-point-04
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, 07 May 2012 17:51:52 -0000

Hi Adrian,

I will not go more into the comment regarding IETF Experts not agreeing. If the paragraph was needed in order to move the work forward, I don't want to mess that up :)

I am happy if the 5586 reference is fixed, which you have requested the RFC editor to do.

Once again, I appologize for not giving these comments earlier.

Regards,

Christer

________________________________________
From: Adrian Farrel [adrian@olddog.co.uk]
Sent: Monday, May 07, 2012 4:49 PM
To: Christer Holmberg; gen-art@ietf.org
Cc: draft-betts-itu-oam-ach-code-point.all@tools.ietf.org; iesg@ietf.org
Subject: RE: Gen-ART review of draft-betts-itu-oam-ach-code-point-04

All (copying the IESG),

I do sincerely welcome all reviews of all I-Ds that I sponsor or where I am the
responsible AD. I even mainly welcome them when I am an author.

However, when Directorate or Review Team reviews come in so long after the end
of IETF Last Call, and especially when they arrive after the I-D has been
updated to address last call comments, I do grind my teeth a bit.

Additionally, when Directorate or Review Team reviews are repeated and bring up
new issues (even minor ones) that were in the document at the time of the first
review but didn't warrant a comment at that time, I feel like I am being asked
for a rock.

Anyway, thanks Chris for caring enough to read the document for a second time,
and see in line for answers.

> Summary: The draft is ready for publication, with a couple of editorial nits.
>
> Major issues: -
>
> Minor issues: -
>
> Nits/editorial comments:
>
> (The comments also applied to the -03 version, and I apologize for
> not bringing them up when I reviewed that version.)
>
> - General: G-ACh is mentioned throughout the document, but only in
> section 4 is there a reference to RFC 5586. I suggest to add a reference
> on first occurrence at least to section 1. It would probably be good also
> in section 3.

Added RFC Editor note

Section1 para 2

s/Generic Associated Channel (G-ACh) Type/Generic Associated Channel (G-ACh)
Type [RFC5586]

> - Section 1: What is the purpose of the last paragraph, talking about IETF
>  Experts not agreeing? For someone who has not followed the work, it
>  seems as little strange.

I am not sure how to answer you without giving a long and detailed history of
this work covering the last four years. Such a history is without doubt
contentious.

You might read the referenced I-D for an alternate viewpoint. Or you might speak
privately with any number of people involved with this work.

In summary, this text is necessary to obtain consensus on the publication of
this document, and is agreed by the document author.

> - Section 3: The text says "The G-ACh Type assigned by this document". I guess
> it would be better to say e.g. "based on this document".

Well, of course, "based on" is also not right :-)

One might say, "...assigned by the IANA as a result of the request contained in
this document."
To me that is over-baked. What is more, during late-stage IANA processing, the
"request" text in I-Ds is replaced with "action" text that describes what action
IANA has taken.

Common usage is that a document that is approved for publication and that makes
an IANA request is the document that made the assignment or created the
registry.

So we won't make any change for that.

Cheers,
Adrian