Re: [lisp] LISP does not involve separate namespaces

Dino Farinacci <dino@cisco.com> Thu, 30 July 2009 13:31 UTC

Return-Path: <dino@cisco.com>
X-Original-To: lisp@core3.amsl.com
Delivered-To: lisp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D4E83A6C7D for <lisp@core3.amsl.com>; Thu, 30 Jul 2009 06:31:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.433
X-Spam-Level:
X-Spam-Status: No, score=-6.433 tagged_above=-999 required=5 tests=[AWL=0.166, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ntgOHc9xXeOF for <lisp@core3.amsl.com>; Thu, 30 Jul 2009 06:31:40 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 52BDD3A6C30 for <lisp@ietf.org>; Thu, 30 Jul 2009 06:31:40 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApoEAHQ9cUqrR7PE/2dsb2JhbAC6MIgnkCMFhBGBTg
X-IronPort-AV: E=Sophos;i="4.43,295,1246838400"; d="scan'208";a="88061186"
Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 30 Jul 2009 13:31:42 +0000
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id n6UDVgJ2014164; Thu, 30 Jul 2009 06:31:42 -0700
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id n6UDVgbJ024192; Thu, 30 Jul 2009 13:31:42 GMT
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 30 Jul 2009 06:31:41 -0700
Received: from dhcp-1789.meeting.ietf.org ([10.21.95.169]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 30 Jul 2009 06:31:41 -0700
Message-Id: <2DC01886-6E0D-4135-B65A-0EEF9AF1A1CC@cisco.com>
From: Dino Farinacci <dino@cisco.com>
To: Robin Whittle <rw@firstpr.com.au>
In-Reply-To: <4A719822.1090000@firstpr.com.au>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Thu, 30 Jul 2009 06:31:38 -0700
References: <20090730031536.1CB5E6BE58C@mercury.lcs.mit.edu> <4A719822.1090000@firstpr.com.au>
X-Mailer: Apple Mail (2.935.3)
X-OriginalArrivalTime: 30 Jul 2009 13:31:41.0599 (UTC) FILETIME=[12D102F0:01CA111A]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1541; t=1248960702; x=1249824702; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=dino@cisco.com; z=From:=20Dino=20Farinacci=20<dino@cisco.com> |Subject:=20Re=3A=20[lisp]=20LISP=20does=20not=20involve=20 separate=20namespaces |Sender:=20; bh=xgrsCt65FLOcFblPODZbTd19+ul13fdr+AWqZ65ek+k=; b=rLsASY9IcR7416ybixcKBvHlIW/lV9sDmId7Jnj+TXiG5l/4X3c0GqPjS7 cenSxqR6mZo6MbCmQUdw9UFmZOHMLJ/fCkER/DHn15wY37H3NCV3ZMsUVils cAHZaBMWY6;
Authentication-Results: sj-dkim-4; header.From=dino@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; );
Cc: lisp@ietf.org, Noel Chiappa <jnc@mercury.lcs.mit.edu>
Subject: Re: [lisp] LISP does not involve separate namespaces
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 30 Jul 2009 13:31:41 -0000

> Short version:  "RLOC" and "EID" are not, and never have been,
>                separate namespaces.

Let me give you an example where EIDs and RLOCs are separate namespaces.

Today, the LISP test network uses 2610:00d0::/32 as a global unique  
EID-prefix. IPv6 sites will have devices assigned from this global  
prefix. This is a PI-prefix because it is not assigned to any service  
provider. This prefix is not injected into the underlying routing  
system, be it the /32 itself or any more specifics.

RLOCs will be assigned out of the 2002::/16 (among possibly other high- 
level prefixes). They can be PA-assigned prefixes. They will be  
assigned to the LISP ETR CE/PE link. They will appear in locator-sets  
of LISP map-cache entries.

So, architecturally, the 2 address spaces are separate and can  
implemented that way. It could be desirable to have an EID address out  
of the 2002::/16 space or a RLOC address out of the 2610:00d0::/32  
space. But it may not be needed with such a large address space.

For IPv4, life is harder because of the vast install base, so the  
clear separation is harder to appreciate. But you could have the same  
address assigned from each namespace.

Just an FYI, in the prototype implementation, we use another VRF  
called "the LISP VRF" which stores solely EID-prefixes so we can  
operate the BGP-ALT in this namespace. And the default VRF has both  
namespaces so you can run underlying BGP at the site as well as having  
EID-subnets in your IGP.

Dino