Re: [lisp] LISP EID Block Size

Rene Bartsch <ietf@bartschnet.de> Thu, 31 October 2013 16:48 UTC

Return-Path: <ietf@bartschnet.de>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0975111E817A for <lisp@ietfa.amsl.com>; Thu, 31 Oct 2013 09:48:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.939
X-Spam-Level:
X-Spam-Status: No, score=-1.939 tagged_above=-999 required=5 tests=[AWL=0.310, BAYES_00=-2.599, HELO_EQ_DE=0.35]
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 NPSgrVK0WBBk for <lisp@ietfa.amsl.com>; Thu, 31 Oct 2013 09:48:18 -0700 (PDT)
Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.41]) by ietfa.amsl.com (Postfix) with ESMTP id 2879A11E811D for <lisp@ietf.org>; Thu, 31 Oct 2013 09:48:15 -0700 (PDT)
Received: from [80.67.16.121] (helo=www.premium-webmail.de) by smtprelay03.ispgateway.de with esmtpa (Exim 4.68) (envelope-from <ietf@bartschnet.de>) id 1VbvPo-0005SC-Vt for lisp@ietf.org; Thu, 31 Oct 2013 17:48:12 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Date: Thu, 31 Oct 2013 17:48:12 +0100
From: Rene Bartsch <ietf@bartschnet.de>
To: lisp@ietf.org
In-Reply-To: <87ED0701-79BC-4BA4-97F0-054EABAAB696@steffann.nl>
References: <20131031151830.55F9618C168@mercury.lcs.mit.edu> <EA0CEAB9-BD0F-4278-BE30-6D6DB7E7B624@steffann.nl> <FC33A2A0-45EA-424B-8F37-D479131AEDD4@gmail.com> <87ED0701-79BC-4BA4-97F0-054EABAAB696@steffann.nl>
Message-ID: <e82d6412ab86bf09b2a826366b9a4bdb@bartschnet.de>
X-Sender: ietf@bartschnet.de
User-Agent: Roundcube Webmail
X-Df-Sender: cmVuZUBiYXJ0c2NobmV0LmRl
Subject: Re: [lisp] LISP EID Block Size
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Oct 2013 16:48:24 -0000

Am 2013-10-31 17:31, schrieb Sander Steffann:
>> I'll explain one experiment and will be crystal ear about it.
>> 
>> (1) We want to have a LISP site send to both LISP sites and not LISP 
>> sites.
>> (2) We want an ITR to do mapping database lookups when the destination 
>> address is an EID.
>> (3) We want the ITR to forward packet s by doing a traditional FIB 
>> lookup when the destination is not an EID.
> 
> I understand what the technical idea is. There are already EIDs out
> there (including my own network) that are not in any special prefix.
> Therefore "address is in special prefix" != "address is an EID".
> Unless you break LISP for already existing sites I don't see how
> having a special prefix is going to help in (correctly) determining
> whether an address is an EID.

Consider every consumer gets a random PI-prefix out of the global 
unicast address space. Now you have two problems with a public PITR:

1. What prefixes does the public PITR have to announce? Where to get the 
list from? Scan all Map servers?
2. Billions of random PI-prefixes need millions or even billions of 
BGP-routes to be announced by the public PITR via BGP.

If there's one dedicated EID address space a public PITR only has to 
announce ONE BGP-route to himself.

Best regards,

Renne