Re: [Idr] new ID on expansion of private use ASN range

Jeffrey Haas <jhaas@pfrc.org> Tue, 03 July 2012 13:51 UTC

Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B69521F8875 for <idr@ietfa.amsl.com>; Tue, 3 Jul 2012 06:51:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.932
X-Spam-Level:
X-Spam-Status: No, score=-101.932 tagged_above=-999 required=5 tests=[AWL=-0.267, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, J_CHICKENPOX_23=0.6, 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 6ApZ3qxe+asb for <idr@ietfa.amsl.com>; Tue, 3 Jul 2012 06:51:48 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id BCFF021F8865 for <idr@ietf.org>; Tue, 3 Jul 2012 06:51:48 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id D8F8ED02C; Tue, 3 Jul 2012 09:51:54 -0400 (EDT)
Date: Tue, 03 Jul 2012 09:51:54 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: Jon Mitchell <jrmitche@puck.nether.net>
Message-ID: <20120703135154.GT18361@pfrc>
References: <20120702164834.GB13713@puck.nether.net> <20120702184737.GV18361@pfrc> <20120703015521.GB22452@puck.nether.net> <20120703021238.GM18361@pfrc> <20120703133948.GB22598@puck.nether.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20120703133948.GB22598@puck.nether.net>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: idr@ietf.org
Subject: Re: [Idr] new ID on expansion of private use ASN range
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Jul 2012 13:51:49 -0000

On Tue, Jul 03, 2012 at 09:39:48AM -0400, Jon Mitchell wrote:
> > If you want ~1M, pick 2^20 addresses.  You could probably even just do 2^16
> > and have most providers happy.  (2^16 was the number I had in mind for my
> > draft.)  This lets you align the private AS number at a convenient as.dot
> > boundary.  I could even forsee someone's CLI saying PRIVATE.<num> :-)
> 
> [JM]  Although 65K private ASNs meet our near term needs, BGP is being
> used further and further down in the DC, with proposals that push it
> even to the host/hyper-visor.  Therefore, given the large amount of
> space available, I think it makes sense to not limit this so artifically
> and be frustrating operators again 5-10 years from now as more and more
> creative network designs are proposed.  As for any implementation hoping
> to make more asdot friendly implementations and encourage it's use, I
> think this sounds like a good reason not to make the range 16 bits!

Mostly, if you're going to pick a range of addresses, just keep clean bit
alignment.  That would mean it's cleanly maskable in the code.

If you pick 2^20, you can have PRIVATE1.<as> through PRIVATE16.<as>.   While
I'm only partially serious about something like this as a UI mechanism, one
consideration is that 4-byte numbers in decimal format are big enough to be
difficult for humans to parse for convenience and having such mneumonics
might be very helpful.  (To be contrary, canonical display and machine
readable should always be as-plain formatted.)

-- Jeff