LISP-Multicastlisp-Multicast Draft-Farinacci-Lisp-Multicast-00.Txt

LISP-Multicastlisp-Multicast Draft-Farinacci-Lisp-Multicast-00.Txt

LISP-MulticastLISP-Multicast draft-farinacci-lisp-multicast-00.txt Dino Farinacci, Dave Meyer, John Zwiebel, Stig Venaas IETF Dublin - July 2008 AgendaAgenda • Overview of LISP for Unicast Routing • LISP-Multicast Design Goals • LISP-Multicast Definitions • Describe LISP-Multicast • LISP-Multicast Interworking • AF Case Studies • Summary LISP-Multicast IETF Dublin - July 2008 Slide 2 LISPLISP InternetInternet DraftsDrafts 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-Multicast IETF Dublin - July 2008 Slide 3 LISPLISP ArchitectureArchitecture • 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-Multicast IETF Dublin - July 2008 Slide 4 LISPLISP ArchitectureArchitecture • 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-Multicast IETF Dublin - July 2008 Slide 5 Multi-Level Addressing Provider A Provider B 10.0.0.0/8 11.0.0.0/8 RLOCs used in the core 10.0.0.1 Mapping Database Entry: 11.0.0.1 R1 R2 1.0.0.0/8 -> (10.0.0.1, 11.0.0.1) S EIDs are inside of sites 1.0.0.0/8 LISP-Multicast IETF Dublin - July 2008 Slide 6 Map-n-EncapMap-n-Encap Mapping Entry: Host Stack: supplies EIDs EID-prefix: 2.0.0.0/8 Locator-set (RLOCs): 12.0.0.2, priority: 1, weight: 50 13.0.0.2, priority: 1, weight: 50 LISP Router: supplies RLOCs by adding new header LISP-Multicast IETF Dublin - July 2008 Slide 7 PacketPacket ForwardingForwarding PI EID-prefix 1.0.0.0/8 PI EID-prefix 2.0.0.0/8 ITR Provider A Provider X ETR 10.0.0.0/8 12.0.0.0/8 S1 12.0.0.2 D1 10.0.0.1 S ITR D 11.0.0.1 ETR S2 13.0.0.2 D2 Provider B 11.0.0.0/8 Provider Y 13.0.0.0/8 1.0.0.1 -> 2.0.0.2 1.0.0.1 -> 2.0.0.2 11.0.0.1 -> 12.0.0.2 11.0.0.1 -> 12.0.0.2 1.0.0.1 -> 2.0.0.2 DNS entry: 1.0.0.1 -> 2.0.0.2 D.abc.com A 2.0.0.2 EID-prefix: 2.0.0.0/8 Mapping Locator-set: Legend: Entry 12.0.0.2, priority: 1, weight: 50 (D1) EIDs -> Green Policy controlled 13.0.0.2, priority: 1, weight: 50 (D2) by destination site Locators -> Red LISP-Multicast IETF Dublin - July 2008 Slide 8 LISPLISP MulticastMulticast DesignDesign GoalsGoals • 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-Multicast IETF Dublin - July 2008 Slide 9 LISPLISP MulticastMulticast DefsDefs • (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-Multicast IETF Dublin - July 2008 Slide 10 LISPLISP MulticastMulticast DefsDefs • Non-LISP Site – Does not support LISP at all • uLISP Site – Support LISP-Unicast only • LISP-Multicast Site – Supports unicast and multicast LISP LISP-Multicast IETF Dublin - July 2008 Slide 11 LISPLISP MulticastMulticast DefsDefs • 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-Multicast IETF Dublin - July 2008 Slide 12 MulticastMulticast PacketPacket ForwardingForwarding ITR Provider A Provider X ETR 10.0.0.0/8 12.0.0.0/8 S1 12.0.0.2 D1 1.0.0.1 10.0.0.1 ITR S ETR D S2 (S-EID,G) 11.0.0.1 13.0.0.2 D2 PIM JP Provider B 11.0.0.0/8 Provider Y 13.0.0.0/8 (S2-RLOC,G) (S-EID,G) PIM JP PIM JP 13.0.0.22 13.0.0.21 (S2-RLOC,G) 11.0.0.11 13.0.0.12 PIM JP ETR R11 R12 ETR ETR R21 R22 ETR (S-EID,G) Legend: (S-EID,G) PIM JP PIM JP EIDs -> Green R2 Locators -> Red R3 site or core R1 (S-EID,G) PIM router PIM JP regular PIM JP unicast PIM JP LISP-Multicast IETF Dublin - July 2008 Slide 13 MulticastMulticast PacketPacket ForwardingForwarding ITR Provider A Provider X ETR 10.0.0.0/8 12.0.0.0/8 S1 12.0.0.2 D1 1.0.0.1 10.0.0.1 ITR S ETR D S2 11.0.0.1 13.0.0.2 D2 Provider B 11.0.0.0/8 Provider Y 13.0.0.0/8 Aggregated-Trees 13.0.0.22 (S-EID, G): 1.0.0.1 -> G 13.0.0.21 (1.0.0.1, G) (1.0.0.2, G) 11.0.0.11 13.0.0.12 map to: ETR R21 R22 ETR (S-RLOC, G): 11.0.0.1 -> G ETR R11 R12 ETR (11.0.0.1, G) 1.0.0.1 -> G Use SSM! R2 R3 R1 1.0.0.1 -> G 1.0.0.1 -> G LISP-Multicast IETF Dublin - July 2008 Slide 14 JoinJoin PolicyPolicy -- 11 Exit,Exit, 11 EntranceEntrance ITR Provider A Provider X ETR 10.0.0.0/8 12.0.0.0/8 S1 12.0.0.2 D1 1.0.0.1 10.0.0.1 ITR S ETR D S2 11.0.0.1 13.0.0.2 D2 Provider B 11.0.0.0/8 Provider Y 13.0.0.0/8 13.0.0.22 13.0.0.21 11.0.0.11 13.0.0.12 ETR R11 R12 ETR ETR R21 R22 ETR R2 R3 R1 LISP-Multicast IETF Dublin - July 2008 Slide 15 JoinJoin PolicyPolicy -- 22 Exits,Exits, 11 EntranceEntrance ITR Provider A Provider X ETR 10.0.0.0/8 12.0.0.0/8 S1 12.0.0.2 D1 1.0.0.1 10.0.0.1 ITR S ETR D S2 11.0.0.1 13.0.0.2 D2 Provider B 11.0.0.0/8 Provider Y 13.0.0.0/8 13.0.0.22 13.0.0.21 11.0.0.11 13.0.0.12 ETR R11 R12 ETR ETR R21 R22 ETR R2 R3 R1 LISP-Multicast IETF Dublin - July 2008 Slide 16 JoinJoin PolicyPolicy -- 11 Exit,Exit, 22 EntrancesEntrances ITR Provider A Provider X ETR 10.0.0.0/8 12.0.0.0/8 S1 12.0.0.2 D1 1.0.0.1 10.0.0.1 ITR S ETR D S2 11.0.0.1 13.0.0.2 D2 Provider B 11.0.0.0/8 Provider Y 13.0.0.0/8 13.0.0.22 13.0.0.21 11.0.0.11 13.0.0.12 ETR R11 R12 ETR ETR R21 R22 ETR R2 R3 R1 LISP-Multicast IETF Dublin - July 2008 Slide 17 JoinJoin PolicyPolicy -- 22 Exits,Exits, 22 EntrancesEntrances ITR Provider A Provider X ETR 10.0.0.0/8 12.0.0.0/8 S1 12.0.0.2 D1 1.0.0.1 10.0.0.1 ITR S ETR D S2 11.0.0.1 13.0.0.2 D2 Provider B 11.0.0.0/8 Provider Y 13.0.0.0/8 13.0.0.22 13.0.0.21 11.0.0.11 13.0.0.12 ETR R11 R12 ETR ETR R21 R22 ETR R2 R3 R1 LISP-Multicast IETF Dublin - July 2008 Slide 18 6.1.4. 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-Multicast IETF Dublin - July 2008 Slide 19 LocatorLocator ReachabilityReachability • 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-Multicast IETF Dublin - July 2008 Slide 20 LISP-MulticastLISP-Multicast InterworkingInterworking • 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-Multicast IETF Dublin - July 2008 Slide 21 InterworkingInterworking SolutionsSolutions • 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-Multicast IETF Dublin - July

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    33 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us