Liaison statement
LS138 - Amendment 2 to G.872 OTN architecture

State Posted
Posted Date 2010-03-05
From Group ITU-T-SG-15
From Contact Greg Jones
To Group ccamp
To Contacts lberger@labn.net
dbrungard@att.com
Ccpaf@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