-
"Requirements for GMPLS-Based Multi-Region and Multi-Layer Networks (MRN/MLN)", Kohei Shiomoto, Dimitri Papadimitriou, Jean-Louis Roux, Martin Vigoureux, Deborah Brungard, Eiji Oki, Ichiro Inoue, Emmanuel Dotaro, 1-May-08. ( bytes)
- Most of the initial efforts to utilize Generalized MPLS (GMPLS)
have been related to environments hosting devices with a single
switching capability. The complexity raised by the control of such
data planes is similar to that seen in classical IP/MPLS networks.
By extending MPLS to support multiple switching technologies, GMPLS
provides a comprehensive framework for the control of a multi-
layered network of either a single switching technology or multiple
switching technologies.
In GMPLS, a switching technology domain defines a region, and a
network of multiple switching types is referred to in this document
as a Multi-Region Network (MRN). When referring in general to a
layered network, which may consist of either a single or multiple
regions, this document uses the term, Multi-Layer Network (MLN).
This document defines a framework for GMPLS based multi-region /
multi-layer networks and lists a set of functional requirements.
-
"Evaluation of existing GMPLS Protocols against Multi Layer and Multi Region Networks (MLN/MRN)", Jean-Louis Le Roux, Dimitri Papadimitriou, Deborah Brungard, Eiji Oki, Kohei Shiomoto, Martin Vigoureux, 17-Dec-07. ( bytes)
- This document provides an evaluation of Generalized Multi-Protocol
Label Switching (GMPLS) protocols and mechanisms against the
requirements for Multi-Layer Networks (MLN) and Multi-Region Networks
(MRN). In addition, this document identifies areas where additional
protocol extensions or procedures are needed to satisfy these
requirements, and provides guidelines for potential extensions.
-
"Procedures for Dynamically Signaled Hierarchical Label Switched Paths", Kohei Shiomoto, 22-Feb-08. ( bytes)
- This document discusses topics related to hierarchical and
stitched Generalized Multiprotocol Label Switching (GMPLS) Label
Switched Paths (LSPs). It describes extensions to allow an
egress to identify that a bi-directional LSP will be used as a
dynamically signaled Forwarding Adjacency LSP (FA-LSP) or as a
Routing Adjacency (RA). In addition, the document also discusses
the issue of how to indicate that an LSP should be advertised as
a traffic engineering (TE) link into a different instance of the
IGP, and how to identify the instance that should be used.
-
"Ethernet Traffic Parameters", Dimitri Papadimitriou, Intellectual Property, 13-Apr-08. ( bytes)
- This document describes the Metro Ethernet Forum (MEF) - specific
Ethernet Traffic Parameters as described in MEF10.1 when using
Generalized Multi-Protocol Label Switching (GMPLS) Resource
ReSerVation Protocol - Traffic Engineering (RSVP-TE) signaling.
-
"OSPFv2 Routing Protocols Extensions for ASON Routing", Intellectual Property, 24-Feb-08. ( bytes)
- The Generalized MPLS (GMPLS) suite of protocols has been defined to
control different switching technologies as well as different
applications. These include support for requesting TDM connections
including SONET/SDH and Optical Transport Networks (OTNs).
This document provides the extensions of the OSPFv2 Link State
Routing Protocol to meet the routing requirements for an
Automatically Switched Optical Network (ASON) as defined by ITU-T.
D.Papadimitriou et al. - Expires April 2008
[page 1]
draft-ietf-ccamp-gmpls-ason-routing-ospf-05.txt
Feb. 2008
-
"Graceful Shutdown in MPLS and Generalized MPLS Traffic Engineering Networks", Zafar Ali, 12-Feb-08. ( bytes)
- MPLS-TE Graceful Shutdown is a method for explicitly notifying
the nodes in a Traffic Engineering (TE) enabled network that the
TE capability on a link or on an entire Label Switching Router
(LSR) is going to be disabled. MPLS-TE graceful shutdown
mechanisms are tailored toward addressing planned outage in the
network.
This document provides requirements and protocol mechanisms to
reduce/eliminate traffic disruption in the event of a planned
shutdown of a network resource. These operations are equally
applicable to both MPLS and its Generalized MPLS (GMPLS)
extensions.
-
"Operating Virtual Concatenation (VCAT) and the Link Capacity Adjustment Scheme (LCAS) with Generalized Multi-Protocol Label Switching (GMPLS)", Greg Bernstein, 7-Feb-08. ( bytes)
- This document describes requirements for, and use of, the Generalized Multi-Protocol
Label Switching (GMPLS) control plane in conjunction with the Virtual Concatenation
(VCAT) layer 1 inverse multiplexing mechanism and its companion Link Capacity
Adjustment Scheme (LCAS)which can be used for hitless dynamic resizing of
the inverse multiplex group. These techniques apply to Optical Transport
Network (OTN), Synchronous Optical Network (SONET), Synchronous Digital Hierarchy
(SDH), and Plesiochronous Digital Hierarchy (PDH) signals.
-
"Traffic Engineering Database Management Information Base in support of GMPLS", Thomas Nadeau, 25-Feb-08. ( bytes)
- This memo defines the Management Information Base (MIB) objects in
order to manage traffic engineering database (TED) information with
extension in support of Multi-Protocol Label Switching (MPLS) as well
as Generalized MPLS (GMPLS) for use with network management protocols.
-
"Requirements for the Conversion Between Permanent Connections and Switched Connections in a Generalized Multiprotocol Label Switching (GMPLS) Network", Diego Caviglia, Dan Li, 18-Feb-08. ( bytes)
- From a Carrier perspective, the possibility of turning a Permanent
Connection (PC) into a Soft Permanent Connection (SPC) and vice
versa, without actually affecting Data Plane traffic being carried
over it, is a valuable option. In other terms, such operation can
be seen as a way of transferring the ownership and control of an
existing and in-use Data Plane connection between the Management
Plane and the Control Plane, leaving its Data Plane state untouched.
This memo sets out the requirements for such procedures within a
Generalized Multiprotocol Label Switching (GMPLS) network.
-
"Analysis of Inter-domain Label Switched Path (LSP) Recovery", Tomonori Takeda, Yuichi Ikejiri, Adrian Farrel, JP Vasseur, 16-Apr-08. ( bytes)
- Protection and recovery are important features of service offerings
in Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS)
networks. Increasingly, MPLS and GMPLS networks are being extended
from single domain scope to multi-domain environments.
Various schemes and processes have been developed to establish Label
Switched Paths (LSPs) in multi-domain environments. These are
discussed in RFC 4726: A Framework for Inter-Domain Multiprotocol
Label Switching Traffic Engineering.
This document analyzes the application of these techniques to
protection and recovery in multi-domain networks. The main focus for
this document is on establishing end-to-end diverse Traffic
Engineering (TE) LSPs in multi-domain networks.
Takeda et al.
Expires October 2008
[page 1]
draft-ietf-ccamp-inter-domain-recovery-analysis-05.txt
April 2008
-
"OSPF Extensions in Support of Inter-AS Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering", Mach Chen, Renhai Zhang, Xiaodong Duan, 14-Apr-08. ( bytes)
- This document describes extensions to the OSPF version 2 and 3
protocols to support Multiprotocol Label Switching (MPLS) and
Generalized MPLS (GMPLS) Traffic Engineering (TE) for multiple
Autonomous Systems (ASes). OSPF-TE v2 and v3 extensions are defined
for the flooding of TE information about inter-AS links which can be
used to perform inter-AS TE path computation.
No support for flooding TE information from outside the AS is
proposed or defined in this document.
-
"Description of the RSVP-TE Graceful Restart Procedures", Dan Li, 5-May-08. ( bytes)
- The Hello message for the Resource Reservation Protocol (RSVP) has
been defined to establish and maintain basic signaling node
adjacencies for Label Switching Routers (LSRs) participating in a
Multiprotocol Label Switching (MPLS) traffic engineered (TE)
network. The Hello message has been extended for use in Generalized
MPLS (GMPLS) network for state recovery of control channel or nodal
faults.
-
"Generalized Multi-Protocol Label Switching (GMPLS) Protocol Extensions for Multi-Layer and Multi-Region Networks (MLN/MRN)", Dimitri Papadimitriou, Martin Vigoureux, Kohei Shiomoto, Deborah Brungard, Jean-Louis Roux, Eiji Oki, Ichiro Inoue, Emmanuel Dotaro, Gert Grammel, 25-Feb-08. ( bytes)
- There are requirements for the support of networks ccomprising LSRs
with different data plane switching layers controlled by a single
Generalized Multi Protocol Label Switching (GMPLS) control plane
instance, referred to as GMPLS Multi-Layer Networks/Multi-Region
Networks (MLN/MRN). This document defines extensions to GMPLS routing
and signaling protocols so as to support the operation of GMPLS
Multi-Layer/Multi-Region Networks.
-
"ISIS Extensions in Support of Inter-AS Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering", Mach Chen, Renhai Zhang, Xiaodong Duan, 14-Apr-08. ( bytes)
- This document describes extensions to the ISIS (ISIS) protocol to
support Multiprotocol Label Switching (MPLS) and Generalized MPLS
(GMPLS) Traffic Engineering (TE) for multiple Autonomous Systems
(ASes). It defines ISIS-TE extensions for the flooding of TE
information about inter-AS links which can be used to perform inter-
AS TE path computation.
No support for flooding TE information from outside the AS is
proposed or defined in this document.
-
"GMPLS Ethernet Label Switching Architecture and Framework", Don Fedyk, Lou Berger, Loa Andersson, 25-Feb-08. ( bytes)
- There has been significant recent work in increasing the capabilities
of Ethernet switches and Ethernet forwarding models. As a
consequence, the role of Ethernet is rapidly expanding into
"transport networks" that previously were the domain of other
technologies such as SONET/SDH TDM and ATM. This document defines an
architecture and framework for a GMPLS based control plane for
Ethernet in this "transport network" capacity. GMPLS has already been
specified for similar technologies. Some additional extensions to the
GMPLS control plane are needed and this document provides a framework
for these extensions.Contents
-
"Encoding of Attributes for Multiprotocol Label Switching (MPLS) Label Switched Path (LSP) Establishment Using RSVP-TE", Adrian Farrel, Dimitri Papadimitriou, JP Vasseur, Arthi Ayyangar, 15-Mar-08. ( bytes)
- Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) may
be established using the Resource Reservation Protocol Traffic
Engineering (RSVP-TE) extensions. This protocol includes an object
(the SESSION_ATTRIBUTE object) that carries a Flags field used to
indicate options and attributes of the LSP. That Flags field has
eight bits allowing for eight options to be set. Recent proposals in
many documents that extend RSVP-TE have suggested uses for each of
the previously unused bits.
This document defines a new object for RSVP-TE messages that allows
the signaling of further attribute bits and also the carriage of
arbitrary attribute parameters to make RSVP-TE easily extensible to
support new requirements. Additionally, this document defines a way
to record the attributes applied to the LSP on a hop-by-hop basis.
-
"GMPLS Asymmetric Bandwidth Bidirectional Label Switched Paths (LSPs)", Lou Berger, Attila Takacs, Diego Caviglia, Don Fedyk, Julien Meuric, 29-Apr-08. ( bytes)
- This document defines a method for the support of GMPLS Asymmetric
Bandwidth Bidirectional Label Switched Paths (LSPs). The presented
approach is applicable to any switching technology and builds on the
original RSVP model for the transport of traffic related parameters.
The procedures described in this document are experimental.
-
"Label Switched Path (LSP) Dynamical Provisioning Performance Metrics in Generalized MPLS Networks", Weiqiang Sun, Guoying Zhang, Jianhua Gao, Guowu Xie, Rajiv Papneja, Bin Gu, Xueqing Wei, 14-Apr-08. ( bytes)
- Generalized Multi-Protocol Label Switching (GMPLS) is one of the most
promising candidate technologies for the future data transmission
network. The GMPLS has been developed to control and cooperate
different kinds of network elements, such as conventional routers,
switches, Dense Wavelength Division Multiplexing (DWDM) systems, Add-
Drop Multiplexors (ADMs), photonic cross-connects (PXCs), optical
cross-connects (OXCs), etc. Dynamic provisioning ability of these
physically diverse devices differs from each other drastically. At
the same time, the need for dynamically provisioned connections is
increasing because optical networks are being deployed in metro area.
As different applications have varied requirements in the
provisioning performance of optical networks, it is imperative to
define standardized metrics and procedures such that the performance
of networks and application needs can be mapped to each other.
This document provides a series of performance metrics to evaluate
the dynamic LSP provisioning performance in GMPLS networks,
specifically the dynamical LSP setup/release performance. These
metrics can depict the features of the GMPLS network in LSP dynamic
provisioning. They can also be used in operational networks for
carriers to monitor the control plane performance in realtime.
-
"Data Channel Status Confirmation Extensions for the Link Management Protocol", Dan Li, Huiying Xu, Fatai Zhang, Snigdho Bardalai, Julien Meuric, Diego Caviglia, 27-Mar-08. ( bytes)
- This document defines simple additions to the Link Management
Protocol (LMP) to provide a control plane tool that can assist in the
location of stranded resources by allowing adjacent LSRs to confirm
Li
Expires September 2008
[page 1]
draft-ietf-ccamp-confirm-data-channel-status-00.txt
March 2008
data channel statuses, and provides triggers for notifying the
management plane if any discrepancies are found.
-
"RSVP Extensions for Path Key Support", Richard Bradford, JP Vasseur, Adrian Farrel, 27-Mar-08. ( bytes)
- Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS)
Traffic Engineering (TE) Label Switched Paths (LSPs) may be
computed by Path Computation Elements (PCEs). Where the TE LSP
crosses multiple domains, such as Autonomous Systems (ASes), the
path may be computed by multiple PCEs that cooperate, with each
responsible for computing a segment of the path. To preserve
confidentiality of topology with each AS, the PCE supports a
mechanism to hide the contents of a segment of a path, called the
Confidential Path Segment (CPS), by encoding the contents as a
Path Key Subobject (PKS). This document describes the addition of
this information to Resource Reservation Protocol (RSVP) signaling
by inclusion in the Explicit Route Object (ERO) and Record Route
Object (RRO).
-
"RSVP-TE Signaling Extension For The Conversion Between Permanent Connections And Soft Permanent Connections In A GMPLS enabled Transport Network", Diego Caviglia, Dan Li, Intellectual Property, 28-Mar-08. ( bytes)
- In a transport network scenario, where Data Plane connections
controlled either by GMPLS (Soft Permanent Connections - SPC) or by
Management System (Permanent Connections - PC) may independently
coexist, the ability of transforming an existing PC into a SPC and
vice versa - without actually affecting Data Plane traffic being
carried over it - is a valuable option. This applies especially when
a GMPLS based Control Plane is first introduced into an existing
network and there may be the need, from a Carrier point of view, to
pass under GMPLS control existing connections already set up over
Data Plane. In other terms, such operation could be seen as a way of
transferring the ownership and control of an existing and in-use Data
Plane connection between the Management Plane and the Control Plane,
leaving its Data Plane state untouched.
This memo provides a minor extension to RSVP-TE signaling protocol,
within GMPLS architecture, to enable such connection ownership
transfer and describes the proposed procedures.
-
"GMPLS control of Ethernet", Don Fedyk, David Allan, Himanshu Shah, Nabil Bitar, Attila Takacs, 14-Apr-08. ( bytes)
- This memo is complementary to [ARCH] and describes how a GMPLS
control plane may be applied to the Provider Backbone Bridges Traffic
Engineering (PBB-TE) [IEEE 802.1Qay] amendment to 802.1Q and how
GMPLS can be used to configure VLAN-aware Ethernet switches in order
to establish Ethernet point to point (P2P) and P2MP MAC switched
paths and P2P/P2MP VID based trees. This document supports, but does
not modify, the standard IEEE data.
-
"Generalized MPLS (GMPLS) Support For Metro Ethernet Forum and G.8011 Ethernet Service Switching", Lou Berger, Dimitri Papadimitriou, Don Fedyk, 14-Apr-08. ( bytes)
- This document describes a method for controlling two specific types
of Ethernet switching via Generalized Multi-Protocol Label Switching
(GMPLS). This document supports the types of switching required to
implied by the Ethernet services that have been defined in the
context of the Metro Ethernet Forum (MEF) and International
Telecommunication Union (ITU) G.8011. Specifically, switching in
support of Ethernet private line service and Ethernet virtual private
line service. Support for MEF and ITU defined parameters are also
covered. Some of the extensions defined in this document are generic
in nature and not specific to Ethernet.
-
"Generalized MPLS (GMPLS) Support For Metro Ethernet Forum and G.8011 User-Network Interface (UNI)", Lou Berger, Dimitri Papadimitriou, Don Fedyk, 14-Apr-08. ( bytes)
- This document describes a method for controlling two specific types
of Ethernet switching via a Generalized Multi-Protocol Label
Switching (GMPLS) based User-Network Interface (UNI). This document
supports the types of switching required to implied by the Ethernet
services that have been defined in the context of the Metro Ethernet
Forum (MEF) and International Telecommunication Union (ITU) G.8011.
This document is the UNI companion to "Generalized MPLS (GMPLS)
Support For Metro Ethernet Forum and G.8011 Ethernet Service
Switching". This document does not define or limit the underlying
intra-domain or Internal NNI (I-NNI) technology used to support the
UNI.
IETF Secretariat - Please send questions, comments, and/or
suggestions to ietf-web@ietf.org.
Return to Internet-Draft directory.
Return to IETF home page.