Internet DRAFT - draft-merge-ccamp-otn-b100g-routing-ext
draft-merge-ccamp-otn-b100g-routing-ext
CCAMP Working Group Z. Fan
Internet-Draft Huawei Technologies
Intended status: Standards Track R. Valiveti
I. Hussain
Infinera
Q. Wang
ZTE
Z. Ali
Cisco
Expires: April 30, 2018 October 30, 2017
OSPF Extensions for the GMPLS Control of OTN B100G Network
draft-merge-ccamp-otn-b100g-routing-ext-00
Abstract
ODUCn signal is recently introduced to OTN to support B100G feature.
This document provides the OSPF extensions to control the OTN B100G
Network.
Status of this Memo
This Internet-Draft is submitted to IETF in full conformance with
the provisions of BCP 78 and BCP 79.
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 obsoleted 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.
This Internet-Draft will expire on April XX, 2018.
Copyright Notice
Fan, et al Expires April 2018 [Page 1]
Internet-Draft GMPLS B100G Routing Ext October 2017
Copyright (c) 2017 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with
respect to this document. Code Components extracted from this
document must include Simplified BSD License text as described in
Section 4.e of the Trust Legal Provisions and are provided without
warranty as described in the Simplified BSD License.
Table of Contents
1. Introduction ................................................ 2
1.1. Requirements Language .................................. 3
2. Terminology ................................................. 3
3. Overview of OSPF-TE Extensions for Support ODUCn ............ 3
4. ISCD Format Extensions ...................................... 3
4.1. Switching Capability Specific Information .............. 4
4.1.1. Modification of Type 1 Container .................. 4
4.1.2. Type 3 Container for advertising Unreserved ODUCn . 5
5. Examples .................................................... 6
5.1. Multiplexing ODUk over ODUCn ........................... 6
5.2. Advertising Unavailable TS Information of ODUCn ........ 7
6. Security Considerations ..................................... 9
7. IANA considerations ......................................... 9
8. Contributors' Addresses ..................................... 9
9. References ................................................. 10
9.1. Normative References .................................. 10
9.2. Informative References ................................ 10
Authors' Addresses ............................................ 10
1. Introduction
G.709 edition 5 [G709-2016] introduces ODUCn signal to support
beyond 100G data rate. ODUCn signal, as a HO ODU, can carry OTN
signals such as ODUk and ODUflex. The tributary slot granularity of
ODUCn is 5 Gbps. The OSPF-TE extensions defined in [RFC7138] cannot
support the OTN B100G features.
B100G framework document [I-D.merge-ccamp-otn-b100g-fwk] provides
the requirements of protocol extensions to support the GMPLS control
of OTN B100G. This document provides OSPF-TE extensions to support
the control of ODUCn.
Fan, et al Expires April 2018 [Page 2]
Internet-Draft GMPLS B100G Routing Ext October 2017
Note: This document considers routing information for OTN electrical
layer only. Routing information for OTN optical layer (i.e., OCh,
OTSiA, and FlexO interfaces) is beyond the scope of this document.
1.1. Requirements Language
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 RFC2119 [RFC2119].
2. Terminology
OPUCn: Optical Payload Unit-Cn
ODUCn: Optical Data Unit-Cn
OTUCn: completely standardized Optical Transport Unit-Cn
OTUCn-M: Optical Transport Unit-Cn with n OxUC overhead instances
and M 5G tributary slots
TS: Tributary Slot
TSG: Tributary Slot Granularity
3. Overview of OSPF-TE Extensions for Support ODUCn
As described in [I-D.merge-ccamp-otn-b100g-fwk], OSPF-TE should be
extended to advertise the 5G tributary slot granularity, the
multiplexing capabilities of ODUCn, and the available bandwidth
information of ODUCn.
The advertisement of ODUCn information is used to synchronize the
two end nodes of an ODUCn link. If the two ends have different
tributary slot granularities, this ODUCn link should not be setup.
If the two ends have different multiplexing hierarchies for ODUCn,
the supported ODUk multiplexing should be the ODUk supported by both
ends. If the two ends mark different tributary slots as unavailable,
each end node should calculate the actual available TS (i.e., the
intersection of available TS from two ends), and convert the actual
available bandwidth to equivalent available ODUk bandwidth.
4. ISCD Format Extensions
As defined in [RFC4203], ISCD is used to describe the switching
capability. Although ODUCn is not switchable, as discussed in
Section 3, we still need advertise some capabilities to the other
end of the ODUCn link. We re-use the OTN-TDM switching capability
Fan, et al Expires April 2018 [Page 3]
Internet-Draft GMPLS B100G Routing Ext October 2017
defined in [RFC7138]. A new LSP encoding type is defined for ODUCn
in [I-D.merge-ccamp-b100g-signaling].
4.1. Switching Capability Specific Information
Besides ODUCn signal, [G709-2016] also introduces ODUflex for FlexE-
aware signal and ODUflex with IMP. Three new signal type need to be
defined:
o TBA1 - ODUCn
o TBA2 - ODUflex (IMP)
o TBA3 - ODUflex (FlexE-aware)
The Bandwidth sub-TLV defined in [RFC7138] contains two types. As
ODUCn is a HO ODU, the multiplexing hierarchy is affected to have
more stages. Type 1 Bandwidth sub-TLV need to be modified, and a
new type Bandwidth sub-TLV is needed for ODUCn.
4.1.1. Modification of Type 1 Container
The multiplexing hierarchy is represented by stages in [RFC7138].
As ODUk can be multiplexed into ODUCn, one more multiplexing stage
can be introduced in both type 1 (fixed container) and type 2
(flexible container) Bandwidth sub-TLV. The extreme case for type 1
is that ODU0->ODU1->ODU2->ODU3->ODU4->ODUCn, which contains 5 stages.
The original one-row space for stage field could be insufficient.
Therefore, the Stage field needs to be modified to support
multiplexing to ODUCn. The modified format of type 1 Bandwidth sub-
TLV is depicted in the following figure:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 1 (Unres-fix) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Signal Type | Num of stages |T|S| TSG | Res | Priority |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
~ Stage#1 | ... | Stage#N | Padding ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unreserved ODUk at Prio 0 | ...... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unreserved ODUk at Prio 7 | Unreserved Padding |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 1: Modified Bandwidth sub-TLV for Type 1 containers
Fan, et al Expires April 2018 [Page 4]
Internet-Draft GMPLS B100G Routing Ext October 2017
4.1.2. Type 3 Container for advertising Unreserved ODUCn
The format of the Bandwidth sub-TLV for ODUCn is depicted in the
following figure:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 3 (Unres-ODUCn) | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Signal Type | n |Res| TSG |P|Res| Priority |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unreserved ODUCn at Prio 0 | ...... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unreserved ODUCn at Prio 7 | Unreserved Padding |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
~ Bit Map for Unavailable TS | Padding ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2: Extended Bandwidth sub-TLV for Type 3 containers
o Signal Type (8 bits): Same as the definition in [RFC7138]. The
value can only be ODUCn signal.
o n (8 bits): Indicates the number of ODUC instance in an ODUCn
signal.
o Flags (8 bits):
* P Flag (bit 22): Indicates whether the advertised ODUCn link is
mapped to sub-rate OTUCn-M, which means some TS in this link are
marked as unavailable. When ODUCn contains unavailable TS, P MUST
be set, while when ODUCn does not contain unavailable TS, P MUST
be cleard.
o TSG (3 bits): Inherits the definition in [RFC7138] by adding a new
value indicating the 5 Gbps TSG:
* 4 - 5 Gbps only
Priority (8 bits): Same as the definition in [RFC7138].
Unreserved ODUCn (16 bits): Indicates the Unreserved Bandwidth at a
particular priority level. This field MUST be set to the number of
the specific ODUCn, which is identified by the Signal Type field,
the n field, and the Bit Map for Unavailable TS field, for a
particular priority level. One field MUST be present for each bit
set in the Priority field, and the fields are ordered to match the
Fan, et al Expires April 2018 [Page 5]
Internet-Draft GMPLS B100G Routing Ext October 2017
Priority field. Fields MUST NOT be present for priority levels that
are not indicated in the Priority field.
Unreserved Padding (16 bits): Same as the definition in [RFC7138].
Bit Map for Unavailable TS (variable): Indicates which tributary
slots are marked as unavailable due to the bandwidth limitation from
lower layer connection, which is different from occupied/allocated
TS. The total number of unavailable TS can be calculated by summing
this field. The length of this field is derived from the n field
(the length is 20 x n). The sequence of this field follows the joint
sequence of the tributary slots in the ODUCn and the order of ODUC
instances. The first 20 bits are respectively for ODUC#1, the second
20 bits are respectively for ODUC#2, and so on. Each bit in the bit
map represents the corresponding tributary slot in the ODUCn with a
value of 1 or 0 indicating whether the tributary slot is marked as
unavailable or not. When P bit is cleared, the Bit Map field is not
required and MUST NOT be included.
Padding (variable): Are added after the Bit Map field to make the
whole label a multiple of four bytes if necessary. Padding bits MUST
be set to 0 and MUST be ignored on receipt.
5. Examples
The examples in the following pages are not normative and are not
intended to imply or mandate any specific implementation.
5.1. Multiplexing ODUk over ODUCn
This example shows the advertisement of the ISCD for ODUCn. An OTUC2
link is considered with supported priorities 0,3 and multiplexing
hierarchy ODU4->ODUC2.
The format of the advertised ISCD is depicted by the following
figure:
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SwCap=OTN_TDM | Encoding=ODUCn| Reserved (all zeros) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 0 = 200 Gbps |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 1 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 2 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Fan, et al Expires April 2018 [Page 6]
Internet-Draft GMPLS B100G Routing Ext October 2017
| Max LSP Bandwidth at priority 3 = 200 Gbps |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 4 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 5 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 6 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 7 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 1 (Unres-fix) | Length = 12 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SigType=ODU4 | #stages = 1 |X|X| 3 |0 0 0|1 0 0 1 0 0 0 0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Stage#1=ODUCn | Padding (all zeros) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unreserved ODU4 at Prio 0 = 2 | Unreserved ODU4 at Prio 3 = 2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 3 (Unres-ODUCn) | Length = 8 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SigType=ODUCn | n = 2 |0 0| 4 |0|0 0|1 0 0 1 0 0 0 0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unreserved ODUC2 at Prio 0 =1 | Unreserved ODUC2 at Prio 3 =1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3: ISCD for ODU4 over OTUC2 link
The Max LSP Bandwidth is filled with the bandwidth of ODUC2 (i.e.,
200 Gbps).
According to the multiplexing hierarchy, the advertised ODU4 has one
stage to ODUCn. The number of unreserved ODU4 is 2 in this example.
The advertised ODUC2 has signal type as ODUCn, n as 2, and P bit
cleared. The TSG value is 4, which means 5 Gbps granularity. The
number of unreserved ODUC2 is 1 in this example.
5.2. Advertising Unavailable TS Information of ODUCn
This example shows the advertisement of unavailable TS information.
An OTUC2-30 link is considered with supported priorities 0,3 and
multiplexing hierarchy ODU4->ODUC2.
The format of the advertised ISCD is depicted by the following
figure:
Fan, et al Expires April 2018 [Page 7]
Internet-Draft GMPLS B100G Routing Ext October 2017
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SwCap=OTN_TDM | Encoding=ODUCn| Reserved (all zeros) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 0 = 150 Gbps |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 1 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 2 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 3 = 150 Gbps |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 4 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 5 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 6 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Max LSP Bandwidth at priority 7 = 0 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 1 (Unres-fix) | Length = 12 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SigType=ODU4 | #stages = 1 |X|X| 3 |0 0 0|1 0 0 1 0 0 0 0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Stage#1=ODUCn | Padding (all zeros) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unreserved ODU4 at Prio 0 = 1 | Unreserved ODU4 at Prio 3 = 1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 3 (Unres-ODUCn) | Length = 16 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SigType=ODUCn | n = 2 |0 0| 4 |1|0 0|1 0 0 1 0 0 0 0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Unreserved ODUC2 at Prio 0 =1 | Unreserved ODUC2 at Prio 3 =1 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1 0 0 0 1|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 1 0 0 0 1| Padding (all zeros) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4: ISCD for ODU4 over OTUC2-30 link
The Max LSP Bandwidth is filled with 150 Gbps, as ODUC2 has 10
unavailable tributary slots.
As the bandwidth of ODUC2 is reduced, the number of unreserved ODU4
is 1 in this example.
Fan, et al Expires April 2018 [Page 8]
Internet-Draft GMPLS B100G Routing Ext October 2017
The advertised ODUC2 has signal type as ODUCn, n as 2, and P bit set.
The TSG value is 4, which means 5 Gbps granularity. The number of
unreserved ODUC2 is 1 in this example. The Bit Map field indicates
which tributary slot is marked as unavailable, where the marking
policy is vendor specific. In this example, bit-4, bit-8, bit-12,
bit-16, bit-20, bit-24, bit-28, bit-32, bit-36, and bit-40 are set,
which means the corresponding tributary slots are marked as
unavailable.
6. Security Considerations
TBD.
7. IANA considerations
TBD.
8. Contributors' Addresses
Haomian Zheng
Huawei Technologies
Email: zhenghaomian@huawei.com
Sergio Belotti
Nokia
Email: sergio.belotti@nokia.com
Yunbin Xu
CAICT
Email: xuyunbin@ritt.cn
Rajan Rao
Infinera
Email: rrao@infinera.com
Huub van Helvoort
Hai Gaoming B.V
Fan, et al Expires April 2018 [Page 9]
Internet-Draft GMPLS B100G Routing Ext October 2017
Email: huubatwork@gmail.com
9. References
9.1. Normative References
[RFC2119] Bradner, S., "Key words for use in RFCs to indicate
requirements levels", RFC 2119, March 1997.
[G709-2016] ITU-T, "Interface for the Optical Transport Network
(OTN)", G.709/Y.1331 Recommendation, June 2016.
[RFC7138] Ceccarelli D., Zhang, F., Belotti, S., Rao, R., and J.
Drake, "Traffic Engineering Extensions to OSPF for GMPLS
Control of Evolving G.709 Optical Transport Networks",
RFC7138, March 2014.
[RFC4203] Kompella, K., Ed., and Y. Rekhter, Ed., "OSPF Extensions
in Support of Generalized Multi-Protocol Label Switching
(GMPLS)", RFC4203, October 2005.
9.2. Informative References
[I-D.merge-ccamp-otn-b100g-fwk] Wang, Q., Ed., Valiveti, R., Ed.,
Zheng, H., Ed., Helvoort, H., and S. Belotti, "GMPLS
Routing and Signaling Framework for B100G", draft-merge-
ccamp-otn-b100g-fwk-02 (work in process), July 2017.
[I-D.merge-ccamp-b100g-signaling] Wang, Q., Ed., Zheng, H., Valiveti,
R., Helvoort, H., and Z. Ali, " GMPLS Signalling
Extensions for control of B100G OTUCn/ODUCn Network ",
draft-merge-ccamp-100g-signalling-00 (work in process),
October 2017.
Authors' Addresses
Zheyu Fan
Huawei Technologies
Email: fanzheyu2@huawei.com
Radhakrishna Valiveti
Infinera
Fan, et al Expires April 2018 [Page 10]
Internet-Draft GMPLS B100G Routing Ext October 2017
Email: rvaliveti@infinera.com
Iftekhar Hussain
Infinera
Email: IHussain@infinera.com
Qilei Wang
ZTE
Email: wang.qilei@zte.com.cn
Zafar Ali
Cisco
Email: zali@cisco.com
Fan, et al Expires April 2018 [Page 11]