1. 67th IETF San Diego November 2006 Applicability analysis of Generalized Multiprotocol Label Switching (GMPLS) protocols for the Layer 1 Virtual Private Network (L1VPN) Enhanced Mode draft-takeda-l1vpn-applicability-enhanced-mode-00.txt Deborah Brungard (AT&T) Adrian Farrel (Old Dog Consulting) Hamid Ould-Brahim (Nortel Networks) Dimitri Papadimitriou (Alcatel) Tomonori Takeda (NTT)

2. 67th IETF San Diego November 2006 History draft-ietf-l1vpn-applicability-01 –Applicability analysis (gap analysis) covering both of the basic mode and the enhanced mode –Agreed to split into the basic mode part and the enhanced mode part in the IETF65 –The intent is to complete the basic mode part immediately following the basic mode solution work This I-D is the enhanced mode part –The document is still gap analysis

3. 67th IETF San Diego November 2006 Document Scope Analyze how GMPLS is applicable to the L1VPN Enhanced Mode Identify areas for protocol enhancement –The point is how to realize CE-PE routing –Basically, basic mode signaling is equally applicable to the enhanced mode Convert to an applicability statement as solutions are completed The text is mostly cut-and-paste from the original version (with text clean-up)

4. 67th IETF San Diego November 2006 Enhanced Mode Sub Models PE CE P C P C Provider network (GMPLS transport network) Customer site A (VPN#1) Customer site B (VPN#1) Physical topology Overlay extensionVirtual Node CE C Virtual node C Virtual Link CE CC PE Virtual link Per VPN Peer CE CC PE P P TE information or reachability only

5. 67th IETF San Diego November 2006 Summary of Applicability Analysis 1/2 Existing SolutionAdditional Work Overlay Extension [GVPN] (or [L1VPN-BGP- DISC])  CE-PE membership information exchange [BGP-TE]  CE-PE TE link information exchange (optional) None? Virtual Node[GVPN]  Forming a private routing between a CE and a PE  Advertising the provider network as a single node None?, but maybe valuable to focus on a specific routing configuration (e.g., single area, multi-area, multi-AS) for simplified solution

6. 67th IETF San Diego November 2006 Summary of Applicability Analysis 2/2 Existing SolutionAdditional Work Virtual LinkNoneExtend [GVPN] (straight- forward) Per VPN Peer NoneCombination of Virtual Node and Virtual Link But may not be straight- forward?

7. 67th IETF San Diego November 2006 Next Steps Ready for WG document? This I-D is about how easy to support each sub model. In addition, maybe helpful to look at how useful each sub model is. –Look at draft-li-l1vpn-enhanced-mode-analysis Is there any other sub model? –Look at draft-yasukawa-pce-vpn-req Select one or two sub model(s) that the WG is going to focus on for solution work