GSMP Working Group Internet Draft                    Jun Kyun Choi(ICU)
Document: draft-ietf-gsmp-optical-spec-00.txt draft-ietf-gsmp-optical-spec-01.txt         Min Ho Kang(ICU)
Expiration Date: April August 2003                         Jung Yul Choi(ICU)
                                                    Gyu Myoung Lee(ICU)
                                                          Joo Uk Um(KT)
                                                           October 2002
                                                            March 2003

    General Switch Management Protocol (GSMP) v3 for Optical Support

Status of this Memo

  This document is an Internet-Draft and is in full conformance with
  all provisions of Section 10 of RFC-2026.

  Internet-Drafts are working documents of the Internet Engineering
  Task Force (IETF), its areas, and its working groups. Note that other
  groups MAY also distribute working documents as Internet-Drafts.

  Internet-Drafts are draft documents valid for a maximum of six months
  and MAY be updated, replaced, or obsolete by other documents at any
  time. It is inappropriate to use Internet- Drafts as reference
  material or to cite them other than as "work in progress."

  The list of current Internet-Drafts can be accessed at
  http://www.ietf.org/ietf/1id-abstracts.txt

  The list of Internet-Draft Shadow Directories can be accessed at
  http://www.ietf.org/shadow.html.

Abstract

This document describes the GSMPv3 for the support of optical switching.
  GSMP
GSMPv3 controller SHOULD control optical label switches and manage
optical resources on them. This document describes the extended
functions of
  GSMP GSMPv3 for optical switching and explains operational
mechanisms to implement them. It SHOULD be referred with [1] for the
complete implementation.

Conventions

  The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
  "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
  document are to be interpreted as described in RFC-2119.

Table of Contents

Choi at el    Expires - April 2003                            [Page  1]

                  GSMPv3 for Optical Support                  October 2002                  March 2003

Table of Contents

  1. Introduction.....................................................3
  2. Common Definition Definitions and Procedures for Optical Support.............3 Support............4
     2.1 Labels..........................................................3 Labels.......................................................4
       2.1.1 Label Labels for Wavelength and Fiber................................3 Fiber.........................................5
       2.1.2 Label Labels for Waveband............................................4 Waveband......................................5
       2.1.3 Label Labels for optical burst ......................................4 Wavelength....................................6
       2.1.4 Label Range...................................................4
  2.2 Protection and Restoration Capability in GSMP...................4
  2.2.1 Dedicated and shared recovery mechanisms......................5
  2.2.2 Revertible and Non-revertible mode............................5
  2.3 GSMP support for optical switching systems......................6
  2.3.1 Capability of GSMP Labels for optical burst switching................6 switching.......................6
       2.1.5 Label Range..............................................7
  3. Connection Management Messages...................................7 Messages...................................8
     3.1 General Message Definitions.....................................7
  3.2 Add Branch Message..............................................7 Message...........................................8
     3.2 Delete Tree Message..........................................9
     3.3 Delete All Input Port Message................................9
     3.4 Delete All Output Port Message...............................9
     3.5 Delete Branches Message......................................9
     3.6 Move Output Branch Message......................................7
  3.4 Message...................................9
     3.7 Move Input Branch Message.......................................7 Message...................................10
  4. Reservation Management Messages..................................7 Messages.................................10
     4.1 Reservation Request Message for optical burst...............10
     4.2 Delete Reservation Message..................................12
     4.3 Delete All Reservations Message.............................12
  5. Management Message..............................................12
     5.1 Port Management Message.....................................12
     5.2 Label Range Message.........................................12
       5.2.1 Optical Label...........................................12
  6. State and Statistics Messages....................................8
  5.1 Messages...................................13
     6.1 Connection Activity Message.................................13
     6.2 Statistics Messages.............................................8
  6. Messages.........................................13
       6.2.1 Optical signal statistics Message.......................13
     6.3 Report Connection State Message.............................14
  7. Configuration Messages...........................................8
  6.1 Messages..........................................14
     7.1 Optical Switch Configuration Message....................................9
  6.2 Message........................15
     7.2 Port Configuration Message......................................9
  6.3 Message..................................16
       7.2.1 PortType Specific Data for Optical Switching............16
     7.3 All Ports Configuration Message.............................18
     7.4 Service Configuration Message...................................9
  7. Event Messages...................................................9 Message...............................18
       7.4.1 Optical Service Configuration Message...................18
  8. Event Messages..................................................18
     8.1 Restoration Completion Message..............................18
     8.2 Fault Notification Message..................................19
  9. Optical Service Model Definition................................20
  10. Failure Response Codes...........................................10
  9. Codes.........................................20
  11. Security Consideratons...........................................10
  References..........................................................10
  Acknowledgement.....................................................11 Considerations........................................20
  Appendix I. Protection and Restoration Capability in GSMPv3........21
     1.1 1+1 dedicated recovery mechanism............................21
                 GSMPv3 for Optical Support                  March 2003

     1.2 1:1 dedicated recovery mechanism............................22
     1.3 1:N/M:N shared recovery mechanism...........................23
  Appendix II. GSMPv3 support for optical cross-connect system.......23
  References.........................................................24
  Acknowledgement....................................................25
  Author's Addresses..................................................11 Addresses.................................................25
  Full Copyright Statement............................................13 Statement...........................................27

1. Introduction

  This document describes the extended functions and requirements their mechanisms
  of GSMPv3 for the support of optical switching. The GSMPv3 is an
  asymmetric protocol to control and manage the label switch. The label
  switches that are used for optical switching are all optical cross-connects cross-
  connects (optical-optical-optical), transparent optical cross
  connects (optical-electrical-optical, frame independent). independent), and opaque
  optical cross connects (optical-electrical-optical, SONET/SDH
  frames).These OXC (optical cross connect) systems can be IP-based
  optical routers which are dynamic wavelength routers, optical label
  switches, or burst/packet-based optical cross connects, and so on[2].
  In order for GSMP this draft, we do not limit specific OXC systems, but aims to operate between
  provide the controller general functions of optical switching and services for
  connections in general optical
  switched switches.

  GSMPv3 is a label switch controller and cross connects, provides a control interface
  to optical labels, switches. Therefore, it SHOULD define and add services for
  optical
  switching, switching and resource abstractions MUST be defined and added to
             GSMPv3 for Optical Support                  October 2002

  GSMP, since the abstractions. The basic optical
  resources which are used in connection setup are different with them of the legacy
  networks.

  One of the main roles of GSMP is to support restoration capabilities
  of In optical switches and switching, basic connection units are a fiber, a
  wavelength, or a burst and they are assumed to be processed in
  optical domain without optical/electrical/optical conversion. It is
  impossible to define services, traffic control, and QoS guarantee in
  packet or cell level. New messages are needed to process optical
  services, optical connection management, and so on, in real time
  because optical switching requires real time process with low message
  processing overhead. This draft describes optical resources,
  connection management, optical services, and switch configuration
  which can be applied in optical domain generally.

  One of the connection. important OAM functions is protection and restoration
  functions. In the current situation where a single fiber delivers
  several Tb/s through several wavelengths, when even a single link
  gets cut it makes a huge turbulence. Therefore GSMPv3, as an optical
  switch controller, MUST have protection and restoration capabilities
  of switches and connections. By extending the management messages of
  GSMP, this function MUST will be implemented. This draft also deals with
  several recovery capabilities of the GSMPv3.

                 GSMPv3 for Optical Support                  March 2003

  For the complete implementation this document MUST be referred with
  [1].

2. Common Definitions and Procedures for Optical Support.

  Common definitions and procedures which are not mentioned in this
  document follow [1].

2.1 Labels

  Labels are the basic identifier identifiers for a connection. connections. In order to setup
  connections in optical switch, new labels MUST be defined. The newly Newly
  defined labels identify the entities that are to be switched in the optical
  switches. GMPLS defines packet switching capable, TDM switching
  capable, lambdas switching capable, fiber switching capable
  interfaces, and it introduces the needs of generalized labels to support
  them [3][4]. So far, GMPLS does not defined the labels to be used for
  optical switching (label formats and encoding schemes), but
  GSMP GSMPv3
  MUST support the all types of label that to be defined in GMPLS. The
  following lists lists, especially related to lambda/fiber switch capable
  interfaces, are the labels to be supported in the optical switching [2][3][4].
  [2][3][4][7][8][10].

     - a single fiber in a bundle
     - a single waveband within a fiber waveband (or )fiber
     - a single wavelength within a waveband (or a fiber) fiber
     - an optical burst within a wavelength

2.1.1 Labels for Wavelength and Fiber

  The label indicates

  These labels can be encoded in a fiber or common structure composed of three
  fields, a wavelength to Type, a Length, and a Value [1]. TLV types for optical
  support in GSMPv3 are not defined yet.

  All labels will be designated as follow:

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |x|S|x|x|       Label Type      |          Label Length         |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                                                               |
     ~                          Label Value                          ~
     |                                                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  S: Stacked Label Indicator
  S field is not used for a
  connection establishment in this extended version of GSMPv3 because labels
  for optical switching. Value support only carry a single level of the label
  only has significance between two neighbors, and the receiver [4].

  Label Type: 12 bit
                 GSMPv3 for Optical Support                  March 2003

  Label type for optical support MAY
  need to convert be identified with the received value into a value that has local above four
  types of optical switching.
  Label type for optical support is TBD.

  Label value: Variable
  Carries label information. The interpretation of this field depends
  on the type of the link (or the type of connection) over which the
  label is used. Label value for optical support is TBD.

  The other fields are defined in [1] and referred in it.

2.1.1 Labels for Fiber

  This label indicates a fiber to be used for a connection
  establishment in optical switching. The label value only has
  significance between two neighbors, and the receiver MAY need to
  convert the received value into a value that has local significance.

  If the label type = labels for fiber, the label MUST be interpreted
  as labels for fiber and the label for fiber has the following format:

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                             Label                             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  Label: 32 bits
  Indicates a label for fiber to be used.
  Label encoding is TBD.

2.1.2 Labels for Waveband

  A Waveband waveband is a set of contiguous wavelengths which can be switched
  together to a new waveband [3][4]. It MAY be desirable for an optical
  cross connect to optically switch multiple wavelengths as a unit
  since it MAY reduce the distortion on the individual wavelengths and MAY
  allow tighter separation of the individual wavelengths. The Waveband Label
  switching introduces another level of label hierarchy and as such the
  waveband is treated the same way all other upper layer labels are
  treated. The waveband label is defined to support such a waveband
  switching. The waveband label can be encoded in three parts; waveband
  ID, start label, and end label. The start label and the end label
  represent the
             GSMPv3 for Optical Support                  October 2002 lowest value of wavelength and the highest value of
  wavelengths.

2.1.3 Labels for optical burst

  The

  If the label type = labels for optical burst represents waveband, the label MUST be
  interpreted as labels for switching optical
  burst data in time domain in a wavelength. However, this waveband and the label is not
  defined yet.

2.1.4 for waveband has the
  following format:

                 GSMPv3 for Optical Support                  March 2003

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                          Waveband Id                          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                          Start Label Range                          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                           End Label                           |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  Waveband Id: 32 bits
  A waveband identifier.  The basic label range to be used in each port value is specified selected by a sender and reused
  in all subsequent related messages.

  Start Label: 32 bits
  Indicates the
  Port Configuration or All Port Configuration message. The Label Range
  message allows the range lowest value of labels supported by a specified port to
  be changed. wavelength in the waveband.

  End Label: 32 bits
  Indicates the highest value wavelength in the waveband.

  The controller MUST allocate start/end label are established either by configuration or by
  means of a protocol such as LMP [6]. They are normally used in the
  label range with
  consideration parameter of optical characteristics when assigning the labels Generalized Label one PSC and LSC [3][4].

2.1.3 Labels for Wavelength

  The label indicates a single wavelength to be used for a connection because the connection is established per optical
  burst, wavelength, waveband, and fiber
  establishment in optical domain. Since the
  basic switching. The label range varies in switches value only has
  significance between two neighbors, and the labels for the
  connections can be different due receiver MAY need to
  convert the optical characteristics, GSMP
  does not treat them. However, the following lists SHOULD be
  considered and the available label ranges can be applied in the Label
  Range message.

     - When allocating received value into a value that has local significance.

  If the label type = labels for a wavelength, the label SHOULD MUST be
     allocated
  interpreted as labels for it with consideration of wavelength continuity. For
     satisfying the requirement of wavelength continuity in and a
     connection, format of the label SHOULD be allocated to maintain the same
     wavelength for it. The controller MUST manage the available labels
     and support
  wavelength is given as the constraint.

     - The labels below:

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                             Label                             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  Label: 32 bits
  Indicates label for wavelength to be used used.
  Label encoding is TBD.

2.1.4 Labels for waveband switching MUST be contiguous,
     because the waveband optical burst switching is possible only in the set of
     contiguous wavelengths.

  The decision mechanism label for the available optical burst switching represents a label range is out of scope of GSMPv3.

2.2 Protection and Restoration Capability in GSMP

  The GSMP controller MUST support the protection and restoration
  capabilities because the for
  switching optical switch delivers several Gbps burst data.

                 GSMPv3 for Optical Support                  March 2003

  Optical data
  traffic burst switching, which utilizes finer granularity in
  time domain in a single wavelength. To achieve fast protection and
  restoration, the coarse granularity such as a wavelength, is a new
  connection entity in optical switch domain [7][8]. Connection setup for
  optical burst includes reserving time on the transport medium for the
  client.

  This time is capable characterized by two parameters: start time and duration
  of taking an action
  independent data burst. These values define a fast one-way reservation. Upon a
  request for setup of a burst connection, the GSMP controller, then it informs the controller
  after completing the restoration [2]. This differs from MUST
  perform appropriate Connection Admission Control for the master-
  slave relationship in GSMP. Therefore, start time
  and duration of data burst specified. If the GSMP port configuration
  command MUST be extended to allow autonomous protection mechanism.
  The current GSMP connection management also is allowed,
  it MUST be extended signal these parameters to
  support this function.

2.2.1 Dedicated and shared recovery mechanisms

  In the dedicated protection, both working and backup path deliver the
  traffic simultaneously from an ingress node burst switching device to an egress node.
  reserve the exact bandwidth required [7][8]. The
             GSMPv3 for Optical Support                  October 2002

  egress node of burst switch MUST
  perform the path selects one of them as a working path
  according to switching operation autonomously, using the received signal status from
  synchronization methods prescribed for the previous node. Since burst network it is
  operating in.

  If the backup path also delivers label type = labels for optical burst switching, the traffic it label
  MUST be established by
  using interpreted as labels for burst switching and a format of the Add Branch message. When any link in the working path fails,
  the egress node switches over from
  label for optical burst switching is given as the failed working path below:

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                             Label                             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  Label: 32 bits
  Indicates label for a burst level connection.
  Label encoding is TBD.

2.1.5 Label Range

  The basic label range to be used in each port is specified by the
  backup path without noticing
  Port Configuration or All Port Configuration message. The Label Range
  message allows the GSMP range of labels supported by a specified port to
  be changed. The controller automatically.

  After completing MUST allocate the recovery label range with
  consideration of optical characteristics when assigning the failed path, the switch reports
  the fact of configuring labels
  for a connection because a new connection to the controller. When the
  failed original path is repaired the controller determines how to
  deal with the path according to established per optical
  burst, wavelength, waveband, and fiber in optical domain. Since the revertible or nonrevertible mode.
  In
  basic label range varies in switches and the revertible mode, labels for the currently used backup path is changed
  connections can be different due to the repaired original path by using the Move Input Branch message
  which includes optical characteristics, GSMP
  does not treat them. However, the new port following lists SHOULD be
  considered and the available label ranges SHOULD be applied in the
  Label Range message.

     - When allocating a label of which values are used for a wavelength, the original connection. In label SHOULD be
     allocated with consideration of wavelength continuity. For
     satisfying requirement of wavelength continuity in a connection,
     the nonrevertible mode, label SHOULD be allocated to maintain the same wavelength for
                 GSMPv3 for Optical Support                  March 2003

     it. The controller
  deletes MUST manage the repaired original working path by using available labels and support
     the Delete Branch
  message, or uses it as a new backup path for the currently constraint.

     - The labels to be used
  backup path by using the Add Branch message.

  In 1:N shared protection, N working paths share for waveband switching MUST be contiguous,
     because the one backup path.
  In waveband switching is possible only in a different way set of the dedicated protection, the shared path does
  not deliver any traffic since the controller does not know which
  working paths will use it.
     contiguous wavelengths. The controller uses the Reservation
  message to reserve a connection decision mechanism for the backup path. When available
     label range is out of scope of GSMPv3.

     - GMPLS supports bi-directional symmetric LSPs setup [3][4]. To
     setup a link
  fails among the N working paths, bi-directional LSP two unidirectional paths MUST be
     independently established. For doing so, the controller issues presence of an
     upstream label in the Add Branch appropriate signaling message to restore the traffic through the failed working path into indicates the new backup path

2.2.2 Revertible
     bi-directional LSP setup and Non-revertible mode two labels are allocated for them.
     The GSMPv3, therefore, SHOULD allow appropriate labels for them.
     In order to avoid contention for labels, much care SHOULD be taken
     in choosing the revertible mode, when two labels. To choose the failed working path labels to avoid
     contention is repaired, the
  controller restores the currently out of scope of GSMPv3.

3. Connection Management Messages

  Connection management messages, which are used backup path to for establishing,
  releasing, modifying, and verifying connections across the original
  working path. The GSMP controller MUST keep switch by
  the information controller, SHOULD operate for optical switching. Since the
  working path. The controller issues
  GSMPv3 does not process each packet in optical domain, traffic
  related fields used to specify connections in the Move Input/Output Branch messages are not
  dealt with the new port and label of which values are that of the
  working path then it makes possible to restore it. After restoring, process the backup path is
  deleted by using message faster.
  Connection management messages also SHOULD support restoration
  capabilities of optical switch and these are mainly dealt with in the Delete
  following sub-sections.

  The general message or continuously used as a backup
  purpose.

  In non-revertible mode, definition and semantics in this section follow
  [1] and the working path other untouched items are dealt with in it.

3.1 Add Branch Message

  The Add Branch message is not restored from the
  currently used backup path even though to setup a connection. Especially, it
  SHOULD support restoration capability in optical switches.  For 1+1
  dedicated recovery, it is repaired. The original
  working path can be used required to make an additional connection
  as a new backup path by using connection to protect an original connection against a
  failure. Additional fields are not required in the Add Branch message (1+1 dedicated protection), or the Reservation message (1:N
  shared protection)

2.3 GSMP
  to support the restoration capability since two connections are used
  for optical switching systems

  GSMP SHOULD control delivering data traffic simultaneously and manage an egress node selects
  one of them. Since the optical cross-connect systems two connections are established for one
  connection, connection-related fields, such as
  label switches. The optical cross-connect (OXC) is a space division
  switch that can switch an optical data stream on an input port to an port/label,
  output port. port/label, SHUOLD be carefully set in order to distinguish
  them. The controller SHOULD know the whole status of the switch and
  manage the information base.

                 GSMPv3 for Optical Support                  October 2002                  March 2003

3.2 Delete Tree Message

  The OXC system can be consist of switching fabric,
  multiplexer/demultiplexer, wavelength converter, and optical-
  electrical/electrical-optical converter. Multiple wavelengths are
  multiplexed or demultiplexed into a fiber. Multiple fibers belongs to
  a fiber bundle. A wavelength, a waveband, message format and a fiber can be used to
  establish a connection semantics in an optical switch. They SHOULD be
  recognized at a port this section follows [1].

3.3 Delete All Input Port Message

  The message format and semantics in this section follows [1].

3.4 Delete All Output Port Message

  The message format and semantics in this section follows [1].

3.5 Delete Branches Message

  The message format and semantics in this section follows [1], and
  optical switching related contents will be added.

3.6 Move Output Branch Message

  The Move Output Branch message is used to change the OXC since they are connection entities.
  When the OXC has optical-electrical conversion at the input current output
  port and
  electrical-optical conversion at label to the new output port it is called as
  opaque OXC. Or, when it processes optical data stream all optically
  it is called as transparent OXC. Wavelength converter SHOULD label for re-establishing the
  existing connection. It can be used to resolve support restoration capability.
  Since to re-establish output port contention when two different connections try of a switch at an ingress node is
  to be established in change a same output port. Since start point of the wavelength
  converter current connection, it can work only within be used for
  1:1 dedicated recovery or 1:N (M:N) shared recovery where an ingress
  node begins a limited operating range, the limited
  numbers connection and it takes responsibility for recovery of wavelengths are used at the output port. It limits the
  available wavelengths at
  the output port.

  In connection. Upon a fault occurring, in order to control and manage the OXC systems, GSMP SHOULD be
  located as setup a subset of functions new
  backup connection for it and MUST know the current
  switch, failed working connection, the new port and service configuration information. GSMP controller in
  upstream node SHOULD identify be connected to the current connection entities at the OXC and match them
  with the optical labels.

2.3.1 Capability of GSMP for optical burst switching

  GSMPv3 SHOULD also support data burst switching as by using
  this message.

  For configuring a new connection
  entity in optical domain. As described in [9],[10], connection setup
  for optical burst includes reserving time on the transport medium for backup connection, the client. following fields of Move
  Input Branch message SHOULD be set as following.

     - Old Output Port = failed working connection's output port ID
     - Old Output Label = failed working connection's output label ID
     - New Output Port = newly configured reserved backup connection's
                         output port ID
     - New Output Port = newly configured reserved backup connection's
                         output label ID

  This time message is characterized by two parameters: a start time and additionally used to move back to the
  duration of data burst. These values MAY define a fast one-way
  reservation. Upon a request for setup of a burst connection, original
  connection from the GSMP
  controller MUST perform appropriate Connection Admission Control backup connection in revertible mode after a
  recovery completed. In this case, Old Output Port/Label are for the time
  currently used backup connection, and duration specified. If New Output Port/Label are for
  the restored working connection
                 GSMPv3 for Optical Support                  March 2003

3.7 Move Input Branch Message

  The Move Input Branch message is allowed, it
  MUST signal these parameters used to change the burst switching device current input
  port label to reserve
  the exact bandwidth required [9],[10]. The burst switch MUST perform
  the switching operation autonomously, using the synchronization
  methods prescribed new input port label for re-establishing the burst network it
  existing connection. It is operating in.

3. Connection Management Messages

3.1 General Message Definitions

  Connection management messages, which are also used for establishing,
  releasing, modifying, and verifying connections across the switch by
  the controller, can operate in the to support restoration
  capability. For 1:1 dedicated recovery or 1:N (M:N) shared recovery,
  the message can be used to configure backup connection at an egress
  node. By setting Old Input Port/Label as a failed working connection
  and New Input Port/Label as a reserved backup connection, recovery of
  the failed working connections is achieved.

  It is also used to move back to the original connection from a backup
  connection for the revertible mode after a recovery completed. The
  new port/label in this message sets that of the restored original
  connection.

  The other untouched items and fields in these messages are dealt with
  in [1] and referred in it.

4. Reservation Management Messages

  The GSMPv3 allows a switch to reserve resources for connections
  before establishing them through Reservation Management messages.
  Reservable resources are bandwidth, buffers, queues, labels and etc.
  In this extended version of GSMPv3 for optical support, the resources
  imply optical resources, such as data burst, wavelengths, fibers, and
  so on.

  With these messages, restoration capabilities of a switch are
  supported. Especially, in 1:N (M:N) shared recovery scheme, a spare
  connection is reserved for N working connections. The GSMPv3 SHOULD
  use the reservation request messages for reserving a backup
  connection. The GSMPv3 controller SHOULD have mapping information
  between a shared backup resource and N working connections. Whenever
  the GSMPv3 uses the reserved resource for a failed working connection
  Add Branch message is used to establish a new connection with New
  Port/Label of one of N working connections.

  Or any other cases, the reserved resources are used as followed in
  [1]. The message format and semantics in this section follow [1] and
  the other untouched items are dealt with in it.

4.1 Reservation Request Message for optical burst

  Reservation Request message SHOULD support new connections per data
  burst, based on time-delayed reservation in optical domain. In order
  to configure connection per burst, two parameters, offset time and
  burst length, SHOULD be add on the message. When a controller
                  GSMPv3 for Optical Support                  March 2003

  receives a request for a burst connection setup it sends a
  Reservation Request message with the two fields. The switch then
  waits for offset time to establish the connection and then
  automatically set it up. After burst length time, it releases the
  connection.

  Message type = TBA

  The Reservation Request message for optical burst has the following
  format.

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |    Version    | Message Type  |    Result     |     Code      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     | Partition ID  |            Transaction Identifier             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |I|      SubMessage Number      |           Length              |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                      Port Session Number                      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                         Reservation ID                        |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                          Input Port                           |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                     Input Service Selector                    |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                          Output Port                          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                     Output Service Selector                   |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |IQS|OQS|P|x|N|O|             Adaptation Method                 |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |x|S|M|B|                                                       |
     +-+-+-+-+                  Input Label                          |
     ~                                                               ~
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |x|S|M|x|                                                       |
     +-+-+-+-+                 Output Label                          |
     ~                                                               ~
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                        Offset Time (T)                        |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                        Burst Length (L)                       |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

       Note: Fields and Parameters that have not been explained in the
           Subsection follow [1].

  Offset Time (T); TBD
                  GSMPv3 for Optical Support                  March 2003

  This field is the time between a connection request reception and the
  start of the connection for the data burst.

  Burst Length (L); TBD
  This field is the time duration of data burst

4.2 Delete Reservation Message

  The message format and semantics in this section follows [1].

4.3 Delete All Reservations Message

  The message format and semantics in this section follows [1].

5. Management Message

5.1 Port Management Message

  The message format and semantics in this section follows [1], and
  optical switching related contents will be added.

5.2 Label Range Message

  The label range, which is specified for each port by the Port
  Configuration or the All Ports Configuration message, can be
  specified to the range of label supported by a specified port and to
  be changed by using Label Range message. Since the granularity of
  each connection is different in optical domain each port SHOULD allow
  the label range changeable in ports. In addition, a port MAY have
  wavelength converters with full or limited capability so that each
  port MAY have different limited labels. In case of waveband switching,
  a single label for waveband connection is used for a set of
  wavelengths in the band. To support these cases, the Label Range
  message is used.

  The general usage and massage format of this message follows [1].

5.2.1 Optical Label

  If the Label Type is equal to optical label, the label range message
  MUST be interpreted as an Optical Label. Label Range Message format
  follows [1] and the Label Range Block has the following format:

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  GSMPv3 for Optical Support                  March 2003

     |x|x|V|C|    Optical Label      |          Label Length         |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                            Min Label                          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                            Max Label                          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                      Remaining Labels                         |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  V: Label
  The Label flag use is port type specific.
  TBD.

  C: Multipoint Capable
  Indicates label range that can be used for multipoint connections.
  This field is not used in the draft.

  Min Label: TBD
  The minimum label value in the range.

  Max Label: TBD
  The maximum label value in the range.

  Remaining Labels: TBD
  The maximum number of remaining labels that could be requested for
  allocation on the specified port.

6. State and Statistics Messages

  The State and Statistics messages allow a controller to request state
  and statistics of connections of a switch. They SHOULD be extended to
  monitor the statistics related to ports and connections for optical
  transmission.

6.1 Connection Activity Message

  The message format and semantics of the message follows [1], and
  optical switching related contents will be added.

6.2 Statistics Messages

6.2.1 Optical signal statistics Message

  The statistics messages are used to query the performance statistics
  related to ports and connections for optical transmission. Since the
  current statistics messages in [1] report the statistics related to
  traffic states per cells, or frames, new fields SHOULD be added into
  the message for querying optical support. The statistics contain
                  GSMPv3 for Optical Support                  March 2003

  optical transmission characteristics which specify transmission QoS
  of connections. Transmission performance is typically defined in
  terms of signal performance with reference to noise level, or by the
  signal-to-noise ratio (SNR), and spectral occupancy requirement or
  signal power level. Optical Signal Statistics message SHOULD contain
  Optical Signal Property which specifies the transmission property of
  connections as shown in the below.

  Optical Signal Statistics Message Type = TBA

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |    Version    | Message Type  |    Result     |     Code      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     | Partition ID  |            Transaction Identifier             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |I|      SubMessage Number      |           Length              |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                             Port                              |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |x|S|x|x|                                                       |
     +-+-+-+-+                     Label                             |
     ~                                                               ~
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                                                               |
     ~                   Optical Signal Property                     ~
     |                                                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  Optical Signal Property; variable
  This field implies quality of transmission signal in a connection so
  that it informs a controller signal degradation or loss of signal.
  This field MAY consist of several sub-TLVs which specify the optical
  signal statistics in detail and they will be further added on this
  message. This information MAY result in an alarm of link failure.

  The format and semantics of Optical Signal Property is TBD.

  The other statistics messages are not dealt with in the section
  follow [1].

6.3 Report Connection State Message

  The message format and usage in this section follows [1], and optical
  switching related contents will be added.

7. Configuration Messages
                  GSMPv3 for Optical Support                  March 2003

  The configuration messages allow a controller to discover a
  capabilities of optical switch. Switch configuration, port
  configuration, and service configuration messages are defined for
  these functions.

7.1 Optical Switch Configuration Message

  Since an optical switch MAY be able to provide connection services at
  multiple transport layers, and not all switches are expected to
  support the same transport layers, the switch will need to notify the
  controller of the specific layers it can support. Therefore, the
  switch configuration message MUST be extended to provide a list of
  the transport layers for which an optical switch can perform
  switching. For supporting various types of switching capable
  interfaces, Optical Switch Configuration Message SHOULD contain the
  Switching Interface ID.

  Message Type = TBD

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |    Version    | Message Type  |    Result     |     Code      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     | Partition ID  |            Transaction Identifier             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |I|      SubMessage Number      |           Length              |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |     MType     |     MType     |     MType     |     MType     |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |    Firmware Version Number    |          Window Size          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |          Switch Type          |                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                               +
     |                          Switch Name                          |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                          Max Reservations                     |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                                                               |
     ~               Optical Switching Interface IDs                 ~
     |                                                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  Optical Switching Interface ID: variable
  TBD

  The following lists are the possible switching capable layers.

     - switching per optical burst
     - switching per a single wavelength
     - switching per a waveband
                  GSMPv3 for Optical Support                  March 2003

     - switching per a single fiber
     - switching per a fiber bundle

7.2 Port Configuration Message

  The port configuration message informs a controller configuration
  information related to a single port. Ports in optical switches
  differ from those in electrical switches. The ports defined in GSMPv3
  imply a single physical link and several connections are specified
  with labels in a port. However, a single port does not identify a
  single link in optical domain. A port can imply a set of fibers, a
  single fiber, or a single wavelength. Therefore different types of
  port SHOULD be identified in GSMPv3. Moreover, OXC can have many bays
  which contain hundreds of shalves which have tens of thousands of
  port. Therefore, physical bay and shelve identifiers also SHOULD be
  defined and encoded in the port configuration message.

  The basic format and usage of Port Configuration message follow [1].
  The following new port types are defined. In optical domain, PortType
  can be classified into per fiber bundle containing several fibers, a
  single fiber containing several wavelengths, or a single wavelength.

  PortType = optical switching (TBA by IANA)

  This port type further can be classified into several types as
  following.

  PortType = fiber in optical switching
  PortType = wavelength in optical switching
  ...

7.2.1 PortType Specific Data for Optical Switching

  The format and usage of Port Specific Data in Port Configuration
  message depends on the PortType value and the basic format of it is
  given as following [1].

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |P|M|L|R|Q|  Label Range Count  |      Label Range Length       |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                                                               |
     ~                   Default Label Range Block                   ~
     |                                                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                       Receive Data Rate                       |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                      Transmit Data Rate                       |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  GSMPv3 for Optical Support                  March 2003

     |  Port Status  |   Line Type   |  Line Status  |  Priorities   |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |     Physical Slot Number      |     Physical Port Number      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

        Note: Fields and Parameters that have not been explained in the
           Subsection follow [1].

  In this section, we specify some fields for supporting optical
  switching as following. If PortType is equal to optical switching,

  Receive Data Rate
  The maximum rate of data that may arrive at the input port
  (interface) in;

  Bits/sec       for PortType = Optical Switching

  Transmit Data Rate
  The maximum rate of data that may depart from the output port
  (interface) in;

  Bits/sec       for PortType = Optical Switching

  Line Type
  The type of physical transmission interface for this port. The line
  type for optical support depends on switching interface for each
  switching entity, such as for wavelength-related port or fiber-
  related port. This field MAY define bit rate of wavelength, fiber
  type. The following values can be identified for optical support.

  PortType = Optical Switching:     TBD

  Physical Slot Number
  The physical location of the slot in optical switching (or OXC).
  Since the OXC systems can have many bays which contain hundreds of
  shelf which have tens of thousands of port this field SHLOULD
  identify the slot. For doing so, the field MAY be partitioned into
  several sub-fields to define bay, shelf, and slot.

  The default label range block for optical switching has the
  following format.

      0                   1                   2                   3
      0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |x|x|x|x|       Label Type      |          Label Length         |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                                                               |
     ~                          Label Value                          ~
     |                                                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  GSMPv3 for Optical Support                  March 2003

  Label Type: 12 bit
  Label type for optical support. Each encoding type of the labels is
  TBD.

  Label value: Variable
  Carries label information. The interpretation of this field depends
  on the type of the link (or the type of connection) over which the
  label is used. Min Label and Max label value imply the range of
  available optical labels. Each encoding type of the labels is TBD.

7.3 All Ports Configuration Message

  The message format and usage of it follows [1], and optical domain, as
  switching-related contents follow section 7.2.

7.4 Service Configuration Message

  The Service Configuration message requests an optical switch report
  the same
  mechanisms. However, it configuration information of the supported services. The
  requested services are identified in service ID in the Add Branch
  message or the Reservation Management message. The service model is
  defined with traffic parameter, QoS parameter, and traffic control
  elements in [1], but these parameters can not possible be used to process each packet in specify the
  optical domain so that such services. Therefore this message SHOULD be modified to
  support optical services with newly defined capability sets. The
  services supported at optical switches SHOULD be defined for dealing
  with optical burst, wavelength, waveband, and fiber connection.

7.4.1 Optical Service Configuration Message

  TBD.

8. Event Messages

  The Event messages allow a traffic parameter switch to inform a controller of certain
  asynchronous events. In this version of GSMPv3, asynchronous events
  mainly deal with recovery-related events. The indication of these
  asynchronous events related to ports and switch elements can not inform
  failure of them to the controller and it can initiate a fault
  recovery mechanism. The basic message format and usage of it SHOULD
  be referred to [1]. The two messages, Restoration Completion message
  and Fault Notification message, are used to
  specify notify a controller
  fault-related events of a switch.

8.1 Restoration Completion Message
                  GSMPv3 for Optical Support                  March 2003

  For 1+1 dedicated recovery, a failed working connection is switched
  over to another dedicated connection without a controller's
  recognition. This message is used to inform the controller
  restoration completion of the switch. This message contains failed
  working connection ID and restored backup connection ID.

  Message Type = TBA

  If a message type is equal to Restoration Completion message the connection. Connection management messages also
  following sub-TLVs SHOULD
  support be added on the OXC message in order to notify
  restoration capabilities.

             GSMPv3 for Optical Support                  October 2002

3.2 Add Branch completion to a controller.

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                                                               |
     ~                   Restored Port ID list                       ~
     |                                                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                                                               |
     ~               Restored Switch Element ID list                 ~
     |                                                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

8.2 Fault Notification Message

  The Add Branch

  This message is used to setup inform a connection. Especially, it
  MUST support restoration capabilities controller a fault occurring in the optical domain.  For 1+1
  dedicated protection, it is required to make an additional connection
  as a backup path to protect an original connection against failure.
  Additional fields
  switch. The possible faults are not required link failure from cutting off
  (affecting wavelengths, fibers, fiber bundles), port failure, or
  switch modules. For the notification purpose, the following sub-TLV
  SHOULD be added in Event message.

  Message type = TBA

  If a message type is equal to Fault Notification message the
  following sub-TLV SHOULD be added on the Add Branch message in order to
  support notify a
  fault in a switch to a controller.

     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                       Failed Port ID list                     |
     ~                                                               ~
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                   Failed Switch Element ID list               |
     ~                                                               ~
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

  Failed Port ID list; variable
  This field describes the restoration capabilities since failed port ID which contains different
  types of port which indicate wavelength-related port, fiber-related
  port, or fiber bundle-related port. This field can consist of several
  sub-TLVs to indicate the two connections are
  used failed elements.

  Failed Switch Element ID list; variable
                  GSMPv3 for data traffic Optical Support                  March 2003

  This field describes the failed optical switch fabric such as,
  wavelength converters, cross connect elements, and an egress node selects one between them so
  that they functions same. However, the controller SHOULD know on. It depends
  on the
  whole statues optical switching systems.

  The encoding of Failed Switch Element is TBD

9. Optical Service Model Definition

  TBD

10. Failure Response Codes

  This chapter describes the switch.

3.3 Move Output Branch Message failure and warning states which can occur
  in setup optical connections. The Move Output Branch message is used to change following lists are the current output
  port label to codes that
  SHOULD be defined and added in the new output port label Failure Response messages. These
  codes MAY be added more when the services for re-establishing optical switching are
  defined.

  If the
  existing connection. It can be used to support restoration
  capabilities. Since to re-establish output port of a switch at an
  ingress node is to change issues a start point of failure response it MUST choose the current most
  specific failure code according to the following precedence. The code
  numbers will be assigned in IANA.

  Optical Connection Failure

  - recovery failure
      Due the limitation of available resource for backup connection, it
      for example, multiple links failure, the switch can not be used
      succeeded the recovery procedure for 1:1 protection or 1:N shared protection where an
  ingress node begins a protected connection. Upon a fault occurring, in order to

  - waveband connection setup a new backup path instead of the failed working path, the new
  port in upstream node SHOULD be connected failure
      There are not available wavelengths which belong to the current connection
  by using this message. Because, range of
      min and max limits of the ingress node also takes
  responsibility waveband

  - reservation failure for recovery, as well as optical burst
      In case of delayed reservation in time is not exactly matched,
      the egress node.

3.4 Move Input Branch Message reservation of optical burst can be failed.

  The Move Input Branch message is used to change following list gives a summary of the current input
  port failure codes defined for
  failure response messages:

  - no available label to for shortage of available wavelengths
  - no available resource for recovery
  - no available resource for waveband connection setup
  - no match for the new input port label delayed reservation for re-establishing optical burst connection

11. Security Considerations
                  GSMPv3 for Optical Support                  March 2003

  This document does not have any security concerns. The security
  requirements using this document are describes in the
  existing connection. It is also used to referenced
  documents.

Appendix I. Protection and Restoration Capability in GSMPv3

  The GSMP controller MUST support the protection and restoration
  capabilities. It is used for
  capabilities because the revertible mode that optical switch delivers several Gbps data
  traffic in a single wavelength. To achieve fast protection and
  restoration, the optical switch is to move back
  to capable of taking an action
  independent of the original connection from a backup connection GSMP controller, then it informs the controller
  after a completing the restoration [2]. This differs from the master-
  slave relationship in GSMP.

  Recovery mechanisms do not distinguish path (end-to-end) and link
  recovery
  completed. in GSMPv3. The new port/label difference of them is considered in this message uses that signaling
  protocol. In case of dynamically calculating the
  original connection.

4. Reservation Management Messages

  The Reservation Management message that reserves resources for backup link after a
  connection before establishing
  fault occurs, GSMPv3 establishes a connection SHOULD reserve optical
  resources, new backup link by using the
  existing Add Branch message. Therefore, this draft considers pre-
  planned recovery mechanisms, such as data burst, wavelengths, a set of wavelengths for
  waveband switching, 1+1 dedicated recovery, 1:1
  dedicated recovery with/without extra traffic, and fibers. In 1:N/M:N shared
  recovery.

  The label switch SHOULD provide the protection and restoration
  capabilities in order to use provide the reservation
  management messages, optical recovery mechanisms. For example,
  an ingress/egress node reserves backup resources which according the OXC supports SHOULD
  be defined. It can be each
  recovery mechanism, and setup the switch fabric. Then, GSMPv3 is used
  to support restoration capabilities for
  reserving backup connections. Especially, 1:N shared protection
  scheme reserves a spare connection which is reserved for N working
  connections so that control the switch.

  In this MUST use section, the reservation request messages
  for reserving recovery mechanisms which can be provided by
  GSMPv3 is specified with including a backup connection. fault notification, and
  restoration, and related required messages. For example, the port
  configuration command MUST be extended to allow autonomous protection
  mechanism. The reserved current GSMP connection identified
  by the reservation ID SHOULD management also MUST be informed
  extended to N working connections. support this function. In the reservation request message, following subsections, the input label and output label of
  supported recovery mechanisms in GSMPv3 are introduced.

1.1 1+1 dedicated recovery mechanism

  In this recovery mechanism, GSMPv3 utilizes the reserving branch SHOULD be assigned. After existing Connection
  Management messages. It is not necessary to notify a fault occurs, to the
  controller and restore the failed working link at physical layer.
  Then, the switch notifies the recovery completion to the controller
  by using Event message. The recovery procedure of the mechanism
  follows.

  - Backup link configuration
  Use Add Branch message as for working link.

                  GSMPv3 for Optical Support                  October 2002

  recovery procedure to make a backup connection just follows the
  ordinary connection setup                  March 2003

  - Fault notification
  Let physical layer process before GSMPv3 recognizes.

  - Recovery procedure in [1].

5. State and Statistics Messages

  The State and Statistics messages can be used to monitor
  Let physical layer process before GSMPv3 recognizes.

  - After recovery completion;
  Firstly, the
  statistics related switch notifies recovery completion to ports and connection for optical transmission.
  It allows the controller by
  using Restoration Completion message, then

     * Revertible mode; GSMPv3 uses Move Input message to request the state and statistics of switch the
  switch.

5.1 Statistics Messages

  The statistics messages are
       currently used backup link to query the performance statistics
  related to ports restored working link at an
       egress node.

     * Non-revertible mode; GSMPv3 deletes the restored working link by
       using Delete Branch message, and then configures a new backup
       link by using Add Branch message.

1.2 1:1 dedicated recovery mechanism

  - Backup link configuration
  An ingress/egress node configure a backup link by using Reservation
  Request message, and connections for optical transmission. Since the
  current statistics messages in [1] report the statistics related core nodes use Add Branch message to reserve
  backup link. In this recovery mechanism, extra traffic states per cells, or frames, the new fields SHOULD can be added
  into
  delivered through the message for querying backup link. If it could be possible, core
  nodes use Reservation request message, not Add Branch message.
  However this draft only considers the optical support. The Port
  Statistics message requests former case as this mechanism.

  - Fault notification

     * Fault detected from signaling protocol; GSMPv3 have already
       known the statistics for fault, it directly go into the ports of recovery procedure.

     * Fault detected from the
  switch. The Connection Statistics switch; Event message allows the controller (esp. Fault
       Notification message) is used to
  report the performances and statistics of notify the connection itself. The
  statistics elements fault to monitor in the OXC are following.

     - signal degradation
       controller.

  - loss of signal

  As Recovery procedure
  An ingress node uses Move Output message and an egress node used Move
  Input message in order to configure a result of performance analysis backup link. Since the backup
  path is configured through the statistics messages, network, core nodes do not take any
  action for recovery.

  - After recovery completion
  Firstly, the new connection can be requested when switch notifies recovery completion to the controller finds by
  using Restoration Completion message, then

     * Revertible mode; GSMPv3 uses Move Input message (at an ingress
       node) and Move Output message (at an egress node) to switch the
  much degraded performance on
       currently used backup link to the connection. Therefore, restored working link at
                  GSMPv3 for Optical Support                  March 2003

       destination node. The backup link is still used for backup by
       using Reservation Request message.

     * Non-revertible mode; Delete Branch message can be used to delete
       the
  statistics restored working link. GSMPv3 uses Reservation Request
       message to reserve new backup link for the working link.

1.3 1:N/M:N shared recovery mechanism

  - Backup link configuration
  Reservation Request message is used to detect configure a fault SHOULD be defined, but backup link. Since
  several working links (= N) share one backup link (1:N) or several
  backup links (M:N) GSMPv3 SHUOLD know the fault
  detection mechanism sharing  working link IDs
  for the backup links. Resource management of GSMPv3 is out of scope
  of this document.

6. Configuration Messages

  The configuration messages allow draft.

  - Fault notification

     * Fault detected from signaling protocol; GSMPv3 have already
       known the controller to discover fault, it directly go into the
  capabilities of optical switch. Switch configuration, port
  configuration, and service configuration messages are defined for
  these functions.

6.1 Switch Configuration Message

  Since an optical switch MAY be able recovery procedure.

     * Fault detected from the switch; Event message (esp. Fault
       Notification message) is used to provide connection services at
  multiple transport layers, and not all switches are expected notify the fault to
  support the same transport layers, controller.

  - Recovery procedure
  When GSMPv3 is notified a fault, it uses Add Branch message to
  configure a new working link by using reserved backup link.

  - After recovery completion
  Firstly, the switch will need notifies recovery completion to notify the controller of by
  using Restoration Completion message, then

     * Revertible mode; GSMPv3 uses Move Input message (at an ingress
       node) and Move Output message (at an egress node) to switch the specific layers it can support. Therefore,
       currently used backup link to the
  switch configuration restored working link at
       destination node. The backup link is still used for shared
       backup by using Reservation Request message.

     * Non-revertible mode; Delete Branch message MUST can be extended used to provide a list of delete
       the transport layers restored working link. GSMPv3 uses Reservation Request
       message to reserve new backup link for which an the working link.

Appendix II. GSMPv3 support for optical cross-connect system

  The GSMPv3 controls and manages the optical cross-connect systems as
  label switches. The optical cross-connect (OXC) is a space division
  switch that can perform
  switching. switch an optical data stream on an input port to an
  output port. The following lists OXCs are the possible switching layers. all optical cross-connects (optical-
  optical-optical), transparent optical cross connects (optical-
  electrical-optical, frame independent), and opaque optical cross
                  GSMPv3 for Optical Support                  October 2002

     - switching per                  March 2003

  connects (optical-electrical-optical, SONET/SDH frames).These OXC
  (optical cross connect) systems can be IP-based optical burst
     - switching per a single routers which
  are dynamic wavelength
     - routers, optical label switches, or
  burst/packet-based optical cross connects, and so on[2].

  The OXC system consists of switching per fabric, multiplexer/
  demultiplexer, wavelength converter, and optical-electrical/
  electrical-optical converter. Multiple wavelengths are multiplexed or
  demultiplexed into a waveband
     - switching per fiber. Multiple fibers belong to a single fiber
     - switching per bundle.
  A wavelength, a waveband, and a fiber bundle

6.2 Port Configuration Message

  The port configuration message supplies the controller with the
  configuration information related can be used to establish a single port. In the OXC, the
  new port types
  connection in an optical switch. They SHOULD be defined recognized at a port
  in GSMP. Port types MUST be added to
  support the mix of optical signals that can operate over a single
  fiber. Basically OXC since they are connection entities. When the OXC has
  optical-electrical conversion at the input port can be used per wavelength, per fiber, and
  per fiber bundle. Moreover, electrical-
  optical conversion at the OXC can have many bays which contain
  hundreds of shalves which have tens of thousands of port. Therefore,
  physical bay and shelve identifiers also output port it is called as opaque OXC. Or,
  when it processes optical data stream all optically it is called as
  transparent OXC. Wavelength converter SHOULD be defined and
  encoded in port configuration message. The used to resolve
  output port configuration
  information that MAY need contention when two different connections try to be conveyed includes:

     - available wavelengths per interface
     - bit rate per wavelength (port)
     - type of fiber

6.3 Service Configuration Message

  The Service Configuration message requests
  established in a same output port. Since the optical switch for wavelength converter can
  work only within a limited operating range, the
  configuration information limited numbers of the supported services. The requested
  services
  wavelengths are identified in used at the service ID in output port. It limits the Add Branch message
  or available
  wavelengths at the Reservation message. The service model is defined with traffic
  parameter, QoS parameter, output port.

  If OXCs perform protection and traffic control elements in [1], but
  these parameters can not be used to specify the optical services.
  Therefore this message restoration functions they SHOULD be modified have
  suitable switch structure to support optical services
  with newly defined capability sets. them. In case of 1+1 dedicated
  recovery, input ports and output ports MUST be duplicated in a switch.
  The services supported at switch transmits optical
  switches SHOULD be defined signal through two ports (one for dealing with optical burst, wavelength,
  waveband,
  working connection and fiber connection.

7. Event Messages

  The Event messages allow another for backup connection) simultaneously.
  When a fault happens the switch switches over from failed working
  connection to inform the controller of
  certain asynchronous events. The asynchronous events include mainly
  port states indication. The indication of these asynchronous events
  related to ports can provide dedicated backup connection without noticing a port failure
  controller.

  In order to the controller and it
  can initiate a fault recovery mechanism.

8. Failure Response Codes

  This chapter describes the failure and warning states which can occur
  in setup optical connections. The following lists are the codes that
  SHOULD be defined control and added in the Failure Response messages. These
  codes MAY be added when manage the services for optical switching are
  defined. The code numbers will be assigned in IANA.

             GSMPv3 for Optical Support                  October 2002

     - no available wavelength at OXC systems, GSMP SHOULD be
  located as a port
     - no available backup link subset of functions for protection
     - waveband it and MUST know the current
  switch, port and service configuration information. GSMP controller
  SHOULD identify the connection setup fails
     - reservation for optical burst fails

9. Security Considerations
  This document does not have any security concerns. The security
  requirements using this document are described in entities at the referenced
  documents OXC and match them
 with the optical labels.

References

  [1] Doria, A, Sundell, K, Hellstrand, F, Worster, T, "General Switch
  Management Protocol V3," V3", RFC 3292, June 2002.

  [2] Georg Kullgren, et. al., "Requirements For Adding Optical Support
  To GSMPv3",draft-ietf-gsmp-reqs-03.txt, Sept. 2002 GSMPv3",draft-ietf-gsmp-reqs-04.txt (work in progress), Nov. 2002.

  [3] Mannie, E., et. al., "Generalized Multi-Protocol Label Switching
  (GMPLS) Architecture," draft-ietf-ccamp-gmpls-architecture-03.txt, Architecture", draft-ietf-ccamp-gmpls-architecture-03.txt
  (work in progress), August 2002.

                  GSMPv3 for Optical Support                  March 2003

  [4] Ashwood-Smith, D., et. al., "Generalized MPLS - Signaling
  Functional Description," Internet Draft draft-ietf-mpls-generalized-
  signaling-08.txt, April 2002. Description", RFC3471, Jan. 2003.

  [5] Rajagopalan, B., et. al., _IP "IP over Optical Networks: A Framework,
  draft-ietf-ipo-framework-02.txt Framework",
  draft-ietf-ipo-framework-03.txt (work in progress), June 2002. Jan. 2003.

  [6] N. Chandhok, J. Lang, et. al., "IP over WDM Networks; A Summary Issue",
  draft-osu-ipo-mpls-issues-00,txt, July 2000

  [7] Jin Ho Hahm, Kwang-il Lee, Mark Carson, "Control Mechanisms for
  Traffic Engineering at. "Link Management Protocol (LMP) ", draft-ietf-
  ccamp-lmp-07.txt (work in Optical Networks", drafh-hahm-te-optical-
  00.txt, July 2000

  [8] Daniel Awduche, WYakov Rekhter, "Multiprotocol Lambda Switching:
  Combining MPLS Traffic Engineering Control with Optical
  Crossconnects", IEEE Comm. Mag., March 2001

  [9] progress), November 2002.

  [7] C. Qiao, M. Yoo, "Choice, and Feature and Issues in Optical Burst
  Switching", Optical Net. Mag., vol.1, No.2, Apr.2000, pp.36-44.

  [10]

  [8] OBS Ilia Baldine, George N. Rouskas, Harry G. Perros, Dan
  Stevension, "JumpStart: A Just-in-time Signaling Architecture for WDM
  Burst-Switching Networks", IEEE Comm. Mag., Fab. Feb. 2002.

  [11]

  [9] Angela Chiu, John Strans, et. al., "Impairments And Other
  Constraints On Optical Layer Routing", draft-ietf-ipo-impairments-
  02.txt, Feb. 2002.

  [12] Luc Ceuppens, et. al., "Performance Monitoring in Photonic
  Networks
  04.txt (work in support of MPL(ambda)S", draft-ceuppens-mpls-optical-
  00.txt, Jung 2000.

              GSMPv3 for progress), Dec. 2002.

  [10] Daniel Awduche, WYakov Rekhter, "Multiprotocol Lambda Switching:
  Combining MPLS Traffic Engineering Control with Optical Support                  October 2002

  [13]
  Crossconnects", IEEE Comm. Mag., March 2001

  [11] Doria, A. and K. Sundell, "General Switch Management Protocol
  Applicability", RFC 3294, June 2002.

  [12] Mannie, E., et. al., "Recovery (Protection and Restoration)
  Terminology for GMPLS", draft-ietf-ccamp-gmpls-recovery-terminology-
  00.txt (work in progress), June 2002

  [13] Vishal Sharma, et. at., "Framework for MPLS-based Recovery",
  draft-ietf-mpls-recovery-frmwrk-08.txt (work in progress), October
  2002

Acknowledgement

  This work was supported in part by the Korean Science and Engineering
  Foundation (KOSEF) through OIRC project

Author's Addresses

  Jun Kyun Choi
  Information and Communications University (ICU)
  58-4 Hwa Ahm Dong, Yusong, Daejon
  Korea 305-732
  Phone: +82-42-866-6122
  Email: jkchoi@icu.ac.kr
                  GSMPv3 for Optical Support                  March 2003

  Min Ho Kang
  Information and Communications University (ICU)
  58-4 Hwa Ahm Dong, Yusong, Daejon
  Korea 305-732
  Phone: +82-42-866-6136
  Email: mhkang@icu.ac.kr

  Jung Yul Choi
  Information and Communications University (ICU)
  58-4 Hwa Ahm Dong, Yusong, Daejon
  Korea 305-732
  Phone: +82-42-866-6208
  Email: passjay@icu.ac.kr

  Gyu Myung Lee
  Information and Communications University (ICU)
  58-4 Hwa Ahm Dong, Yusong, Daejon
  Korea 305-732
  Phone: +82-42-866-6231
  Email: gmlee@icu.ac.kr

  Jook Uk Um
  KT Network Engineering Center
  206 Jungja-dong, Bungdang-gu, Sungnam City, Kyonggi-do, 463-711,
  Korea
  Phone: +82-31-727-6610
  Email: jooukum@kt.co.kr

  Yong Jae Lee
  KT Network Engineering Center
  206 Jungja-dong, Bungdang-gu, Sungnam City, Kyonggi-do, 463-711, Korea
  Phone: +82-31-727-6651
  Email: cruiser@kt.co.kr

  Young Wook Cha
  Andong National University (ANU)
  388 Song-Chon Dong, Andong, Kyungsangbuk-do
  Korea 760-749
  Phone: +82-54-820-5714
  Email: ywcha@andong.ac.kr

  Jeong Yun Kim
  Electronics and Telecommunications Research Institute (ETRI)
  161 KaJong-Dong, Yusong-Gu, Daejeon
              GSMPv3 for Optical Support                  October 2002
  Korea 305-309
  Phone: +82-42-866-5311
  Email: jykim@etri.re.kr

  Hormuzd Khosravi
  Intel
  2111 NE 25th Avenue
  Hillsboro, OR 97124 USA
  Phone: +1 503 264 0334
  Email: hormuzd.m.khosravi@intel.com

  Georg Kullgren
  Nortel Networks AB
  S:t Eriksgatan 115 A
  P.O. Box 6701
  SE-113 85 Stockholm Sweden
  Email: geku@nortelnetworks.com

  Jonathan Sadler
  Tellabs Operations, Inc.
  1415 West Diehl Road
  Naperville, IL 60563
                  GSMPv3 for Optical Support                  March 2003

  Phone: +1 630-798-6182
  Email: Jonathan.Sadler@tellabs.com

  Stephen Shew
  Nortel Networks
  PO Box 3511 Station C
  Ottawa, ON
  K1Y 4H7
  Email: sdshew@nortelnetworks.com

  Kohei Shiomoto
  Email: Shiomoto.Kohei@lab.ntt.co.jp

  Atsushi Watanabe
  Nippon Telegraph and Telephone Corporation
  807A 1-1 Hikari-no-oka, Yokosuka-shi
  Kanagawa 239-0847, Japan
  Email: atsushi@exa.onlab.ntt.co.jp

  Satoru Okamoto
  Nippon Telegraph and Telephone Corporation
  9-11 Midori-cho 3-chome, Musashino-shi
  Tokyo 180-8585, Japan
  Email: okamoto@exa.onlab.ntt.co.jp

  Avri Doria
  Div. of Computer Communications
  Lulea University of Technology
  S-971 87 Lulea
  Sweden
              GSMPv3 for Optical Support                  October 2002
  Phone: +1 401 663 5024
  EMail: avri@acm.org

  Fiffi Hellstrand
  Nortel Networks AB
  S:t Eriksgatan 115 A
  SE-113 85 Stockholm Sweden
  EMail: fiffi@nortelnetworks.com

  Kenneth Sundell
  Nortel Networks AB
  S:t Eriksgatan 115 A
  SE-113 85 Stockholm Sweden
  EMail: ksundell@nortelnetworks.com

  Tom Worster
  Phone: +1 617 247 2624
  EMail: fsb@thefsb.org

Full Copyright Statement

  Copyright (C) The Internet Society (2002).  All Rights Reserved. This
  document and translations of it MAY be copied and furnished to others,
  and derivative works that comment on or otherwise explain it or
  assist in its implementation MAY be prepared, copied, published and
  distributed, in whole or in part, without restriction of any kind,
  provided that the above copyright notice and this paragraph are
  included on all such copies and derivative works.  However, this
  document itself MAY not be modified in any way, such as by removing
  the copyright notice or references to the Internet Society or other
  Internet organizations, except as needed for the purpose of
  developing Internet standards in which case the procedures for
  copyrights defined in the Internet Standards process MUST be
  followed, or as required to translate it into languages other than
  English.

  The limited permissions granted above are perpetual and will not be
  revoked by the Internet Society or its successors or assigns.

  This document and the information contained herein is provided on an
  "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
  TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
  BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
  HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
  MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Choi, et. al.        Expires - August 2003                     [Page 27]