Re: Last Call: <draft-ietf-lisp-eid-block-03.txt> (LISP EID Block) to Informational RFC
SM <sm@resistor.net> Thu, 15 November 2012 17:25 UTC
Return-Path: <sm@resistor.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 896AF21F8996; Thu, 15 Nov 2012 09:25:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.492
X-Spam-Level:
X-Spam-Status: No, score=-102.492 tagged_above=-999 required=5 tests=[AWL=0.107, 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 b3yhQcMhShsK; Thu, 15 Nov 2012 09:25:54 -0800 (PST)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id C6C3E21F8549; Thu, 15 Nov 2012 09:25:40 -0800 (PST)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id qAFHPQk7021137; Thu, 15 Nov 2012 09:25:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1353000337; bh=k3eONktwbbqFfREu22oKAe+/aOxsbkY3Q2/j0emFr2c=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=x8LI7nMarJH5Pct5gESm+4huYtdaa/UW8iK7jKCGQ+HSMQNmZNcVfN7TWMH2NzSQa R0imqnfNXtLaU8x4ykm+YvsDqPyDceTiNj1d2T6ReaukuJFu8pAxZnN38ZZZmaD7ST LIM7YfgkrZ4g1VnverpSUzzpzE/zSaA0F6jjYMYs=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1353000337; i=@resistor.net; bh=k3eONktwbbqFfREu22oKAe+/aOxsbkY3Q2/j0emFr2c=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=Grn0pO8VWH7WvjZi8dZUh5FS45eT35AO4zgOEKxLUHHR8uvJfZwURAPgY3jJok8fp t0kpg3vaGkb5gi5DPintig/zgUH2kCx3K6J6oWqFIR5cRnI0r6u4pDjCSQaSrI6BXq uJ/n39L8dN5ErGgudzGZBizW4uJbhrc2y2/eVQlQ=
Message-Id: <6.2.5.6.2.20121115075935.0a4c3298@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Thu, 15 Nov 2012 09:08:08 -0800
To: Luigi Iannone <ggx@gigix.net>
From: SM <sm@resistor.net>
Subject: Re: Last Call: <draft-ietf-lisp-eid-block-03.txt> (LISP EID Block) to Informational RFC
In-Reply-To: <63359CE6-0009-45D1-B2AE-3F2B4384D5D4@gigix.net>
References: <20121113144545.12836.71935.idtracker@ietfa.amsl.com> <6.2.5.6.2.20121114030352.0da0e888@resistor.net> <63359CE6-0009-45D1-B2AE-3F2B4384D5D4@gigix.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: ietf@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 17:25:57 -0000
Hi Luigi, At 06:32 15-11-2012, Luigi Iannone wrote: > thanks for the comments. Few answers inline. Thanks for the response. >Well, if we go along that road we should put the whole document in a >single "IANA Considerations" Section. ;-) Yes. :-) >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. Ok. >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? Not yet. :-) You did not answer my question about which IANA allocation policies the draft is referring to. >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. I'll comment below. >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 ;-) What the draft is doing is reserving address space. According to Section 10 address blocks from that reserved address space (the /16) will be assigned through IETF review. I read the previous comment as meaning that the EID address block will be assigned to ISPs by RIRs. There isn't any mention of that in the draft. Even if it was mentioned it is doubtful that ISPs would be able to get that address space assigned through RIRs at present. The issue was mentioned in the AD review [1]. I didn't find any discussion of that in the LISP mailing list archives. According to the LISP Charter the document is to request "address space to be used for the LISP experiment as identifier space". The draft is reserving a /16 and there is scope to have that extended to a /12 in future. This goes beyond the usual experiments. There isn't any discussion of how the ip6.arpa delegation will be handled. There isn't any discussion of how long the experiment will last. I understand that IPv6 is not a scare resource. However, that is not a reason for handing out address space and leaving it to someone in future to figure out what to do if this becomes a problem. I haven't seen anyone asking why the document is not a BCP. If the aim is to have: "Routers in the Legacy Internet must treat announcements of prefixes from the IPv6 EID Block as normal announcements, applying best current practice for traffic engineering and security." I think that the document might have to be a BCP. It would be good to be clear about whether the address space should be listed in the IANA IPv6 Special Purpose Address Registry. Section 5 mentions that "The working group reached consensus on an initial allocation". Could the document shepherd upload the write-up and provide some details about that? Regards, -sm 1. http://www.ietf.org/mail-archive/web/lisp/current/msg03848.html
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Roger Jørgensen
- Re: Last Call: <draft-ietf-lisp-eid-block-03.txt>… SM
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… George Michaelson
- Re: Last Call: <draft-ietf-lisp-eid-block-03.txt>… Bert Wijnen (IETF)
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Luigi Iannone
- Re: Last Call: <draft-ietf-lisp-eid-block-03.txt>… Luigi Iannone
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Luigi Iannone
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Luigi Iannone
- Re: Last Call: <draft-ietf-lisp-eid-block-03.txt>… Luigi Iannone
- Re: Last Call: <draft-ietf-lisp-eid-block-03.txt>… Bert Wijnen (IETF)
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- RE: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Paul Vinciguerra
- Re: Last Call: <draft-ietf-lisp-eid-block-03.txt>… SM
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Geoff Huston
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Arturo Servin
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Arturo Servin
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… George Michaelson
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Joel M. Halpern
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Arturo Servin
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… George Michaelson
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… George Michaelson
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Brian E Carpenter
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Arturo Servin
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Roger Jørgensen
- RE: [lisp] Last Call: <draft-ietf-lisp-eid-block-… George, Wes
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Noel Chiappa
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Joel M. Halpern
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Brian E Carpenter
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- RE: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Paul Vinciguerra
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- RE: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Paul Vinciguerra
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Joel M. Halpern
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… SM
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Cameron Byrne
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Noel Chiappa
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Cameron Byrne
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Noel Chiappa
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Geoff Huston
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Joel Halpern Direct
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… heinerhummel
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Noel Chiappa
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Geoff Huston
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… SM
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- RE: [lisp] Last Call: <draft-ietf-lisp-eid-block-… George, Wes
- RE: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Noel Chiappa
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Robert Elz
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Sander Steffann
- RE: [lisp] Last Call: <draft-ietf-lisp-eid-block-… George, Wes
- RE: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Noel Chiappa
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Geoff Huston
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Roger Jørgensen
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Brian E Carpenter
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Robert Elz
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Dino Farinacci
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Brian Haberman
- Re: [lisp] Last Call: <draft-ietf-lisp-eid-block-… Luigi Iannone