Presentation is loading. Please wait.

Presentation is loading. Please wait.

IETF 72 – July 2008 Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Noel Chiappa, John Curran, Dino Farinacci, and David Meyer LISP Deployment.

Published byLuc Whites Modified over 9 years ago

Similar presentations

Presentation on theme: "IETF 72 – July 2008 Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Noel Chiappa, John Curran, Dino Farinacci, and David Meyer LISP Deployment."— Presentation transcript:

1 IETF 72 – July 2008 Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Noel Chiappa, John Curran, Dino Farinacci, and David Meyer LISP Deployment Update

2 LISP DeploymentIETF 72 July 2008Slide 2 Agenda Quick “What is LISP?” –And how it works Deployment Model Numbers and Names What The Network Looks Like –And how its configured Q/A

3 LISP DeploymentIETF 72 July 2008Slide 3 LISP Internet Drafts draft-farinacci-lisp-08.txt draft-fuller-lisp-alt-02.txt draft-lewis-lisp-interworking-01.txt draft-farinacci-lisp-multicast-00.txt draft-meyer-lisp-eid-block-01.txt draft-mathy-lisp-dht-00.txt draft-iannone-openlisp-implementation-01.txt draft-brim-lisp-analysis-00.txt draft-meyer-lisp-cons-04.txt draft-lear-lisp-nerd-04.txt draft-curran-lisp-emacs-00.txt

4 First, an Observation As you’ll see during this talk (and in contrast to other “experimental” networks such as the 6BONE or the MBONE): –The LISP network’s data plane is not an overlay –The LISP network’s control plane (ALT) is designed as an overlay So since we’re not deploying an overlay, the deployed LISP network could evolve into the production version of the network –This is a significant difference from say, the 6BONE LISP DeploymentIETF 72 July 2008Slide 4

5 LISP DeploymentIETF 72 July 2008Slide 5 Provider A 10.0.0.0/8 Provider B 11.0.0.0/8 R1R2 BGP End Site Benefit (1)Easier Transition to IPv6 (2)Change provider without address change Lower OpEx for Sites and Providers (1)Improve site multi-homing (2)Improve provider traffic engineering (3)Reduce size of core routing tables The LISP Problem Statement Site with PI Addresses

6 LISP DeploymentIETF 72 July 2008Slide 6 What is LISP? Locator/ID Separation Protocol Ground rules for LISP –Network-based solution –No changes to hosts whatsoever –No new addressing changes to site devices –Very few configuration file changes –Imperative to be incrementally deployable –Address family agnostic

7 LISP DeploymentIETF 72 July 2008Slide 7 What is LISP? Data plane –Design for encapsulation and tunnel router placement –Design for locator reachability –Data-triggered mapping service Control plane –Design for a scalable mapping service –We’ve deployed ALT (“Alternate Topology”) Documented in draft-fuller-lisp-alt-02.txt

8 LISP DeploymentIETF 72 July 2008Slide 8 LISP Data Plane: How It Works Provider A 10.0.0.0/8 Provider B 11.0.0.0/8 S ITR D ETR Provider Y 13.0.0.0/8 Provider X 12.0.0.0/8 S1 S2 D1 D2 PI EID-prefix 1.0.0.0/8 PI EID-prefix 2.0.0.0/8 DNS entry: D.abc.com A 2.0.0.2 EID-prefix: 2.0.0.0/8 Locator-set: 12.0.0.2, priority: 1, weight: 50 (D1) 13.0.0.2, priority: 1, weight: 50 (D2) Mapping Entry 1.0.0.1 -> 2.0.0.2 11.0.0.1 -> 12.0.0.2 Legend: EIDs -> Green Locators -> Red 1.0.0.1 -> 2.0.0.2 11.0.0.1 -> 12.0.0.2 1.0.0.1 -> 2.0.0.2 12.0.0.2 13.0.0.2 10.0.0.1 11.0.0.1 Policy controlled by destination site

9 The LISP Control Plane (ALT) The ALT is just an instance of BGP that runs in a different VRF and carries EID prefixes –The ALT typically runs over GRE tunnels, but we also have it running over native and.1q ethernet encapsulations ETRs typically advertise EID-prefixes into the ALT to attract Map-Requests ITRs use the ALT to route Map-Requests to the ETRs that are authorative for an EID prefix ETRs return Map-Replies on the underlying network to the requesting ITR (in particular, Map-Replies do not flow over the ALT) The ITR can now LISP-encapsulate packets directly to the destination’s ETR Its really as simple as that –And…a very small amount of new code was written to support this LISP DeploymentIETF 72 July 2008Slide 9

10 LISP DeploymentIETF 72 July 2008Slide 10 Legend: EIDs -> Green Locators -> Red GRE Tunnel Low Opex Physical link Data Packet Map-Request Map-Reply ETR ITR EID-prefix 240.1.2.0/24 ITR EID-prefix 240.1.1.0/24 LAT EID-prefix 240.2.1.0/24 240.0.0.1 -> 240.1.1.1 1.1.1.1 2.2.2.2 3.3.3.3 240.0.0.1 -> 240.1.1.1 EID-prefix 240.0.0.0/24 1.1.1.1 -> 11.0.0.1 240.0.0.1 -> 240.1.1.1 11.0.0.1 -> 1.1.1.1 ALT-rtr 12.0.0.1 11.0.0.1 LISP+ALT Control Plane: How It Works ? 240.0.0.1 -> 240.1.1.1 11.0.0.1 -> 240.1.1.1 ? 240.0.0.1 -> 240.1.1.1 11.0.0.1 -> 240.1.1.1 ? <- 240.1.1.0/24 <- 240.1.2.0/24 < - 240.1.0.0/16 ?

11 Deployment Model Hardware/Software platform –Currently deployed LISP network elements are 1RU PCs (“titanium”) running a LISP-capable version of NXOS –There are both an IOS and Open Source implementations underway EID Assignment Strategy –The basic idea : Geographic (probably) With “ALT-Aggregators” strategically placed within a geography GRE tunnel topology –Partially meshed ALT-aggregators, with sites arranged in a star around one or more ALT-aggregators –ALT-aggregators are typically “ALT-only” LISP DeploymentIETF 72 July 2008Slide 11

12 Deployment Model: Interworking We’ve also deployed the interworking mechanisms described in: – draft-lewis-lisp-interworking-01.txt LISP Translation –“LISP NAT” –http://www.translate.lisp4.net Proxy Tunnel Router (PTR) –Advertises an EID-prefix into the DFZ Attracts traffic for those prefixes –Behaves like an ITR for that traffic tr0.partan.org is a v4 PTR www.lisp6.net is a v6 PTR www.ptr.lisp4.net uses the v4 PTR More on all of this in a few minutes LISP DeploymentIETF 72 July 2008Slide 12

13 Numbers EID Prefixes –153.16/16 –2610:00d0::/32 Note that both of these are advertised into the DFZ for interworking (PTR) purposes GRE tunnels numbered out of 240/4 The ALT uses 4-byte ASNs –Format: 32768.X LISP DeploymentIETF 72 July 2008Slide 13

14 Names lisp4.net –IPv4 EIDs –Exceptions: www.lisp4.net and www.translate.lisp4.net IPv4 RLOC LISP-translated to an EID More on translation in a moment lisp6.net –IPv6 EIDs LISP DeploymentIETF 72 July 2008Slide 14

15 IPv4 Address Assignments NA: 153.16.0.0/20 –East US: 153.16.0.0/22 –Western US: 153.16.8.0/22 –Western US: 153.16.16.0/22 EU: 153.16.32.0/20 Asia: 153.16.64.0/20 –Japan: 153.16.64.0/21 Africa: 153.16.96.0/20 Latin America: 153.16.128.0/20 Reserved: 153.16.160.0/20 – 153.16.192.0/20 – 153.16.224.0/20 LISP DeploymentIETF 72 July 2008Slide 15

16 IPv6 Addressing Strategy 2610:D0:/32 -- The LISP IPv6 Universe 2610:D0:x000:/36 | Continent 2610:D0:xy00:/40 | Region 2610:D0:xy00:/48 -- Sites LISP DeploymentIETF 72 July 2008Slide 16

17 IPv6 Address Assignments NA: 2610:D0:1000::/36 –East US: 2610:D0:1100::/40 –Western US: 2610:D0:1200::/40 –Western US: 2610:D0:1300::/40 – Infrastructure: 2610:D0:1F00::/40 –Tunnels: 2610:D0:1FFF::/48 EU: 2610:D0:2000::/36 Asia: 2610:D0:3000::/36 Africa: 2610:D0:4000::/36 Latin America: 2610:D0:5000::/36 Reserved: 2610:D0:6000::/36 - 2610:D0:F000::/36 LISP DeploymentIETF 72 July 2008Slide 17

18 What the Network Looks Like LISP DeploymentIETF 72 July 2008Slide 18

19 ITR Configuration Enable ITR Functionality –ip lisp itr –ipv6 lisp itr Use the ALT to resolve mappings –ip lisp alt-vrf lisp Use Map-Requests (not data probes) –ip lisp itr send-map-request –ip lisp map-request-source LISP DeploymentIETF 72 July 2008Slide 19

20 ETR Configuration Enable ETR Functionality –ip lisp etr –ipv6 lisp etr Configure EID-to-RLOC mapping –ip lisp database-mapping priority weight –ip lisp database-mapping 153.16.10.0/24 128.223.156.134 priority 1 weight 100 The ETR will also typically advertise its EID Prefix into the ALT –In the above example, the ETR would advertise 153.16.10.0/24 into the ALT LISP DeploymentIETF 72 July 2008Slide 20

21 Advertising an EID-Prefix (pretty standard stuff) LISP DeploymentIETF 72 July 2008Slide 21 … vrf context lisp ip route 153.16.10.0/24 null0 tag 1 ipv6 route 2610:D0:1200::/48 null0 tag 1 … router bgp 32768.1 vrf lisp address-family ipv4 unicast redistribute static route-map static-to-bgp address-family ipv6 unicast redistribute static route-map static-to-bgp vrf lisp neighbor FC00:FFFF:FFFF:FFFF::10:0:0:2 remote-as 32768.613 address-family ipv6 unicast route-map my-eid-prefixes out vrf lisp neighbor 240.0.254.135 remote-as 32768.100 address-family ipv4 unicast route-map my-eid-prefixes out

22 ‘Low Opex’ ETR – BGP Free xTR LISP Deployment IETF 72 July 2008 Slide 22 Configuration on the XTR that doesn’t use BGP: … vrf context lisp ip route 153.16.0.0/16 240.0.254.140 ipv6 route 2610:00d0::/32 2610:00d0:1fff::0240:0000:0254:0140/127 On the ALT Aggregator Router: … vrf context lisp ip route 153.16.8.0/22 Null0 tag 613 ip route 153.16.19.0/24 Tunnel3 tag 613 ipv6 route 2610:00d0:1303::/48 Tunnel3 tag 613

23 Mixed Locators You might want to respond to a Map-Request for a v6 EID with a v4 locator (and vice versa) –Allows you to connect sites deploying LISPv6 (i.e., v6 EIDs) over v4 locators –In particular, without an intervening native IPv6 capable network ipv6 lisp database-mapping 2610:00d0:1200::/48 128.223.156.134 priority 1 weight 100 ipv6 lisp send-ip-map-reply –Make the ETR send the Map-Reply over IPv4 LISP DeploymentIETF 72 July 2008Slide 23

24 Interworking – LISP Translate Essentially “LISP-NAT” A router which is upstream from translating ETR advertises the “outside prefix” (usually part of a larger aggregate) into the DFZ, and points the prefix at the ETR doing the translation; standard NAT configuration The ETR is configured as follows: –ip lisp etr –ip lisp database-mapping 153.16.10.0/24 128.223.156.134 priority 1 weight 100 –ip lisp translate inside 153.16.10.5 outside 128.223.157.65 Note that the the “inside” EID (153.16.10.5 in this case) must be covered by the EID prefix in the database-mapping command (153.16.10.0/24 in this case) http://www.translate.lisp4.net LISP DeploymentIETF 72 July 2008Slide 24

25 Interworking – LISP PTR “Proxy Tunnel Router” –tr0.partan.com, www.lisp6.net –www.ptr.lisp4.net The PTR advertises the aggregated EID prefix (e.g., 153.16/16 and/or 2610:D0:/32) into the DFZ –This attracts traffic addressed to an EID which originates on the Internet to the PTR Upon receiving the traffic (addressed to an EID), the PTR functions as an ITR –i.e., it queries the ALT to get the EID-to-RLOC mapping and –LISP-encapsulates packets to the destination ETR’s RLOC The PTR is configured as follows: –ip lisp alt-vrf lisp –ip lisp itr –ip lisp proxy-itr LISP DeploymentIETF 72 July 2008Slide 25

26 IPv6 LISP PTR Config ! ! Use the LISP VRF for the ALT ! ipv6 lisp alt-vrf lisp ! ! Send Map-Requests (instead of Data Probes) ! ipv6 lisp itr send-map-request ! ! Enable the PTR ! ipv6 lisp proxy-itr 2001:0468:0d01:009C::80df:9c23 LISP DeploymentIETF 72 July 2008Slide 26

27 Questions/Comments? LISP DeploymentIETF 72 July 2008Slide 27 Thanks! Contact us: lisp-interest@lists.civil-tongue.net Information: http://www.lisp4.net OpenLISP: http://inl.info.ucl.ac.be

Download ppt "IETF 72 – July 2008 Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Noel Chiappa, John Curran, Dino Farinacci, and David Meyer LISP Deployment."

Similar presentations

LISP Mobile Node LISP Mobile Node draft-meyer-lisp-mn-00.txt Dino Farinacci, Vince Fuller, Darrel Lewis and David Meyer IETF StockholmHiroshima LISP Working.

LISP Mobile Node LISP Mobile Node draft-meyer-lisp-mn-00.txt Dino Farinacci, Vince Fuller, Darrel Lewis and David Meyer IETF StockholmHiroshima LISP Working.
Overlay Transport Virtualization (OTV)

Overlay Transport Virtualization (OTV)
Logically Centralized Control Class 2. Types of Networks ISP Networks – Entity only owns the switches – Throughput: 100GB-10TB – Heterogeneous devices:

Logically Centralized Control Class 2. Types of Networks ISP Networks – Entity only owns the switches – Throughput: 100GB-10TB – Heterogeneous devices:
Why do current IP semantics cause scaling issues? −Today, “addressing follows topology,” which limits route aggregation compactness −Overloaded IP address.

Why do current IP semantics cause scaling issues? −Today, “addressing follows topology,” which limits route aggregation compactness −Overloaded IP address.
Hierarchical Routing Architecture Introduction draft-xu-rrg-hra-00.txt Routing Research Group Xiaohu XU

Hierarchical Routing Architecture Introduction draft-xu-rrg-hra-00.txt Routing Research Group Xiaohu XU
TCP/IP Protocol Suite 1 Chapter 27 Upon completion you will be able to: Next Generation: IPv6 and ICMPv6 Understand the shortcomings of IPv4 Know the IPv6.

TCP/IP Protocol Suite 1 Chapter 27 Upon completion you will be able to: Next Generation: IPv6 and ICMPv6 Understand the shortcomings of IPv4 Know the IPv6.
Chapter 6-7 IPv6 Addressing. IPv6 IP version 6 (IPv6) is the proposed solution for expanding the possible number of users on the Internet. IPv6 is also.

Chapter 6-7 IPv6 Addressing. IPv6 IP version 6 (IPv6) is the proposed solution for expanding the possible number of users on the Internet. IPv6 is also.
Project by: Palak Baid (pb2358) Gaurav Pandey (gip2103) Guided by: Jong Yul Kim.

Project by: Palak Baid (pb2358) Gaurav Pandey (gip2103) Guided by: Jong Yul Kim.
Multihoming in IPV6 Habib Naderi Department of Computer Science University of Auckland.

Multihoming in IPV6 Habib Naderi Department of Computer Science University of Auckland.
1 Internet Protocol Version 6 (IPv6) What the caterpillar calls the end of the world, nature calls a butterfly. - Anonymous.

1 Internet Protocol Version 6 (IPv6) What the caterpillar calls the end of the world, nature calls a butterfly. - Anonymous.
Introduction to LISP (not (the (programming ( language))))

Introduction to LISP (not (the (programming ( language))))
LISP-CONS A Mapping Database Service NANOG 41 David Meyer, Dino Farinacci, Vince Fuller, Darrel Lewis, Scott Brim, Noel Chiappa NANOG 41 October, 2007.

LISP-CONS A Mapping Database Service NANOG 41 David Meyer, Dino Farinacci, Vince Fuller, Darrel Lewis, Scott Brim, Noel Chiappa NANOG 41 October, 2007.
Internet Draft Status Internet Draft Status draft-farinacci-lisp-{00-12}.txt Dave Meyer, Vince Fuller, Darrel Lewis, Dino Farinacci IETF San Francisco.

Internet Draft Status Internet Draft Status draft-farinacci-lisp-{00-12}.txt Dave Meyer, Vince Fuller, Darrel Lewis, Dino Farinacci IETF San Francisco.
COM555: Mobile Technologies Location-Identifier Separation.

COM555: Mobile Technologies Location-Identifier Separation.
NANOG-46 Philadelphia, June 2009 Vince Fuller & Dave Meyer (for the rest of the LISP crew: Noel Chiappa, Dino Farinacci, Darrel Lewis, Andrew Partan, and.

NANOG-46 Philadelphia, June 2009 Vince Fuller & Dave Meyer (for the rest of the LISP crew: Noel Chiappa, Dino Farinacci, Darrel Lewis, Andrew Partan, and.
Oct 21, 2004CS573: Network Protocols and Standards1 IP: Addressing, ARP, Routing Network Protocols and Standards Autumn 2004-2005.

Oct 21, 2004CS573: Network Protocols and Standards1 IP: Addressing, ARP, Routing Network Protocols and Standards Autumn
RIPE-59 Lisbon, October 2009 Vince Fuller (for the rest of the LISP crew: Noel Chiappa, Dino Farinacci, Darrel Lewis, Dave Meyer, Andrew Partan, and John.

RIPE-59 Lisbon, October 2009 Vince Fuller (for the rest of the LISP crew: Noel Chiappa, Dino Farinacci, Darrel Lewis, Dave Meyer, Andrew Partan, and John.
21.11.2013 Petteri Sirén. Content Preface Locator/ID Separation Protocol (LISP) How LISP works Methods how LISP was studied Test cases Result Summary.

Petteri Sirén. Content Preface Locator/ID Separation Protocol (LISP) How LISP works Methods how LISP was studied Test cases Result Summary.
RRG Recommendation IETF77 March 26, 2010.

RRG Recommendation IETF77 March 26, 2010.
LISP Tech Talk - Part 3 Deployed Network and Use-Cases Dino Farinacci, Dave Meyer, Darrel Lewis, Vince Fuller, Gregg Schudel February 24, 2010.

LISP Tech Talk - Part 3 Deployed Network and Use-Cases Dino Farinacci, Dave Meyer, Darrel Lewis, Vince Fuller, Gregg Schudel February 24, 2010.

Similar presentations

Ads by Google