November 2008 LISP Implementation Team: Vince Fuller, Darrel Lewis, David Meyer, Dino Farinacci, Andrew Partan, John Zwiebel LISP: Practice and Experience.

Slides:



Advertisements
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.
Advertisements

Why do current IP semantics cause scaling issues? −Today, “addressing follows topology,” which limits route aggregation compactness −Overloaded IP address.
RIP V1 W.lilakiatsakun.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Implementing IP Addressing Services Accessing the WAN – Chapter 7.
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Introduction to IPv4 Introduction to Networks.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Addressing the Network – IPv4 Network Fundamentals – Chapter 6.
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.
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.
1 Semester 2 Module 4 Learning about Other Devices Yuda college of business James Chen
Internet Draft Status Internet Draft Status draft-farinacci-lisp-{00-12}.txt Dave Meyer, Vince Fuller, Darrel Lewis, Dino Farinacci IETF San Francisco.
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.
Transition Mechanisms for Ipv6 Hosts and Routers RFC2893 By Michael Pfeiffer.
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.
Chapter 23: ARP, ICMP, DHCP IS333 Spring 2015.
Lecture Week 7 Implementing IP Addressing Services.
Petteri Sirén. Content Preface Locator/ID Separation Protocol (LISP) How LISP works Methods how LISP was studied Test cases Result Summary.
Guide to TCP/IP, Third Edition
LISP Mapping Request Format And related topics Joel M. Halpern
NAGing about LISP LISP Designers/Implementors: Dave Meyer, Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Dana Blair, Noel Chiappa, John.
Implementing IP Addressing Services Accessing the WAN – Chapter 7.
Basic Transition Mechanisms for IPv6 Hosts and Routers -RFC 4213 Kai-Po Yang
LISP-Multicast draft-farinacci-lisp-multicast-00.txt Dino Farinacci, Dave Meyer, John Zwiebel, Stig Venaas IETF Dublin - July 2008.
IETF Vancouver - December 2007 Dave Meyer, Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Noel Chiappa, John Curran & Dino Farinacci Locator/ID.
© 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 1 New LISP Mapping System: LISP-DDT Presentation to LNOG Darrel Lewis on behalf.
Guide to TCP/IP, Second Edition1 Guide To TCP/IP, Second Edition Chapter 4 Internet Control Message Protocol (ICMP)
LISP BOF, IETF Dublin, July, 2008 Vince Fuller (for the LISP crew) LISP+ALT Mapping System.
EID: RLOC: IRTF MobOpts – Quebec City July
Cisco Global Routing Summit, August, 2008 Vince Fuller (for the LISP crew) Introduction to LISP+ALT.
RIPE Berlin – May, 2008 Vince Fuller (for Dino, Dave, Darrel, et al) LISP: Intro and Update
1 EU SP Security Forum, December, 2008 Vince Fuller (for the LISP crew) Introduction to LISP.
Locator/ID Separation Protocol (LISP) Architecture & Protocols LISP Team: Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Elizabeth McGee,
APRICOT Taipei – February, 2008 Dave Meyer, Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Noel Chiappa, John Curran & Dino Farinacci Locator/ID.
LISP Deployment Scenarios Darrel Lewis and Margaret Wasserman IETF 76, Hiroshima, Japan.
IETF/IRTF Chicago - July 2007 Dino Farinacci Dave Meyer Vince Fuller Darrel Lewis LISP Implementation Report.
W&L Page 1 CCNA CCNA Training 3.4 Describe the technological requirements for running IPv6 in conjunction with IPv4 Jose Luis Flores /
LISP BOF Update draft-farinacci-lisp-08.txt Dino Farinacci, Dave Meyer, Vince Fuller, Darrel Lewis, Scott Brim, Dave Oran IETF Dublin - July 2008.
LISP-CONS A Mapping Database Service IETF/IRTF - July 2007 Dave Meyer Dino Farinacci Vince Fuller Darrel Lewis Scott Brim Noel Chiappa.
LISP Internet Groper (LIG) LISP Internet Groper (LIG) draft-farinacci-lisp-lig-01.txt Dino Farinacci, Vince Fuller, Darrel Lewis and David Meyer IETF Stockholm/Hiroshima.
ERICSON BRANDON M. BASCUG Alternate - REGIONAL NETWORK ADMINISTRATOR HOW TO TROUBLESHOOT TCP/IP CONNECTIVITY.
Dave Meyer & Dino Farinacci LISP Designers: Dave Meyer, Vince Fuller, Darrel Lewis, Andrew Partan, John Zwiebel, Scott Brim, Noel Chiappa & Dino Farinacci.
Separating Location from Identification Dino Farinacci March 3, 2008.
NANOG Brooklyn – June, 2008 Vince Fuller (for Dino, Dave, Darrel, et al) LISP Update
LISP Locator Reachability Algorithms Dino Farinacci, Dave Meyer, Darrel Lewis, Vince Fuller, Andrew Partan, Noel Chiappa IETF Stockholm LISP Working Group.
LISP Document Status Darrel Lewis IETF 77, Concrete Wasteland, CA.
LISP Map Server LISP WG IETF-74 San Francisco draft-fuller-lisp-ms-00.txt Vince Fuller & Dino Farinacci.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco PublicITE I Chapter 6 1 Implementing IP Addressing Services Accessing the WAN – Chapter 7.
1 LISP-DDT implementation status and deployment considerations Vince Fuller/Darrel Lewis, Cisco IETF-85 Atlanta, GA.
IDR WG, IETF Dublin, August, 2008 Vince Fuller (for the LISP crew) LISP+ALT Mapping System.
Lecture#6:Connectivity Verification
LISP Control Plane for NVO3 <draft-maino-nvo3-lisp-cp-00>
LISP Implementation Report
IETF/IRTF Vancouver - December 2007
Draft-ermagan-lisp-nat-traversal-00 Vina Ermagan, Dino Farinacci, Darrel Lewis, Fabio Maino, Jesper Skriver, Chris White Presenter: Vina Ermagan IETF.
LISP BOF, IETF 72 Dublin, July, 2008 Darrel Lewis (for the LISP crew)
Connectivity Verification
Routing and Routing Protocols: Routing Static
Lecture#7:Connectivity Verification
Chapter 2: Static Routing
Introduction to Networking
Troubleshooting IP Addressing
IDR WG, IETF Dublin, July, 2008 Vince Fuller (for the LISP crew)
Chapter 2: Static Routing
Implementing IP Addressing Services
Routing and Routing Protocols: Routing Static
Chapter 2: Static Routing
Lecture#6:Connectivity Verification
Implementing IP Addressing Services
Computer Networks Protocols
Presentation transcript:

November 2008 LISP Implementation Team: Vince Fuller, Darrel Lewis, David Meyer, Dino Farinacci, Andrew Partan, John Zwiebel LISP: Practice and Experience

Agenda Currently Deployed Network Configuring LISP Troubleshooting LISP Q/A LISP: Practice & ExperienceSlide 2NANOG 44

LISP: Practice & Experience NANOG 44 Slide 3 LISP+ALT Today LISP: Practice & ExperienceSlide 3NANOG 44

Deployment Model Currently deployed LISP network elements are 1RU PCs (“titanium”) running a LISP-capable version of NXOS –There are also IOS and Open Source implementations underway Endpoint Identifier (EID) Assignment Strategy –The basic idea : Geographic (probably) –With “ALT-Aggregators” strategically placed within a geography GRE tunnel topology –ALT routers have no LISP features Debugging lisp from within ALT is problematic –ALT-Aggregators are typically “ALT-only” –Note the ALT doesn’t require GRE LISP: Practice & ExperienceSlide 4NANOG 44

Address Families You can also respond to a Map-Request for a v6 EID with a v4 locator (and vice versa) –Effectively 4to4over6 or 6to6over4 We call this “mixed locators” This allows you to, for example, connect sites deploying IPv6 EIDs over IPv4 locators without an intervening native IPv6 capable network More on Interworking in a minute LISP: Practice & Experience Slide 5 NANOG 44

xTR Configuration Enable ITR Functionality –ip lisp itr –ipv6 lisp itr Use the ALT to resolve mappings –ip lisp alt-vrf lisp Enable ETR Functionality –ip lisp etr –ipv6 lisp etr Configure an EID-to-RLOC database entry –ip lisp database-mapping priority weight LISP: Practice & ExperienceSlide 6NANOG 44

Configuring Mixed Locators An ETR will typically advertise its EID-prefix into ALT –Attracts Map-Requests to the authoritative ETR If you want “Mixed Locators” –ipv6 lisp database-mapping 2610:00d0:1200::/ priority 1 weight 100 –ipv6 lisp database-mapping 2610:00d0:1200::/ :468:D01:9C:80DF:9C86 priority 2 weight 100 And if you want the Map-Reply to come back over IPv4 –ipv6 lisp etr send-ip-map-reply LISP: Practice & ExperienceSlide 7NANOG 44

LISP PTR Config ! ! Use the LISP VRF for the ALT ! ipv6 lisp alt-vrf lisp ip lisp alt-vrf lisp ! ! Enable the PTR ! ipv6 lisp proxy-itr 2001:0468:0d01:009C::80df:9c23 ip lisp proxy-itr LISP: Practice & Experience That’s really it. Try or Slide 8NANOG 44

Case Study 1 LISP: Practice & Experience Slide 9 NANOG 44 Turning on LISP broke external connectivity –First xTR implementation used static cache maps –Configured the box, enabled LISP –Lost all external connectivity Learned early on that determining whether an address is an EID or an RLOC is critical –ip lisp itr forward-on-cache-miss –When we implemented ALT we had a new way of making this determination ip lisp itr forward-on-ALT-miss Nice that we saw this early and got it out of the way

Case Study 2 LISP: Practice & Experience Slide 10 NANOG 44 Early code didn’t seem to be able to ping between sites –Early code couldn’t even ping –Tested under, worked –Tested over, worked –Tested through, worked (unit testing) –Tested from loopback to loopback, failed Code needed to handle receive path decapsulation differently than forwarding path We narrowed this down by a process of elimination, not through seeing any error messages –Receive path issues always seem to bite you

Case Study 3 LISP: Practice & Experience Slide 11 NANOG 44 Problem was when IPv6 EID pinged IPv6 EID over a mixed locator RLOC –Dual stack ALT, this is a critical MAP Reply was generated in IPv6 format –But the sending site was IPv4 only –Fix had ETR specify the address family to prefer to send replies in (assume IPv4) This issue wasn’t unique to LISP either –Just because a host (or a site) supports an address family doesn’t mean there is an end to end path using it –As AAAA/A records have shown us

Lessons Learned ALT is simple to configure and operate –Set it and forget it! Developing a debugging methodology is critical For web based applications at least, stretch and first packet loss are overrated –Moved from data-probes to map-requests You need tools (LISP traceroute) Cache optimization on ITRs is important Benefit of Separation… LISP: Practice & Experience Slide 12 NANOG 44

Open Questions Who runs the mapping system, and what are their business models? Can LISP be used for the IPv6 transition? Effects of the mapping system on applications PMTU effects Caching behavior in xTRs Enhancing locator reachability detection How can we make xTRs even easier to operate? LISP: Practice & ExperienceSlide 13NANOG 44

Questions/Comments? Thanks! Contact us: Information: OpenLISP: LISP: Practice & ExperienceSlide 14NANOG 44