Re: Last Call: <draft-ietf-lisp-eid-block-03.txt> (LISP EID Block) to Informational RFC

"Bert Wijnen (IETF)" <bertietf@bwijnen.net> Thu, 15 November 2012 10:55 UTC

Return-Path: <bertietf@bwijnen.net>
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 2217C21F84C5; Thu, 15 Nov 2012 02:55:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.431
X-Spam-Level:
X-Spam-Status: No, score=-102.431 tagged_above=-999 required=5 tests=[AWL=0.169, 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 uDZWYWFuRGPf; Thu, 15 Nov 2012 02:55:19 -0800 (PST)
Received: from postgirl.ripe.net (postgirl.ipv6.ripe.net [IPv6:2001:67c:2e8:11::c100:1342]) by ietfa.amsl.com (Postfix) with ESMTP id 10FF921F849A; Thu, 15 Nov 2012 02:55:19 -0800 (PST)
Received: from dodo.ripe.net ([193.0.23.4]) by postgirl.ripe.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from <bertietf@bwijnen.net>) id 1TYx6L-0008Pm-2S; Thu, 15 Nov 2012 11:55:18 +0100
Received: from cat.ripe.net ([193.0.1.249] helo=guest165.guestnet.ripe.net) by dodo.ripe.net with esmtp (Exim 4.72) (envelope-from <bertietf@bwijnen.net>) id 1TYx6K-0004Ed-Um; Thu, 15 Nov 2012 11:55:17 +0100
Message-ID: <50A4CA14.9010909@bwijnen.net>
Date: Thu, 15 Nov 2012 11:55:16 +0100
From: "Bert Wijnen (IETF)" <bertietf@bwijnen.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: "ietf@ietf.org" <ietf@ietf.org>
Subject: Re: Last Call: <draft-ietf-lisp-eid-block-03.txt> (LISP EID Block) to Informational RFC
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.48/RELEASE, bases: 20120425 #7816575, check: 20121115 clean
X-RIPE-Spam-Level: --
X-RIPE-Spam-Report: Spam Total Points: -2.9 points pts rule name description ---- ---------------------- ------------------------------------ -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000]
X-RIPE-Signature: 86ab03e524994f79ca2c75a176445dd4e2ba3b8c90244e04af6f0a2d86ef9a00
Cc: "iesg@ietf.org" <iesg@ietf.org>, lisp@ietf.org
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: Thu, 15 Nov 2012 10:55:20 -0000

On Tue, Nov 13, 2012 at 3:45 PM, The IESG <iesg-secretary at ietf.org> wrote:
 >
 > The IESG has received a request from the Locator/ID Separation Protocol
 > WG (lisp) to consider the following document:
 > - 'LISP EID Block'
 >   <draft-ietf-lisp-eid-block-03.txt> as Informational RFC
 >
 > The IESG plans to make a decision in the next few weeks, and solicits
 > final comments on this action. Please send substantive comments to the
 > ietf at ietf.org mailing lists by 2012-11-27. Exceptionally, comments may be
 > sent to iesg at ietf.org instead. In either case, please retain the
 > beginning of the Subject line to allow automated sorting.
 >
 > Abstract
 >
 >
 >    This is a direction to IANA to allocate a /16 IPv6 prefix for use
 >    with the Locator/ID Separation Protocol (LISP).  The prefix will be
 >    used for local intra-domain routing and global endpoint
 >    identification, by sites deploying LISP as EID (Endpoint IDentifier)
 >    addressing space.

Mmm... In section 5 it states:

    The working group reached consensus on an initial allocation of a /16
    prefix out of a /12 block which is asked to remain reserved for
    future use as EID space.  The reason of such consensus is manifold:

So it is not asking just a /16 but also asking for reservation of a /12.

Pretty big space.

And in the list of reasons, I mainly read that it is "sufficiently large",
but not much about why it needs to be this big. Why would a smaller
allocation not be sufficient?

Bert