220 likes | 319 Views
2005 / 08 / 23. On the Management Issues over Lambda Networks. Te-Lung Liu Associate Researcher NCHC, Taiwan. Overview. Introduction Functions of Optical Management Plane Implementation Applications Conclusions. Introduction.
E N D
2005 / 08 / 23 On the Management Issues over Lambda Networks Te-Lung Liu Associate Researcher NCHC, Taiwan
Overview • Introduction • Functions of Optical Management Plane • Implementation • Applications • Conclusions
Introduction • Lambda networking enables e-Science applications that require huge data transfer with QoS guarantee. • Dedicated network channels called lambdasor lightpaths are created as a dedicated leased line without jitter and congestion. • Lightpaths are provisioned by control plane while traffics travel through data plane.
Control Plane and Data Plane • Control plane chooses and reserves a deterministic, bandwidth-guaranteed path for a given connection request. • routing + signaling • messages are passed through "control channel" over physical topology • Data plane is separated from control plane in order to speed up forwarding. • network is now viewed as a collection of "lightpaths" • Virtual topology is depicted by connecting lightpaths and routers in between
Q Y X P Optical Transport Network Data Plane (forwarding only) virtual topology B A C D E Physical topology Control plane (routing + signaling)
Management Plane The Emergence of Management Plane • Although functions of routing, signaling and forwarding are fulfilled by control plane and data plane, we still need some management functions such as resource/bandwidth maintenance, failure notification and lightpath survivability… etc. Control Plane Data Plane Optical Layer (SDH,DWDM…) Physical Layer
Functions of Management Plane • Virtual topology visualization • Lightpath resources and bandwidth management • SDH channels and DWDM wavelengths • Alarm Notification and Error Indication • Trap analysis • Lightpath survivability • Protection and restoration • Performance measurement and monitoring • Re-route the LP if the performance falls below a certain level
Lightpath Survivability • In general, lightpath survivability is achieved by protection. • fast switching time (<50ms) • Protection by carrier • extra cost • Protection by SONET/SDH • In the absence of failure, the protected bandwidths are wasted • To improve bandwidth utilization, restoration by re-routing the failed lightpath dynamically is another way to achieve survivability.
Lightpath Restoration • Not every lightpath is eligible for restoration. • A rational business model: only those requiring QoS guarantee are candidates for restoration • Exact location of error is determined through root-cause analysis of traps in order to choose the candidate LPs for restoration. • For each restorable LP, the re-route path can be either staticallystored in a given table or dynamically calculated. • Intra-domain restoration vs. inter-domain restoration
NTU Sinica NCU Taipei NCTU NTHU Hsinchu NTU NCHU Taichung NCNU Tainan CCU NCKU NSYSU TWAREN /TAIWANLightLambda Testbed Pacific Wave CANARIE StarLight CANARIE 2G 3*STM-4+3*STM-1 2.5G 2.5G 1.25G 1.8G 3*STM-4+2*STM-1 1.25G 1.25G MAN LAN Pacific Wave South
Distribution of TW-US Lightpaths SEATTLE STARLIGHT Taipei NY TP-15600 SFC Chicago TN-15600 LA TN-15454 TW-US lightpaths Layout
Tainan to NYC: under normal operation SEATTLE STARLIGHT Taipei NY TP-15600 SFC Chicago TN-15600 LA TN-15454 Initial LP provisioning from TN to NY
Event 1: LAèNYC fails SEATTLE STARLIGHT Taipei NY TP-15600 SFC Chicago TN-15600 LA TN-15454 A failure occurs on the unprotected LA-NY link
Event 2: re-route kicks off SEATTLE STARLIGHT Taipei NY TP-15600 SFC Chicago TN-15600 LA TN-15454 The affected TN-NY LP is dynamically re-routed
Inter-Domain Operation (1) A SEATTLE STARLIGHT Taipei NY TP-15600 SFC Chicago TN-15600 LA TN-15454 A LP is provisioned from TN to an interdomain site A
Inter-Domain Operation (2) A SEATTLE STARLIGHT Taipei NY TP-15600 SFC Chicago TN-15600 LA TN-15454 Node NY-15454 failed
Inter-Domain Operation (3) A SEATTLE STARLIGHT Taipei NY TP-15600 SFC Chicago TN-15600 LA TN-15454 TN-NY LP is re-routed as TN-STARLIGHT
Inter-Domain Operation (4) A SEATTLE STARLIGHT Taipei NY TP-15600 SFC Chicago TN-15600 LA TN-15454 The peer domain re-routes their LP to STARLIGHT
Visulization update Control Plane Optical Equip. Bandwidth Management query Performance Monitoring trap trigger Alarms and Error Indication Reroute request Restoration activate Implementation
Applications • Lambda Testbeds • Network automation can be achieved with management plane. • Optical Exchanges • The optical exchange administrators have to monitor the connectivity and the exchange sites may have to participate in inter-domain operations if the clients are connected without O/E/O conversion. • Global Collaborations
Conclusions • Lambda networks connect e-Science applications across different continents with service level guarantee. • We need a way to monitor the status of the virtual topology provisioned over lambda networks. • In this paper, elements of optical management plane are discussed.
Thank you ! Comments and Suggestions?