LISP-Multicast draft-farinacci-lisp-multicast-00.txt Dino Farinacci, Dave Meyer, John Zwiebel, Stig Venaas IETF Dublin - July 2008.

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

Overlay Transport Virtualization (OTV)
Why do current IP semantics cause scaling issues? −Today, “addressing follows topology,” which limits route aggregation compactness −Overloaded IP address.
Transitioning to IPv6 April 15,2005 Presented By: Richard Moore PBS Enterprise Technology.
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.
CS440 Computer Networks 1 IPv6 Neil Tang 11/10/2008.
IPv6-The Next Generation Protocol RAMYA MEKALA UIN:
1 Internet Protocol Version 6 (IPv6) What the caterpillar calls the end of the world, nature calls a butterfly. - Anonymous.
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.
1 o Two issues in practice – Scale – Administrative autonomy o Autonomous system (AS) or region o Intra autonomous system routing protocol o Gateway routers.
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.
Internet Draft Status Internet Draft Status draft-farinacci-lisp-{00-12}.txt Dave Meyer, Vince Fuller, Darrel Lewis, Dino Farinacci IETF San Francisco.
LISP MIB draft-lisp-mib-05 Vancouver IETF - LISP WG Gregg Schudel, Amit Jain, Victor Moreno July 2012.
COM555: Mobile Technologies Location-Identifier Separation.
The Evolution of Multicast Research paper presented by Ajith M Jose (u )
1 Internet Networking Spring 2006 Tutorial 7 DVMRP.
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.
COS 420 Day 18. Agenda Group Project Discussion Program Requirements Rejected Resubmit by Friday Noon Protocol Definition Due April 12 Assignment 3 Due.
Oct 21, 2004CS573: Network Protocols and Standards1 IP: Addressing, ARP, Routing Network Protocols and Standards Autumn
Slide Set 15: IP Multicast. In this set What is multicasting ? Issues related to IP Multicast Section 4.4.
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.
1 Copyright © 2012, Elsevier Inc. All rights Reserved Chapter 4 Advanced Internetworking Computer Networks, 5th Edition.
Petteri Sirén. Content Preface Locator/ID Separation Protocol (LISP) How LISP works Methods how LISP was studied Test cases Result Summary.
資 管 Lee Lesson 11 Coexistence and Migration. 資 管 Lee Lesson Objectives Coexistence and migration overview Coexistence mechanisms ◦ Dual Stack ◦ Tunneling.
Coexistence and Migration
© Janice Regan, CMPT 128, CMPT 371 Data Communications and Networking Multicast routing.
Multicast Routing Protocols NETE0514 Presented by Dr.Apichan Kanjanavapastit.
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.
IETF Vancouver - December 2007 Dave Meyer, Vince Fuller, Darrel Lewis, Eliot Lear, Scott Brim, Dave Oran, Noel Chiappa, John Curran & Dino Farinacci Locator/ID.
CSC 600 Internetworking with TCP/IP Unit 8: IP Multicasting (Ch. 17) Dr. Cheer-Sun Yang Spring 2001.
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.
Interdomain multicast routing with IPv6 Stig Venaas University of Southampton Jerome Durand RENATER Mickael Hoerdt University Louis Pasteur - LSIIT.
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.
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.
1 Lecture, November 20, 2002 Message Delivery to Processes Internet Addressing Address resolution protocol (ARP) Dynamic host reconfiguration protocol.
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.
6DEPLOY. IPv6 Deployment and Support
: MobileIP. : r Goal: Allow machines to roam around and maintain IP connectivity r Problem: IP addresses => location m This is important for efficient.
LISP Map Server LISP WG IETF-74 San Francisco draft-fuller-lisp-ms-00.txt Vince Fuller & Dino Farinacci.
LISP L2 and L3 EID mobility using a unified control plane draft-portoles-lisp-eid-mobility-00 IETF 95 – Buenos Aires Vrushali Ashtaputre Dino Farinacci.
COM594: Mobile Technologies Location-Identifier Separation.
November 2008 LISP Implementation Team: Vince Fuller, Darrel Lewis, David Meyer, Dino Farinacci, Andrew Partan, John Zwiebel LISP: Practice and Experience.
IDR WG, IETF Dublin, August, 2008 Vince Fuller (for the LISP crew) LISP+ALT Mapping System.
1 CMPT 471 Networking II Multicasting © Janice Regan,
IP: Addressing, ARP, Routing
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)
V4-over-v6 MVPNs.
IDR WG, IETF Dublin, July, 2008 Vince Fuller (for the LISP crew)
draft-pim-with-ipv4-prefix-over-ipv6-nh
draft-ietf-pim-ipv4-prefix-over-ipv6-nh-01
Chapter 4: outline 4.1 Overview of Network layer data plane
Presentation transcript:

LISP-Multicast draft-farinacci-lisp-multicast-00.txt Dino Farinacci, Dave Meyer, John Zwiebel, Stig Venaas IETF Dublin - July 2008

LISP-MulticastIETF Dublin - July 2008Slide 2 Agenda Overview of LISP for Unicast Routing LISP-Multicast Design Goals LISP-Multicast Definitions Describe LISP-Multicast LISP-Multicast Interworking AF Case Studies Summary

LISP-MulticastIETF Dublin - 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

LISP-MulticastIETF Dublin - July 2008Slide 4 LISP Architecture Locator/ID Separation Protocol –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

LISP-MulticastIETF Dublin - July 2008Slide 5 LISP Architecture Locator/ID Separation Protocol –Defines architecture for 2 address spaces: Endpoint IDs (EIDs) Routing Locators (RLOCs) –Defines how Map-n-Encap routers operate and where they reside –Defines Variants for “EID routing” –Can use other designs for mapping EIDs to RLOCs –Defines encapsulation format for IPv4 and IPv6 –Defines how RLOC reachability is performed –Defines how database mapping entries can be updated –Defines the Map-Request and Map-Reply format

LISP-MulticastIETF Dublin - July 2008Slide 6 Provider A /8 Provider B /8 S Multi-Level Addressing EIDs are inside of sites RLOCs used in the core R2R / Mapping Database Entry: /8 -> ( , )

LISP-MulticastIETF Dublin - July 2008Slide 7 Map-n-Encap Host Stack: supplies EIDs LISP Router: supplies RLOCs by adding new header EID-prefix: /8 Locator-set (RLOCs): , priority: 1, weight: , priority: 1, weight: 50 Mapping Entry:

LISP-MulticastIETF Dublin - July 2008Slide 8 Packet Forwarding Provider A /8 Provider B /8 S ITR D ETR Provider Y /8 Provider X /8 S1 S2 D1 D2 PI EID-prefix /8 PI EID-prefix /8 DNS entry: D.abc.com A EID-prefix: /8 Locator-set: , priority: 1, weight: 50 (D1) , priority: 1, weight: 50 (D2) Mapping Entry > > Legend: EIDs -> Green Locators -> Red > > > Policy controlled by destination site

LISP-MulticastIETF Dublin - July 2008Slide 9 LISP Multicast Design Goals Keep EID state out of core network No head-end replication at source site Packets only go to receiver sites No changes to hosts, site routers, core routers Use existing protocols Support PIM SSM, don’t preclude ASM & Bidir Have separate unicast and multicast policies

LISP-MulticastIETF Dublin - July 2008Slide 10 LISP Multicast Defs (S-EID, G) –S-EID is source host –G is group address receivers join to –State resides in source and receiver sites (S-RLOC, G) –S-RLOC is ITR on multicast tree –G is group address receivers join to –State resides in core Group addresses have neither ID or Location semantics –G is topologically opaque - can be used everywhere

LISP-MulticastIETF Dublin - July 2008Slide 11 LISP Multicast Defs Non-LISP Site –Does not support LISP at all uLISP Site –Support LISP-Unicast only LISP-Multicast Site –Supports unicast and multicast LISP

LISP-MulticastIETF Dublin - July 2008Slide 12 LISP Multicast Defs Multicast ETRs at receiver sites –Receives PIM JP (S-EID, G) messages from site routers –Obtains S-RLOC from mapping for S-EID –Sends unicast PIM JP (S-EID, G) to ITR S-RLOC address –Sends regular PIM JP (S-RLOC, G) through core –Decapsulates multicast (S-RLOC, G) into (S-EID, G) Multicast ITRs at source sites –Receive unicast PIM JP (S-EID, G) messages and forward into source site –Acts as root of (S-RLOC, G) tree for site –Encapsulates (S-EID, G) packets into (S-RLOC, G) mPTRs –Multicast Proxy Tunnel Routers (PTRs)

LISP-MulticastIETF Dublin - July 2008Slide 13 Multicast Packet Forwarding Provider A /8 Provider B /8 S ITR D ETR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 ETR R21 ETR R22 ETR R (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP (S2-RLOC,G) PIM JP (S-EID,G) PIM JP (S2-RLOC,G) PIM JP Legend: EIDs -> Green Locators -> Red site or core PIM router regular PIM JP unicast PIM JP (S-EID,G) PIM JP

LISP-MulticastIETF Dublin - July 2008Slide 14 Multicast Packet Forwarding Provider A /8 Provider B /8 S ITR D ETR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 ETR R21 ETR R22 ETR R > G > G > G ETR Aggregated-Trees (S-EID, G): ( , G) ( , G) map to: (S-RLOC, G): ( , G) Use SSM!

LISP-MulticastIETF Dublin - July 2008Slide 15 Join Policy - 1 Exit, 1 Entrance Provider A /8 Provider B /8 S ITR D ETR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 ETR R21 ETR R22 ETR R

LISP-MulticastIETF Dublin - July 2008Slide 16 Join Policy - 2 Exits, 1 Entrance Provider A /8 Provider B /8 S ITR D ETR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 ETR R21 ETR R22 ETR R

LISP-MulticastIETF Dublin - July 2008Slide 17 Join Policy - 1 Exit, 2 Entrances Provider A /8 Provider B /8 S ITR D ETR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 ETR R21 ETR R22 ETR R

LISP-MulticastIETF Dublin - July 2008Slide 18 Provider A /8 Provider B /8 S ITR D ETR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 ETR R21 ETR R22 ETR R Join Policy - 2 Exits, 2 Entrances

LISP-MulticastIETF Dublin - July 2008Slide Map-Reply Message Format |x|M| Locator Reach Bits | | Nonce | |Type=2 | Reserved | Record Count | +----> | | Record TTL | | | | Locator Count | EID mask-len |A| Reserved | | R | ITR-AFI | EID-AFI | e c | Originating ITR RLOC Address | o r | EID-prefix | d | /| Priority | Weight | M Priority | M Weight | | / | Loc | Unused Flags |R| Loc-AFI | | \ | \| Locator | +---> | Mapping Protocol Data |

LISP-MulticastIETF Dublin - July 2008Slide 20 Locator Reachability Loc-reach-bits –Used for both unicast and multicast –Mapping entries contain all locators –You can turn locators on for unicast and off for multicast by setting priority to 255 –Multicast and Unicast fate-share each other A mapping obtained for a unicast packet can be used for a multicast join and vice-versa

LISP-MulticastIETF Dublin - July 2008Slide 21 LISP-Multicast Interworking Non-LISP sites –Unicast only -Unicast and multicast -uLISP sites -Unicast-LISP -Multicast-Traditional -No Multicast at all -Multicast-LISP sites -Both Unicast-LISP and Multicast-LISP -Simplification -Treat Non-LISP-multicast and uLISP-multicast-traditional the same

LISP-MulticastIETF Dublin - July 2008Slide 22 Interworking Solutions Unicast Interworking –Translation at source site –Proxy Tunnel Routers (PTR) Multicast Interworking –Translation at receiver site Would require another mapping table Receiver sites must translate to same routable (S-EID) Operationally a non-starter –Multicast Proxy Tunnel Routers (mPTRs) Reduce where (S-EID) state resides in network (S-EID) state exists between non-LISP site and mPTR

LISP-MulticastIETF Dublin - July 2008Slide 23 Interworking Case Studies Non-LISP multicast source site –All receiver sites are LISP –Mix of LISP and non-LISP receiver sites uLISP source site -- same as above LISP multicast source site –All receiver sites are non-LISP –All receiver sites are LISP –Mix of LISP and non-LISP

LISP-MulticastIETF Dublin - July 2008Slide 24 LISP-Multicast Interworking Provider A /8 Provider B /8 S ITR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 R21R22 R (S-EID,G) PIM JP R4 (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP 1) EIDs must be routable 2) ITRs don’t encapsulate 3) ITRs never receive unicast-JP (S-EID,G) PIM JP (S-EID,G) PIM JP Legend: LISP site non-LISP site

LISP-MulticastIETF Dublin - July 2008Slide 25 LISP-Multicast Interworking Provider A /8 Provider B /8 S ITR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 ETR R21 ETR R22 ETR R (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP R4 (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP (S2-RLOC,G) PIM JP (S2-RLOC,G) PIM JP 1) ITRs gets two joins Options: Head-end replicate Use mPTR 2) Use mPTR so LISP source site can behave with 1 mechanism 3) mPTRs decapsulate and deliver to non-LISP receiver sites Legend: LISP site non-LISP site

LISP-MulticastIETF Dublin - July 2008Slide 26 LISP-Multicast Interworking Provider A /8 Provider B /8 S ETR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 ETR R21 ETR R22 ETR R (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP R4 (S-EID,G) PIM JP 1) Receiver LISP sites know source site is non-LISP because there is no mapping 2) EID must be routable 3) No unicast-JPs sent just regular JPs (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP Legend: LISP site non-LISP site

LISP-MulticastIETF Dublin - July 2008Slide 27 LISP-Multicast Interworking Provider A /8 Provider B /8 S ETR Provider Y /8 Provider X /8 S1 S2 D1 D R11 R1R2 R12 R21R22 R (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP R4 (S-EID,G) PIM JP 1) Receiver LISP sites know source site is non-LISP because there is no mapping 2) EID must be routable 3) No unicast-JPs sent just regular JPs (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP (S-EID,G) PIM JP Legend: LISP site non-LISP site

LISP-MulticastIETF Dublin - July 2008Slide 28 Multicast PTRs Unicast PTRs –They proxy for ITR functionality –They advertise coarse prefixes to attract and encapsulate packets Multicast PTRs –They proxy for ETR functionality –They advertise coarse prefixes to attract Joins and therefore attract and decapsulate packets No unicast EID state in core from PTRs to ETRs No multicast (S-EID, G) state in core from ITRs to mPTRs

LISP-MulticastIETF Dublin - July 2008Slide 29 AF Case Studies 1. LISP-Multicast IPv4 Site 2. LISP-Multicast IPv6 Site 3. LISP-Multicast Dual-Stack Site 4. uLISP IPv4 Site 5. uLISP IPv6 Site 6. uLISP Dual-Stack Site 7. non-LISP IPv4 Site 8. non-LISP IPv6 Site 9. non-LISP Dual-Stack Site

LISP-MulticastIETF Dublin - July 2008Slide 30 Case Studies A Combinatorial Explosion –(9 1) + (9 2) (9 9) –502 combinations! Rationalize by forcing multicast tree be AF homogenous –Avoid head-end replication and translation –Source site mapping entry priority decides which AF –When source site is non-LISP, use application-level directory to determine AF Further simplification –Make all sites that deploy LISP be unicast & multicast capable from the day-one

LISP-MulticastIETF Dublin - July 2008Slide 31 LISP Protocol Mechanisms Changes only to ITRs, ETRs, & PTRs Simple change to PIM –Sending/receiving unicast JPs –Translation of JP from EID to RLOC Simple change to MSDP –Translation for RPF-peering for RP Simplification –Only support SSM for inter-domain Use mPTRs to reduce (S-EID, G) state –Using (S-RLOC, G) reduces multicast routing table size we have today!

LISP-MulticastIETF Dublin - July 2008Slide 32 Best Possible Outcome Provider A /8 Provider B /8 S ETR Provider Y /8 Provider X /8 S1 S2 D1 D2 R11 R2 R12 R21R22 ETR R3R4 S mPTR (S-RLOC, G) state only

LISP-MulticastIETF Dublin - July 2008Slide 33 m