1 / 7

Enhancements in GMPLS for Multi-Layer Networks: OTN and Ethernet Signaling Extensions

This draft outlines the enhancements in GMPLS for multi-layer networks (MLN/MRN), addressing the existing gaps in the signaling protocols for OTN and Ethernet. It discusses multiple switching capabilities in the server layer, adaptation, and granularity needed for end-to-end traffic engineering path computations. The current drafts provide essential information for layer identification and switch capabilities required for managing OTN, Ethernet, and other technologies. Aiming for Working Group adoption, these drafts cover generic modifications applicable across layers and highlight the need for a comprehensive approach to networking.

trent
Télécharger la présentation

Enhancements in GMPLS for Multi-Layer Networks: OTN and Ethernet Signaling Extensions

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. GMPLS Extensions for MLN/MRN draft-rao-ccamp-mlnmrn-otn-ospfte-ext-03Rajan Rao & Khuzema Pithewan draft-zhang-ccamp-gmpls-h-lsp-mln-05Fatai Zhang, Xian Zhang, O. Gonzalez de Dios & C. Margaria CCAMP IETF-89, London

  2. Context & Problem Statement • Multiple switching capabilities exist in server Layer • Switching Cap, Adaptation & Switching Granularity • Above info is required for E2E TE path computations • Signaling also needs to carry server layer info • Existing RFCs do not cover all aspects of multi-layer . For e.g. OTN mux layer identification

  3. Example Advertises ISCD_PSC, IACD1 10GigE 100GigE Hybrid Node Ethernet Switch 300G Advertises ISCD_PSC, IACD2 OTU4 OTU4 OTN Switch Advertises ISCD_OTN, IACD1 IACD2 Advertises ISCD_OTN, IACD1 IACD2 IACD1 Upper SwitchCap/EncTyp : PSC/Ethernet Lower SwitchCap/EncType : OTN-TDM/G.709 ODUk SCSI : SignalType+HierarchyODU2-ODU4 (For 10GigE) IACD2 Upper SwitchCap/EncTyp : PSC/Ethernet Lower SwitchCap/EncType : OTN-TDM/G.709 ODUk SCSI : SignalType+HierarchyODU4(For 100GigE)

  4. Relevant Drafts – MLN/MRN I-Ds for Routing and Signaling extensions: • OSPF-TE extensions are addressed in • draft-rao-ccamp-mlnmrn-otn-ospfte-ext-03.txt • RSVP-TE extensions are addressed in • draft-zhang-ccamp-gmpls-h-lsp-mln-05.txt

  5. Status: draft-rao-ccamp-mlnmrn-otn-ospfte-ext-03 • No change since last IETF-88 • Draft is generic & Covers all layers • OTN & Ethernet • OTN & FlexGrid • OTN & SONET/SDH • OTN & OTN

  6. Status: draft-zhang-ccamp-gmpls-h-lsp-mln-05 • No change since last IETF-88 • Draft is generic & Covers all layers • TDM & packet(e.g, OTN (or SDH) & Ethernet (or MPLS-TP)) • TDM & wavelength (e.g, OTN & WSON) • TDM internal multilayer (e.g., OTN, SDH, OTN &SDH)

  7. Next Steps • We would like move both drafts together • We request for WG adoption

More Related