Requirements for Adding Optical Support to the General Switch Management Protocol version 3 (GSMPv3)
RFC 3604

Document Type RFC - Informational (October 2003; No errata)
Last updated 2015-10-14
Stream IETF
Formats plain text html pdf htmlized bibtex
Stream WG state (None)
Document shepherd No shepherd assigned
IESG IESG state RFC 3604 (Informational)
Consensus Boilerplate Unknown
Telechat date
Responsible AD Bert Wijnen
IESG note Responsible: Bert Wijnen
Send notices to (None)
Network Working Group                                        H. Khosravi
Request for Comments: 3604                                         Intel
Category: Informational                                      G. Kullgren
                                                                 S. Shew
                                                         Nortel Networks
                                                               J. Sadler
                                                             A. Watanabe
                                                            October 2003

               Requirements for Adding Optical Support to
       the General Switch Management Protocol version 3 (GSMPv3)

Status of this Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

Copyright Notice

   Copyright (C) The Internet Society (2003).  All Rights Reserved.


   This memo provides requirements for adding optical switching support
   to the General Switch Management Protocol (GSMP).  It also contains
   clarifications and suggested changes to the GSMPv3 specification.

Conventions used in this document

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   document are to be interpreted as described in BCP 14, RFC 2119 [1].

1.  Overview

   This document details the changes to GSMP necessary for the support
   of optical (non-transparent and all optical), SONET/SDH, and spatial
   switching of IP packets, Layer 2 (L2) frames and TDM data.  When
   implemented, GSMP controllers will then be able to control: photonic
   cross-connects (optical-optical), transparent optical cross connects
   (optical-electrical-optical, frame independent), opaque cross
   connects (optical-electrical-optical, SONET/SDH frames), and

Khosravi, et al.             Informational                      [Page 1]
RFC 3604            Adding Optical Support to GSMPv3        October 2003

   traditional TDM switches (all electrical).  The resulting systems
   could form IP based optical routers, optical label switches,
   wavelength routers, and dynamic optical cross connects.

   Several different generic models exist defining how to provide
   control plane functionality in an optical network [2], [3], [4].
   This document takes no position on which model is most appropriate
   (e.g., single or multiple routing plane instances).  The only
   assumption is that the ability to separate the control mechanisms
   from the data switching is as useful for the signaling of optical
   paths (e.g., GMPLS) as it is for the signaling of L2 paths (e.g.,
   MPLS).  Therefore, the requirements contained within are focused only
   on the separation of control functions from data functions in order
   to provide a more flexible network architecture.

   GSMPv3 [5] is well suited for providing the control interface
   necessary for allowing an IP based controller to direct the
   activities of an optical switch.  In order for GSMP to operate
   between controllers and optical switches and cross connects, support
   for optical labels and service and resource abstractions must be
   added to GSMP.

   This document also includes changes recommended by implementers that
   will facilitate easier development of a GSMP implementation.  These
   changes consist of rearranging PDU formats, clarification of flags,
   transaction identifiers, and response codes.

2.  Requirements for Optical Support

2.1.  Label

2.1.1.  Label Types

   New labels are needed to identify the entities that are to be
   switched in the optical fabric.  These are longer than the labels
   defined in GSMPv3 as they have physical and structural context.  As
   GMPLS [2], [3] has had very similar requirements for label formats,
   alignment with GMPLS is proposed.  This includes support for:

        - Digital Carrier Hierarchy (e.g., DS-1, E1)
        - SONET and SDH Hierarchy (e.g., OC-3, STM-1, VT1.5, VC-12)
        - Plesiochronous Data Hierarchy (PDH) labels [6]
        - OTN G.709 labels
        - Lambdas
        - Fibers

Khosravi, et al.             Informational                      [Page 2]
RFC 3604            Adding Optical Support to GSMPv3        October 2003

   GSMP MUST include support for all label types list above, as well as
   for label hierarchies and label lists as defined by GMPLS.
   Therefore, the ability to perform operations on groups of the above
   labels MUST also be supported (e.g., 5 OC-3s, contiguous wavebands).

2.1.2.  Label Management Issues

   An updated label range message MUST be provided.  There MUST also be
   support of multiplexing (e.g., no multiplexing, SONET, Gigabit
Show full document text