1 / 10

Enhancements in WSON Impairment Validation Framework and Encoding at IETF85 - Atlanta

This draft outlines proposed methodologies for WSON (Wavelength Switched Optical Networks) impairment validation and encoding techniques, as discussed in the IETF85 meeting in Atlanta. It introduces an "Impairment Matrix" as a generalization of the "Connectivity Matrix," simplifying the representation of impairment information across link-set pairs. The draft references existing ITU standards for computational models and encodings, ensuring thorough integration of prior knowledge. Feedback and contributions for refining the info model and encoding parameters are invited from the working group.

ham
Télécharger la présentation

Enhancements in WSON Impairment Validation Framework and Encoding at IETF85 - Atlanta

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. draft-martinelli-ccamp-wson-iv-info-00draft-martinelli-ccamp-wson-iv-encode-00draft-martinelli-ccamp-wson-iv-info-00draft-martinelli-ccamp-wson-iv-encode-00 Giovanni Martinelli, Cisco (*) MoustafaKattan, Cisco Gabriele Galimberti, Cisco Andrea Zanardi, Create-Net IEFT85 - Atlanta

  2. Motivation • Restart on “WSON with Impairment Validation”: • Standby due to on wson-rwa discussions • Proposal: reuse same “approach” as wson-rwa. • First step: 00 version submitted in July (01 on going) • Interested people, please join! IEFT85 - Atlanta

  3. WSON: RWA vs. RWA-IV Framework • RFC6163 • draft-ietf-ccamp-rwa-info • draft-ietf-ccamp-general-constraint-encode • draft-ietf-ccamp-rwa-wson-encode • RFC6566 • draft-martinelli-ccamp-wson-iv-info • draft-martinelli-ccamp-wson-iv-encode Info Model Encoding IEFT85 - Atlanta

  4. Info Model(draft-martinelli-ccamp-wson-iv-info-00) • RFC6566 Defines the Linear Impairment case as “in scope” (sec. 4.1, Scenario C) • ITU references: • ITU G.680 defines the computational models • ITU G.697 defines the encodings • Draft does not repeat information already in ITU documents. • Introduction of “Impairment Matrix” as a generalization of “Connectivity Matrix” IEFT85 - Atlanta

  5. Info Model (cont. 1) Connectivity Matrix (from WSON RWA info model): ConnectivityMatrix ::= <MatrixID> <ConnType> <Matrix> To further details, ConnectivityMatrix::= <MatrixID> <ConnType> ((<LinkSet> <LinkSet>) ...) This draft defines: ImpairmentMatrix ::= <MatrixID> <ConnType> ((<LinkSet> <LinkSet> <ImparimemtVector>) ...) IEFT85 - Atlanta

  6. Info Model (cont. 2) • <ConnType>: new value defined, “2” for Impairment Matrix • <ImpairmentVector> • This is the way to represent all impairment information associated with a Link-Set pair. • Details goes into encoding draft IEFT85 - Atlanta

  7. Encoding(draft-martinelli-ccamp-wson-iv-encode-00) • The details the Impairment Matrix and Vector 0 1 2 3 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Connectivity | MatrixID | Reserved |W|N| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link Set A #1 | : : : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link Set B #1 | : : : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Optical Parameter TLV(s) | : : : +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ MATRIX VECTOR IEFT85 - Atlanta

  8. Encoding (cont.) • The Optical Parameter details 0 1 2 3 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ParamSource | ParamID | Reserved |W| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Variance | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Parameter “Source” and “ID” as per ITU G.697 IEFT85 - Atlanta

  9. Next Steps • Solicit comments and contribution from WG. • Refinements on both Info Model and Encoding (e.g. Parameters List, Wavelength Dependency, Link vs Node information). • Approach needs validation through ITU Liaison? IEFT85 - Atlanta

  10. Thank You! Impairments Made Simple IEFT85 - Atlanta

More Related