idnits 2.17.1 draft-martinelli-ccamp-wson-iv-info-03.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 : ---------------------------------------------------------------------------- No issues found here. Miscellaneous warnings: ---------------------------------------------------------------------------- == The copyright year in the IETF Trust and authors Copyright Line does not match the current year -- The document date (February 12, 2014) is 3723 days in the past. Is this intentional? Checking references for intended status: Informational ---------------------------------------------------------------------------- == Missing Reference: 'G.sup47' is mentioned on line 203, but not defined == Outdated reference: A later version (-20) exists of draft-ietf-ccamp-general-constraint-encode-13 == Outdated reference: A later version (-24) exists of draft-ietf-ccamp-rwa-info-19 == Outdated reference: A later version (-09) exists of draft-martinelli-ccamp-wson-iv-encode-02 Summary: 0 errors (**), 0 flaws (~~), 5 warnings (==), 1 comment (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 2 CCAMP G. Martinelli, Ed. 3 Internet-Draft Cisco 4 Intended status: Informational X. Zhang, Ed. 5 Expires: August 16, 2014 Huawei Technologies 6 G. Galimberti 7 Cisco 8 A. Zanardi 9 D. Siracusa 10 CREATE-NET 11 February 12, 2014 13 Information Model for Wavelength Switched Optical Networks (WSONs) with 14 Impairments Validation 15 draft-martinelli-ccamp-wson-iv-info-03 17 Abstract 19 This document defines an information model to support Impairment- 20 Aware (IA) Routing and Wavelength Assignment (RWA) function. This 21 operation might be required in Wavelength Switched Optical Networks 22 (WSON) that already support RWA and the information model defined 23 here goes in addition and it is fully compatible with the already 24 defined information model for impairment-free RWA process in WSON. 26 This information model shall support all control plane architectural 27 options defined for WSON with impairment validation. 29 Status of This Memo 31 This Internet-Draft is submitted in full conformance with the 32 provisions of BCP 78 and BCP 79. 34 Internet-Drafts are working documents of the Internet Engineering 35 Task Force (IETF). Note that other groups may also distribute 36 working documents as Internet-Drafts. The list of current Internet- 37 Drafts is at http://datatracker.ietf.org/drafts/current/. 39 Internet-Drafts are draft documents valid for a maximum of six months 40 and may be updated, replaced, or obsoleted by other documents at any 41 time. It is inappropriate to use Internet-Drafts as reference 42 material or to cite them other than as "work in progress." 44 This Internet-Draft will expire on August 16, 2014. 46 Copyright Notice 48 Copyright (c) 2014 IETF Trust and the persons identified as the 49 document authors. All rights reserved. 51 This document is subject to BCP 78 and the IETF Trust's Legal 52 Provisions Relating to IETF Documents 53 (http://trustee.ietf.org/license-info) in effect on the date of 54 publication of this document. Please review these documents 55 carefully, as they describe your rights and restrictions with respect 56 to this document. Code Components extracted from this document must 57 include Simplified BSD License text as described in Section 4.e of 58 the Trust Legal Provisions and are provided without warranty as 59 described in the Simplified BSD License. 61 Table of Contents 63 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3 64 2. Definitions, Applicability and Properties . . . . . . . . . . 3 65 2.1. Definitions . . . . . . . . . . . . . . . . . . . . . . . 3 66 2.2. Applicability . . . . . . . . . . . . . . . . . . . . . . 4 67 2.3. Properties . . . . . . . . . . . . . . . . . . . . . . . 5 68 3. ITU-T List of Optical Parameters . . . . . . . . . . . . . . 6 69 4. Background from WSON-RWA Information Model . . . . . . . . . 7 70 5. Optical Impairment Information Model . . . . . . . . . . . . 8 71 5.1. The Optical Impairment Vector . . . . . . . . . . . . . . 9 72 5.2. Node Information . . . . . . . . . . . . . . . . . . . . 9 73 5.2.1. Impairment Matrix . . . . . . . . . . . . . . . . . . 10 74 5.2.2. Impariment Resource Block Information . . . . . . . . 12 75 5.3. Link Information . . . . . . . . . . . . . . . . . . . . 12 76 5.4. Path Information . . . . . . . . . . . . . . . . . . . . 12 77 6. Encoding Considerations . . . . . . . . . . . . . . . . . . . 13 78 7. Control Plane Architectures . . . . . . . . . . . . . . . . . 13 79 7.1. IV-Centralized . . . . . . . . . . . . . . . . . . . . . 14 80 7.2. IV-Distributed . . . . . . . . . . . . . . . . . . . . . 14 81 8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 14 82 9. Contributing Authors . . . . . . . . . . . . . . . . . . . . 14 83 10. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 16 84 11. Security Considerations . . . . . . . . . . . . . . . . . . . 16 85 12. References . . . . . . . . . . . . . . . . . . . . . . . . . 16 86 12.1. Normative References . . . . . . . . . . . . . . . . . . 16 87 12.2. Informative References . . . . . . . . . . . . . . . . . 16 88 Appendix A. ITU-T Liason Tracking . . . . . . . . . . . . . . . 17 89 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 17 91 1. Introduction 93 In the context of Wavelength Switched Optical Network (WSON), 94 [RFC6163] describes the basic framework for a GMPLS and PCE-based 95 Routing and Wavelength Assignment (RWA) control plane. The 96 associated information model [I-D.ietf-ccamp-rwa-info] defines all 97 information/parameters required by an RWA process. 99 There are cases of WSON where optical impairments plays a significant 100 role and are considered as important constraints. The framework 101 document [RFC6566] defines problem scope and related control plane 102 architectural options for the Impairment Aware Routing and Wavelength 103 Assignment (IA-RWA) operation. Options include different 104 combinations of Impairment Validation (IV) and RWA functions in term 105 of different combination of control plane functions (i.e., PCE, 106 Routing, Signaling). 108 This document provides an information model for the impairment aware 109 case to allow the impairment validation function implemented in the 110 control plane or enabled by control plane available information. 111 This model goes in addition to [I-D.ietf-ccamp-rwa-info] and it shall 112 support any control plane architectural option described by the 113 framework document (see sections 4.2 and 4.3 of [RFC6566]) where a 114 set of control plane combinations of control plane functions vs. IV 115 function is provided. 117 2. Definitions, Applicability and Properties 119 This section provides some concepts to help understand concepts used 120 along the document and to make a clear sepration about what coming 121 from data plane definitions (ITU-T G recomandations) and are taken as 122 input for this Information Model. The first sub-section provides raw 123 definitions while the Applicability sections reuses the defined 124 concepts to scope this document. 126 2.1. Definitions 128 o Computational Model / Optical Computational Model. 129 Defined by ITU standard documents. In this context we looks for 130 models that are able to compute optical impairments for a give 131 lightpath. 133 o Information Model. 134 It is defined by IETF (this draft) and provide the set of 135 information required by the Computational Model to be applied. 137 o Level of Approximation. 139 This concept refer to the Computational Model as it may compute 140 optical impairment with a certain level of uncertainty. This 141 level is generally not measured but [RFC6566] make a rough 142 classification about it. 144 o Feasible Path. 145 It is the output of the CSPF with RWA-IV capability. It's a path 146 that satisfies the constraints in particular the optical 147 impairment contraints. The path, instantiated through wavelength, 148 may actually work or not work depending of the level of 149 approximation. 151 o Existing Service Disruption. 152 A known effect to optical network designers is the cross- 153 interaction among adjacent (specrum) wavelengths, e,g,,a 154 wavelength may exeperience some increased BER due to the setting 155 up of an adjacent wavelength. Solving this problem is a typical 156 optical network design activity. Just as an example a simple 157 method is adding optical margings (e.g., additional OSNR), other 158 complex and detailed methods exist. 160 2.2. Applicability 162 This document targets at Scenario C defined in [RFC6566] section 163 4.1.1. as approximate impairment estimation. The Approximate 164 concept refer to the fact that this Information Model cover 165 information mainly provided by the [ITU.G680] Computational Model. 167 Computational models having no approximation, referred as IV-Detailed 168 in the [RFC6566], currently does not exist in term of ITU-T 169 recomandation. They generally refer to non-linear optical impairment 170 and they are usually vendor specific. 172 The current information model does not speculate about mathematical 173 formula used to fill up information model parameters hence, it does 174 not preclude changing the computational model. At the same time 175 authors does not belive this Information Model is exhaustive and if 176 necessary further documents will cover additional models as long as 177 they become available. 179 The result of RWA-IV process implementing this Information Model will 180 result in a path (a wavelength in the data plane) that have better 181 chance to be feasible than if it was computed without any IV 182 function. The Existing Service Disruption, as per the definition 183 above, would still be a problem left to network designers: this model 184 does not replace by any means the optical network design phase. The 185 Information Model targets, the GMPLS context with the releated 186 relationship between data plane(s) and control plane. 188 2.3. Properties 190 An information model may have several attributes or properties that 191 need to be defined for each optical parameter made available to the 192 control plane. The properties will help to determine how the control 193 plane can deal with a specific impairment parameter, depending on 194 architectural options chosen within the overall impairment framework 195 [RFC6566]. In some case, properties value will help to identify the 196 level of approximation supported by the IV process. 198 o Time Dependency 199 This identifies how an impairment parameter may vary with time. 200 There could be cases where there is no time dependency, while in 201 other cases there may be need of re-evaluation after a certain 202 time. In this category, variations in impairments due to 203 environmental factors such as those discussed in [G.sup47] are 204 considered. In some cases, an impairment parameter that has time 205 dependency may be considered as a constant for approximation. In 206 this information model, we do neglect this property. 208 o Wavelength Dependency 209 This property identifies if an impairment parameter can be 210 considered as constant over all the wavelength spectrum of 211 interest or not. Also in this case a detailed impairment 212 evaluation might lead to consider the exact value while an 213 approximation IV might take a constant value for all wavelengths. 214 In this information model, we consider both case: dependency / no 215 dependency on a specific wavelength. This property appears 216 directly in the information model definitions and related 217 encoding. 219 o Linearity 220 As impairments are representation of physical effects, there are 221 some that have a linear behavior while other are non-linear. 222 Linear approximation is in scope of Scenario C of [RFC6566]. 223 During the impairment validation process, this property implies 224 that the optical effect (or quantity) satisfies the superposition 225 principle, thus a final result can be calculated by the sum of 226 each component. The linearity implies the additivity of optical 227 quantities considered during an impairment validation process. 228 The non-linear effects in general does not satisfy this property. 229 The information model presented in this document however, easily 230 allow introduction of non-linear optical effects with a linear 231 approximated contribution to the linear ones. 233 o Multi-Channel 234 There are cases where a channel's impairments take different 235 values depending on the aside wavelengths already in place, this 236 is mostly due to non-linear impairments. The result would be a 237 dependency among different LSPs sharing the same path. This 238 information model do not cosider this kind of property. 240 The following table summarize the above considerations where in the 241 first column reports the list of properties to be considered for each 242 optical parameter, while the second column states if this property is 243 taken into account or not by this information model. 245 +-----------------------+----------------------+ 246 | Property | Info Model Awareness | 247 +-----------------------+----------------------+ 248 | Time Dependency | no | 249 | Wavelength Dependency | yes | 250 | Linearity | yes | 251 | Multi-channel | no | 252 +-----------------------+----------------------+ 254 Table 1: Optical Impairment Properties 256 3. ITU-T List of Optical Parameters 258 [EDITOR NOTE: To better integrate material coming from ITU WD06-31 259 October 2013 and future liasons] 261 As stated by Section 2.2 this Information Model does not intend to be 262 exaustive and targets an approximate computational model although not 263 precluding future evolutions towards more detailed impairments 264 estimation methods. 266 On the same line, ITU SG15/Q6 provides a list of optitical parameters 267 with following observations: 269 (a) the problem of calculating the non-linear impairments in a 270 multi-vendor environment is not solved. The transfer functions 271 works only for the so called [ITU.G680] "Situation 1". 273 (b) The generated list of parameters is not definitive or exaustive. 275 In particular, [ITU.G680] contains many parameters that would be 276 required to estimate linear impairments and [ITU.G697] contains 277 information on which parameters can be monitored in an optical 278 network. 280 [ITU.G671] contains some additional parameters defintions required by 281 here above recomandation. 283 The list of optical parameters starts from [ITU.G680] Section 9 which 284 provides the optical computational models for the following: 286 P1 OSNR. Section 9.1 288 P2 Optical Power. As per Section 9.1, required by Optical 289 Computation Model for OSNR calculation. 291 P3 Chromatic Dispersion (CD). Section 9.2 293 P4 Polarization Mode Dispersion (PMD). Section 9.3 295 P5 Polarization Dependent Loss (PDL). Section 9.3 297 In addition to the above, the following list of parameters has been 298 mentioned by ITU SG15/Q6. 300 P6 Channel Frequency Range [ITU.G671]. 302 P7 Ripple 304 P8 Channel Signal-Spontaneous noise figure. This is considered 305 within OSNR computational model above. 307 P9 Differential Group Delay [ITU.G671]. Required for PMD above. 309 P10 Reflectance. 311 P11 Isolation. 313 P12 Channel extintion. 315 P13 Non-Linear Coefficient (for a fibre segment). Needed for non- 316 linear impairment 318 4. Background from WSON-RWA Information Model 320 In this section we report terms already defined for the WSON-RWA 321 (impairment free) as in [I-D.ietf-ccamp-rwa-info] and 322 [I-D.ietf-ccamp-general-constraint-encode]. The purpose is to 323 provide essential information that will be reused or extended for the 324 impairment case. 326 In particular [I-D.ietf-ccamp-rwa-info] defines the connectivity 327 matrix as the following: 329 ConnectivityMatrix ::= 331 According to [I-D.ietf-ccamp-general-constraint-encode], this 332 definition is further detailed as: 334 ConnectivityMatrix ::= 335 (( ) ...) 337 This second formula highlights how the connectivity matrix is built 338 by pairs of LinkSet objects identifying the internal connectivity 339 capability due to internal optical node constraint(s). It's 340 essentially binary information and tell if a wavelength or a set of 341 wavelengths can go from an input port to an output port. 343 As an additional note, connectivity matrix belongs to node 344 information and is purely static. Dynamic information related to the 345 actual usage of the connections is available through specific 346 extension to link information. 348 Furthermore [I-D.ietf-ccamp-rwa-info] define the resource block as 349 follow: 351 ResourceBlockInfo ::= [] 352 [] [] 354 Which is an efficient way to model constrains of a WSON node. 356 5. Optical Impairment Information Model 358 The idea behind this information model is to categorize the 359 impairment parameters into three types and extend the information 360 model already defined for impairment-free WSONs. The three 361 categories are: 363 o Node Information. The concept of connectivity matrix is reused 364 and extended to introduce an impairment matrix, which represents 365 the impairments suffered on the internal path between two ports. 366 In addition, the concept of Resource Block is also reused and 367 extended to provide an efficient modelization of per-port 368 impairment. 370 o Link Information representing impairment information related to a 371 specific link or hop. 373 o Path Information representing the impairment information related 374 to the whole path. 376 All the above three categories will make use of a generic container, 377 the Impairment Vector, to transport optical impairment information. 379 This information model however will allow however to add additional 380 parameters beyond the one defined by [ITU.G680] in order to support 381 additional computational models. This mechanism could eventually 382 applicable to both linear and non-linear parameters. 384 This information model makes the assumption that the each optical 385 node in the network is able to provide the control plane protocols 386 with its own parameter values however, no assumption is made on how 387 the optical node gets those value information (e.g. internally 388 computed, provisioned by a network management system, etc.). To this 389 extent, the information model intentionally ignores all internal 390 detailed parameters that are used by the formulas of the Optical 391 Computational Model (i.e., "transfer function") and simply provides 392 the object containers to carry results of the formulas. 394 5.1. The Optical Impairment Vector 396 Optical Impairment Vector (OIV) is defined as a list of optical 397 parameters to be associated to a WSON node or a WSON link. It is 398 defined as: 400 ::= ([] ) ... 402 The optional LabelSet object enables wavelength dependency property 403 as per Table 1. LabelSet has its definition in 404 [I-D.ietf-ccamp-general-constraint-encode]. 406 OPTICAL_PARAM. This object represents an optical parameter. The 407 Impairment vector can contain a set of parameters as identified by 408 [ITU.G697] since those parameters match the terms of the linear 409 impairments computational models provided by [ITU.G680]. This 410 information model does not speculate about the set of parameters 411 (since defined elsewhere, e.g. ITU-T), however it does not preclude 412 extentions by adding new parameters. 414 5.2. Node Information 415 5.2.1. Impairment Matrix 417 Impairment matrix describes a list of the optical parameters that 418 applies to a network element as a whole or ingress/egress port pairs 419 of a network element. Wavelength dependency property of optical 420 paramters is also considered. 422 ImpairmentMatrix ::= 423 (( ) ...) 425 Where: 427 MatrixID. This ID is a unique identifier for the matrix. It 428 shall be unique in scope among connectivity matrices defined in 429 [I-D.ietf-ccamp-rwa-info] and impairment matrices defined here. 431 ConnType. This number identifies the type of matrix and it shall 432 be unique in scope with other values defined by impairment-free 433 WSON documents. 435 LinkSet. Same object definition and usage as 436 [I-D.ietf-ccamp-general-constraint-encode]. The pairs of LinkSet 437 identify one or more internal node constrain. 439 OIV. The Optical Impairment Vector defined above. 441 The model can be represented as a multidimensional matrix shown in 442 the following picture 443 _________________________________________ 444 / / / / / /| 445 / / / / / / | 446 /________/_______/_______/_______/_______/ | 447 / / / / / /| /| 448 / / / / / / | | 449 /________/_______/_______/_______/_______/ | /| 450 / / / / / /| /| | 451 / / / / / / | | /| 452 /________/_______/_______/_______/_______/ | /| | 453 / / / / / /| /| | /| 454 / / / / / / | | /| | 455 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | /| | / PDL 456 | - | | | | | /| | /|/ 457 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | /| / 458 | | - | | | | /| | / PND 459 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | /|/ 460 | | | - | | | /| / 461 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | / Chr.Disp. 462 | | | | - | | /|/ 463 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ / 464 | | | | | - | / OSNR 465 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 466 468 The connectivity matrix from 469 [I-D.ietf-ccamp-general-constraint-encode] is only a two dimensional 470 matrix, containing only binary information, through the LinkSet 471 pairs. In this model, a third dimension is added by generalizing the 472 binary information through the Optical Impairment Vector associated 473 with each LinkSet pair. Optical parameters in the picture are 474 reported just as examples while details go into specific encoding 475 draft [I-D.martinelli-ccamp-wson-iv-encode]. 477 This representation shows the most general case however, the total 478 amount of information transported by control plane protocols can be 479 greatly reduced by proper encoding when the same set of values apply 480 to all LinkSet pairs. 482 [EDITOR NODE: first run of the information model does looks for 483 generality not for optimizing the quantity of information. We'll 484 deal with optimization in a further step.] 486 5.2.2. Impariment Resource Block Information 488 This information model reuse the definition of Resource Block 489 Information adding the associated impairment vector. 491 ResourceBlockInfo ::= [] 492 [] [] [] 494 The object ResourceBlockInfo is than used as specified within 495 [I-D.ietf-ccamp-rwa-info]. 497 5.3. Link Information 499 For the list of optical parameters associated to the link, the same 500 approach used for the node-specific impairment information can be 501 applied. The link-specific impairment information is extended from 502 [I-D.ietf-ccamp-rwa-info] as the following: 504 ::= 505 [] [] 507 DynamicLinkInfo is already defined in [I-D.ietf-ccamp-rwa-info] while 508 OIV is the Optical Impairment Vector is defined in the previous 509 section. 511 5.4. Path Information 513 There are cases where the optical impariments can only be described 514 as a contrains on the overall end to end path. In such case, the 515 optical impariment and/or parameter, cannot be derived (using a 516 simple function) from the set of node / link contributions. 518 An equivalent case is the option reported by [RFC6566] on IV- 519 Candidate paths where, the control plane knows a list of optically 520 feasible paths so a new path setup can be selected among that list. 521 Independent from the protocols and functions combination (i.e. RWA 522 vs. Routing vs. PCE), the IV-Candidates imply a path property stating 523 that a path is optically feasible. 525 ::= 527 [EDITOR NOTE: section to be completed, especially to evaluate 528 protocol implications. Likely resemble to RSVP ADSPEC]. 530 6. Encoding Considerations 532 Details about encoding will be defined in a separate document 533 [I-D.martinelli-ccamp-wson-iv-encode] however worth remembering that, 534 within [ITU.G697] Appending V, ITU already provides a guideline for 535 encoding some optical parameters. 537 In particular [ITU.G697] indicates that each parameter shall be 538 represented by a 32 bit floating point number. 540 Values for optical parameters are provided by optical node and it 541 could provide by direct measurement or from some internal computation 542 starting from indirect measurement. In such cases could be useful to 543 un understand the variance associated with the value of the optical 544 parmater hence, the encoding shall provide the possibility to include 545 a variance as well. 547 This kind of information will enable IA-RWA process to make some 548 additional considerations on wavelength feasibility. [RFC6566] 549 Section 4.1.3 reports some considerations regarding this degree of 550 confidence during the impairment validation process. 552 7. Control Plane Architectures 554 This section briefly describes how the defintions contained in this 555 information model will match the architectural options described by 556 [RFC6566]. 558 The first assumption is that the WSON GMPLS extentions are available 559 and operational. To such extent, the WSON-RWA will provide the 560 following information through its path computation (and RWA process): 562 o The wavelengths connectivity, considering also the connectivity 563 constraints limited by reconfigurable optics, and wavelengths 564 availability. 566 o The interface compatibility at the physical level. 568 o The Optical-Elettro-Optical (OEO) availability within the network 569 (and related physical interface compatibility). As already stated 570 by the framework this information it's very important for 571 impairment validation: 573 A. If the IV functions fail (path optically infeasible), the path 574 computation function may use an available OEO point to find a 575 feasible path. In normally operated networks OEO are mainly 576 uses to support optically unfeasible path than mere wavelength 577 conversion. 579 B. The OEO points reset the optical impairment information since 580 a new light is generated. 582 7.1. IV-Centralized 584 Centralized IV process is performed by a single entity (e.g., a PCE). 585 Given sufficient impairment information, it can either be used to 586 provide a list of paths between two nodes, which are valid in terms 587 of optical impairments. Alternatively, it can help validate whether 588 a particular selected path and wavelength is feasiable or not. This 589 requires distribution of impairment information to the entity 590 performing the IV process. 592 [EDITOR NOTE: to be completed] 594 7.2. IV-Distributed 596 For the distributed IV process, common computational models are 597 needed together with the information model defined in this document. 598 Computational models for the optical impairments are defined by ITU 599 standard body. The currently available computation models are 600 reported in [ITU.G680] and only cover the linear impairment case. 601 This does not require the distribution of impairment information 602 since they can be collected hop-by-hop using a control plane 603 signaling protocol. 605 [EDITOR NOTE: to be completed] 607 8. Acknowledgements 609 Authors would like to thank ITU SG15/Q6 and in particular Pete Anslow 610 for providing text and information to CCAMP through join meetings and 611 liasons. 613 9. Contributing Authors 615 This document was the collective work of several authors. The text 616 and content of this document was contributed by the editors and the 617 co-authors listed below (the contact information for the editors 618 appears in appropriate section and is not repeated below): 620 Moustafa Kattan 621 Cisco 622 DUBAI, 500321 623 UNITED ARAB EMIRATES 625 Email: mkattan@cisco.com 627 Young Lee 628 Huawei 629 1700 Alma Drive, Suite 100 630 Plano, TX 75075 631 USA 633 Phone: +1 972 509 5599 x2240 634 Fax: +1 469 229 5397 635 Email: ylee@huawei.com 637 Greg M. Bernstein 638 Grotto Networking 639 Fremont, CA 640 USA 642 Phone: +1 510 573 2237 643 Email: gregb@grotto-networking.com 645 Fatai Zhang 646 Huawei 647 F3-5-B R&D Center, Huawei Base 648 Bantian, Longgang District 649 P.R. China 651 Phone: +86-755-28972912 652 Email: zhangfatai@huawei.com 654 Federico Pederzolli 655 CREATE-NET 656 via alla Cascata 56/D, Povo 657 Trento 38123 658 Italy 660 Email: federico.pederzolli@create-net.org 662 10. IANA Considerations 664 This document does not contain any IANA requirement. 666 11. Security Considerations 668 This document defines an information model for impairments in optical 669 networks. If such a model is put into use within a network it will 670 by its nature contain details of the physical characteristics of an 671 optical network. Such information would need to be protected from 672 intentional or unintentional disclosure. 674 12. References 676 12.1. Normative References 678 [ITU.G671] 679 International Telecommunications Union, "Transmission 680 characteristics of optical components and subsystems", 681 ITU-T Recommendation G.671, February 2012. 683 [ITU.G680] 684 International Telecommunications Union, "Physical transfer 685 functions of optical network elements", ITU-T 686 Recommendation G.680, July 2007. 688 [ITU.G697] 689 International Telecommunications Union, "Optical 690 monitoring for dense wavelength division multiplexing 691 systems", ITU-T Recommendation G.697, February 2012. 693 12.2. Informative References 695 [I-D.ietf-ccamp-general-constraint-encode] 696 Bernstein, G., Lee, Y., Li, D., and W. Imajuku, "General 697 Network Element Constraint Encoding for GMPLS Controlled 698 Networks", draft-ietf-ccamp-general-constraint-encode-13 699 (work in progress), November 2013. 701 [I-D.ietf-ccamp-rwa-info] 702 Lee, Y., Bernstein, G., Li, D., and W. Imajuku, "Routing 703 and Wavelength Assignment Information Model for Wavelength 704 Switched Optical Networks", draft-ietf-ccamp-rwa-info-19 705 (work in progress), November 2013. 707 [I-D.martinelli-ccamp-wson-iv-encode] 708 Martinelli, G., Zanardi, A., Zhang, X., Galimberti, G., 709 and D. Siracusa, "Information Encoding for WSON with 710 Impairments Validation", draft-martinelli-ccamp-wson-iv- 711 encode-02 (work in progress), July 2013. 713 [RFC6163] Lee, Y., Bernstein, G., and W. Imajuku, "Framework for 714 GMPLS and Path Computation Element (PCE) Control of 715 Wavelength Switched Optical Networks (WSONs)", RFC 6163, 716 April 2011. 718 [RFC6566] Lee, Y., Bernstein, G., Li, D., and G. Martinelli, "A 719 Framework for the Control of Wavelength Switched Optical 720 Networks (WSONs) with Impairments", RFC 6566, March 2012. 722 Appendix A. ITU-T Liason Tracking 724 [EDITOR NOTE: appendix reserved to track liason to/from ITU related 725 to this draft] 727 Authors' Addresses 729 Giovanni Martinelli (editor) 730 Cisco 731 via Philips 12 732 Monza 20900 733 Italy 735 Phone: +39 039 2092044 736 Email: giomarti@cisco.com 738 Xian Zhang (editor) 739 Huawei Technologies 740 F3-5-B R&D Center, Huawei Base 741 Bantian, Longgang District 742 Shenzen 518129 743 P.R. China 745 Phone: +86 755 28972465 746 Email: zhang.xian@huawei.com 747 Gabriele M. Galimberti 748 Cisco 749 Via Philips,12 750 Monza 20900 751 Italy 753 Phone: +39 039 2091462 754 Email: ggalimbe@cisco.com 756 Andrea Zanardi 757 CREATE-NET 758 via alla Cascata 56/D, Povo 759 Trento 38123 760 Italy 762 Email: andrea.zanardi@create-net.org 764 Domenico Siracusa 765 CREATE-NET 766 via alla Cascata 56/D, Povo 767 Trento 38123 768 Italy 770 Email: domenico.siracusa@create-net.org