This is an early short tutorial from back in 2001 that focuses on the control of dynamic (or agile) optical networks. We begin by highlighting the motivation for such networks, their basic requirements, and the advantages of agility. We examine the functionality needed for routing and connection establishment in such dynamic networks, and compare possible candidates for the design of such a...
This is an introductory presentation about LTE-Advanced, its feature, technologies and applications. Also there's a comparison between it and WiMAX 2.0 and our recommendations.
Disclaimer: All Data, figures, tables and charts are from the references mentioned at the end of the presentation
This is an introductory presentation about LTE-Advanced, its feature, technologies and applications. Also there's a comparison between it and WiMAX 2.0 and our recommendations.
Disclaimer: All Data, figures, tables and charts are from the references mentioned at the end of the presentation
Generalized Multi-Protocol Label Switching (GMPLS) is a protocol suite extending MPLS to manage
further classes of interfaces and switching technologies other than packet interfaces and switching, such
as time division multiplexing, layer-2 switching, wavelength switching and fiber-switching.
GMPLS (Generalized Multiprotocol Label Switching), also known as Multiprotocol Lambda Switching. In
particular, GMPLS will provide support for photonic networking, also known as optical communications.
Architectural Options for Metro Carrier-Ethernet Network Buildout: Analysis &...Vishal Sharma, Ph.D.
This workshop is one of the first that we're aware of to give a detailed taxonomy & analysis of deployment options for Carrier Ethernet-based metro/access networks, in one place. We elaborate each option addressing questions like: network architectures possible? Is other supporting technology needed? Or, is it standalone for the applications/services a provider might run, and so on.
This classic talk from 2002-03, captures some of the key traffic engineering and core network design strategies deployed by carriers from the early 1990's to early 2000's, and (now, in 2011!) provides a great historical perspective on how network cores have evolved. It will prove valuable for those looking to understand network evolution, and the operational principles and considerations behind it...
PCE, OpenFlow, & the Centralized Control PlaneMetaswitch NTD
1) OpenFlow: One of a number of possible SDN approaches
2) SDN: Empowers the operator with reduced OPEX and CAPEX
3) PCE: Solves some real-world carrier problems
Generalized Multi-Protocol Label Switching (GMPLS) is a protocol suite extending MPLS to manage
further classes of interfaces and switching technologies other than packet interfaces and switching, such
as time division multiplexing, layer-2 switching, wavelength switching and fiber-switching.
GMPLS (Generalized Multiprotocol Label Switching), also known as Multiprotocol Lambda Switching. In
particular, GMPLS will provide support for photonic networking, also known as optical communications.
Architectural Options for Metro Carrier-Ethernet Network Buildout: Analysis &...Vishal Sharma, Ph.D.
This workshop is one of the first that we're aware of to give a detailed taxonomy & analysis of deployment options for Carrier Ethernet-based metro/access networks, in one place. We elaborate each option addressing questions like: network architectures possible? Is other supporting technology needed? Or, is it standalone for the applications/services a provider might run, and so on.
This classic talk from 2002-03, captures some of the key traffic engineering and core network design strategies deployed by carriers from the early 1990's to early 2000's, and (now, in 2011!) provides a great historical perspective on how network cores have evolved. It will prove valuable for those looking to understand network evolution, and the operational principles and considerations behind it...
PCE, OpenFlow, & the Centralized Control PlaneMetaswitch NTD
1) OpenFlow: One of a number of possible SDN approaches
2) SDN: Empowers the operator with reduced OPEX and CAPEX
3) PCE: Solves some real-world carrier problems
UMTS Long Term Evolution (LTE) has emerged as the favored next step on the road for both 3GPP-based networks and for operators using a variety of cellular standards around the world. Among its many attractions are improved capacity, reduced latency, easier integration with packet-based networks that use internet protocol (IP), and lower cost-per-bit.
We conclude that LTE will benefit from the use of femtocells from the outset.
Seven years ago at LCA, Van Jacobsen introduced the concept of net channels but since then the concept of user mode networking has not hit the mainstream. There are several different user mode networking environments: Intel DPDK, BSD netmap, and Solarflare OpenOnload. Each of these provides higher performance than standard Linux kernel networking; but also creates new problems. This talk will explore the issues created by user space networking including performance, internal architecture, security and licensing.
Packet-Optical Integration: The Key to Evolving Towards Packet Enabled Agile ...Vishal Sharma, Ph.D.
The operator's paradox, for the past several years now, has been that while there is an explosion in data traffic volumes to the tune of 45-65% yearly, the corresponding revenue growth is in the single digits at best. To bridge this gap between rising operating costs (spurred by increased network capacity demands) and relatively flat revenues, providers must assess how to better architect their...
This presentation reviews the various tools that carrier-grade Ethernet offers to meet the performance required from the ICT network and discusses strategies for the transition to Smart Grid communications
A presentation given at the IoT World, May 2016 discussing why IoT innovation has significant economic impact, the legal and commercial challenges to the IoT Ecosystem, and the impact of new IP regulations (AIA, Banks, open-source models). We also assess the IP landscape for IoT looking the a taxonomy of technologies involved, the key owners, and areas ripe for licensing, and conclude with a look to the future.
Network Infrastructure Security in Cellular Data Networks: An Initial Invest...Vishal Sharma, Ph.D.
Network Infrastructure Security in Cellular Data Networks: An Initial Investigation - a presentation of the research by the Wireless Networks Research Group at IIT Bombay at SANOG (The South-Asian Network Operators Group) in January 2006.
A New Analysis for Wavelength Translation in Regular WDM NetworksVishal Sharma, Ph.D.
We present a new analysis of wavelength translation in
regular, all-optical WDM networks, that is simple, computationally
inexpensive, and accurate for both low and high
network loads. In a network with
k
wavelengths per link,
we model the output link by an auxiliary
M/M/k/k
queueing
system. We then obtain a closed-form expression for
the probability
P succ
that a session arriving at a node at a
random time successfully establishes a connection from its
source node to its destination node. Unlike previous analyses,
which use the link independence blocking assumption,
we account for the dependence between the acquisition of
wavelengths on successive links of the session’s path. Based
on the success probability, we show that the throughput per
wavelength increases superlinearly (as expected) as we increase
the number of wavelengths per link; however, the
extent of this superlinear increase in throughput saturates
rather quickly. This suggests some interesting possibilities
for network provisioning in an all-optical network. We verify the accuracy of our analysis via simulations for the torus
and hypercube networks.
A carrier-oriented panel conceived, co-ordinated, moderated/chaired by me (with great inputs from the NANOG Program Committee, and our PC Liason, Tony Tauber of Comcast), as part of our "Network Health Assessment to Lower TCO!" initiative, where our focus is to gather carrier eco-system thinking around contemporary carrier issues/challenges, to explore what we are doing well, what the needs of the...
Capacity Planning Panel - Operator and Eco-System Player DiscourseVishal Sharma, Ph.D.
This is a service-provider oriented panel hosted at NANOG52 in Denver, CO, that I coordinated (with Nina Bargisen of TDC with help from Phil Griston, Cariden, and Timothy Hu, WANDL) and moderated/Chaired. The panel involved excellent presentations by Tom Lundstrom (Qwest) and Duke Fisher (Verizon) on how they were using network planning and design tools to effectively handle large-scale design..
The goal of the carrier today is to offer manageable end-user data services with a measurable QoS (Quality-of-Service) at the minimum cost per bit, using the smallest footprint systems, with the simplest implementation that allows for service-level agreements, operational efficiency, and traffic scalability. This has lead to the emergence of two design principles: the lower the layer at which...
Internet Routing Protocols: Fundamental Concepts of Distance-Vector and Link-...Vishal Sharma, Ph.D.
An easy to follow basic presentation designed to explain the core operating principles of link-state and distance-vector routing protocols, which form the basis of OSPF/IS-IS and BGP routing protocols for the Internet, respectively. Adapted and summarized from Christian Huitema's "Routing in the Internet," bringing some of his examples "to life" as it were.
This talk/presentation is useful for...
This talk/tutorial was one that I delivered to multiple organizations -- ranging from semiconductor houses, to start-up system vendors, to research and academic institutions, back in the 2002 time frame. As the abstract below illustrates, it captures the key essence & principles behind the router designs of two of the most popular and landmark switch/routers in our industry -- the Cisco...
Design Considerations for Converged Optical Ethernet NetworksVishal Sharma, Ph.D.
Transport networks have witnessed two significant trends over the past half decade or so. The first has been an explosion in the bandwidth that these networks can support and the distances over which they can support it. This is due to the advent of cost-effective wavelength division multiplexing (WDM) and dense-WDM (DWDM), as well as a slew of technologies that extend transmission range, such as...more
Elements of Cross-Layer System & Network Design for QoS-Enabled Wi-Max Networks Vishal Sharma, Ph.D.
The main theme of this workshop is to elucidate medium access control (MAC) layer operation and cross-layer system and network design techniques for providing Quality-of-Service (QoS) in wireless broadband networks, and to put it in the context of military communications. We will use the IEEE 802.16 standard as an example for the rich feature set it presents, and the flexibility it provides for...
Today’s emerging metro Ethernet networks represent a significant shift in the way in which data services are offered to enterprise and residential customers. With Ethernet emerging as the access interface of choice, services such as packet-leased line and virtual private LAN service are being delivered over a wide mix of transport technologies – SONET/SDH, next-gen SONET/SDH, Ethernet/WDM, and...
Since the photonic layer is the cheapest on a per-bit, per-function basis, and since
the key imperative before operator's today is to bridge the yawning gap between
exponentially increasing data traffic on the one-hand, and flat-to-declining revenues
on the other, a tighter coupling between the packet and optical layers to derive
operational, management, and deployment efficiencies, has...
Understanding Intelligent Military-Grade Optical Ethernet Networks: A Versati...Vishal Sharma, Ph.D.
Ethernet technology has emerged as a cost-effective, mature, robust, high-speed, & versatile choice for MAN/WAN networking of critical defense establishments and military installations – for e.g., army, navy, & air force bases, mission commands, remote war centers, the Pentagon, and other security agencies. Intelligent Ethernet helps to achieve IP-centric service requirements, while...
A Survey of Recent Advances in Network Planning/Traffic Engineering (TE) ToolsVishal Sharma, Ph.D.
Designing & managing operational IP networks is a complex, multi-dimensional
task. A fundamental problem before carriers today
is to optimize network performance by better resource allocation to traffic demands.
This requires a systematic evaluation of options, a thorough scenario analysis,
and foolproof verification of network designs, all of which are increasingly
possible only with help from automated TE and planning tools.
In the past few years, significant advances have been made in enhancing existing
tools and developing new ones that help providers rapidly identify potential
performance problems, experiment with solutions, and develop robust designs.
Several techniques from optimization theory, linear programming, and
models of effective bandwidth calculation have been incorporated in such
tools, as have detailed models of several vendor systems.
We present a comparative analysis and an overview of key features of some key
commercially available network planning/TE tools, and outline how
they could be leveraged by carrier network engineering/planning
organizations to perform detailed network analysis, proactive/reactive
TE, and network design.
We first give an overview of the architecture, design philosophy, and canonical
features of modern design tools, and then focus on new enhancements to some
popular tools
as well as key distinguishing features of some newly developed ones.
In particular, we focus on decision support tools for IP network planning
and network analysis, including the latest versions from
WANDL, OPNET, Cariden..
We also present a perspective on current outstanding carrier requirements
for TE/planning tools that was synthesized by our conversations with
several leading Tier 1 and Tier 2 carriers.
A fundamental problem before carriers today is to optimize network cost
and performance by better resource allocation to traffic demands. This is especially
important with the packet infrastructure becoming a critical business resource.
The key to achieving this is traffic engineering (TE), the process of
systematically putting traffic where there is capacity, and backbone
capacity management, the process of ensuring that there is enough network
capacity to meet demand, even at peak times and under failure conditions,
without significant queue buildups.
In this talk, we first focus on the TE techniques and approaches used
in the networks of two large carriers: Global Crossing and
Sprint, which represent the two ends of the traffic engineering spectrum.
We do so by presenting a snapshot of their TE philosophy, deployment strategy,
and network design principles and operation.
We then present the results of an empirical study of backbone traffic
characteristics that suggests that Internet traffic is not self-similar at
timescales relevant to QoS. Our non-parametric approach requires minimal
assumptions (unlike much of the previous work), and allows
us to formulate a practical process for ensuring QoS using backbone
capacity management.
(This latter work is joint with Thomas Telkamp, Global Crossing Ltd. and Arman
Maghbouleh, Cariden Technologies, Inc.)
With the rapid growth of IP networks in South-Asia in the past
few years, and the advent of new services and applications -- be they
wireless/wireline broadband Internet access, cable telephony, VoIP, remote
teleconferencing, e-governance, or mobile entertainment -- a key
issue before carriers is how to design and operate their networks as
methodically and as efficiently as possible to maximize both customer
retention and profits.
While several best practices typically emerge from each provider\'s
unique situation and cumulative experience (the "art" of network design), there
are certain operational precepts that systematize and streamline the
complex, multi-dimensional task of designing and managing modern, operational
IP networks (the "science" of network design).
In this talk, we first discuss the overall network design process and the
manner in which control over the network must be exercised at varying
timescales to achieve efficient operation. Next we discuss the
functions that the operational, engineering, and planning teams at a
carrier must typically execute, their inter-relationships, and
the importance/rationale for performing them to optimize network
performance.
We then outline some network design best practices that have evolved
over the past decade, drawing upon examples of carriers such as
Sprint, Global Crossing, AT&T, NTT, and Reliance. We conclude with
a look at some automated traffic engineering and planning tools,
and how they enable carriers to rapidly identify potential
performance problems, rigorously experiment with/evaluate design
options, perform thorough scenario and network analysis, and
develop robust designs.
Multi-Protocol Label Switching has become by far one of the most important Internet technologies of the last 15 years. From humble beginnings back in 1996-97, it is literally the defacto standard in a large majority of service provider networks today. This presentation, delivered to executives at MTNL, Mumbai (a large regional carrier in India), explains the key operational principles behind MPLS, and its significant applications.
Ethernet technology has emerged as a cost-effective, mature, robust, high-speed, and versatile choice for MAN/WAN networking of critical defense establishments and military installations – for e.g., army, navy, and air force bases, mission commands, remote war centers, the Pentagon, and other security agencies. Intelligent Ethernet helps to achieve IP-centric service requirements, while enabling wireless and fixed-line networks to evolve to a fast, economical, packet-switched infrastructure. The last few years have seen tremendous advancements in Ethernet architecture, its features, switch/router system design, and its integration with optical technologies. This tutorial provides a clear conceptual overview of optical Ethernet technology advances, network architectures, and benefits for military and defense network planners, network architects, and system engineers.
Biography and career history of Bruno AmezcuaBruno Amezcua
Bruno Amezcua's entry into the film and visual arts world seemed predestined. His grandfather, a distinguished film editor from the 1950s through the 1970s, profoundly influenced him. This familial mentorship early on exposed him to the nuances of film production and a broad array of fine arts, igniting a lifelong passion for narrative creation. Over 15 years, Bruno has engaged in diverse projects showcasing his dedication to the arts.
MRS PUNE 2024 - WINNER AMRUTHAA UTTAM JAGDHANEDK PAGEANT
Amruthaa Uttam Jagdhane, a stunning woman from Pune, has won the esteemed title of Mrs. India 2024, which is given out by the Dk Exhibition. Her journey to this prestigious accomplishment is a confirmation of her faithful assurance, extraordinary gifts, and profound commitment to enabling women.
At Affordable Garage Door Repair, we specialize in both residential and commercial garage door services, ensuring your property is secure and your doors are running smoothly.
The Fascinating World of Bats: Unveiling the Secrets of the Nightthomasard1122
The Fascinating World of Bats: Unveiling the Secrets of the Night
Bats, the mysterious creatures of the night, have long been a source of fascination and fear for humans. With their eerie squeaks and fluttering wings, they have captured our imagination and sparked our curiosity. Yet, beyond the myths and legends, bats are fascinating creatures that play a vital role in our ecosystem.
There are over 1,300 species of bats, ranging from the tiny Kitti's hog-nosed bat to the majestic flying foxes. These winged mammals are found in almost every corner of the globe, from the scorching deserts to the lush rainforests. Their diversity is a testament to their adaptability and resilience.
Bats are insectivores, feeding on a vast array of insects, from mosquitoes to beetles. A single bat can consume up to 1,200 insects in an hour, making them a crucial part of our pest control system. By preying on insects that damage crops, bats save the agricultural industry billions of dollars each year.
But bats are not just useful; they are also fascinating creatures. Their ability to fly in complete darkness, using echolocation to navigate and hunt, is a remarkable feat of evolution. They are also social animals, living in colonies and communicating with each other through a complex system of calls and body language.
Despite their importance, bats face numerous threats, from habitat destruction to climate change. Many species are endangered, and conservation efforts are necessary to protect these magnificent creatures.
In conclusion, bats are more than just creatures of the night; they are a vital part of our ecosystem, playing a crucial role in maintaining the balance of nature. By learning more about these fascinating animals, we can appreciate their importance and work to protect them for generations to come. So, let us embrace the beauty and mystery of bats, and celebrate their unique place in our world.
Understanding the Mahadasha of Shukra (Venus): Effects and RemediesAstro Pathshala
The Mahadasha of Shukra (Venus) is one of the most significant periods in Vedic astrology. Shukra is known as the planet of love, beauty, wealth, and luxury. Its Mahadasha can bring about profound changes in an individual's life, both positive and negative, depending on its placement and condition in the natal chart.
What is Shukra Mahadasha?
Mahadasha is a planetary period in Vedic astrology that affects various aspects of an individual's life for a specific number of years. The Mahadasha of Shukra lasts for 20 years and is known to bring a period of significant transformation. Shukra is associated with pleasures, creativity, relationships, and material comforts. During its Mahadasha, these areas of life tend to get highlighted.
Care Instructions for Activewear & Swim Suits.pdfsundazesurf80
SunDaze Surf offers top swimwear tips: choose high-quality, UV-protective fabrics to shield your skin. Opt for secure fits that withstand waves and active movement. Bright colors enhance visibility, while adjustable straps ensure comfort. Prioritize styles with good support, like racerbacks or underwire tops, for active beach days. Always rinse swimwear after use to maintain fabric integrity.
Multi-Protocol Lambda Switching: The Role of IP Technologies in Controlling and Managing Future Optical Networks
1. Multi-Protocol λ Switching:
The Role of IP Technologies in
Controlling and Managing
Future Optical Networks†
Dr. Vishal Sharma
†A version of this seminar appeared in the First On-line Symposium for
Electronics Engineers (OSEE), 9 January 2001 v.sharma@ieee.org
2. Organization of the Talk
Agile (or dynamic) optical networks
Motivation
Analysis of basic requirements for agility
Advantages of having dynamic optical networks
Control Plane
Possible candidates for the control plane
Motivation for adopting/re-using an MPLS-based control plane
What enhancements does this reuse/integration entail?
Implementation choices for the control plane
Architectural considerations in deployment
Some open issues: path characterization, link management,
survivability
Copyright 2001 2
3. Motivation for agile optical networks
Reduce expense and complexity of network provisioning
Growth in fibers and λs complicates path provisioning
Shift from manual configuration to automatic signaled setup
Increase responsiveness of optical transport network (OTN)
Reduce provisioning time: weeks/months to hrs/minutes or less
Facilitate deployment of new services that require quick setup
Limit electronic termination and processing
Today, higher aggregate link speeds (esp. with WDM), but limited
electronic processing
⇒ switch and route at optical channel level (not on a per-packet level)
Copyright 2001 3
4. Basic requirements for agile optical
networks
Topology/resource discovery
Distributed routing
Dissemination of network state
3. Path Selection
information
Path selection 1. Resource 2. Routing
Discovery
Traffic engineering based on
resource/policy constraints.
Signaling 4. Signaling
Connection establishment and
path management
OXCs
Survivability mechanisms
Copyright 2001 4
5. Advantages of dynamic optical networks
Flexible connectivity via timely Initial virtual
links between Router Network
R2
virtual topology reconfiguration routers
Simplifies higher-layer routing
Allows wider range of services Optical light-paths
R1
R4
Final virtual
topology
Enables interworking of: DCSs,
Optical Transport R3
OXCs, DWDM gear, routers Network
Eases management & control
Copyright 2001 5
6. Required components for agile optical
networks
Addressing/naming scheme
Routing protocols
Path computation and selection algorithms
Signaling protocols
Protection and restoration schemes
Copyright 2001 6
7. Drawbacks of the traditional “control
plane”: a.k.a. network management
Slow convergence following failure
Except for pre-provisioned, dedicated protection channels
No instantaneous service provisioning
Complicates interworking of equipment from different
manufacturers
Incompatible EMSs cause integration problems
Complicates inter-network provisioning
Lack of EDI between operator NMSs causes significant
operator intervention
Copyright 2001 7
8. So what are likely options for the control
plane?
Devise new routing and signaling protocols for the
optical layer
⇒ Increased operation and maintenance cost
⇒ Significant interoperability concerns
⇒ Need careful coordination with higher layer restoration
mechanisms
Modify network management to make it “dynamic”
Adapt existing protocols from data networks. For
example, protocols from IP-based networks
Copyright 2001 8
9. Issues in modifying a network
management system
Lacks hop-by-hop signaling
Multiple messages between NMS and network elements
No common NMS for multi-vendor equipment
Setup 6
Request NMS NMS
1 4
7 11
2
9
EMS
3 5 8 10 12
Copyright 2001 9
10. Issues in modifying a network
management system
NMS network topology and resilience is itself an issue
NMS subject to vagaries of device architectures
⇒ Agreement on stds. complex
Channel recovery & associated signaling can be complex
2. Failure Indication
NMS
Setup 3. Recovery path
Request NMS
configuration NMS
1. Failure
Original path
EMS
4. Switchover
Recovery path
Copyright 2001 10
11. Issues in having a distributed control
plane
Allows easier end-point Standardization of signaling
initiated channel setup and routing is not subject to
debate
Element in service ⇒ control
⇒ Control plane protocols are
plane is in use
being worked on in
Control message traffic is standards bodies (IETF, OIF,
limited ITU)
Signal to program
switching element
Control Plane
Signaling messages
between elements
2 3 4 6 7
1 9
5 8
Copyright 2001 11
12. Basic Concept of MPLS
Step 1
DA Next hop N/w DA Next hop N/w
router Int. router Int.
129.89.10.x 198.168.7.6 1 129.89.10.x 129.89.10.1 1 Routing Table
179.69.x.x 198.168.7.6 1 179.69.x.x 179.69.42.3 2
128.89.10.x
In Out Address Prefix N/w In Out Address Prefix N/w
label Step 3 label Label 128.89.10.1
label Int. label Int.
X 5 1 Forwarding 2
3 128.89.10.x 1 3 128.89.10.x
Table
X 4 179.69.x.x 1 4 7 179.69.x.x 2 R3
Step 5 Advertises binding
1 <5, 128.89.10.x>
R1 1 R2 Step 2
2
198.168.7.6
Step 4 Advertises bindings Advertises binding
<3, 128.89.10.x> <7, 179.69.x.x>
<4, 179.69.x.x>
179.69.x.x
Routing fills routing table. R4
179.69.42.3
Signaling fills label forwarding table.
12
13. Basic Concept of MPLS
Step 5
Step 4 Pop
label 5
In Out Address Prefix N/w In Out Address Prefix N/w Forward
label label Int. label label Int. packet
X 3 1 3 5
5 128.89.10.x 1 5
128.89.10.x 3 128.89.10.x
X 4 179.69.x.x 1 4 7 179.69.x.x 2 128.89.10.1
2
Step 3 R3
Swap
Label 5
3
1
R1 1 R2
Step 2 2
3 198.168.7.6
Push
Label
Packet arrives
DA=128.89.10.25 Step 1
179.69.x.x
At ingress, unlabeled packets are prepended with label R4
At egress, labels are removed and packets are routed 179.69.42.3
13
14. Elements of MPLS
Label Forwarding:
Use data link addressing. E.g. ATM VPI/VCI, FR DLCI
Data Put “shim” header between data link and IP header
Variable 4 bytes 20 bytes
Plane
MPLS “shim” Higher Layers
L2 header L3 IP header
header
Label CoS S TTL
20 bits 3 bits 8 bits
Label Creation and Binding.
Control
Plane Label Assignment and Distribution:
Ride piggyback on routing protocols, where possible
(BGP).
Use separate label distrn. protocol:RSVP-TE, LDP/CR-LDP
14
15. Motivation for MPLS control plane:
Similarities between LSRs and OXCs
LSR OXC
Controller
Switching
Matrix
De-couple control plane from data plane
Path is setup using control plane
Data is forwarded using data plane
Analogous data plane processing
LSR uses label swapping to transfer labeled pkt. from I/P to O/P
OXC uses switching matrix to connect channel from I/P to O/P
Copyright 2001 15
17. Motivation for MPLS control plane:
Similarities between LSPs and channels
LSPs Optical Channels
IP Routers OXCs
Induced virtual graph Induced virtual graph
Point-to-point, virtual path connection abstractions
Induce a virtual graph on the underlying topology
Payload is transparent to intermediate nodes
Constraint-based routing (CBR) used to select paths
Copyright 2001 17
18. Similarities between the MPLS and optical
network control planes
The two control planes have nearly identical functions:
Addressing
Resource discovery
Routing
Signaling/connection management
⇒ Constructs from MPLS-TE can be adapted for OXCs
Local adaptation can be used to tailor the control plane to
specific OXC implementations with different hardware
capabilities
Copyright 2001 18
19. What adaptations does this reuse entail?
Enhancements to signaling and routing
Handle links with different capabilities
Termination incapable Termination capable
Fiber switch capable SONET capable
Wavelength switch capable Packet switch capable
OC-48
Router SONET frames λ2 Router
R1
R2
OC-48 λ1
OC-48
Wavelength λ 1
OC-192
OC-48 OC-192
SXC SXC OC-48
OXC
OC-192 SONET Fiber OC-192 SONET
frame frame
Copyright 2001 19
20. What adaptations does this reuse entail?
Enhancements to signaling and routing
Bind the control and data (bearer) channels
Activate/deactivate bearer channels
Assign bearer channels to optical paths
De-multiplex control traffic for different bearer channels
Handle links with disparate bandwidth granularities
Fiber, wavelength, and SONET channels
Have routing protocol distribute info. on available b/w
resources
Enhance routing to carry info. about physical fiber plant
diversity
Copyright 2001 20
21. What adaptations does this reuse entail?
Enhancements to optical elements
Mechanism to exchange control information
Out-of-band In-band
Via an optical supervisory Via overhead in “digital wrapper”
channel (OSC) or SONET overhead bytes
Via a separate IP network Via sub-carrier modulation (SCM)
on the optical channel
Control Plane
Separate
network
OSC
Digital wrapper or SONET
overhead bytes
Copyright 2001 21
22. Implementation choices for the control
channel: Out-of-band signaling
Use a separate λ as an OSC
Possible when the wavelength count is large
MPLS
O-E E-O
Control signaling
wavelength
Wavelength
switching Outgoing
Incoming
fiber fiber
Data
wavelengths
Use physically separate control network
Copyright 2001 22
23. Implementation choices for the control
channel: In-band signaling
Control MPLS
Reserve part of bandwidth of a Packets signaling
O-E
λ for MPLS signaling Label
E-O
Control Processing
Useful when λ count is small wavelength
Assumes O-E-O at node Incoming Outgoing
fiber fiber
Use sub-carrier modulation Subcarrier Subcarrier
Extraction MPLS Insertion
Gives control channel with Mb/ signaling
s of bandwidth
Use overhead in “digital
wrapper” or SONET frame
Assumes all O-E-O devices
Copyright 2001 23
24. Architectural considerations in
deployment: Overlay model
IP Router Network
Use different instances of the
control plane in the OTN and
IP domains
IP domain a client of optical
domain
OTN provides p2p optical
channels between IP network
elements
Gives maximal control isolation
Optical Transport
Network
Overlay Model
Copyright 2001 24
25. Architectural considerations in
deployment: Peer model
Use single instance of control plane in optical and IP domain
Both domains run common signaling and routing protocol stacks
IP reachability info. is passed around within optical domain
IP Router Network
Optical Transport
Network
Copyright 2001
Peer Model 25
26. Advantages of a uniform control
infrastructure
Provides a framework for:
Optical bandwidth management
Real-time optical channel provisioning
Allows uniform semantics for network management and
operational control in both transport and data networks
Enables inter-working of network elements from different
vendors
Simplifies inter-network provisioning
Copyright 2001 26
27. Some control plane issues currently under
development
Setting up of symmetric, bi-directional channels (e.g.
SONET or GbE)
Current signaling does not allow a bi-directional path to be setup
in a single reservation round.
Optical path descriptor
Describes the characteristics of the channel (a fiber,λ, or SONET
channel) to be established
Useful to verify that all links along the the path can support the
descriptor (compatibility check)
E.g. OC-48 channel reservation wishing to cross an OC-192 link will
be successful if the link supports OC-48 multiplexing
Copyright 2001 27
28. Some control plane issues currently under
development
Need protocols for link provisioning and fault isolation
Discovery of OXC adjacency and port interconnections
Negotiation of acceptable label ranges btwn. neighbors
Setting up of port map tables (consulted during setting up
and tearing down channels)
Copyright 2001 28
29. Unresolved issues in control plane
development
Need to extend protocols for high-reliability
Require diverse routing, associated path computation algorithms
Fault detection/isolation is an issue, esp. in pure OXCs
Need characteristics and performance of paths for
dynamic bandwidth provisioning
Digital overhead bits do not give channel performance data
∴ Identifying causes of degradation is difficult
Setting appropriate threshold values for alarms is difficult
Alarm correlation is imp. For e.g., a failed λ could trigger alarms
from all downstream OXCs.
Copyright 2001 29
30. Summary
Explored the need for agile optical networks.
Examined components needed for agility.
Analyzed drawbacks of existing network management
systems for providing dynamic control.
Motivated choice of MPLS control plane as possible candidate
for adoption in optical networks.
Examined optics-specific enhancements needed in MPLS
control plane, and control enhancements needed in optical
network elements.
Discussed implementation choices and architectural
considerations
Overviewed some open and unresolved issues.
Copyright 2001 30
Editor's Notes
Multi-protocol lambda switching , is a term coined by the IP networking community, and has been the recent focus of a fair amount of activity in various standards bodies. It refers to the integration of the routing and signaling protocols developed for multi-protocol label switching (MPLS) in IP networks with the new generation of “intelligent” optical (and digital) cross-connects. The objective of such an integration is to build a seamless, dynamically provisioned, transport network. Our aim in this tutorial is to take a systematic look at this proposal, and try to expose the rationale behind the integration, understand its operation and benefits, and highlight some of the difficulties that must be overcome before it can be implemented.
The phrase “dynamic network” refers to a core (or transport) network where channels can be established and torn down, on demand, at fairly short time scales (on the order of minutes, for example). We will begin by looking first at the concept of a “dynamic” optical network, and ask what is the motivation to have them. After providing some rationale for them, we will look at the basic control components needed to realize a dynamic network, as well as the advantages of making the network dynamic. Having established the motivation behind, the requirements for, and the advantages of dynamic optical networks, we’ll look at possible candidates for the control plane of such networks, and examine some of the reasons behind considering an IP-based MPLS control plane. The next step will be to see how the IP protocols as well as the optical elements (which includes optical cross-connects [OXCs], digital cross-connects [DCSs], and add-drop multiplexers [ADMs]) need to be enhanced to support this integration. Finally, we’ll look at possible implementation choices and architectural considerations, and close by looking at some open issues in this deployment.
A natural question to ask first is, “What is the purpose of building dynamic optical networks?” The answer to it comes from the following. (i) First, with the rapid growth in the number of wavelengths and fibers, there is a need to minimize the complexity of network provisioning and decrease provisioning time. This requires a shift from operator-initiated, manual configuration (which currently takes anywhere from several weeks to months before a new circuit/channel can be configured) to an automated, signaling-based establishment process (which is expected to take minutes). The ability to perform rapid provisioning also allows a service provider to offer several new types of services (some examples of which we’ll see later) that rely on quick connection setup and teardown. (ii) Second, with electronic packet/cell processing speeds lagging behind the tremendous increase in link speeds, there is a need to eliminate packet processing at intermediate nodes. This can be done by switching and routing entire channels at the optical level , rather than individual packets/cells at the electronic level. So, if all the packets in a big stream of data are routed identically, there is no need to switch each packet. Rather the entire stream can be switched without examining and routing each packet separately.
What then are the basic components for agility in an optical network? There are five basic components: 1. The first is the discovery of network interconnections (topology) and resources (fibers, wavelengths, and switch capabilities), which happens by talking to one’s neighbors. 2. Then there is the distribution and maintenance of pertinent network state information (the amount of used capacity per link, status of links and fibers, etc.) via routing protocols. 3. Path selection algorithms, which use the advertised network state to pick appropriate paths for connections, based on policy and resource constraints. 4. Having picked a path, one must program the intermediate nodes to reserve switching resources. This involves the instantiation and maintenance of paths by programming intermediate nodes. 5. Finally, since we are talking of a transport network, which carries large aggregates of data, we need adequate protection/restoration mechanisms to ensure reliability of the established paths.
So what does dynamic operation buy us? i) As shown in the figure, it enables the virtual topology between routers to be altered on a short time scale. This simplifies L3 routing, because the virtual topology can be made to match the traffic patterns between routers, and thereby eliminate multiple hops between them. For example, in the example, the 3-hop path formed by the original lightpaths between routers R1 and R4 is replaced, by altering the lightpaths, by a single-hop path. ii) The service providers can now offer new services, such as bandwidth on demand or virtual private networks (VPNs) that were not feasible in a static network, because connectivity between routers could not be altered in within the needed time frame. iii) Intelligence in the network also enables smooth interworking between OXCs, DCSs, O-ADMs, and IP routers. iv) Finally, the network operator gains sophisticated configuration mechanisms that can be used to control the network.
Thus, based on what we have seen, the components that an optical network needs for agility are: 1) an addressing/naming scheme to identify network elements, 2) enhanced routing protocols to distribute network topology and resource availability information, 3) algorithms for computing paths and selecting those that satisfy certain setup criteria, 4) protocols to signal the establishment of the selected paths, and 5) schemes for protection and restoration of established paths.
Before proceeding further, it is instructive to focus briefly on the traditional “control plane” for transport networks and see why it cannot adequately provide the functionality we just saw. Network management refers to the control actions initiated by an operator via a network management system (NMS), using independent contact with each concerned element. A major drawback of this is that, following a failure, the network has no way of converging automatically to a stable state. (This is because there is no autodiscovery of topology, and no dynamic way of communicating changed topology information to the network elements.) Furthermore, there is no mechanism to facilitate quick provisioning in the network. The absence of distributed dynamic routing and signaled provisioning, complicates the inter-working of equipment from different vendors, because each piece of equipment has its own element management system (EMS) that is controlled by its own NMS. Also, no standardization of NMSs currently exists.
So what are the likely options for the control plane? One option could be to devise a new routing and signaling plane, based on the needs we’ve discussed earlier. Clearly, this introduces yet another layer, and thus increases maintenance costs, complicates interoperation with data (IP) networks, and requires co-ordination with higher layer restoration schemes. A second option is to improve network management to make it dynamic. A third option might be to turn to data networks, where routing and signaling protocols already exist, and try to adapt some of these protocols for use with optical networks. Due to its complexity, let us set the first option aside, and examine the viability of the other two.
Network management (NM) schemes rely on a NM station talking individually to each network element. As such, they lack hop-by-hop signaling for connection setup. The figure shows the sequence of communications that is needed to establish a path through two networks. The lack of a common NMS for a cloud with multi-vendor equipment means that yet another layer of common control over the disparate NMSs is necessary, in order for their individual differences to be hidden. Further, establishing a connection across networks requires NMS-to-NMS communication, which is not standardized and is quite difficult to come to an agreement on. Also, with different NMSs one can see that soon the topology and resilience of the NMS network is itself an issue. Since network management systems (NMSs) are usually closely tied to specific device architectures, obtaining agreement on standardization has proven to be rather difficult. In other words, there is a close coupling between the design of the NMS and the underlying device architecture. Furthermore, with an NMS-based approach, recovery and its associated signaling becomes more complex. In the example shown, a link failure must first be communicated to the NMS. This causes the NMS to set up an alternate path by communicating individually with each of the elements concerned. Once the path is established, the NMS informs the source that it may switch to the alternate path.
Network management (NM) schemes rely on a NM station talking individually to each network element. As such, they lack hop-by-hop signaling for connection setup. The figure shows the sequence of communications that is needed to establish a path through two networks. The lack of a common NMS for a cloud with multi-vendor equipment means that yet another layer of common control over the disparate NMSs is necessary, in order for their individual differences to be hidden. Further, establishing a connection across networks requires NMS-to-NMS communication, which is not standardized and is quite difficult to come to an agreement on. Also, with different NMSs one can see that soon the topology and resilience of the NMS network is itself an issue. Since network management systems (NMSs) are usually closely tied to specific device architectures, obtaining agreement on standardization has proven to be rather difficult. In other words, there is a close coupling between the design of the NMS and the underlying device architecture. Furthermore, with an NMS-based approach, recovery and its associated signaling becomes more complex. In the example shown, a link failure must first be communicated to the NMS. This causes the NMS to set up an alternate path by communicating individually with each of the elements concerned. Once the path is established, the NMS informs the source that it may switch to the alternate path.
By contrast, a distributed control plane has several advantages. It allows for easier connection setup because it enables a single endpoint to initiate it, and lets the request trickle through the elements in the path (as opposed to having the NMS communicate with each element sequentially). Since a component of the control plane sits on each element, there is a tighter coupling between the control plane and the element. Thus, the health of the control plane is easier to monitor. Finally, there is agreement that such a setup must have uniform semantics to enable inter- working across different vendors and networks. Thus, the required protocols can be standardized.
Before we proceed further, it would be useful to first examine the basic operation and features of multi-protocol label switching (MPLS). In an MPLS network, each router has a label that it appends to packets of a given class (defined, for example, by an address prefix). The label forwarding table at a router is created by a combination of routing and signaling as follows. The routing tables at the routers are filled first, via the routing protocols (This is Step 1 in the figure). In the example above, the routing tables for R1 and R2 are shown. Each row of the routing table consists of a destination address (DA) and the next hop router and outgoing interface through which this DA is reachable from the current router. Each of the routers R3 and R4 then advertises a binding between the address prefixes reachable via it and the label that it would like its upstream router (R2) to use when forwarding packets for this address prefix (Step 2 in the figure). Router R2 uses these bindings to populate its forwarding table as follows. It initializes the address prefix and the corresponding label to use when forwarding packets for this address prefix, to the values received from its downstream neighbors. R2, in turn, advertises its bindings (Step 4 in the figure), which R1 incorporates into its forwarding table (Step 5 in the figure). Once the label forwarding tables at all routers are filled, label-based forwarding is enabled in the network.
Once the label forwarding tables are populated, label-based packet forwarding proceeds as follows. For each incoming packet, router R1 examines the packet’s destination address (Step 1 in the figure) and, based on its forwarding table, appends an appropriate outgoing label to the packet (Step 2 in the figure). Each intermediate router, such as R2, then forwards the packet, using label swapping. At the egress router, R3, the label is removed (“popped”), and the packet is routed using the Layer 3 (or IP) routing table at R3, as shown.
Thus, MPLS has both data plane and control plane components. As explained earlier, the data plane involves packet forwarding based on labels. The label may appear in a L2 header (for example, in the VPI/VCI field in ATM or the DLCI field in frame relay), or it may appear as a “shim” header between the L2 and L3 headers (for technologies such as Ethernet or PPP, where the L2 header has no field that can be adapted to carry a label). The control plane components are responsible for the creation of labels, the binding of labels to address prefixes, and the distribution of those label bindings to neighboring routers. Label distribution may be piggybacked on update messages generated by the routing protocols, or they may be distributed using protocols specially designed for label distribution. Two protocols of the latter type are the label distribution protocol (LDP) (and its companion the constraint-based routing label distribution protocol CR-LDP) and a modification of the Resource ReServation Protocol, called RSVP-TE.
Let us now look at what motivates the re-use of the routing and signaling protocols of MPLS networks (namely, the MPLS control plane ) in dynamic optical networks. It turns out that there are close similarities between the routing and signaling functions needed in optical networks and those available in MPLS networks, which we will look at next. Consider first the similarities between a label switch router (LSR) and an optical cross connect (OXC). In both cases, the path setup and table configuration uses the control plane, while the data is forwarded in the data plane. The actions performed in the data plane are similar as well. The label swapping function performed by the LSR is similar to the cross-connect function performed by an OXC.
Both LSRs and OXCs establish a mapping between an input port and incoming label/channel and an output port and outgoing label/channel, and this mapping remains invariant unless changed by an action in the control plane. That is, it cannot be altered by the data packets (in the case of an LSR), or the contents of a wavelength (in the case of an OXC).
As shown, there are also striking similarities between label switched paths (LSPs) and optical channels. Both are, in essence, abstractions that represent point-to-point virtual paths. Also, as shown, both form a virtual topology connecting their respective network nodes. Further, their payload (data packets for LSPs and an optical signal for optical channels) is passed transparently by the intermediate nodes.
Thus, we see that the control planes in MPLS networks and those in optical networks perform very nearly the same functions. Therefore, some of the same constructs as found in MPLS networks can be adapted for controlling optical elements. Furthermore, OXC implementations with specific hardware features can use a form of the MPLS control plane that has been adapted locally to match the characteristics of the particular OXC.
MPLS routing and signaling protocols require modifications to account for the characteristics of optical networks. The MPLS control plane must handle a variety of link types, because the capabilities of the links and switches found in optical networks can differ widely. For example, the network may consist of optical cross-connects (OXCs), which only space switch between fibers or between wavelengths, of SONET cross-connects (SXCs), which terminate SONET channels and may switch at sub-channel rates, and of IP routers, which switch individual packets and can therefore switch at any rate. The example shows how a packet stream between R1-R2 is transported in an OC-48 channel multiplexed on to an OC-192 SONET channel, which, in turn, is transported on a wavelength within a fiber. Suppose R1 received application data destined for R2. That data is inserted in appropriate time slots in OC-48 frames on the outgoing link at R1. At the SXC, the OC-48 channel is multiplexed on to a higher rate OC-192 channel. This OC-192 SONET channel itself is transported on wavelength 1 (red) to the first OXC. Wavelength 1 is space-switched between the OXCs, and emerges on the output side, where is it directed into the second SXC. The SXC can interpret the OC-192 SONET signal carried on 1, and demultiplex it into four OC-48 channels, one of which is directed to R2. R2, in turn, terminates the OC-48 channel, extracts from it packet data arriving from the particular application on R1, and processes/forwards it appropriately.
Additional enhancements needed in signaling are an ability to associate control channels with the data channels . This is not an issue in pure packet networks, because each link between two routers carries both control packets (such as routing update messages or signaling messages) and data packets, and since routers examine each packet, they can distinguish between the two types of information. In optical networks, however, it will often be the case that the control and data channels are on separate wavelengths or on separate SONET channels, so it will be essential to know which control channels correspond to which data channels. In addition, one needs mechanisms to activate/deactivate data or control channels, and, in case of a common control channel, to distinguish between control information for the various data channels. The routing protocols must now handle links with different granularities, ranging from coarse granularity (fiber or wavelength) to fine granularity (sub-SONET channel rates or arbitrary packet data rates). Thus, distribution of bandwidth availability information via routing becomes a challenge. In addition, routing protocols must be enhanced to carry selected information about the characteristics of the optical link, which a path computation algorithm can use for route selection. (For instance, paths with excessive dispersion or loss may not be candidates even if they have the required bandwidth to service a request for an optical channel.) Also, information about which optical channels are physically diverse (useful for setting up backup channels) must also be communicated by the routing protocols, and should be usable by signaling.
Of course, enhancing only the routing and signaling protocols themselves is not sufficient to create a dynamic optical network. The optical network elements themselves also need additional capabilities. Clearly, the optical elements must be capable of exchanging control information with each other, so that they can accomplish the functions of topology/resource discovery, route selection, and path setup that we talked about at the start of the tutorial. This exchange may be done in several ways. 1) It may use “out-of-band” signaling, either on a separate wavelength dedicated to transmit control information (the optical supervisory channel (OSC)), or use a separate IP network that connects the controllers at the optical elements. 2) Alternatively, the exchange may be done “in band”, for example by reading and processing control messages sent in the overhead bytes (such as the K1/K2 bytes) in a SONET frame or a digital wrapper. (The digital wrapper is a generic name for some new framing formats being proposed for optical networks. The essential idea is to carry data in variable-sized frames encapsulated with a header and trailer. Of course, the use of a digital wrapper is possible only in elements capable of OEO conversion.)
There are several implementation choices for the control channel mentioned earlier. One way is to use out-of-band (OOB) signaling. An OOB control channel on an OXC that has been implemented using a dedicated wavelength works as shown. The incoming signal on a fiber is first demultiplexed into the data bearing wavelengths and the control bearing wavelength. While the data wavelengths are switched by the wavelength crossconnect, the control wavelength is passed to a control element, where it undergoes O/E conversion to produce a digital bit stream. This bit stream is interpreted and processed by the MPLS signaling/control element, and the resulting control bits are converted via E/O conversion, back into a optical signal that is multiplexed onto the outgoing fiber. As discussed earlier, an alternative implementation is to use a dedicated network (such as an IP network) as a control network connecting the controllers on the optical elements.
An alternative to OOB signaling is to implement the control channel using in-band signaling . Again, there are several ways to accomplish this. 1) The first is to use a portion of a wavelength to carry control information, which is useful when the number of wavlengths is limited and it is not possible to dedicate an entire wavelength for carrying control information. Essentially, the incoming signal is demultiplexed into the data wavelengths, which are switched by the cross-connect, and the control bearing wavelength, which undergoes O/E conversion to produce a data stream and control information. The data stream is switched electronically while the control information is interpreted and processed by the MPLS signaling/control element. The resulting control bits and the data stream are both converted back, via E/O conversion, into a optical signal that is multiplexed onto the outgoing fiber. 2) A second option is to use sub-carrier modulation, modulating the data carrying wavelength with an additional sub-carrier that carries control information. This sub-carrier signal is split from the data carrying wavelength, and processed (after O/E conversion) by the MPLS signaling/control element, and then is used to re-modulate the outgoing wavelength. 3) A third option is to use the overhead bytes in SONET frames or overhead bits in a digital wrapper. This requires of course that all devices be O-E-O capable.
A question when deploying an MPLS-based control plane is how the control planes of the different networks interact with one another. One deployment option is to have two instances of a control plane. That is, two independent instances of the routing and signaling protocols, one of which is used within the router network (denoted by the brown arrows), while the other is used within the OTN (denoted by the green arrows), with there being no interaction between the two instances. This can be thought of as a client-server model , with the IP network being a client of the OTN. Thus, the IP network makes requests for paths through the optical network, which in turn provides point-to-point optical links for transporting IP data. An advantage of this model is that the two networks are completely isolated from a control viewpoint, and could be managed by different service providers more or less independently. Furthermore, there is no need for the two networks to run exactly the same control plane. In other words, it would technically possible for the OTN to run an entirely different set of routing and signaling protocols from those run in the router network.
An alternate model for deploying the control plane is the peer model, in which single instance of the routing and signaling protocols runs on both the optical domain and the IP domain (shown by the green arrows). Thus, the optical network elements have reachability information about the IP routers. The link state database maintained by the routing protocols now contains a wide variety of links such as fiber links, wavelength links, logical links (SONET channels), and ordinary packet-based label switched paths. The use of a single control plane instance also implies that a common addressing scheme will be used for the elements in the OTN and the router network, which simplifies network management.
As we can see, a uniform control plane for both packet (IP) networks and optical transport networks have several advantages. It provides the service provider with tools for managing optical channels and bandwidth in near real-time, and in addition simplifies network management by providing a common command and control structure for both data networks and transport networks. This in turn facilitates interworking of equipment from different manufacturers (since each piece of equipment understands common protocols and commands), and also makes it easier to provision paths or channels across different provider networks.
As work continues on developing this MPLS-based control plane further, there are several issues currently being discussed and developed. One is the issue of allowing bi-directional path setup . While this is not a prime concern in data networks (where the two directions of a path are often asymmetric in terms of their data flow), it is important in transport networks, which carry aggregated traffic, and therefore often have symmetric data flow along a path. One development being worked on is to enhance signaling protocols (such as the ReSource reserVation Protocol [RSVP] or the Label Distribution Protocol [LDP]) to enable the two directions of a path to be established simultaneously, in one round of signaling. The advantage of this is that the two directions of a path can be routed through the same ports and links, allowing them to have similar characteristics and making recovery and protection easier. Another is to have in the setup message an optical path descriptor that describes the characteristics of the channel being established, and allows each intermediate node to check that the nature of the links that the path traverses is compatible with the characteristics specified in the descriptor.
An important issue in a dynamic optical network is the ability to provision links between OXCs and the ability to isolate faults (that is, for a given path, determining the exact link at which a fault occurred). While provisioning can be done by manual configuration, it is clearly more efficient to have a protocol that will allow for the discovery of one’s neighbors and the switching capabilities of their interfaces. In addition, adjacent OXCs may often have to negotiate the meaning of the labels that each uses for the same optical channels. For instance, adjacent OXCs may use different local labels for a wavelength between them, and should therefore know what label each of them uses to index that common wavelength. A link monitoring and provisioning protocol will also be useful to enable adjacent OXCs to discover which of their ports are connected to one another, and which set of wavelengths passes through those ports.
Finally, we highlight a few issues related to the development of the control plane that have been recognized by the community as being important, but which are still unresolved. The first is to extend the control plane protocols to ensure high reliability. This requires the ability to diversely route paths, and the development of algorithms that can incorporate information distributed by the routing protocols to compute such diverse paths. An equally important issue is the discovery of path characteristics of optical paths, which requires development of optical performance monitoring techniques. While digital overhead bits (as in SONET or the proposed digital wrapper) could alert the provider to the presence of a fault, they do not help in determining the cause of the fault or the current performance level of the channel (in terms of dispersion, attenuation, power levels or laser biases, for example). This requires techniques for monitoring the signal at the optical level . The characteristics and performance of various paths are required for dynamic bandwidth provisioning, since a subset of the possible paths may actually be infeasible based on their performance levels. Another challenging area of work is alarm correlation, since a failed fiber or wavelength could trigger a flood of alarms from all OXCs downstream of the failure (all of whom will detect the loss of light). Thus, the capability to isolate the fault and correlate alarms that refer to the same fault, thus reducing the number of alarms propagated is extremely important.
To summarize, we have taken a close look at the issues involved in the design of a control plane for agile optical networks. We began by understanding some of the factors motivating the move towards dynamic optical networks, and then analyzed the components needed for dynamic operation. We then analyzed why existing network management systems do not provide the functionality needed for dynamic control. We then motivated why an MPLS-based control plane is an appropriate candidate for future optical networks, and considered the enhancements needed in the existing MPLS control plane as well as enhancements needed in optical network elements themselves. Finally, we discussed some implementation choices for the control plane, and some architectural issues in its deployment, and we examined some open issues pertaining to control-plane design that would be useful to resolve as this effort moves forward.