130 likes | 377 Views
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
E N D
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 • MPS simulator implementation • Demonstration and testing results from some example runs of the MPS simulator • Work in progress
Pre-MPLambdaS backbone networks Application Application Transport Transport Network Network Network Network Link Link WDM WDM Terminals Terminals IP router IP router
MPLambdaS enabled backbone networks Application Application Transport Transport Network Network Network(IP) Network(IP) MPS MPS Link Link WDM WDM Terminals Terminals MPS enabled LSR MPS enabled LSR
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
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
Foundations of this MPS 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
MPS simulator implementation • Improved NS-2 node and link architecture • Optical crossconnect module • WDM link module • Improved LDP to support MPS • 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
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).
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.
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