Re: Last Call: <draft-weil-shared-transition-space-request-03.txt> (IANA Reserved IPv4 Prefix for Shared Transition Space) to Informational RFC

Peter Koch <pk@ISOC.DE> Fri, 19 August 2011 21:29 UTC

Return-Path: <peter@denic.de>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 695C921F8BC4 for <ietf@ietfa.amsl.com>; Fri, 19 Aug 2011 14:29:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.471
X-Spam-Level:
X-Spam-Status: No, score=-102.471 tagged_above=-999 required=5 tests=[AWL=0.128, BAYES_00=-2.599, 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 srEN7BXLe6Gk for <ietf@ietfa.amsl.com>; Fri, 19 Aug 2011 14:29:11 -0700 (PDT)
Received: from office.denic.de (office.denic.de [IPv6:2a02:568:122:16:1::4]) by ietfa.amsl.com (Postfix) with ESMTP id 40F5721F8BC3 for <ietf@ietf.org>; Fri, 19 Aug 2011 14:29:11 -0700 (PDT)
Received: from x27.adm.denic.de ([10.122.64.128]) by office.denic.de with esmtp id 1QuWdh-0002uu-Un; Fri, 19 Aug 2011 23:30:05 +0200
Received: from localhost by x27.adm.denic.de with local id 1QuWdh-0000Ng-QD; Fri, 19 Aug 2011 23:30:05 +0200
Date: Fri, 19 Aug 2011 23:30:05 +0200
From: Peter Koch <pk@ISOC.DE>
To: ietf@ietf.org
Subject: Re: Last Call: <draft-weil-shared-transition-space-request-03.txt> (IANA Reserved IPv4 Prefix for Shared Transition Space) to Informational RFC
Message-ID: <20110819213005.GD25053@x27.adm.denic.de>
References: <20110819161025.15887.78808.idtracker@ietfa.amsl.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20110819161025.15887.78808.idtracker@ietfa.amsl.com>
User-Agent: Mutt/1.4.2.3i
Sender: Peter Koch <peter@denic.de>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Aug 2011 21:29:12 -0000

On Fri, Aug 19, 2011 at 09:10:25AM -0700, The IESG wrote:
> 
> The IESG has received a request from an individual submitter to consider
> the following document:
> - 'IANA Reserved IPv4 Prefix for Shared Transition Space'
>   <draft-weil-shared-transition-space-request-03.txt> as an Informational
> RFC

I am a bit confused about the exact purpose of this last call and would appreciate
some guidance by the IESG and/or IAB how to read this in context.
It appears the draft is meant to gauge consensus as per the communication
archived at
<http://www.iab.org/documents/correspondence-reports-documents/2011-2/response-to-arins-request-for-guidance-regarding-draft-policy-arin-2011-5/>.

However, all the content and discussion is essentially deferred to
draft-bdgks-arin-shared-transition-space-01.txt, which has a status of "I-D Exists",
is not subject to this Last Call and is, to my surprise, an Informative Reference
in the draft under consideration.

content/nits:

o draft-bdgks-arin-shared-transition-space-01.txt would have to be elevated 
  to a normative reference, with all consequences

o the document should have operational considerations as in RFC 1918,
  regarding the leakage of addresses in IP headers and elsewhere (cf. "AS112")

o the document does not discuss the risk of the new address space being
  absorbed as a simple addition to RFC1918 space

o the Security considerations are non existent, especially given the
  long experience with actual and perceived threats connected to RFC 1918
  address space

o the document would have to change its perspective to as if the address
  range had already been assigned (no more "proposes" language).

o the document ought to expand used acronyms and add references to IETF
  or other documents, e.g., for CGN, CPE, and other terms

o without any judgement re: the "B", this document should aim at BCP status
  since it would have to give (more detailed) instructions what and what
  not to do with the assigned/allocated address.

o RFC 2119 would have to be elevated to a normative reference

o add reference to RFC 6319

Quite frankly, without taking any position on the actual proposal, these
bullet items suggest the draft is not ready for publication.

-Peter