1 / 10

L1VPN Extended Overlay Model

L1VPN Extended Overlay Model. IETF 84 – CCAMP WG. draft-fedyk-ccamp-l1vpn-extnd-overlay-00. Don Fedyk Donald.Fedyk@alcatel-lucent.com Dieter Beller Dieter.Beller@alcatel-lucent.com Lieven Levrau Lieven.Levrau@alcatel-lucent.com. Agenda. Extended L1VPN overlay network model Dual homing

terry
Download Presentation

L1VPN Extended Overlay Model

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. L1VPN Extended Overlay Model IETF 84 – CCAMP WG draft-fedyk-ccamp-l1vpn-extnd-overlay-00 • Don FedykDonald.Fedyk@alcatel-lucent.com • Dieter Beller Dieter.Beller@alcatel-lucent.com • LievenLevrau Lieven.Levrau@alcatel-lucent.com

  2. Agenda • Extended L1VPN overlay network model • Dual homing • LSP latency constraints • Next steps

  3. Introduction L1VPN Extended Model • This I-D is based on: • RFC4847: Framework and Requirements for Layer 1Virtual Private Networks • draft-belotti-app-statement-l1vpn-em-00: Applicability Statementfor Layer 1 Virtual Private Network (L1VPN) Enhanced Mode • Focusing upon the overlay extension service model  UNI • Extensions are including additional constraints: • Diversity for dual homed CEs • Minimal/Upper bound of the end-to-end latency (provider network)

  4. L1VPN Overlay Network Model PE3 PE5 Meshed Provider Network • UNI between CEs and PEs - signaling only, no routing protocol • CE view: cloud + reachability information (other L1VPN CEs) • Provider network provides services on demand • Meshed provider network accommodating multiple L1VPNs UNI UNI CE4 CE3 CE1 CE2 PE1 PE2 UNI UNI P P PE6 PE4 P P

  5. Dual-homing Problem Statement LSP1 PE1 P P PE CE CE LSP2 PE2 P P PE Problem Statement: ensure that LSP1 and LSP2 are mutually disjoint

  6. Option 1: Exchange of SRLG List LSP1 SRLG_IDs(LSP1) PE1 P P PE SRLG_IDs(LSP2) CE CE LSP2 PE2 P P PE SRLG_IDs(LSP1) Exchange of SRLG ID list for disjoint LSPs via source CE node

  7. Option 2: Exchange of Path Affinity Set LSP1 PAS(LSP1) PE1 P P PE CE CE LSP2 PE2 P P PE PAS(LSP1) • Exchange of PAS + LSP ID via source CE node • Dissemination of (PAS, LSP ID, SRLG IDs) among PEs for each L1VPN

  8. Signaling LSP Latency Constraints • Latency requirements for the UNI: • Support of LSP requests with minimal latency • Support of LSP requests with max. acceptable latency (upper bound) • Related to the following CCAMP I-D:draft-ali-ccamp-te-metric-recording-02.txt • UNI signaling extensions still to be defined

  9. Next Steps • Solicit feedback/comments from the group • Refinement of dual-homing solution including more detailed signaling extensions • Elaboration of latency chapter including required signaling extensions

  10. Thank You!

More Related