Overlay Extension Service Model
draft-fedyk-ccamp-l1vpn-extnd-overlay-01

 
Document Type Expired Internet-Draft (individual)
Last updated 2013-04-25 (latest revision 2012-10-22)
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html
Stream Stream state (No stream defined)
Document shepherd No shepherd assigned
IESG IESG state Expired
Telechat date
Responsible AD (None)
Send notices to (None)

Email authors IPR References Referenced by Nits Search lists

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-fedyk-ccamp-l1vpn-extnd-overlay-01.txt

Abstract

This document builds on the GMPLS overlay model [RFC4208] and defines extensions to the GMPLS User-Network Interface (UNI) to support route diversity within the core network for sets of LSPs initiated by edge nodes. A particular example where route diversity within the core network is desired, are dual-homed edge nodes. The document also defines GMPLS UNI extensions to deal with latency requirements for edge node initiated LSPs. This document is also applicable to the L1VPN framework [RFC4847] to extend the L1VPN from the basic mode to the enhanced mode by including additional constraints, focusing upon the overlay extension service model. Route Diversity for customer LSPs are common requirement applicable to L1VPNs. This document describes L1VPN compatible mechanisms to achieve diversity for sets of customer LSPs. The extended overlay service model can support other extensions for L1VPN signaling, for example, those related to latency requirements.

Authors

Don Fedyk (donald.fedyk@alcatel-lucent.com)
Dieter Beller (dieter.beller@alcatel-lucent.com)
Lieven Levrau (lieven.levrau@alcatel-lucent.com)
Daniele Ceccarelli (daniele.ceccarelli@ericsson.com)
Fatai Zhang (zhangfatai@huawei.com)
Yuji Tochio (tochio@jp.fujitsu.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)