Liaison statement
LS138 - Amendment 2 to G.872 OTN architecture
Additional information about IETF liaison relationships is available on the
IETF webpage
and the
Internet Architecture Board liaison webpage.
State | Posted |
---|---|
Submitted Date | 2010-03-05 |
From Group | ITU-T-SG-15 |
From Contact | Hiroshi Ota |
To Group | ccamp |
To Contacts | lberger@labn.net dbrungard@att.com |
Cc | paf@cisco.com adrian.farrel@huawei.com rcallon@juniper.net ccamp@ietf.org yoichi.maeda@ntt-at.co.jp steve.trowbridge@alcatel-lucent.com |
Response Contact | tsbsg15@itu.int greg.jones@itu.int hiroshi.ota@itu.int |
Technical Contact | malcolm.betts@zte.com.cn |
Purpose | For information |
Attachments |
LS138 - Amendment 2 to G.872 OTN architecture - body pdf
LS138 - Attach: current draft of G.872 amendment 2 |
Body |
Q12/15 is in the process of updating G.872 the OTN architecture to reflect the changes in the OTN rates and formats defined in G.709. The most significant additions are the inclusion of the ODU0 and the ODUflex, that allows a flexible use of bandwidth. The most significant change to the architecture is that we now clarified that the ODU is modelled as a single layer network, with the bit rate (of the client) represented as a parameter. This evolution of OTN has identified a number of significant new requirements from the perspective of the control plane including: Support for the new ODU rates, ODU0, ODU4 and ODUflex Support for the new server layer (OTU4) The ability to provide the information required for path computation This includes the requirement to be able to describe the maximum payload bandwidth that can be accommodated on a link as well as the total available bandwidth. Maintain the independence between the service rate (the rate of the ODU including ODUflex) and the OTU or higher order ODU link that it is carried over. Provide the information that is necessary to allow each node to compute the number of TS required and the location of the stuff opportunities. We have attached the current draft of G.872 amendment 2, we hope that you will find this useful in your work on the extension of the GMPLS protocols to support OTN. Attachment: WD10r5nc |