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

Luigi Iannone <ggx@gigix.net> Thu, 15 November 2012 14:26 UTC

Return-Path: <ggx@gigix.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 527FE21F8842 for <ietf@ietfa.amsl.com>; Thu, 15 Nov 2012 06:26:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.455
X-Spam-Level:
X-Spam-Status: No, score=-2.455 tagged_above=-999 required=5 tests=[AWL=1.144, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 5dvWslXh851t for <ietf@ietfa.amsl.com>; Thu, 15 Nov 2012 06:26:55 -0800 (PST)
Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id 4BDAE21F86D1 for <ietf@ietf.org>; Thu, 15 Nov 2012 06:26:55 -0800 (PST)
Received: by mail-wg0-f44.google.com with SMTP id dr13so633198wgb.13 for <ietf@ietf.org>; Thu, 15 Nov 2012 06:26:54 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=nMR/BP85cTHquyCLHqVKg/OpBqSeZB8fV8TQtqpc770=; b=gJ2W9IxLhRSfBv8CTTsVsWSRG8eBIipxI6U8yh6Z+TB0BI/AytEtCnS6AK3AfJ7O+W 2Irt+AR1slwE3HIY5jFioy3TmEWQ6C7JeCGiASU9uan2ig0ADHhVijvh0e6uaHQ6uEcw w3Yz1U/bq5A3saJsNlQFgIGaua5dh456Ko8pgoQoMy7OMrTgYy4a49hmoVEO4oNuCV1u Y+axuvnTDvu5E/7JBnTwaxdc5IaSHgYHAavx1VYT9Zl3Fqkg5vZxq9s+6qggoqE73YZm bU2BkfiXnCD/F5TVq5h33nZeWqSATiftL76bn+1OoCzFyapYa+4DOhhZ6OurSNdo7IqT eb6A==
Received: by 10.181.11.233 with SMTP id el9mr109180wid.3.1352989614495; Thu, 15 Nov 2012 06:26:54 -0800 (PST)
Received: from ?IPv6:2001:660:330f:a4:6c55:486d:3ba1:398a? ([2001:660:330f:a4:6c55:486d:3ba1:398a]) by mx.google.com with ESMTPS id az2sm27878726wib.7.2012.11.15.06.26.52 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Nov 2012 06:26:53 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
Subject: Re: Last Call: <draft-ietf-lisp-eid-block-03.txt> (LISP EID Block) to Informational RFC
From: Luigi Iannone <ggx@gigix.net>
In-Reply-To: <6.2.5.6.2.20121114030352.0da0e888@resistor.net>
Date: Thu, 15 Nov 2012 15:32:06 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <63359CE6-0009-45D1-B2AE-3F2B4384D5D4@gigix.net>
References: <20121113144545.12836.71935.idtracker@ietfa.amsl.com> <6.2.5.6.2.20121114030352.0da0e888@resistor.net>
To: SM <sm@resistor.net>
X-Mailer: Apple Mail (2.1499)
X-Gm-Message-State: ALoCoQmT0gG2UmsTqZuucqsrJyYG7OLEjLPqMlnyAVk/3r7Z6eLIGc6dHjde9yAZ6piMskFV0pxJ
Cc: ietf@ietf.org, "lisp@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 14:26:56 -0000

Hi,

 thanks for the comments. Few answers inline.


On 14 Nov. 2012, at 12:19 , SM <sm@resistor.net> wrote:

> At 06:45 13-11-2012, The IESG 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@ietf.org mailing lists by 2012-11-27. Exceptionally, comments may be
> 
> The document does not clearly define how the address space will be managed.  This might end up being problematic in future.
> 
> In Section 4:
> 
> "Too guarantee reachability from the Legacy Internet the prefix could"
> 
> There is a typo for "Too".

thanks, will fix.

> 
> In Section 6:
> 
>  "It is suggested to IANA to temporarily avoid allocating any
>   other address block the same /12 prefix the EID /16 prefix
>   belongs to.  This is to accommodate future requests of EID
>   space without fragmenting the EID addressing space."
> 
> Shouldn't that be under IANA Considerations?

Well, if we go along that road we should put the whole document in a single "IANA Considerations" Section. ;-)

Actually the current IANA Considerations section states the same request but does not specify "/12".
You are right that it should be clearly stated, to make the document coherent. Will fix. thanks


> 
>  "If in the future there will be need for a larger EID Block the
>   address space adjacent the EID Block could be allocate by IANA
>   according to the current policies."
> 
> Which policies does the above refer to?
> 

It refers to the IANA allocation policies. May be it could be changed in the following way:

	If in the future there will be need for a larger EID Block the
  	address space adjacent the EID Block could be allocate by IANA
  	according to its current allocation policies."

Would that work?

> In Section 10:
> 
>  "This document instructs the IANA to assign a /16 IPv6 prefix for use
>   as the global LISP EID space using a hierarchical allocation as
>   outlined in [RFC5226]."
> 
> Who will be the delegated managers?

I agree that this point has been not discussed thoroughly, the idea is not to create any new "manager", rather to make ISPs (or whoever interested in deploying LISP) to request an EID address sub-block  as they do with usual prefixes. 

> 
>  "Following the policies outlined in [RFC5226], such space
>   will be assigned only upon IETF Review."
> 

Well, this is standard, to have a reserved space we have to go through the (now called) "IETF Review", which is what we are doing ;-)


ciao

Luigi


> The previous sentence mentions hierarchical allocation and the above sentence mentions IETF Review.  It is not clear how assignments from this space will be made.
> 
> Regards,
> -sm