idnits 2.17.1 draft-ceccarelli-ccamp-gmpls-ospf-g709-06.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- No issues found here. Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** There are 44 instances of too long lines in the document, the longest one being 5 characters in excess of 72. ** The abstract seems to contain references ([G709-V3]), which it shouldn't. Please replace those with straight textual mentions of the documents in question. Miscellaneous warnings: ---------------------------------------------------------------------------- == The copyright year in the IETF Trust and authors Copyright Line does not match the current year -- The document date (June 23, 2011) is 4691 days in the past. Is this intentional? Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) == Missing Reference: 'G709-V3' is mentioned on line 91, but not defined == Missing Reference: 'WSON-Frame' is mentioned on line 106, but not defined == Missing Reference: 'RFC 3630' is mentioned on line 125, but not defined == Missing Reference: 'RFC 4203' is mentioned on line 125, but not defined == Missing Reference: 'RFC 4202' is mentioned on line 217, but not defined == Missing Reference: 'RFC4204' is mentioned on line 298, but not defined == Missing Reference: 'EDITOR NOTE' is mentioned on line 457, but not defined == Missing Reference: 'RFC4328' is mentioned on line 840, but not defined == Unused Reference: 'MLN-EXT' is defined on line 913, but no explicit reference was found in the text == Unused Reference: 'RFC2328' is defined on line 934, but no explicit reference was found in the text == Unused Reference: 'RFC2370' is defined on line 936, but no explicit reference was found in the text == Unused Reference: 'RFC4201' is defined on line 943, but no explicit reference was found in the text == Unused Reference: 'RFC4202' is defined on line 946, but no explicit reference was found in the text == Unused Reference: 'RFC4203' is defined on line 950, but no explicit reference was found in the text == Unused Reference: 'RFC5250' is defined on line 954, but no explicit reference was found in the text == Unused Reference: 'RFC5340' is defined on line 957, but no explicit reference was found in the text == Unused Reference: 'G.709' is defined on line 962, but no explicit reference was found in the text == Unused Reference: 'Gsup43' is defined on line 970, but no explicit reference was found in the text -- Possible downref: Non-RFC (?) normative reference: ref. 'MLN-EXT' == Outdated reference: A later version (-15) exists of draft-ietf-ccamp-gmpls-g709-framework-04 ** Downref: Normative reference to an Informational draft: draft-ietf-ccamp-gmpls-g709-framework (ref. 'OTN-FWK') == Outdated reference: A later version (-13) exists of draft-ietf-ccamp-otn-g709-info-model-00 ** Downref: Normative reference to an Informational draft: draft-ietf-ccamp-otn-g709-info-model (ref. 'OTN-INFO') ** Downref: Normative reference to an Experimental RFC: RFC 2154 ** Obsolete normative reference: RFC 2370 (Obsoleted by RFC 5250) Summary: 6 errors (**), 0 flaws (~~), 21 warnings (==), 2 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 CCAMP Working Group D. Ceccarelli, Ed. 3 Internet-Draft D. Caviglia 4 Intended status: Standards Track Ericsson 5 Expires: December 25, 2011 F. Zhang 6 D. Li 7 Huawei Technologies 8 S. Belotti 9 P. Grandi 10 Alcatel-Lucent 11 R. Rao 12 K. Pithewan 13 Infinera Corporation 14 J. Drake 15 Juniper 16 June 23, 2011 18 Traffic Engineering Extensions to OSPF for Generalized MPLS (GMPLS) 19 Control of Evolving G.709 OTN Networks 20 draft-ceccarelli-ccamp-gmpls-ospf-g709-06 22 Abstract 24 The recent revision of ITU-T Recommendation G.709 [G709-V3] has 25 introduced new fixed and flexible ODU containers, enabling optimized 26 support for an increasingly abundant service mix. 28 This document describes OSPF routing protocol extensions to support 29 Generalized MPLS (GMPLS) control of all currently defined ODU 30 containers, in support of both sub-lambda and lambda level routing 31 granularity. 33 Status of this Memo 35 This Internet-Draft is submitted in full conformance with the 36 provisions of BCP 78 and BCP 79. 38 Internet-Drafts are working documents of the Internet Engineering 39 Task Force (IETF). Note that other groups may also distribute 40 working documents as Internet-Drafts. The list of current Internet- 41 Drafts is at http://datatracker.ietf.org/drafts/current/. 43 Internet-Drafts are draft documents valid for a maximum of six months 44 and may be updated, replaced, or obsoleted by other documents at any 45 time. It is inappropriate to use Internet-Drafts as reference 46 material or to cite them other than as "work in progress." 48 This Internet-Draft will expire on December 25, 2011. 50 Copyright Notice 52 Copyright (c) 2011 IETF Trust and the persons identified as the 53 document authors. All rights reserved. 55 This document is subject to BCP 78 and the IETF Trust's Legal 56 Provisions Relating to IETF Documents 57 (http://trustee.ietf.org/license-info) in effect on the date of 58 publication of this document. Please review these documents 59 carefully, as they describe your rights and restrictions with respect 60 to this document. Code Components extracted from this document must 61 include Simplified BSD License text as described in Section 4.e of 62 the Trust Legal Provisions and are provided without warranty as 63 described in the Simplified BSD License. 65 Table of Contents 67 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 68 1.1. Terminology . . . . . . . . . . . . . . . . . . . . . . . 3 69 2. OSPF-TE Extensions . . . . . . . . . . . . . . . . . . . . . . 3 70 3. TE-Link Representation . . . . . . . . . . . . . . . . . . . . 4 71 4. ISCD format extensions . . . . . . . . . . . . . . . . . . . . 5 72 4.1. Switch Capability Specific Information . . . . . . . . . . 7 73 5. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 74 5.1. Example of T and S bits utilization . . . . . . . . . . . 13 75 5.2. Example of ODUflex advertisement . . . . . . . . . . . . . 13 76 5.3. Example of single stage muxing . . . . . . . . . . . . . . 15 77 5.4. Example of multi stage muxing - Unbundled link . . . . . . 16 78 5.5. Example of multi stage muxing - Bundled links . . . . . . 18 79 6. Compatibility . . . . . . . . . . . . . . . . . . . . . . . . 20 80 7. Security Considerations . . . . . . . . . . . . . . . . . . . 21 81 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 21 82 9. Contributors . . . . . . . . . . . . . . . . . . . . . . . . . 21 83 10. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 23 84 11. References . . . . . . . . . . . . . . . . . . . . . . . . . . 23 85 11.1. Normative References . . . . . . . . . . . . . . . . . . . 23 86 11.2. Informative References . . . . . . . . . . . . . . . . . . 24 87 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 24 89 1. Introduction 91 G.709 OTN [G709-V3] includes new fixed and flexible ODU containers, 92 two types of Tributary Slots (i.e., 1.25Gbps and 2.5Gbps), and 93 supports various multiplexing relationships (e.g., ODUj multiplexed 94 into ODUk (jODUk format is 139 used to indicate the ODUj into ODUk multiplexing capability. 141 This notation can be iterated dependently from the number of 142 multiplexing levels. In the following the term "multiplexing tree" 143 is used to identify a multiplexing hierarchy where the root is always 144 a server ODUk/OTUk and any other multiplexed container is represented 145 with increasing granularity till the leaf of the tree. The tree can 146 be structured with more than one branch if the server ODUk/OTUk 147 supports more than one hierarchy. 149 If for example a multiplexing hierarchy like the follwing one is 150 considered: 152 ODU2 ODU0 ODUflex ODU0 153 \ / \ / 154 | | 155 ODU3 ODU2 156 \ / 157 \ / 158 \ / 159 \ / 160 ODU4 162 The ODU4 is the root of the muxing tree, ODU3 and ODU2 are containers 163 directly multiplexed into the server and then ODU2, ODU0 are the 164 leaves of ODU3 branch, while ODUflex and ODU0 are the leaves of the 165 ODU2 one. This means that on this traffic card it is possible to 166 have the following multiplexing capabilities: 168 ODU2->ODU3->ODU4 169 ODU0->ODU3->ODU4 170 ODUflex->ODU2->ODU4 171 ODU0->ODU2->ODU4 173 3. TE-Link Representation 175 G.709 ODUk/OTUk Links are represented as TE-Links in GMPLS Traffic 176 Engineering Topology for supporting ODUj layer switching. These TE- 177 Links can be modeled in multiple ways. Some of the prominent 178 representations are captured below. 180 OTUk physical Link(s) can be modeled as a TE-Link(s). The TE-Link is 181 termed as ODUk-TE-Link. The ODUk-TE-Link advertises ODUj Switching 182 Capacity. The advertised capacity could include ODUk switching 183 capacity. Figure-1 below provides an illustration of one hop ODUk 184 TE-links. 186 +-------+ +-------+ +-------+ 187 | OTN | | OTN | | OTN | 188 |Switch |<- OTUk Link ->|Switch |<- OTUk Link ->|Switch | 189 | A | | B | | C | 190 +-------+ +-------+ +-------+ 192 |<-- TE-Link -->| |<-- TE-Link -->| 194 Figure 1: ODUk TE-Link 196 It is possible to create TE-Links that span more than one hop by 197 creating FA between non-adjacent nodes. Such Te-Links are also 198 termed ODUk-TE-Links. As in one hop case, these types of ODUk-TE- 199 Links also advertise ODUj switching capacity. The advertised 200 capacity could include ODUk switching capacity. 202 +-------+ +-------+ +-------+ 203 | OTN | | OTN | | OTN | 204 |Switch |<- OTUk Link ->|Switch |<- OTUk Link ->|Switch | 205 | A | | B | | C | 206 +-------+ +-------+ +-------+ 207 ODUk Switched 209 |<------------- ODUk Link ------------->| 210 |<-------------- TE-Link--------------->| 212 Figure 2: Multiple hops TE-Link 214 4. ISCD format extensions 216 The Interface Switching Capability Descriptor describes switching 217 capability of an interface [RFC 4202]. This document defines a new 218 Switching Capability value for OTN [G.709-v3] as follows: 220 Value Type 221 ----- ---- 222 101 (TBA by IANA) OTN-TDM capable (OTN-TDM) 224 Switching Capability and Encoding values MUST be used as follows: 226 Switching Capability = OTN-TDM 227 Encoding Type = G.709 ODUk (Digital Path) [as defined in RFC4328] 229 Both fixed and flexible ODUs use the same switching type and encoding 230 values. When Switching Capability and Encoding fields are set to 231 values as stated above, the Interface Switching Capability Descriptor 232 should be interpreted as follows: 234 0 1 2 3 235 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 236 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 237 | Switching Cap | Encoding | Reserved | 238 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 239 | Max LSP Bandwidth at priority 0 | 240 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 241 | Max LSP Bandwidth at priority 1 | 242 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 243 | Max LSP Bandwidth at priority 2 | 244 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 245 | Max LSP Bandwidth at priority 3 | 246 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 247 | Max LSP Bandwidth at priority 4 | 248 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 249 | Max LSP Bandwidth at priority 5 | 250 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 251 | Max LSP Bandwidth at priority 6 | 252 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 253 | Max LSP Bandwidth at priority 7 | 254 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 255 | Switch Capability Specific Information | 256 | (variable length) | 257 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 259 Maximum LSP Bandwidth 261 The MAX LSP bandwidth field is used accordingly to RFC4204: i.e. 0 <= 262 Max LSP Bandwidth <= ODUk/OTUk and intermediate values are those on 263 the branch of OTN switching hierarchy supported by the interface. 264 E.g. in the OTU4 link it could be possible to have ODU4 as MAX LSP 265 Bandwidth for some priorities, ODU3 for others, ODU2 for some others 266 etc. The bandwidth unit is in bytes per second and the encoding is 267 in IEEE floating point format. The discrete values for various ODUs 268 is shown in the table below. 270 +----------------------+---------------------------------+------------------+ 271 | ODU Type | ODU nominal bit rate |Value in Byte/Sec | 272 +----------------------+---------------------------------+------------------+ 273 | ODU0 | 1 244 160 kbits/s | 0x4D1450C0 | 274 | ODU1 | 239/238 x 2 488 320 kbit/s | 0x4D94F048 | 275 | ODU2 | 239/237 x 9 953 280 kbit/s | 0x4E959129 | 276 | ODU3 | 239/236 x 39 813 120 kbit/s | 0X4F963367 | 277 | ODU4 | 239/227 x 99 532 800 kbit/s | 0x504331E3 | 278 | ODU2e | 239/237 x 10 312 500 kbit/s | 0x4E9AF70A | 279 | | | | 280 | ODUflex for CBR | | MAX LSP | 281 | Client signals |239/238 x client signal bit rate | BANDWIDTH | 282 | | | | 283 | ODUflex for GFP-F | | MAX LSP | 284 |Mapped client signal | Configured bit rate | BANDWIDTH | 285 | | | | 286 | | | | 287 | ODU flex resizable | Configured bit rate | MAX LSP | 288 | | | BANDWIDTH | 289 +----------------------+---------------------------------+------------------+ 291 The ISCD includes a variable number of SCSI TLVs as described in the 292 following sections. A single ISCD TLV MAY be used for the 293 advertisement of unbundled or bundled links also with different 294 server layers. A different SCSI TLV MUST be used for each different 295 muxing hierarchy (muxing tree in the following examples). 297 The Maximum LSP Bandwidth at priority 'p' field MUST be set 298 accordingly to [RFC4204]. It MUST be set to zero for non supported 299 priorities. 301 E.g. if 3 OTU3 and 4 OTU2 interfaces are bundled together, a single 302 ISCD TLV may be advertised with a different SCSI for each muxing 303 hierarchy. 305 4.1. Switch Capability Specific Information 307 The technology specific part of the ISCD can include a variable 308 number of SCSI TLVs. The definitio of a SCSI TLV allows the encoding 309 being future proof and easily extensible. This document defines SCSI 310 TLV type 1 (TBA by IANA), which is used to describe a tree of the OTN 311 muxing hierachy. The muxing hierarchy tree is encoded as an order 312 independent list of TLVs called Bandwidth TLVs. Two types of 313 Bandwidth TLV are defined (TBA by IANA): 315 - Type 1 - Used for fixed containers 317 - Type 2 - Used for flexible containers 319 The format of the SCSI TLV is depicted in the following figure: 321 0 1 2 3 322 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 323 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 324 | Type = 1 (SCSI) | Length | 325 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 326 | Type = 1 (BW-fix) | Length | 327 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 328 | | 329 | Fixed Container | 330 | | 331 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 332 ~ ... ~ 333 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 334 | Type = 2 (BW-var) | Length | 335 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 336 | | 337 | Variable Container | 338 | | 339 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 341 Figure 3: SCSI TLV 343 The formats of the two different types of Bandwidth TLV are depicted 344 in the following figures: 346 0 1 2 3 347 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 348 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 349 | Type = 1 (BW-fix) | Length | 350 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 351 | Signal type | Num of stages |F|T|S| Res | Priority | 352 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 353 | Stage#1 | ... | Stage#N | Padding | 354 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 355 | Unres ODUk at Prio 0 | Unres ODUk at Prio 1 | 356 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 357 | Unres ODUk at Prio 2 | Unres ODUk at Prio 3 | 358 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 359 | Unres ODUk at Prio 4 | Unres ODUk at Prio 5 | 360 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 361 | Unres ODUk at Prio 6 | Unres ODUk at Prio 7 | 362 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 364 Figure 4: Bandwidth TLV - Type 1 - 366 The values of the fields shown in figure 4 are explained after figure 367 5. 369 0 1 2 3 370 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 371 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 372 | Type = 2 (BW-var) | Length | 373 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 374 | Signal type | Num of stages |F|T|S| Res | Priority | 375 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 376 | Stage#1 | ... | Stage#N | Padding | 377 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 378 | Bandwidth at priority 0 | 379 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 380 | Bandwidth at priority 1 | 381 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 382 | Bandwidth at priority 2 | 383 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 384 | Bandwidth at priority 3 | 385 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 386 | Bandwidth at priority 4 | 387 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 388 | Bandwidth at priority 5 | 389 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 390 | Bandwidth at priority 6 | 391 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 392 | Bandwidth at priority 7 | 393 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 395 Figure 5: Bandwidth TLV - Type 2 - 397 - Signal Type: Indicates the ODU type being advertised 399 Value Type 400 ----- ------ 401 1 ODU1 402 2 ODU2 403 3 ODU3 404 4 ODU4 405 10 ODU0 406 11 ODU2e 407 20 ODUflex CBR 408 21 ODUflex GFP-F resizable 409 22 ODUflex GFP-F non resizable 410 60000-65535 Experimental 412 - Number of stages: Indicates the number of multiplexing stages 413 level. It is equal to 0 when a server layer is being advertised, 414 1 in case of single stage muxing, 2 in case of dual stage muxing, 415 etc. 417 - Flags: 419 - F flag : This flag defines the meaning of the Bandwidth being 420 advertised. When the F bit is cleared, the type of bandwidth 421 being advertised it the Unreserved Bandwidth of the given 422 signal type. On the other side, when the F bit is set, the 423 Bandwdith fields represent the MAX LSP bandwdith. 425 - T Flag (bit 17): Indicates whether the advertised bandwidth 426 can be terminated. When T=1, the signal type can be 427 terminated, when T=0, the signal type cannot be terminated. 429 - S Flag (bit 18): Indicates whether the advertised bandwidth 430 can be switched. When S=1, the signal type can be switched, 431 when S=0, the signal type cannot be switched. 433 The value 00 in both T and S bits is not permitted. 435 - Priority :8 bits field with 1 flag for each priority. Bit set 436 indicates pirority supported, bit cleared priority not supported. 437 The priority 0 is related to the most significant bit. When no 438 priority is suppored, priority 0 MUST be advertised. 440 - Stage#1 ... Stage#N : These fields are 8 bits long. Their 441 number is variable and a field is present for each stage of the 442 muxing hierarchy. The last one is always indicating the server 443 ODU container (ODUk/OTUk). The values of the Stage fields are the 444 same ones defined for the Signal Type field. 446 - Padding: Given that the number of Stages is variable, a padding 447 to 32 bits field might be needed. 449 - Unreserved Bandwidth/Max LSP BW : In case of fixed containers 450 the Bandwidth field is 16 bits long and indicates the Unreserved 451 Bandwidth in number of available containers, while in case of 452 variable container the Bandwidth field (both in case of Unreserved 453 or MAX LSP) is 32 bits long and expressed in IEEE floating point 454 format. Only Unreserved/MAX LSP bandwidth for supported 455 priorities MUST be advertised. 457 [EDITOR NOTE]: TO BE MOVED TO THE INFO MODEL DRAFT Please note that 458 in case of multi stage muxing hierarchy (e.g. ODU1->ODU2->ODU3), not 459 only the ODUk/OTUk bandwidth (ODU3) and service layer bandwidth 460 (ODU1) are needed, but also the intermediate one (ODU2). This is a 461 typical case of spatial allocation problem. 463 Suppose in this scenario to have the following advertisement: 465 Hierarchy: ODU1->ODU2->ODU3 467 Number of ODU1==5 469 The number of ODU1 suggests that it is possible to have an ODU2 FA, 470 but it depends on the spatial allocation of such ODU1. 472 It is possible that 2 links are bundled together and 3 473 ODU1->ODU2->ODU3 are available on a component link and 2 on the other 474 one, in such a case no ODU2 FA could be set up. The advertisement of 475 the ODU2 is needed because in case of ODU1 spatial allocation (3+2), 476 the ODU2 available bandwidth would be 0 (no ODU2 FA can be created), 477 while in case of ODU1 spatial allocation (4+1) the ODU2 available 478 bandwidth would be 1 (1 ODU2 FA can be created). 480 5. Examples 482 The examples in the following pages are not normative and are not 483 intended to infer or mandate any specific implementation. 485 5.1. Example of T and S bits utilization 487 0 1 2 3 488 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 489 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 490 | Type = 1 (SCSI) | Length | 491 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 492 | Type = 1 (BW-fix) | Length | 493 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 494 |Sig type=ODU1 | #stages= 2 |0|T=0|S=1| Res |1|0|0|1|0|0|0|0| 495 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 496 | Stage#1=ODU2 | Stage#2=ODU3 | Padding | 497 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 498 | Unres ODUk at Prio 0 | Unres ODUk at Prio 3 | 499 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 500 | Type = 1 (BW-fix) | Length | 501 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 502 |Sig type=ODU2 | #stages= 1 |0|T=1|S=0| Res |1|0|0|1|0|0|0|0| 503 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 504 | Stage#1=ODU3 | Padding | 505 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 506 | Unres ODUk at Prio 0 | Unres ODUk at Prio 3 | 507 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 508 | Type = 1 (BW-fix) | Length | 509 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 510 |Sig type=ODU3 | #stages= 0 |0|T=1|S=1| Res |1|0|0|1|0|0|0|0| 511 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 512 | Unres ODUk at Prio 0 | Unres ODUk at Prio 3 | 513 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 515 Figure 6: Example 1 - T and S bits utilization 517 5.2. Example of ODUflex advertisement 519 In this example the advertisement of an ODUflex->ODU3 hierarchy is 520 shown. In case of ODUflex advertisement the MAX LSP bandwidth needs 521 to be advertised but in some cases also information about the 522 Unreserved bandwidth could be useful. The F flag is used to 523 distinguish between the two cases. 525 0 1 2 3 526 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 527 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 528 | Type = 1 (SCSI) | Length | 529 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 530 | Type = 2 (BW-var) | Length | 531 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 532 |S. type=ODUflex| #stages= 1 |F=0|T|S| Res | Priority | 533 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 534 | Stage#1=ODU3 | Padding | 535 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 536 | Unreserved Bandwidth at priority 0 | 537 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 538 | Unreserved Bandwidth at priority 1 | 539 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 540 | Unreserved Bandwidth at priority 2 | 541 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 542 | Unreserved Bandwidth at priority 3 | 543 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 544 | Unreserved Bandwidth at priority 4 | 545 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 546 | Unreserved Bandwidth at priority 5 | 547 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 548 | Unreserved Bandwidth at priority 6 | 549 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 550 | Unreserved Bandwidth at priority 7 | 551 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 552 | Type = 2 (BW-var) | Length | 553 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 554 |S. type=ODUflex| #stages= 1 |F=1|T|S| Res | Priority | 555 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 556 | Stage#1=ODU3 | Padding | 557 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 558 | MAX LSP Bandwidth at priority 0 | 559 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 560 | MAX LSP Bandwidth at priority 1 | 561 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 562 | MAX LSP Bandwidth at priority 2 | 563 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 564 | MAX LSP Bandwidth at priority 3 | 565 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 566 | MAX LSP Bandwidth at priority 4 | 567 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 568 | MAX LSP Bandwidth at priority 5 | 569 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 570 | MAX LSP Bandwidth at priority 6 | 571 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 572 | MAX LSP Bandwidth at priority 7 | 573 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 575 Figure 7: Example 2 - ODUflex advertisement 577 5.3. Example of single stage muxing 579 Supposing to have 1 OTU4 component link supporting single stage 580 muxing of ODU1, ODU2, ODU3 and ODUflex, the supported hierarchy can 581 be summarized in a tree as in the following figure. For sake of 582 simplicity we assume that also in this case only priorities 0 and 3 583 are supported. 585 ODU1 ODU2 ODU3 ODUflex 586 \ \ / / 587 \ \ / / 588 ODU4 590 and the related SCSIs as follows: 592 0 1 2 3 593 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 594 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 595 | Type = 1 (SCSI) | Length | 596 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 597 | Type = 1 (BW-fix) | Length | 598 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 599 |Sig type=ODU4 | #stages= 0 |F=0|T|S| Res |1|0|0|1|0|0|0|0| 600 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 601 | Unres ODUk at Prio 0 =1 | Unres ODUk at Prio 3 =1 | 602 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 603 | Type = 1 (BW-fix) | Length | 604 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 605 |Sig type=ODU1 | #stages= 1 |F=0|T|S| Res |1|0|0|1|0|0|0|0| 606 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 607 | Stage#1=ODU4 | Padding | 608 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 609 | Unres ODUk at Prio 0 =40 | Unres ODUk at Prio 3 =40 | 610 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 611 | Type = 1 (BW-fix) | Length | 612 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 613 |Sig type=ODU2 | #stages= 1 |F=0|T|S| Res |1|0|0|1|0|0|0|0| 614 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 615 | Stage#1=ODU4 | Padding | 616 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 617 | Unres ODUk at Prio 0 =10 | Unres ODUk at Prio 3 =10 | 618 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 619 | Type = 1 (BW-fix) | Length | 620 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 621 |Sig type=ODU3 | #stages= 1 |F=0|T|S| Res |1|0|0|1|0|0|0|0| 622 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 623 | Stage#1=ODU4 | Padding | 624 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 625 | Unres ODUk at Prio 0 =2 | Unres ODUk at Prio 3 =2 | 626 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 627 | Type = 2 (BW-var) | Length | 628 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 629 |S. type=ODUflex| #stages= 1 |F=1|T|S| Res |1|0|0|1|0|0|0|0| 630 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 631 | Stage#1=ODU4 | Padding | 632 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 633 | MAX LSP Bandwidth at priority 0 =100Gbps | 634 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 635 | MAX LSP Bandwidth at priority 3 =100Gbps | 636 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 637 |S. type=ODUflex| #stages= 1 |F=0|T|S| Res |1|0|0|1|0|0|0|0| 638 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 639 | Stage#1=ODU4 | Padding | 640 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 641 | Unreserved Bandwidth at priority 0 =100Gbps | 642 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 643 | Unreserved Bandwidth at priority 3 =100Gbps | 644 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 646 Figure 8: Example 3 - Single stage muxing 648 5.4. Example of multi stage muxing - Unbundled link 650 Supposing to have 1 OTU4 component link with muxing capabilities as 651 show in the following figure: 653 ODU2 ODU0 ODUflex ODU0 654 \ / \ / 655 | | 656 ODU3 ODU2 657 \ / 658 \ / 659 \ / 660 \ / 661 ODU4 663 and supported pririties 0 and 3, the advertisement is composed by the 664 following SCSI: 666 0 1 2 3 667 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 668 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 669 | Type = 1 (SCSI) | Length | 670 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 671 | Type = 1 (BW-fix) | Length | 672 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 673 |Sig type=ODU4 | #stages= 0 |F|T|S| Res |1|0|0|1|0|0|0|0| 674 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 675 | Unres ODUk at Prio 0 =1 | Unres ODUk at Prio 3 =1 | 676 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 677 | Type = 1 (BW-fix) | Length | 678 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 679 |Sig type=ODU3 | #stages= 1 |F|T|S| Res |1|0|0|1|0|0|0|0| 680 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 681 | Stage#1=ODU4 | Padding | 682 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 683 | Unres ODUk at Prio 0 =2 | Unres ODUk at Prio 3 =2 | 684 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 685 | Type = 1 (BW-fix) | Length | 686 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 687 |Sig type=ODU2 | #stages= 1 |F|T|S| Res |1|0|0|1|0|0|0|0| 688 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 689 | Stage#1=ODU4 | Padding | 690 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 691 | Unres ODUk at Prio 0 =10 | Unres ODUk at Prio 3 =10 | 692 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 693 | Type = 1 (BW-fix) | Length | 694 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 695 |Sig type=ODU2 | #stages= 2 |F|T|S| Res |1|0|0|1|0|0|0|0| 696 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 697 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 698 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 699 | Unres ODUk at Prio 0 =10 | Unres ODUk at Prio 3 =10 | 700 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 701 | Type = 1 (BW-fix) | Length | 702 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 703 |Sig type=ODU0 | #stages= 2 |F|T|S| Res |1|0|0|1|0|0|0|0| 704 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 705 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 706 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 707 | Unres ODUk at Prio 0 =80 | Unres ODUk at Prio 3 =80 | 708 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 709 | Type = 1 (BW-fix) | Length | 710 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 711 |Sig type=ODU0 | #stages= 2 |F|T|S| Res |1|0|0|1|0|0|0|0| 712 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 713 | Stage#1=ODU2 | Stage#2=ODU4 | Padding | 714 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 715 | Unres ODUk at Prio 0 =80 | Unres ODUk at Prio 3 =80 | 716 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 717 | Type = 2 (BW-var) | Length | 718 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 719 |S.type=ODUflex | #stages= 2 |F=0|T|S| Res |1|0|0|1|0|0|0|0| 720 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 721 | Stage#1=ODU2 | Stage#2=ODU4 | Padding | 722 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 723 | Unreserved Bandwidth at priority 0 =100Gbps | 724 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 725 | Unreserved Bandwidth at priority 3 =100Gbps | 726 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 727 | Type = 2 (BW-var) | Length | 728 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 729 |S.type=ODUflex | #stages= 2 |F=1|T|S| Res |1|0|0|1|0|0|0|0| 730 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 731 | Stage#1=ODU2 | Stage#2=ODU4 | Padding | 732 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 733 | MAX LSP Bandwidth at priority 0 =10Gbps | 734 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 735 | MAX LSP Bandwidth at priority 3 =10Gbps | 736 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 738 Figure 9: Example 4 - Multi stage muxing - Unbundled link 740 5.5. Example of multi stage muxing - Bundled links 742 In this example 3 OTU4 component links with the following muxing 743 capabilities trees are considered 745 Component Link#1 Component Link#2 Component Link#3 746 ODU2 ODU0 ODU2 ODU0 ODUflex 747 \ / \ / | 748 | | ODU3 749 ODU3 ODU3 | 750 | | ODU4 751 ODU4 ODU4 753 Considering only supported priorities 0 and 3, the advertisement is 754 composed by a single ISCD with 2 SCSI TLVs, one for the advertisement 755 of Component Link#1 and #2 and the second one for Component Link#3: 757 - SCSI 1 - 759 0 1 2 3 760 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 761 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 762 | Type = 1 (SCSI) | Length | 763 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 764 | Type = 1 (BW-fix) | Length | 765 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 766 |Sig type=ODU4 | #stages= 0 |F|T|S| Res |1|0|0|1|0|0|0|0| 767 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 768 | Unres ODUk at Prio 0 =2 | Unres ODUk at Prio 3 =2 | 769 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 770 | Type = 1 (BW-fix) | Length | 771 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 772 |Sig type=ODU3 | #stages= 1 |F|T|S| Res |1|0|0|1|0|0|0|0| 773 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 774 | Stage#1=ODU4 | Padding | 775 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 776 | Unres ODUk at Prio 0 =4 | Unres ODUk at Prio 3 =4 | 777 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 778 | Type = 1 (BW-fix) | Length | 779 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 780 |Sig type=ODU2 | #stages= 2 |F|T|S| Res |1|0|0|1|0|0|0|0| 781 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 782 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 783 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 784 | Unres ODUk at Prio 0 =20 | Unres ODUk at Prio 3 =20 | 785 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 786 | Type = 1 (BW-fix) | Length | 787 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 788 |Sig type=ODU0 | #stages= 2 |F|T|S| Res |1|0|0|1|0|0|0|0| 789 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 790 | Stage#1=ODU2 | Stage#2=ODU4 | Padding | 791 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 792 | Unres ODUk at Prio 0 =160 | Unres ODUk at Prio 3 =160 | 793 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 795 SCSI - 2 - 797 0 1 2 3 798 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 799 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 800 | Type = 1 (SCSI) | Length | 801 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 802 | Type = 1 (BW-fix) | Length | 803 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 804 |Sig type=ODU4 | #stages= 0 |F|T|S| Res |1|0|0|1|0|0|0|0| 805 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 806 | Unres ODUk at Prio 0 =1 | Unres ODUk at Prio 3 =1 | 807 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 808 | Type = 1 (BW-fix) | Length | 809 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 810 |Sig type=ODU3 | #stages= 1 |F|T|S| Res |1|0|0|1|0|0|0|0| 811 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 812 | Stage#1=ODU4 | Padding | 813 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 814 | Unres ODUk at Prio 0 =2 | Unres ODUk at Prio 3 =2 | 815 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 816 | Type = 2 (BW-var) | Length | 817 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 818 |S. type=ODUflex| #stages= 2 |F=1|T|S| Res |1|0|0|1|0|0|0|0| 819 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 820 | Stage#1=ODU3 | Stage#1=ODU4 | Padding | 821 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 822 | MAX LSP Bandwidth at priority 0 =40Gbps | 823 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 824 | MAX LSP Bandwidth at priority 3 =40Gbps | 825 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 826 |S. type=ODUflex| #stages= 2 |F=0|T|S| Res |1|0|0|1|0|0|0|0| 827 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 828 | Stage#1=ODU3 | Stage#1=ODU4 | Padding | 829 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 830 | Unreserved Bandwidth at priority 0 =80Gbps | 831 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 832 | Unreserved Bandwidth at priority 3 =80Gbps | 833 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 835 Figure 10: Example 5 - Multi stage muxing - Bundled lilnks 837 6. Compatibility 839 Backwards compatibility with implementations based on [RFC4328] can 840 be achieved advertising the [RFC4328] based ISCDs in addition to the 841 ISCD defined in this document. 843 7. Security Considerations 845 This document specifies the contents of Opaque LSAs in OSPFv2. As 846 Opaque LSAs are not used for SPF computation or normal routing, the 847 extensions specified here have no direct effect on IP routing. 848 Tampering with GMPLS TE LSAs may have an effect on the underlying 849 transport (optical and/or SONET-SDH) network. [RFC3630] suggests 850 mechanisms such as [RFC2154] to protect the transmission of this 851 information, and those or other mechanisms should be used to secure 852 and/or authenticate the information carried in the Opaque LSAs. 854 8. IANA Considerations 856 TBD 858 9. Contributors 860 Xiaobing Zi, Huawei Technologies 862 Email: zixiaobing@huawei.com 864 Francesco Fondelli, Ericsson 866 Email: francesco.fondelli@ericsson.com 868 Marco Corsi, Altran Italia 870 EMail: marco.corsi@altran.it 872 Eve Varma, Alcatel-Lucent 874 EMail: eve.varma@alcatel-lucent.com 876 Jonathan Sadler, Tellabs 878 EMail: jonathan.sadler@tellabs.com 879 Lyndon Ong, Ciena 881 EMail: lyong@ciena.com 883 Ashok Kunjidhapatham 885 akunjidhapatham@infinera.com 887 Snigdho Bardalai 889 sbardalai@infinera.com 891 Steve Balls 893 Steve.Balls@metaswitch.com 895 Jonathan Hardwick 897 Jonathan.Hardwick@metaswitch.com 899 Xihua Fu 901 fu.xihua@zte.com.cn 903 Cyril Margaria 905 cyril.margaria@nsn.com 907 10. Acknowledgements 909 11. References 911 11.1. Normative References 913 [MLN-EXT] D.Papadimitriou, M.Vigoureux, K.Shiomoto, D.Brungard, J.Le 914 Roux, "Generalized Multi-Protocol Extensions for Multi- 915 Layer and Multi-Region Network (MLN/MRN)", February 2010. 917 [OTN-FWK] F.Zhang, D.Li, H.Li, S.Belotti, D.Ceccarelli, "Framework 918 for GMPLS and PCE Control of G.709 Optical Transport 919 networks, work in progress 920 draft-ietf-ccamp-gmpls-g709-framework-04", March 2011. 922 [OTN-INFO] 923 S.Belotti, P.Grandi, D.Ceccarelli, D.Caviglia, F.Zhang, 924 D.Li, "Information model for G.709 Optical Transport 925 Networks (OTN), work in progress 926 draft-ietf-ccamp-otn-g709-info-model-00", April 2011. 928 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate 929 Requirement Levels", BCP 14, RFC 2119, March 1997. 931 [RFC2154] Murphy, S., Badger, M., and B. Wellington, "OSPF with 932 Digital Signatures", RFC 2154, June 1997. 934 [RFC2328] Moy, J., "OSPF Version 2", STD 54, RFC 2328, April 1998. 936 [RFC2370] Coltun, R., "The OSPF Opaque LSA Option", RFC 2370, 937 July 1998. 939 [RFC3630] Katz, D., Kompella, K., and D. Yeung, "Traffic Engineering 940 (TE) Extensions to OSPF Version 2", RFC 3630, 941 September 2003. 943 [RFC4201] Kompella, K., Rekhter, Y., and L. Berger, "Link Bundling 944 in MPLS Traffic Engineering (TE)", RFC 4201, October 2005. 946 [RFC4202] Kompella, K. and Y. Rekhter, "Routing Extensions in 947 Support of Generalized Multi-Protocol Label Switching 948 (GMPLS)", RFC 4202, October 2005. 950 [RFC4203] Kompella, K. and Y. Rekhter, "OSPF Extensions in Support 951 of Generalized Multi-Protocol Label Switching (GMPLS)", 952 RFC 4203, October 2005. 954 [RFC5250] Berger, L., Bryskin, I., Zinin, A., and R. Coltun, "The 955 OSPF Opaque LSA Option", RFC 5250, July 2008. 957 [RFC5340] Coltun, R., Ferguson, D., Moy, J., and A. Lindem, "OSPF 958 for IPv6", RFC 5340, July 2008. 960 11.2. Informative References 962 [G.709] ITU-T, "Interface for the Optical Transport Network 963 (OTN)", G.709 Recommendation (and Amendment 1), 964 February 2001. 966 [G.709-v3] 967 ITU-T, "Draft revised G.709, version 3", consented 968 by ITU-T on Oct 2009. 970 [Gsup43] ITU-T, "Proposed revision of G.sup43 (for agreement)", 971 December 2008. 973 Authors' Addresses 975 Daniele Ceccarelli (editor) 976 Ericsson 977 Via A. Negrone 1/A 978 Genova - Sestri Ponente 979 Italy 981 Email: daniele.ceccarelli@ericsson.com 983 Diego Caviglia 984 Ericsson 985 Via A. Negrone 1/A 986 Genova - Sestri Ponente 987 Italy 989 Email: diego.caviglia@ericsson.com 991 Fatai Zhang 992 Huawei Technologies 993 F3-5-B R&D Center, Huawei Base 994 Shenzhen 518129 P.R.China Bantian, Longgang District 995 Phone: +86-755-28972912 997 Email: zhangfatai@huawei.com 998 Dan Li 999 Huawei Technologies 1000 F3-5-B R&D Center, Huawei Base 1001 Shenzhen 518129 P.R.China Bantian, Longgang District 1002 Phone: +86-755-28973237 1004 Email: danli@huawei.com 1006 Sergio Belotti 1007 Alcatel-Lucent 1008 Via Trento, 30 1009 Vimercate 1010 Italy 1012 Email: sergio.belotti@alcatel-lucent.com 1014 Pietro Vittorio Grandi 1015 Alcatel-Lucent 1016 Via Trento, 30 1017 Vimercate 1018 Italy 1020 Email: pietro_vittorio.grandi@alcatel-lucent.com 1022 Rajan Rao 1023 Infinera Corporation 1024 169, Java Drive 1025 Sunnyvale, CA-94089 1026 USA 1028 Email: rrao@infinera.com 1030 Khuzema Pithewan 1031 Infinera Corporation 1032 169, Java Drive 1033 Sunnyvale, CA-94089 1034 USA 1036 Email: kpithewan@infinera.com 1037 John E Drake 1038 Juniper 1040 Email: jdrake@juniper.net