1 / 12

Design and Development of an MPLambdaS Simulator

Design and Development of an MPLambdaS Simulator. Jian Wang, Biswanath Mukherjee, S, J, Ben Yoo University of California, Davis March 27, 2001. Agenda. Network model MP S simulator implementation Demonstration and testing results from some example runs of the MP S simulator

kerry
Télécharger la présentation

Design and Development of an MPLambdaS Simulator

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. Design and Development of an MPLambdaS Simulator Jian Wang, Biswanath Mukherjee, S, J, Ben Yoo University of California, Davis March 27, 2001

  2. Agenda • Network model • MPS simulator implementation • Demonstration and testing results from some example runs of the MPS simulator • Work in progress

  3. Pre-MPLambdaS backbone networks Application Application Transport Transport Network Network Network Network Link Link WDM WDM Terminals Terminals IP router IP router

  4. MPLambdaS enabled backbone networks Application Application Transport Transport Network Network Network(IP) Network(IP) MPS MPS Link Link WDM WDM Terminals Terminals MPS enabled LSR MPS enabled LSR

  5. Architecture of a MPLambdaS network node Local ports (IP) Point-to-point channels (control channels) GMPLS control unit Outgoing fibers Incoming fibers Control signal Optical crossconnect Outgoing fibers Incoming fibers Outgoing fibers Incoming fibers Mux Demux Local add portsLocal drop ports

  6. Network model summary • MPLambdaS is an IP centric control plan protocol (extended from MPLS) designed for wavelength-switching in WDM network • Control plan has fixed topology and it is strictly separated from data channels • IP routing protocols (with extension) are used to distribute the WDM-link state information

  7. Foundations of this MPS Simulator • Discrete event driven simulator: NS-2 • Borrowed code from the following free contributions to NS-2 • MPLS simulator from Gaeil Ahn • Link state protocol from Mingzhou Sun

  8. MPS simulator implementation • Improved NS-2 node and link architecture • Optical crossconnect module • WDM link module • Improved LDP to support MPS • Generalized label • Support the upstream specified label and ERO • Improved link-state routing protocol to support WDM-link information • Embedded source routing and wavelength assignment algorithm

  9. Network topology used in performance measurement

  10. Blocking performance (1) Request blocking rate. The x-axis is the number of wavelengths available on each link. The y-axis is the request blocking probability. Average resource consumption in the network. The x-axis is the number of wavelengths available on each link. The y-axis is the average resource consumption (link*wavelength). Traffics are assumed to be random flows, with the constraint that each node can source and sink no more than 4 flows. Wavelength conversion is possible everywhere. The average network load is calculated from the average call-holding time over the average inter-arrival time (4/0.125 = 32 connections).

  11. Blocking performance (2) When a call comes to a MPLambdaS network, the ingress node calculates the explicit route using LS information stored in the local LS database. If the local LS information accurately reflects the current state of the network and there is not enough resource in the network, then the ER computation algorithm will return a calculation failure. Because of propagation delay and other reasons, LSP setup and LS flooding takes time. When a node uses obsolete LS information to do ER computation, it may choose a path that tries to compete for resources with other lightpaths. When this miss calculation happens, the LDP will still try to setup this lightpath accordingly, but will return a “setup failure” eventually. This figure show the blocking behavior when average network load is 48 connections.

  12. Work in progress • Further improvement to the simulator • Support for sub-wavelength support • Support forwarding adjacency • Support waveband switching • Protection and fast restoration in lambda switched network

More Related