idnits 2.17.1 draft-ietf-ccamp-gmpls-ospf-g709v3-04.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 : ---------------------------------------------------------------------------- ** The abstract seems to contain references ([G.709-2012]), 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 (November 28, 2012) is 4160 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) == Outdated reference: A later version (-15) exists of draft-ietf-ccamp-gmpls-g709-framework-11 == Outdated reference: A later version (-13) exists of draft-ietf-ccamp-otn-g709-info-model-05 == Outdated reference: A later version (-12) exists of draft-ietf-ccamp-gmpls-signaling-g709v3-05 Summary: 1 error (**), 0 flaws (~~), 4 warnings (==), 1 comment (--). 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: June 1, 2013 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 November 28, 2012 18 Traffic Engineering Extensions to OSPF for Generalized MPLS (GMPLS) 19 Control of Evolving G.709 OTN Networks 20 draft-ietf-ccamp-gmpls-ospf-g709v3-04 22 Abstract 24 ITU-T Recommendation G.709 [G.709-2012] has introduced new fixed and 25 flexible Optical Data Unit (ODU) containers, enabling optimized 26 support for an increasingly abundant service mix. 28 This document describes Open Shortest Path First - Traffic 29 Engineering (OSPF-TE) routing protocol extensions to support 30 Generalized MPLS (GMPLS) control of all currently defined ODU 31 containers, in support of both sub-lambda and lambda level routing 32 granularity. 34 Status of this Memo 36 This Internet-Draft is submitted in full conformance with the 37 provisions of BCP 78 and BCP 79. 39 Internet-Drafts are working documents of the Internet Engineering 40 Task Force (IETF). Note that other groups may also distribute 41 working documents as Internet-Drafts. The list of current Internet- 42 Drafts is at http://datatracker.ietf.org/drafts/current/. 44 Internet-Drafts are draft documents valid for a maximum of six months 45 and may be updated, replaced, or obsoleted by other documents at any 46 time. It is inappropriate to use Internet-Drafts as reference 47 material or to cite them other than as "work in progress." 48 This Internet-Draft will expire on June 1, 2013. 50 Copyright Notice 52 Copyright (c) 2012 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 . . . . . . . . . . . . . . . . . . . . . . . . . 4 68 1.1. Terminology . . . . . . . . . . . . . . . . . . . . . . . 4 69 2. OSPF-TE Extensions . . . . . . . . . . . . . . . . . . . . . . 4 70 3. TE-Link Representation . . . . . . . . . . . . . . . . . . . . 6 71 4. ISCD format extensions . . . . . . . . . . . . . . . . . . . . 7 72 4.1. Switch Capability Specific Information . . . . . . . . . . 8 73 4.1.1. Switch Capability Specific Information for fixed 74 containers . . . . . . . . . . . . . . . . . . . . . . 9 75 4.1.2. Switch Capability Specific Information for 76 variable containers . . . . . . . . . . . . . . . . . 10 77 4.1.3. Switch Capability Specific Information - Field 78 values and explanation . . . . . . . . . . . . . . . . 12 79 5. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 80 5.1. MAX LSP Bandwidth fields in the ISCD . . . . . . . . . . . 14 81 5.2. Example of T,S and TSG utilization . . . . . . . . . . . . 16 82 5.2.1. Example of different TSGs . . . . . . . . . . . . . . 17 83 5.3. Example of ODUflex advertisement . . . . . . . . . . . . . 19 84 5.4. Example of single stage muxing . . . . . . . . . . . . . . 21 85 5.5. Example of multi stage muxing - Unbundled link . . . . . . 23 86 5.6. Example of multi stage muxing - Bundled links . . . . . . 24 87 5.7. Example of component links with non homogeneous 88 hierarchies . . . . . . . . . . . . . . . . . . . . . . . 26 89 6. Compatibility . . . . . . . . . . . . . . . . . . . . . . . . 28 90 7. Security Considerations . . . . . . . . . . . . . . . . . . . 28 91 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 28 92 9. Contributors . . . . . . . . . . . . . . . . . . . . . . . . . 29 93 10. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 30 94 11. References . . . . . . . . . . . . . . . . . . . . . . . . . . 30 95 11.1. Normative References . . . . . . . . . . . . . . . . . . . 30 96 11.2. Informative References . . . . . . . . . . . . . . . . . . 31 97 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 32 99 1. Introduction 101 G.709 Optican Transport Network (OTN) [G.709-2012] includes new fixed 102 and flexible ODU containers, two types of Tributary Slots (i.e., 103 1.25Gbps and 2.5Gbps), and supports various multiplexing 104 relationships (e.g., ODUj multiplexed into ODUk (jODUk format 152 is used to indicate the ODUj into ODUk multiplexing capability. 154 This notation can be repeated as needed depending on the number of 155 multiplexing levels. In the following the term "multiplexing tree" 156 is used to identify a multiplexing hierarchy where the root is always 157 a server ODUk/OTUk and any other supported multiplexed container is 158 represented with increasing granularity until reaching the leaf of 159 the tree. The tree can be structured with more than one branch if 160 the server ODUk/OTUk supports more than one hierarchy. 162 If for example a multiplexing hierarchy like the following one is 163 considered: 165 ODU2 ODU0 ODUflex ODU0 166 \ / \ / 167 | | 168 ODU3 ODU2 169 \ / 170 \ / 171 \ / 172 \ / 173 ODU4 175 The ODU4 is the root of the muxing tree, ODU3 and ODU2 are containers 176 directly multiplexed into the server and then ODU2, ODU0 are the 177 leaves of the ODU3 branch, while ODUflex and ODU0 are the leaves of 178 the ODU2 one. This means that on this traffic card it is possible to 179 have the following multiplexing capabilities: 181 ODU2->ODU3->ODU4 182 ODU0->ODU3->ODU4 183 ODUflex->ODU2->ODU4 184 ODU0->ODU2->ODU4 186 3. TE-Link Representation 188 G.709 ODUk/OTUk Links are represented as TE-Links in GMPLS Traffic 189 Engineering Topology for supporting ODUj layer switching. These TE- 190 Links can be modeled in multiple ways. 192 OTUk physical Link(s) can be modeled as a TE-Link(s). The TE-Link is 193 refferd to as OTUk-TE-Link. The OTUk-TE-Link advertises ODUj 194 switching capacity. The advertised capacity could include ODUk 195 switching capacity. Figure-1 below provides an illustration of one 196 hop ODUk TE-links. 198 +-------+ +-------+ +-------+ 199 | OTN | | OTN | | OTN | 200 |Switch |<- OTUk Link ->|Switch |<- OTUk Link ->|Switch | 201 | A | | B | | C | 202 +-------+ +-------+ +-------+ 204 |<-- TE-Link -->| |<-- TE-Link -->| 206 Figure 1: ODUk TE-Links 208 It is possible to create TE-Links that span more than one hop by 209 creating FA between non-adjacent nodes. Such TE-Links are also 210 termed ODUk-TE-Links. As in the one hop case, these types of ODUk- 211 TE-Links also advertise ODUj switching capacity. The advertised 212 capacity could include ODUk switching capacity. 214 +-------+ +-------+ +-------+ 215 | OTN | | OTN | | OTN | 216 |Switch |<- OTUk Link ->|Switch |<- OTUk Link ->|Switch | 217 | A | | B | | C | 218 +-------+ +-------+ +-------+ 219 ODUk Switched 221 |<------------- ODUk Link ------------->| 222 |<-------------- TE-Link--------------->| 224 Figure 2: Multiple hop TE-Link 226 4. ISCD format extensions 228 The ISCD describes the switching capability of an interface 229 [RFC4202]. This document defines a new Switching Capability value 230 for OTN [G.709-2012] as follows: 232 Value Type 233 ----- ---- 234 110 (TBA by IANA) OTN-TDM capable (OTN-TDM) 236 When supporting the extensions defined in this document, the 237 Switching Capability and Encoding values MUST be used as follows: 239 - Switching Capability = OTN-TDM 240 - Encoding Type = G.709 ODUk (Digital Path) [as defined in RFC4328] 242 Both for fixed and flexible ODUs the same switching type and encoding 243 values MUST be used. When Switching Capability and Encoding fields 244 are set to values as stated above, the Interface Switching Capability 245 Descriptor MUST be interpreted as defined in [RFC4203]. 247 Maximum LSP Bandwidth 249 The MAX LSP bandwidth field MUST be used according to [RFC4203]: i.e. 250 0 <= Max LSP Bandwidth <= ODUk/OTUk and intermediate values are those 251 on the branch of OTN switching hierarchy supported by the interface. 252 E.g. in the OTU4 link it could be possible to have ODU4 as MAX LSP 253 Bandwidth for some priorities, ODU3 for others, ODU2 for some others 254 etc. The bandwidth unit MUST be in bytes per second and the encoding 255 MUST be in Institute of Electrical and Electronic Engineers (IEEE) 256 floating point format. The discrete values for various ODUs is shown 257 in the table below. 259 +---------------------+------------------------------+-----------------+ 260 | ODU Type | ODU nominal bit rate |Value in Byte/Sec| 261 +---------------------+------------------------------+-----------------+ 262 | ODU0 | 1 244 160 kbits/s | 0x4D1450C0 | 263 | ODU1 | 239/238 x 2 488 320 kbit/s | 0x4D94F048 | 264 | ODU2 | 239/237 x 9 953 280 kbit/s | 0x4E959129 | 265 | ODU3 | 239/236 x 39 813 120 kbit/s | 0X4F963367 | 266 | ODU4 | 239/227 x 99 532 800 kbit/s | 0x504331E3 | 267 | ODU2e | 239/237 x 10 312 500 kbit/s | 0x4E9AF70A | 268 | | | | 269 | ODUflex for CBR | | MAX LSP | 270 | Client signals | 239/238 x client signal | BANDWIDTH | 271 | | bit rate | | 272 | ODUflex for GFP-F | | MAX LSP | 273 |Mapped client signal | Configured bit rate | BANDWIDTH | 274 | | | | 275 | | | | 276 |ODU flex resizable | Configured bit rate | MAX LSP | 277 | | | BANDWIDTH | 278 +---------------------+------------------------------+-----------------+ 280 A single ISCD MAY be used for the advertisement of unbundled or 281 bundled links supporting homogeneous multiplexing hierarchies and the 282 same Tributary Slot Granularity (TSG). A different ISCD MUST be used 283 for each different muxing hierarchy (muxing tree in the following 284 examples) and different TSG supported within the TE Link. 286 Component links with different hierarchies or TSG MUST NOT be 287 bundled. 289 4.1. Switch Capability Specific Information 291 The technology specific part of the OTN ISCD may include a variable 292 number of sub-TLVs called Bandwidth sub-TLVs. Each sub-TLV is 293 encoded with the TLV header as defined in [RFC3630] section 2.3.2. 294 The muxing hierarchy tree MUST be encoded as an order independent 295 list. Two types of Bandwidth TLV are defined (TBA by IANA): 297 - Type 1 - Unreserved Bandwidth for fixed containers 299 - Type 2 - Unreserved/MAX LSP Bandwidth for flexible containers 301 The format of the SCSI MUST be as depicted in the following figure, 302 where one Type 1 sub-TLV MUST be used for any fixed container and one 303 Type 2 sub-TLV MUST be used for any variable container. Different 304 sub-TLV MAY be presented in ascending Type order. 306 0 1 2 3 307 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 308 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 309 | Type = 1 (Unres-fix) | Length | 310 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 311 | | 312 | Fixed Container | 313 | | 314 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 315 ~ ... ~ 316 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 317 | Type = 2 (Unres/MAX-var) | Length | 318 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 319 | | 320 | Variable Container | 321 | | 322 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 324 Figure 3: SCSI format 326 4.1.1. Switch Capability Specific Information for fixed containers 328 The format of the Bandwidth TLV for fixed containers is depicted in 329 the following figure: 331 0 1 2 3 332 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 333 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 334 | Type = 1 (Unres-fix) | Length | 335 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 336 | Signal type | Num of stages |T|S| TSG | Res | Priority | 337 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 338 | Stage#1 | ... | Stage#N | Padding | 339 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 340 | Unres ODUj at Prio 0 | Unres ODUj at Prio 1 | 341 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 342 | Unres ODUj at Prio 2 | Unres ODUj at Prio 3 | 343 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 344 | Unres ODUj at Prio 4 | Unres ODUj at Prio 5 | 345 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 346 | Unres ODUj at Prio 6 | Unres ODUj at Prio 7 | 347 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 349 Figure 4: Bandwidth TLV - Type 1 - 351 The values of the fields shown in figure 4 are explained in section 352 4.1.3. 354 4.1.2. Switch Capability Specific Information for variable containers 356 The format of the Bandwidth TLV for variable containers is depicted 357 in the following figure: 359 0 1 2 3 360 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 361 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 362 | Type = 2 (Unres/MAX-var) | Length | 363 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 364 | Signal type | Num of stages |T|S| TSG | Res | Priority | 365 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 366 | Stage#1 | ... | Stage#N | Padding | 367 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 368 | Unreserved Bandwidth at priority 0 | 369 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 370 | Unreserved Bandwidth at priority 1 | 371 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 372 | Unreserved Bandwidth at priority 2 | 373 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 374 | Unreserved Bandwidth at priority 3 | 375 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 376 | Unreserved Bandwidth at priority 4 | 377 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 378 | Unreserved Bandwidth at priority 5 | 379 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 380 | Unreserved Bandwidth at priority 6 | 381 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 382 | Unreserved Bandwidth at priority 7 | 383 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 384 | MAX LSP Bandwidth at priority 0 | 385 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 386 | MAX LSP Bandwidth at priority 1 | 387 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 388 | MAX LSP Bandwidth at priority 2 | 389 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 390 | MAX LSP Bandwidth at priority 3 | 391 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 392 | MAX LSP Bandwidth at priority 4 | 393 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 394 | MAX LSP Bandwidth at priority 5 | 395 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 396 | MAX LSP Bandwidth at priority 6 | 397 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 398 | MAX LSP Bandwidth at priority 7 | 399 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 401 Figure 5: Bandwidth TLV - Type 2 - 403 The values of the fields shown in figure 4 are explained in section 404 4.1.3. 406 4.1.3. Switch Capability Specific Information - Field values and 407 explanation 409 The fields in the Bandwidth TLV MUST be filled as follows: 411 - Signal Type: Indicates the ODU type being advertised. Values 412 are defined in [OTN-SIG]. 414 With respect to ODUflex, ODUflex Constant Bit Rate (CBR) and 415 ODUflex Generig Framing Procedure-Frame mapped (GFP-F) MUST 416 always be advertised separately as they use different 417 adaptation functions. In the case both GFP-F resizable and non 418 resizable (i.e. 21 and 22) are supported, Signal Type 21 419 implicitely supports also signal Signal Type 22, so only Signal 420 Type 21 MUST be advertised. Signal Type 22 MUST be used only 421 for non resizable resources. 423 - Number of stages: Indicates the number of multiplexing stages 424 level below the indicated signal type. It MUST be equal to 0 when 425 a server layer is being advertised, 1 in case of single stage 426 muxing, 2 in case of dual stage muxing, etc. 428 - Flags: 430 - T Flag (bit 17): Indicates whether the advertised bandwidth 431 can be terminated. When the signal type can be terminated T 432 MUST be set, while when the signal type cannot be terminated T 433 MUST be cleared. 435 - S Flag (bit 18): Indicates whether the advertised bandwidth 436 can be switched. When the signal type can be switched S MUST 437 be set, while when the signal type cannot be switched S MUST be 438 cleared. 440 The value 0 in both T and S bits MUST NOT be used. 442 - TSG: Tributary Slot Granularity (3 bits): Used for the 443 advertisement of the supported Tributary Slot granularity. The 444 following values MUST be used: 446 - 0 - Ignored 448 - 1 - 1.25 Gbps/2.5Gbps 450 - 2 - 2.5 Gbps only 452 - 3 - 1.25 Gbps only 453 - 4-7 - Reserved 455 Where value 1 is used on those interfaces where the fallback 456 procedure is enabled and the default value of 1.25 Gbps can be 457 falled back to 2.5 if needed. Values 2 and 3 are used where there 458 is no chance to modify the TSG. In the former case the interface 459 being advertised is a [RFC4328] G.709 and in the latter the 460 interface is a [G.709-2012] with fallback procedure disabled or 461 unavailable. Value 0 is used for non multiplexed signal (i.e. non 462 OTN client). 464 - Priority (8 bits): field with 1 flag for each priority. Each 465 bit MUST be set when the related priority is supported and MUST be 466 cleared when the related priority is not supported. The priority 467 0 is related to the most significant bit. When no priority is 468 supported, priority 0 MUST be advertised. 470 - Stage#1 ... Stage#N : These fields are 8 bits long. Their 471 number is variable and a field is present for each of the 472 indicated number of stages. The last one MUST always indicate the 473 server ODU container (ODUk/OTUk) and they MUST be listed in 474 ascending order. The values of the Stage fields MUST be the same 475 ones defined for the Signal Type field. If the number of stages 476 is 0, then the Stage and Padding fields MUST be omitted. 478 - Padding: Given that the number of Stages is variable, padding to 479 32 bits field MUST be used when needed. 481 - Unreserved Bandwidth/Max LSP BW : In case of fixed containers 482 (Type=1) the Unreserved Bandwidth field MUST be 16 bits long and 483 indicates the Unreserved Bandwidth in number of available 484 containers. Unreserved/MAX LSP BW fields for each identified 485 priority MUST be included, in order of increasing prioritiy (0 to 486 7) and Unreserved/MAX LSP BW fields for other priority values MUST 487 be omitted. In case the number of supported priorities is odd, a 488 16 bits all zeros padding field MUST be added. On the other hand, 489 in case of variable containers (Type 2) the Unreserved/MAX LSP 490 Bandwidth fields MUST be 32 bits long and expressed in IEEE 491 floating point format. The advertisement of the MAX LSP bandwidth 492 MUST take into account HO OPUk bit rate tolerance and be 493 calculated according to the following formula: 495 Max LSP BW = (# available TS) * (ODTUk.ts nominal bit rate) * 496 (1-HO OPUk bit rate tolerance) 498 Unreserved/MAX LSP bandwidth for each supported prioritiy MUST be 499 advertised. 501 5. Examples 503 The examples in the following pages are not normative and are not 504 intended to imply or mandate any specific implementation. 506 5.1. MAX LSP Bandwidth fields in the ISCD 508 This example shows how the MAX LSP Bandwidth fields of the ISCD are 509 filled accordingly to the evolving of the TE-link bandwidth 510 occupancy. In the example an OTU4 link is considered, with supported 511 priorities 0,2,4,7 and muxing hierarchy ODU1->ODU2->ODU3->ODU4. 513 At time T0, with the link completely free, the advertisement would 514 be: 516 0 1 2 3 517 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 518 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 519 | Switching Cap | Encoding | Reserved | 520 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 521 | Max LSP Bandwidth at priority 0 = 100Gbps | 522 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 523 | Max LSP Bandwidth at priority 1 = 0 | 524 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 525 | Max LSP Bandwidth at priority 2 = 100Gbps | 526 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 527 | Max LSP Bandwidth at priority 3 = 0 | 528 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 529 | Max LSP Bandwidth at priority 4 = 100Gbps | 530 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 531 | Max LSP Bandwidth at priority 5 = 0 | 532 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 533 | Max LSP Bandwidth at priority 6 = 0 | 534 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 535 | Max LSP Bandwidth at priority 7 = 100Gbps | 536 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 537 | Switch Capability Specific Information | 538 | (variable length) | 539 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 541 Figure 6: Example 1 - MAX LSP Bandwidth fields in the ISCD @T0 543 At time T1 an ODU3 at priority 2 is set-up, so for priority 0 the MAX 544 LSP Bandwidth is still equal to the ODU4 bandwidth, while for 545 priorities from 2 to 7 (excluding the non supported ones) the MAX LSP 546 Bandwidth is equal to ODU3, as no more ODU4s are available and the 547 next supported ODUj in the hierarchy is ODU3.The advertisement is 548 updated as follows: 550 0 1 2 3 551 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 552 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 553 | Switching Cap | Encoding | Reserved | 554 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 555 | Max LSP Bandwidth at priority 0 = 100Gbps | 556 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 557 | Max LSP Bandwidth at priority 1 = 0 | 558 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 559 | Max LSP Bandwidth at priority 2 = 40Gbps | 560 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 561 | Max LSP Bandwidth at priority 3 = 0 | 562 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 563 | Max LSP Bandwidth at priority 4 = 40Gbps | 564 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 565 | Max LSP Bandwidth at priority 5 = 0 | 566 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 567 | Max LSP Bandwidth at priority 6 = 0 | 568 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 569 | Max LSP Bandwidth at priority 7 = 40Gbps | 570 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 571 | Switch Capability Specific Information | 572 | (variable length) | 573 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 575 Figure 7: Example 1 - MAX LSP Bandwidth fields in the ISCD @T1 577 At time T2 an ODU2 at priority 4 is set-up. The first ODU3 is no 578 longer available since T1 as it was kept by the ODU3 LSP, while the 579 second is no more available and just 3 ODU2 are left in it. ODU2 is 580 now the MAX LSP bandwidth for priorities higher than 4. The 581 advertisement is updated as follows: 583 0 1 2 3 584 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 585 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 586 | Switching Cap | Encoding | Reserved | 587 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 588 | Max LSP Bandwidth at priority 0 = 100Gbps | 589 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 590 | Max LSP Bandwidth at priority 1 = 0 | 591 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 592 | Max LSP Bandwidth at priority 2 = 40Gbps | 593 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 594 | Max LSP Bandwidth at priority 3 = 0 | 595 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 596 | Max LSP Bandwidth at priority 4 = 10Gbps | 597 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 598 | Max LSP Bandwidth at priority 5 = 0 | 599 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 600 | Max LSP Bandwidth at priority 6 = 0 | 601 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 602 | Max LSP Bandwidth at priority 7 = 10Gbps | 603 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 604 | Switch Capability Specific Information | 605 | (variable length) | 606 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 608 Figure 8: Example 1 - MAX LSP Bandwidth fields in the ISCD @T2 610 5.2. Example of T,S and TSG utilization 612 In this example an interface with Tributary Slot Type 1.25 Gbps and 613 fallback procedure enabled is considered (TSG=1). It supports the 614 simple ODU1->ODU2->ODU3 hierarchy and priorities 0 and 3. Suppose 615 that in this interface the ODU3 signal type can be both switched or 616 terminated, the ODU2 can only be terminated and the ODU1 switched 617 only. For the advertisement of the capabilities of such interface a 618 single ISCD is used and its format is as follows: 620 0 1 2 3 621 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 622 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 623 | Type = 1 (Unres-fix) | Length = 12 | 624 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 625 |Sig type=ODU1 | #stages= 2 |T0|S1|001| Res |1|0|0|1|0|0|0|0| 626 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 627 | Stage#1=ODU2 | Stage#2=ODU3 | Padding | 628 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 629 | Unres ODU1 at Prio 0 | Unres ODU1 at Prio 3 | 630 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 631 | Type = 1 (Unres-fix) | Length = 12 | 632 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 633 |Sig type=ODU2 | #stages= 1 |T1|S0|001| Res |1|0|0|1|0|0|0|0| 634 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 635 | Stage#1=ODU3 | Padding | 636 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 637 | Unres ODU2 at Prio 0 | Unres ODU2 at Prio 3 | 638 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 639 | Type = 1 (Unres-fix) | Length = 8 | 640 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 641 |Sig type=ODU3 | #stages= 0 |T1|S1|001| Res |1|0|0|1|0|0|0|0| 642 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 643 | Unres ODU3 at Prio 0 | Unres ODU3 at Prio 3 | 644 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 646 Figure 9: Example 2 - TSG, T and S utilization 648 5.2.1. Example of different TSGs 650 In this example two interfaces with homogeneous hierarchies but 651 different Tributary Slot Types are considered. The first one 652 supports a [RFC4328] interface (TSG=2) while the second one a G.709- 653 2012 interface with fallback procedure disabled (TSG=3). Both of 654 them support ODU1->ODU2->ODU3 hierarchy and priorities 0 and 3. For 655 the advertisement of the capabilities of such interfaces two 656 different ISCDs are used and the format of their SCSIs is as follows: 658 SCSI of ISCD 1 - TSG=2 659 0 1 2 3 660 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 661 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 662 | Type = 1 (Unres-fix) | Length = 12 | 663 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 664 |Sig type=ODU1 | #stages= 2 |T|S| 2 | Res |1|0|0|1|0|0|0|0| 665 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 666 | Stage#1=ODU2 | Stage#2=ODU3 | Padding | 667 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 668 | Unres ODU1 at Prio 0 | Unres ODU1 at Prio 3 | 669 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 671 SCSI of ISCD 2 - TSG=3 672 0 1 2 3 673 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 674 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 675 | Type = 1 (Unres-fix) | Length = 12 | 676 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 677 |Sig type=ODU1 | #stages= 2 |T|S| 3 | Res |1|0|0|1|0|0|0|0| 678 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 679 | Stage#1=ODU2 | Stage#2=ODU3 | Padding | 680 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 681 | Unres ODU1 at Prio 0 | Unres ODU1 at Prio 3 | 682 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 684 Figure 10: Example 2.1 - Different TSGs utilization 686 A particular case in which hierarchies with the same muxing tree but 687 with different exported TSG MUST be considered as non homogenous 688 hierarchies is the case in which an H-LPS and the client LSP are 689 terminated on the same egress node. What can happen is that a loose 690 Explicit Route Object (ERO) is used at the hop where the signaled LSP 691 is nested into the Hierarchical-LSP (H-LSP) (penultimate hop of the 692 LSP). 694 In the following figure, node C receives from A a loose ERO towards 695 node E and must choose between the ODU2 H-LSP on if1 or the one on 696 if2. In case the H-LSP on if1 exports a TS=1.25Gbps and if2 a 697 TS=2.5Gbps and the service LSP being signaled needs a 1.25Gbps 698 tributary slot, only the H-LSP on if1 can be used to reach node E. 699 For further details please see section 4.1 of the [OTN-INFO]. 701 ODU0-LSP 702 ..........................................................+ 703 | | 704 | ODU2-H-LSP | 705 | +-------------------------------+ 706 | | | 707 +--+--+ +-----+ +-----+ if1 +-----+ +-----+ 708 | | OTU3 | | OTU3 | |---------| |---------| | 709 | A +------+ B +------+ C | if2 | D | | E | 710 | | | | | |---------| |---------| | 711 +-----+ +-----+ +-----+ +-----+ +-----+ 713 ... Service LSP 714 --- H-LSP 716 Figure 11: Example - Service LSP and H-LSP terminating on the same 717 node 719 5.3. Example of ODUflex advertisement 721 In this example the advertisement of an ODUflex->ODU3 hierarchy is 722 shown. In case of ODUflex advertisement the MAX LSP bandwidth needs 723 to be advertised and in some cases also information about the 724 Unreserved bandwidth could be useful. The amount of Unreserved 725 bandwidth does not give a clear indication of how many ODUflex LSP 726 can be set up either at the MAX LSP Bandwidth or at different rates, 727 as it gives no information about the spatial allocation of the free 728 TSs. 730 An indication of the amount of Unreserved bandwidth could be useful 731 during the path computation process, as shown in the following 732 example. Supposing there are two TE-links (A and B) with MAX LSP 733 Bandwidth equal to 10 Gbps each. In case 50Gbps of Unreserved 734 Bandwidth are available on Link A, 10Gbps on Link B and 3 ODUflex 735 LSPs of 10 GBps each, have to be restored, for sure only one can be 736 restored along Link B and it is probable (but not sure) that two of 737 them can be restored along Link A. 739 In the case of ODUflex advertisement the Type 2 Bandwidth TLV is 740 used. 742 0 1 2 3 743 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 744 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 745 | Type = 2 (Unres/MAX-var) | Length = 72 | 746 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 747 |S. type=ODUflex| #stages= 1 |T|S| TSG | Res | Priority | 748 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 749 | Stage#1=ODU3 | Padding | 750 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 751 | Unreserved Bandwidth at priority 0 | 752 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 753 | Unreserved Bandwidth at priority 1 | 754 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 755 | Unreserved Bandwidth at priority 2 | 756 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 757 | Unreserved Bandwidth at priority 3 | 758 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 759 | Unreserved Bandwidth at priority 4 | 760 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 761 | Unreserved Bandwidth at priority 5 | 762 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 763 | Unreserved Bandwidth at priority 6 | 764 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 765 | Unreserved Bandwidth at priority 7 | 766 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 767 | MAX LSP Bandwidth at priority 0 | 768 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 769 | MAX LSP Bandwidth at priority 1 | 770 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 771 | MAX LSP Bandwidth at priority 2 | 772 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 773 | MAX LSP Bandwidth at priority 3 | 774 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 775 | MAX LSP Bandwidth at priority 4 | 776 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 777 | MAX LSP Bandwidth at priority 5 | 778 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 779 | MAX LSP Bandwidth at priority 6 | 780 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 781 | MAX LSP Bandwidth at priority 7 | 782 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 784 Figure 12: Example 3 - ODUflex advertisement 786 5.4. Example of single stage muxing 788 Supposing there is 1 OTU4 component link supporting single stage 789 muxing of ODU1, ODU2, ODU3 and ODUflex, the supported hierarchy can 790 be summarized in a tree as in the following figure. For sake of 791 simplicity we assume that also in this case only priorities 0 and 3 792 are supported. 794 ODU1 ODU2 ODU3 ODUflex 795 \ \ / / 796 \ \ / / 797 \ \/ / 798 ODU4 800 and the related SCSIs as follows: 802 0 1 2 3 803 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 804 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 805 | Type = 1 (Unres-fix) | Length = 8 | 806 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 807 |Sig type=ODU4 | #stages= 0 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 808 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 809 | Unres ODU4 at Prio 0 =1 | Unres ODU4 at Prio 3 =1 | 810 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 811 | Type = 1 (Unres-fix) | Length = 12 | 812 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 813 |Sig type=ODU1 | #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 814 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 815 | Stage#1=ODU4 | Padding | 816 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 817 | Unres ODU1 at Prio 0 =40 | Unres ODU1 at Prio 3 =40 | 818 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 819 | Type = 1 (Unres-fix) | Length = 12 | 820 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 821 |Sig type=ODU2 | #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 822 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 823 | Stage#1=ODU4 | Padding | 824 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 825 | Unres ODU2 at Prio 0 =10 | Unres ODU2 at Prio 3 =10 | 826 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 827 | Type = 1 (Unres-fix) | Length = 12 | 828 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 829 |Sig type=ODU3 | #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 830 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 831 | Stage#1=ODU4 | Padding | 832 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 833 | Unres ODU3 at Prio 0 =2 | Unres ODU3 at Prio 3 =2 | 834 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 835 | Type = 2 (Unres/MAX-var) | Length = 24 | 836 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 837 |S. type=ODUflex| #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 838 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 839 | Stage#1=ODU4 | Padding | 840 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 841 | Unreserved Bandwidth at priority 0 =100Gbps | 842 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 843 | Unreserved Bandwidth at priority 3 =100Gbps | 844 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 845 | MAX LSP Bandwidth at priority 0 =100Gbps | 846 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 847 | MAX LSP Bandwidth at priority 3 =100Gbps | 848 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 849 Figure 13: Example 4 - Single stage muxing 851 5.5. Example of multi stage muxing - Unbundled link 853 Supposing there is 1 OTU4 component link with muxing capabilities as 854 shown in the following figure: 856 ODU2 ODU0 ODUflex ODU0 857 \ / \ / 858 | | 859 ODU3 ODU2 860 \ / 861 \ / 862 \ / 863 \ / 864 ODU4 866 and supported pririties 0 and 3, the advertisement is composed by the 867 following Bandwidth TLVs: 869 0 1 2 3 870 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 871 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 872 | Type = 1 (Unres-fix) | Length = 8 | 873 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 874 |Sig type=ODU4 | #stages= 0 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 875 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 876 | Unres ODU4 at Prio 0 =1 | Unres ODU4 at Prio 3 =1 | 877 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 878 | Type = 1 (Unres-fix) | Length = 12 | 879 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 880 |Sig type=ODU3 | #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 881 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 882 | Stage#1=ODU4 | Padding | 883 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 884 | Unres ODU3 at Prio 0 =2 | Unres ODU3 at Prio 3 =2 | 885 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 886 | Type = 1 (Unres-fix) | Length = 12 | 887 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 888 |Sig type=ODU2 | #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 889 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 890 | Stage#1=ODU4 | Padding | 891 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 892 | Unres ODU2 at Prio 0 =10 | Unres ODU2 at Prio 3 =10 | 893 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 894 | Type = 1 (Unres-fix) | Length = 12 | 895 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 896 |Sig type=ODU2 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 897 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 898 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 899 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 900 | Unres ODU2 at Prio 0 =8 | Unres ODU2 at Prio 3 =8 | 901 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 902 | Type = 1 (Unres-fix) | Length = 12 | 903 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 904 |Sig type=ODU0 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 905 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 906 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 907 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 908 | Unres ODU0 at Prio 0 =64 | Unres ODU0 at Prio 3 =64 | 909 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 910 | Type = 1 (Unres-fix) | Length = 12 | 911 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 912 |Sig type=ODU0 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 913 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 914 | Stage#1=ODU2 | Stage#2=ODU4 | Padding | 915 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 916 | Unres ODU0 at Prio 0 =80 | Unres ODU0 at Prio 3 =80 | 917 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 918 | Type = 2 (Unres/MAX-var) | Length = 24 | 919 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 920 |S.type=ODUflex | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 921 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 922 | Stage#1=ODU2 | Stage#2=ODU4 | Padding | 923 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 924 | Unreserved Bandwidth at priority 0 =100Gbps | 925 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 926 | Unreserved Bandwidth at priority 3 =100Gbps | 927 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 928 | MAX LSP Bandwidth at priority 0 =10Gbps | 929 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 930 | MAX LSP Bandwidth at priority 3 =10Gbps | 931 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 933 Figure 14: Example 5 - Multi stage muxing - Unbundled link 935 5.6. Example of multi stage muxing - Bundled links 937 In this example 2 OTU4 component links with the same supported TSG 938 and homogeneous muxing hierarchies are considered. The following 939 muxing capabilities trees are supported: 941 Component Link#1 Component Link#2 942 ODU2 ODU0 ODU2 ODU0 943 \ / \ / 944 | | 945 ODU3 ODU3 946 | | 947 ODU4 ODU4 949 Considering only supported priorities 0 and 3, the advertisement is 950 as follows: 952 0 1 2 3 953 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 954 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 955 | Type = 1 (Unres-fix) | Length = 8 | 956 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 957 |Sig type=ODU4 | #stages= 0 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 958 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 959 | Unres ODU4 at Prio 0 =2 | Unres ODU4 at Prio 3 =2 | 960 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 961 | Type = 1 (Unres-fix) | Length = 12 | 962 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 963 |Sig type=ODU3 | #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 964 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 965 | Stage#1=ODU4 | Padding | 966 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 967 | Unres ODU3 at Prio 0 =4 | Unres ODU3 at Prio 3 =4 | 968 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 969 | Type = 1 (Unres-fix) | Length = 12 | 970 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 971 |Sig type=ODU2 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 972 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 973 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 974 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 975 | Unres ODU2 at Prio 0 =16 | Unres ODU2 at Prio 3 =16 | 976 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 977 | Type = 1 (Unres-fix) | Length = 12 | 978 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 979 |Sig type=ODU0 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 980 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 981 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 982 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 983 | Unres ODU0 at Prio 0 =128 | Unres ODU0 at Prio 3 =128 | 984 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 985 Figure 15: Example 6 - Multi stage muxing - Bundled links 987 5.7. Example of component links with non homogeneous hierarchies 989 In this example 2 OTU4 component links with the same supported TSG 990 and non homogeneous muxing hierarchies are considered. The following 991 muxing capabilities trees are supported: 993 Component Link#1 Component Link#2 994 ODU2 ODU0 ODU1 ODU0 995 \ / \ / 996 | | 997 ODU3 ODU2 998 | | 999 ODU4 ODU4 1001 Considering only supported priorities 0 and 3, the advertisement uses 1002 two different ISCDs, one for each hierarchy. In the following 1003 figure, the SCSI of each ISCD is shown: 1005 SCSI of ISCD 1 - Component Link#1 1007 0 1 2 3 1008 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 1009 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1010 | Type = 1 (Unres-fix) | Length = 8 | 1011 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1012 |Sig type=ODU4 | #stages= 0 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 1013 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1014 | Unres ODU4 at Prio 0 =1 | Unres ODU4 at Prio 3 =1 | 1015 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1016 | Type = 1 (Unres-fix) | Length = 12 | 1017 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1018 |Sig type=ODU3 | #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 1019 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1020 | Stage#1=ODU4 | Padding | 1021 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1022 | Unres ODU3 at Prio 0 =2 | Unres ODU3 at Prio 3 =2 | 1023 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1024 | Type = 1 (Unres-fix) | Length = 12 | 1025 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1026 |Sig type=ODU2 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 1027 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1028 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 1029 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1030 | Unres ODU2 at Prio 0 =8 | Unres ODU2 at Prio 3 =8 | 1031 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1032 | Type = 1 (Unres-fix) | Length = 12 | 1033 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1034 |Sig type=ODU0 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 1035 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1036 | Stage#1=ODU3 | Stage#2=ODU4 | Padding | 1037 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1038 | Unres ODU0 at Prio 0 =64 | Unres ODU0 at Prio 3 =64 | 1039 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1041 SCSI of ISCD 2 - Component Link#2 1043 0 1 2 3 1044 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 1045 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1046 | Type = 1 (Unres-fix) | Length = 8 | 1047 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1048 |Sig type=ODU4 | #stages= 0 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 1049 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1050 | Unres ODU4 at Prio 0 =1 | Unres ODU4 at Prio 3 =1 | 1051 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1052 | Type = 1 (Unres-fix) | Length = 12 | 1053 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1054 |Sig type=ODU2 | #stages= 1 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 1055 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1056 | Stage#1=ODU4 | Padding | 1057 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1058 | Unres ODU2 at Prio 0 =10 | Unres ODU2 at Prio 3 =10 | 1059 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1060 | Type = 1 (Unres-fix) | Length = 12 | 1061 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1062 |Sig type=ODU1 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 1063 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1064 | Stage#1=ODU2 | Stage#2=ODU4 | Padding | 1065 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1066 | Unres ODU1 at Prio 0 =40 | Unres ODU1 at Prio 3 =40 | 1067 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1068 | Type = 1 (Unres-fix) | Length = 12 | 1069 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1070 |Sig type=ODU0 | #stages= 2 |T|S| TSG | Res |1|0|0|1|0|0|0|0| 1071 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1072 | Stage#1=ODU2 | Stage#2=ODU4 | Padding | 1073 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1074 | Unres ODU0 at Prio 0 =80 | Unres ODU0 at Prio 3 =80 | 1075 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 1076 Figure 16: Example 7 - Multi stage muxing - Non homogeneous 1077 hierarchies 1079 6. Compatibility 1081 All implementations of this document MAY support also advertisement 1082 as defined in [RFC4328]. When nodes support both advertisement 1083 methods, implementations MUST support the configuration of which 1084 advertisement method is followed. The choice of which is used is 1085 based on policy and is out of scope of the document. This enables 1086 nodes following each method to identify similar supporting nodes and 1087 compute paths using only the appropriate nodes. 1089 7. Security Considerations 1091 This document, as [RFC4203], specifies the contents of Opaque LSAs in 1092 OSPFv2. As Opaque LSAs are not used for SPF computation or normal 1093 routing, the extensions specified here have no direct effect on IP 1094 routing. Tampering with GMPLS TE LSAs may have an effect on the 1095 underlying transport (optical and/or SONET-SDH) network. [RFC3630] 1096 suggests mechanisms such as [RFC2154] to protect the transmission of 1097 this information, and those or other mechanisms should be used to 1098 secure and/or authenticate the information carried in the Opaque 1099 LSAs. 1101 For security threats, defensive techniques, monitoring/detection/ 1102 reporting of security attacks and requirements please refer to 1103 [RFC5920] . 1105 8. IANA Considerations 1107 Upon approval of this document, IANA will make the assignment of a 1108 new registry, the "OTN-TDM Container Registry" under a new GMPLS 1109 Routing Parameters" with two new types (1 and 2) 1111 Switching Type Description Reference 1112 ---------------------- -------------------------- ---------- 1113 110 (suggested) OTN-TDM capable (OTN-TDM) [This.I-D] 1115 This document defines the following sub-TLVs of the ISCD TLV: 1117 Value Sub-TLV 1118 ----- ------------------------------------------------- 1119 1 Unreserved Bandwidth for fixed containers 1120 2 Unreserved/MAX LSP bandwidth for flexible containers 1122 9. Contributors 1124 Xiaobing Zi, Huawei Technologies 1126 Email: zixiaobing@huawei.com 1128 Francesco Fondelli, Ericsson 1130 Email: francesco.fondelli@ericsson.com 1132 Marco Corsi 1134 EMail: corsi.marco@gmail.com 1136 Eve Varma, Alcatel-Lucent 1138 EMail: eve.varma@alcatel-lucent.com 1140 Jonathan Sadler, Tellabs 1142 EMail: jonathan.sadler@tellabs.com 1144 Lyndon Ong, Ciena 1146 EMail: lyong@ciena.com 1148 Ashok Kunjidhapatham 1150 akunjidhapatham@infinera.com 1151 Snigdho Bardalai 1153 sbardalai@infinera.com 1155 Steve Balls 1157 Steve.Balls@metaswitch.com 1159 Jonathan Hardwick 1161 Jonathan.Hardwick@metaswitch.com 1163 Xihua Fu 1165 fu.xihua@zte.com.cn 1167 Cyril Margaria 1169 cyril.margaria@nsn.com 1171 Malcolm Betts 1173 Malcolm.betts@zte.com.cn 1175 10. Acknowledgements 1177 The authors would like to thank Fred Gruman and Lou Berger for the 1178 precious comments and suggestions. 1180 11. References 1182 11.1. Normative References 1184 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate 1185 Requirement Levels", BCP 14, RFC 2119, March 1997. 1187 [RFC3630] Katz, D., Kompella, K., and D. Yeung, "Traffic Engineering 1188 (TE) Extensions to OSPF Version 2", RFC 3630, 1189 September 2003. 1191 [RFC4202] Kompella, K. and Y. Rekhter, "Routing Extensions in 1192 Support of Generalized Multi-Protocol Label Switching 1193 (GMPLS)", RFC 4202, October 2005. 1195 [RFC4203] Kompella, K. and Y. Rekhter, "OSPF Extensions in Support 1196 of Generalized Multi-Protocol Label Switching (GMPLS)", 1197 RFC 4203, October 2005. 1199 [RFC4328] Papadimitriou, D., "Generalized Multi-Protocol Label 1200 Switching (GMPLS) Signaling Extensions for G.709 Optical 1201 Transport Networks Control", RFC 4328, January 2006. 1203 11.2. Informative References 1205 [G.709-2012] 1206 ITU-T, "Draft revised G.709, version 4", consented 1207 by ITU-T in 2012. 1209 [OTN-FWK] F.Zhang, D.Li, H.Li, S.Belotti, D.Ceccarelli, "Framework 1210 for GMPLS and PCE Control of G.709 Optical Transport 1211 networks, work in progress 1212 draft-ietf-ccamp-gmpls-g709-framework-11", November 2012. 1214 [OTN-INFO] 1215 S.Belotti, P.Grandi, D.Ceccarelli, D.Caviglia, F.Zhang, 1216 D.Li, "Information model for G.709 Optical Transport 1217 Networks (OTN), work in progress 1218 draft-ietf-ccamp-otn-g709-info-model-05", November 2012. 1220 [OTN-SIG] F.Zhang, G.Zhang, S.Belotti, D.Ceccarelli, K.Pithewan, 1221 "Generalized Multi-Protocol Label Switching (GMPLS) 1222 Signaling Extensions for the evolving G.709 Optical 1223 Transport Networks Control, work in progress 1224 draft-ietf-ccamp-gmpls-signaling-g709v3-05", 1225 November 2012. 1227 [RFC2154] Murphy, S., Badger, M., and B. Wellington, "OSPF with 1228 Digital Signatures", RFC 2154, June 1997. 1230 [RFC5920] Fang, L., "Security Framework for MPLS and GMPLS 1231 Networks", RFC 5920, July 2010. 1233 [RFC6163] Lee, Y., Bernstein, G., and W. Imajuku, "Framework for 1234 GMPLS and Path Computation Element (PCE) Control of 1235 Wavelength Switched Optical Networks (WSONs)", RFC 6163, 1236 April 2011. 1238 [RFC6566] Lee, Y., Bernstein, G., Li, D., and G. Martinelli, "A 1239 Framework for the Control of Wavelength Switched Optical 1240 Networks (WSONs) with Impairments", RFC 6566, March 2012. 1242 Authors' Addresses 1244 Daniele Ceccarelli (editor) 1245 Ericsson 1246 Via A. Negrone 1/A 1247 Genova - Sestri Ponente 1248 Italy 1250 Email: daniele.ceccarelli@ericsson.com 1252 Diego Caviglia 1253 Ericsson 1254 Via A. Negrone 1/A 1255 Genova - Sestri Ponente 1256 Italy 1258 Email: diego.caviglia@ericsson.com 1260 Fatai Zhang 1261 Huawei Technologies 1262 F3-5-B R&D Center, Huawei Base 1263 Shenzhen 518129 P.R.China Bantian, Longgang District 1264 Phone: +86-755-28972912 1266 Email: zhangfatai@huawei.com 1268 Dan Li 1269 Huawei Technologies 1270 F3-5-B R&D Center, Huawei Base 1271 Shenzhen 518129 P.R.China Bantian, Longgang District 1272 Phone: +86-755-28973237 1274 Email: danli@huawei.com 1275 Sergio Belotti 1276 Alcatel-Lucent 1277 Via Trento, 30 1278 Vimercate 1279 Italy 1281 Email: sergio.belotti@alcatel-lucent.com 1283 Pietro Vittorio Grandi 1284 Alcatel-Lucent 1285 Via Trento, 30 1286 Vimercate 1287 Italy 1289 Email: pietro_vittorio.grandi@alcatel-lucent.com 1291 Rajan Rao 1292 Infinera Corporation 1293 169, Java Drive 1294 Sunnyvale, CA-94089 1295 USA 1297 Email: rrao@infinera.com 1299 Khuzema Pithewan 1300 Infinera Corporation 1301 169, Java Drive 1302 Sunnyvale, CA-94089 1303 USA 1305 Email: kpithewan@infinera.com 1307 John E Drake 1308 Juniper 1310 Email: jdrake@juniper.net