idnits 2.17.1 draft-martinelli-ccamp-wson-iv-encode-02.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 (July 13, 2013) is 3911 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) == Unused Reference: 'I-D.narten-iana-considerations-rfc2434bis' is defined on line 340, but no explicit reference was found in the text == Unused Reference: 'RFC3552' is defined on line 346, but no explicit reference was found in the text -- Possible downref: Non-RFC (?) normative reference: ref. 'ITU.G680' -- Possible downref: Non-RFC (?) normative reference: ref. 'ITU.G697' == Outdated reference: A later version (-20) exists of draft-ietf-ccamp-general-constraint-encode-11 == Outdated reference: A later version (-24) exists of draft-ietf-ccamp-rwa-info-18 == Outdated reference: A later version (-05) exists of draft-martinelli-ccamp-wson-iv-info-01 Summary: 0 errors (**), 0 flaws (~~), 6 warnings (==), 3 comments (--). 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: Standards Track A. Zanardi, Ed. 5 Expires: January 14, 2014 CREATE-NET 6 X. Zhang, Ed. 7 Huawei Technologies 8 G. Galimberti 9 Cisco 10 D. Siracusa 11 CREATE-NET 12 July 13, 2013 14 Information Encoding for WSON with Impairments Validation 15 draft-martinelli-ccamp-wson-iv-encode-02 17 Abstract 19 Impairment-Aware (IA) Routing and Wavelength Assignment (RWA) 20 function might be required in Wavelength Switched Optical Networks 21 (WSON) that already support RWA. This document defines proper 22 encoding to support this operation. It goes in addition to the 23 available impairment-free WSON encoding and it is fully compatible 24 with it. 26 As the information model, the encoding is independent from control 27 plane architectures and protocol implementations. Its definitions 28 can be used in related protocol extensions. 30 Status of This Memo 32 This Internet-Draft is submitted in full conformance with the 33 provisions of BCP 78 and BCP 79. 35 Internet-Drafts are working documents of the Internet Engineering 36 Task Force (IETF). Note that other groups may also distribute 37 working documents as Internet-Drafts. The list of current Internet- 38 Drafts is at http://datatracker.ietf.org/drafts/current/. 40 Internet-Drafts are draft documents valid for a maximum of six months 41 and may be updated, replaced, or obsoleted by other documents at any 42 time. It is inappropriate to use Internet-Drafts as reference 43 material or to cite them other than as "work in progress." 45 This Internet-Draft will expire on January 14, 2014. 47 Copyright Notice 48 Copyright (c) 2013 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 . . . . . . . . . . . . . . . . . . . . . . . . 2 64 1.1. Requirements Language . . . . . . . . . . . . . . . . . . 2 65 2. Encoding . . . . . . . . . . . . . . . . . . . . . . . . . . 3 66 2.1. Optical Parameter . . . . . . . . . . . . . . . . . . . . 3 67 2.2. Impairment Vector . . . . . . . . . . . . . . . . . . . . 4 68 2.3. Impairment Matrix . . . . . . . . . . . . . . . . . . . . 5 69 3. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 6 70 4. Contributing Authors . . . . . . . . . . . . . . . . . . . . 6 71 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7 72 6. Security Considerations . . . . . . . . . . . . . . . . . . . 7 73 7. References . . . . . . . . . . . . . . . . . . . . . . . . . 7 74 7.1. Normative References . . . . . . . . . . . . . . . . . . 7 75 7.2. Informative References . . . . . . . . . . . . . . . . . 7 76 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 8 78 1. Introduction 80 In case of WSON where optical impairments play a significant role, 81 the framework document [RFC6566] defines related control plane 82 architectural options for Impairment Aware Routing and Wavelength 83 Assignment (IA-RWA). This document provides a suitable encoding for 84 the related WSON impairment information model as defined 85 [I-D.martinelli-ccamp-wson-iv-info]. 87 This document directly refers to ITU recommendations [ITU.G680] and 88 [ITU.G697] as already detailed in the information model. 90 1.1. Requirements Language 92 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", 93 "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this 94 document are to be interpreted as described in RFC 2119 [RFC2119]. 96 2. Encoding 98 2.1. Optical Parameter 100 The OPTICAL_PARAM is defined as a sub TLV object. 102 0 1 2 3 103 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 104 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 105 |S| Reserved | ParamSource | ParamID | 106 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 107 | Value | 108 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 109 | Variance | 110 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 112 The following flag is defined: 114 S. Standard bit. S=1 indentifies a set of parameters standardized 115 by ITU; while S=0 identifies a non-standardized set of parameters. 117 With the flag S=1 the following parameters are defined: 119 ParamSource. Where this parameter is defined. Currently only 120 [ITU.G697] has defined this with value 1. 122 ParamID. Parameter identifier according to the source. 123 [ITU.G697] table V.3 defines the following identifiers: 125 1. Total Power (dBm) 127 2. Channel Power (dBm) 129 3. Reserved (Defined in [ITU.G697] but not used) 131 4. Reserved (Defined in [ITU.G697] but not used) 133 5. OSNR (db) 135 6. Q Factor (a pure number) 137 7. PMD (ps) 139 8. Residual Chromatic Dispersion (ps/nm) 141 Value. Value for the parameter. As defined by [ITU.G697], it is 142 a 32 bit IEEE floating point number. 144 Variance. Variance for the parameter, a 32 bit IEEE floating 145 point number. 147 2.2. Impairment Vector 149 This sub-TLV is a list of optical parameters and they MAY have a 150 wavelength dependency information. 152 0 1 2 3 153 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 154 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 155 |0| Reserved | Number of Parameters | 156 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 157 | Optical Param sub-TLV(s) | 158 : | 159 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 161 Where: 163 W = 0. Wavelength Dependency flag. There is no wavelength 164 dependency. 166 Number of Parameters contained in this vector. 168 Optical Param sub-TLV(s) present a list of Object as defined in 169 Section 2.1. 171 0 1 2 3 172 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 173 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 174 |1| Reserved | Number of Parameters | 175 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 176 | Label Set | 177 : : 178 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 179 | Optical Param sub-TLV(s) | 180 : | 181 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 183 Where: 185 W = 1. Wavelength Dependency flag. There is wavelength 186 dependency. 188 The Label Set object is defined in 189 [I-D.ietf-ccamp-general-constraint-encode] Section 2.1. Likely an 190 inclusive range will be the only option required by the Action 191 defined in the Label Set. 193 2.3. Impairment Matrix 195 As defined by the [I-D.martinelli-ccamp-wson-iv-info], the impairment 196 matrix follows the same structure as the connectivity matrix. 198 [Xian's note]: (1) Similar problem as mentioned above applies, the 199 structure differs when N is set to different values; so they should 200 be described separately; (2) I would prefer the "W" stay with the 201 previous structure. (3) Since the format of impairment matrix does 202 not follow exactly as the connectivity matrix. i would suggest 203 revising the sentence above to reflect this. 205 0 1 2 3 206 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 207 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 208 | Connectivity | MatrixID | Reserved |0| 209 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 210 | Link Set A #1 | 211 : : : 212 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 213 | Link Set B #1 | 214 : : : 215 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 216 | Impairment Vector sub-TLV(s) | 217 : : : 218 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 219 | Additional Link Set pairs and Impairment Vector(s) | 220 : : : 221 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 223 0 1 2 3 224 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 225 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 226 | Connectivity | MatrixID | Reserved |1| 227 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 228 | Impairment Vector sub-TLV(s) | 229 : : : 230 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 232 Where: 234 Connectivity: value MUST be 2 for the impairment matrix (Values 0 235 and 1 are already defined by 236 [I-D.ietf-ccamp-general-constraint-encode]. 238 MatrixID: matrix identifier, the scope of this integer number is 239 shared with [I-D.ietf-ccamp-rwa-info]. 241 N: Node scope flag. With this flag set there's no Link Set 242 information but only a list of optical parameters TLVs that apply 243 to the whole optical node. 245 The usage of multiple matrixes with connectivity type equal to 2 246 (Impairment Matrix) MIGHT be used to grup optical parameters by 247 connectivity. For example, if a subset of parameters apply to the 248 whole node, a unique matrix with flag N=1 is used. At the same some 249 another subset of parameters applies only to some LinkSet pairs, a 250 specific Impairment Matrix will be added. 252 3. Acknowledgements 254 TBD 256 4. Contributing Authors 258 This document was the collective work of several authors. The text 259 and content of this document was contributed by the editors and the 260 co-authors listed below (the contact information for the editors 261 appears in appropriate section and is not repeated below): 263 Moustafa Kattan 264 Cisco 265 DUBAI, 500321 266 UNITED ARAB EMIRATES 268 Email: mkattan@cisco.com 270 Young Lee 271 Huawei 272 1700 Alma Drive, Suite 100 273 Plano, TX 75075 274 USA 276 Phone: +1 972 509 5599 x2240 277 Fax: +1 469 229 5397 278 Email: ylee@huawei.com 279 Fatai Zhang 280 Huawei 281 F3-5-B R&D Center, Huawei Base 282 Bantian, Longgang District 283 P.R. China 285 Phone: +86-755-28972912 286 Email: zhangfatai@huawei.com 288 5. IANA Considerations 290 This document does not contain any IANA request. 292 6. Security Considerations 294 This document defines an protocol-neutral encoding for an information 295 model describing impairments in optical networks and it does not 296 introduce any security issues. If such a encoding is put into use 297 within a network it will by its nature contain details of the 298 physical characteristics of an optical network. Such information 299 would need to be protected from intentional or unintentional 300 disclosure. 302 7. References 304 7.1. Normative References 306 [ITU.G680] 307 International Telecommunications Union, "Physical transfer 308 functions of optical network elements ", ITU-T 309 Recommendation G.680, July 2007. 311 [ITU.G697] 312 International Telecommunications Union, "Optical 313 monitoring for dense wavelength division multiplexing 314 systems ", ITU-T Recommendation G.697, February 2012. 316 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate 317 Requirement Levels", BCP 14, RFC 2119, March 1997. 319 7.2. Informative References 321 [I-D.ietf-ccamp-general-constraint-encode] 322 Bernstein, G., Lee, Y., Li, D., and W. Imajuku, "General 323 Network Element Constraint Encoding for GMPLS Controlled 324 Networks", draft-ietf-ccamp-general-constraint-encode-11 325 (work in progress), May 2013. 327 [I-D.ietf-ccamp-rwa-info] 328 Lee, Y., Bernstein, G., Li, D., and W. Imajuku, "Routing 329 and Wavelength Assignment Information Model for Wavelength 330 Switched Optical Networks", draft-ietf-ccamp-rwa-info-18 331 (work in progress), May 2013. 333 [I-D.martinelli-ccamp-wson-iv-info] 334 Martinelli, G., Kattan, M., Galimberti, G., and A. 335 Zanardi, "Information Model for Wavelength Switched 336 Optical Networks (WSON) with Optical Impairments 337 Validation.", draft-martinelli-ccamp-wson-iv-info-01 (work 338 in progress), February 2013. 340 [I-D.narten-iana-considerations-rfc2434bis] 341 Narten, T. and H. Alvestrand, "Guidelines for Writing an 342 IANA Considerations Section in RFCs", draft-narten-iana- 343 considerations-rfc2434bis-09 (work in progress), March 344 2008. 346 [RFC3552] Rescorla, E. and B. Korver, "Guidelines for Writing RFC 347 Text on Security Considerations", BCP 72, RFC 3552, July 348 2003. 350 [RFC6566] Lee, Y., Bernstein, G., Li, D., and G. Martinelli, "A 351 Framework for the Control of Wavelength Switched Optical 352 Networks (WSONs) with Impairments", RFC 6566, March 2012. 354 Authors' Addresses 356 Giovanni Martinelli (editor) 357 Cisco 358 via Philips 12 359 Monza 20900 360 Italy 362 Phone: +39 039 2092044 363 Email: giomarti@cisco.com 364 Andrea Zanardi (editor) 365 CREATE-NET 366 via alla Cascata 56 C, Povo 367 Trento 38100 368 Italy 370 Email: andrea.zanardi@create-net.org 372 Xian Zhang (editor) 373 Huawei Technologies 374 F3-5-B R&D Center, Huawei Base 375 Bantian, Longgang District 376 Shenzen 518129 377 P.R. China 379 Phone: +86 755 28972913 380 Email: zhang.xian@huawei.com 382 Gabriele M. Galimberti 383 Cisco 384 Via Philips,12 385 Monza 20900 386 Italy 388 Phone: +39 039 2091462 389 Email: ggalimbe@cisco.com 391 Domenico Siracusa 392 CREATE-NET 393 via alla Cascata 56 C, Povo 394 Trento 38100 395 Italy 397 Email: domenico.siracusa@create-net.org