Re: [Gen-art] Gen-art last call review of draft-ietf-idr-as-private-reservation-03

Elwyn Davies <elwynd@dial.pipex.com> Tue, 19 February 2013 01:12 UTC

Return-Path: <elwynd@dial.pipex.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 381FA21E808E for <gen-art@ietfa.amsl.com>; Mon, 18 Feb 2013 17:12:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Lk2c+kP6Vu7 for <gen-art@ietfa.amsl.com>; Mon, 18 Feb 2013 17:12:46 -0800 (PST)
Received: from auth.a.painless.aa.net.uk (a.painless.aa.net.uk [IPv6:2001:8b0:0:30::51bb:1e33]) by ietfa.amsl.com (Postfix) with ESMTP id B4B0421E8063 for <gen-art@ietf.org>; Mon, 18 Feb 2013 17:12:37 -0800 (PST)
Received: from mightyatom.folly.org.uk ([81.187.254.250]) by a.painless.aa.net.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from <elwynd@dial.pipex.com>) id 1U7bl1-0000YH-80; Tue, 19 Feb 2013 01:12:35 +0000
From: Elwyn Davies <elwynd@dial.pipex.com>
To: "Jon Mitchell (GNS)" <Jon.Mitchell@microsoft.com>
In-Reply-To: <f1195a2f3468441d85edaf0b8b843bba@DFM-DB3MBX15-08.exchange.corp.microsoft.com>
References: <511DFCAD.6020509@dial.pipex.com> <f1195a2f3468441d85edaf0b8b843bba@DFM-DB3MBX15-08.exchange.corp.microsoft.com>
Content-Type: text/plain
Date: Tue, 19 Feb 2013 01:12:05 +0000
Message-Id: <1361236326.4494.891.camel@mightyatom>
Mime-Version: 1.0
X-Mailer: Evolution 2.26.3
Content-Transfer-Encoding: 7bit
X-Spam-Score-a.painless.aa.net.uk: -4.0
Cc: "draft-ietf-idr-as-private-reservation.all@tools.ietf.org" <draft-ietf-idr-as-private-reservation.all@tools.ietf.org>, General Area Review Team <gen-art@ietf.org>
Subject: Re: [Gen-art] Gen-art last call review of draft-ietf-idr-as-private-reservation-03
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: Tue, 19 Feb 2013 01:12:47 -0000

On Mon, 2013-02-18 at 15:26 +0000, Jon Mitchell (GNS) wrote:
> Elwyn -
> 
> Thanks for your review. 
:-)

>  The suggestion is being made to IANA who owns the assignment and was
> discussed at length in the working group with rough consensus.  
As specified in the registry, allocations in this registry are either by
IETF Concensus (i.e. a suitable RFC such as this draft is intended to
be) or request from a RIR. Thus it isn't a matter of suggesting to IANA
but telling them what the IETF want done - so this draft should be
definitive - and what you said about WG concensus constitutes the values
to be used unless somebody else in the IETF manages to alter the
concensus which seems unlikely.
  
> IANA will replace the suggested values into TBDX values below that
> text if IESG approves.  This text will not be in the RFC, it's to be
> stricken from the final document by RFC Editor (I was attempting to
> write this text in alignment with Section 5.1 of RFC 5226) .
Yes, that's fine and as expected.
> 
> On the final ASN in the range, this is in accordance with like
> reservation of the existing 2 byte Private ASN reservations, where the
> final ASN in that space is not utilized either (except for well-known
> community values).  Also, a case was made that code implementations
> tend to have issues with final number usage if using incorrect
> variable types for storage.  That said, the small discussion on and
> off list about this resolved that if we wanted to formalize the
> reservation of the last ASN of both the 2 byte space 65535 and the 4
> byte space 4294967295, probably a separate draft should be constructed
> detailing the logic behind these as they have nothing to do with
> Private ASN's per se and have already been marked as Reserved by IANA
> as you noted.  I'm open to IESG direction if we want to take a
> different approach on this...
Publishing a separate draft seems a bit overkill but clearly that's not
my decision. ;-)

Regards,
Elwyn
> 
> Cheers,
> 
> Jon
> 
> -----Original Message-----
> From: Elwyn Davies [mailto:elwynd@dial.pipex.com] 
> Sent: Friday, February 15, 2013 4:15 AM
> To: General Area Review Team
> Cc: draft-ietf-idr-as-private-reservation.all@tools.ietf.org
> Subject: Gen-art last call review of draft-ietf-idr-as-private-reservation-03
> 
> 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 resolve these comments along with any other Last Call comments you may receive.
> 
> Document: draft-ietf-idr-as-private-reservation-03.txt
> Reviewer: Elwyn Davies
> Review Date: 15 February 2013
> IETF LC End Date: 22 February 2013
> IESG Telechat date: (if known) -
> 
> Summary: Ready for the IESG.
> 
> Nits/editorial comments:  The draft is not actually definitive about range of values to be allocated - the range in s10 is just a 'suggestion'.  Who is actually making the decision about the range?
> 
> Aside: I noted that the highest possible 32 bit number (4294967295 =
> 0xFFFFFFFF) is excluded from the proposed range.  This is marked as reserved in the IANA table but AFAICS this reserved item does not have a specification associated with the reservation.  This document would be an opportunity to explicitly mention that the topmost value is reserved (for future expansion? :-) )
> 
>