Angela Chiu
Celion Networks
John Strand
AT&T
Internet Draft
Document: draft-chiu-strand-unique-olcp-02.txt Robert Tkach
Expiration Date: August 2001 Celion Networks
James Luciani
Tollbridge
Features and Requirements for The Optical Layer Control Plane
Status of this Memo
This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC2026. Internet-Drafts are
Working documents of the Internet Engineering Task Force (IETF), its
areas, and its working groups. Note that other groups may also
distribute working documents as Internet-Drafts.
Internet-Drafts are draft documents valid for a maximum of six
months and may be updated, replaced, or obsoleted by other documents
at any time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
Abstract
Advances in the Optical Layer control plane are critical to ensure
that the tremendous amount of bandwidth generated by DWDM technology
be provided to upper layer services in a timely, reliable, and cost
effective fashion. This document describes some unique features and
requirements for the Optical Layer control plane that protocol
designers need to take into consideration.
1. Introduction
Chiu/Strand [Page 1]
Features and Requirements February 2001
For The Optical Layer Control Plane
The confluence of technical advances and service needs has focused
intense interest on optical networking. Dense Wave Division
Multiplexing (DWDM) is allowing unprecedented growth in raw optical
bandwidth; new cross-connect technologies promise the ability to
establish very high bandwidth connections within milliseconds; and
the insatiable appetite of the Internet for high capacity ``pipesÆÆ
has caused transport network operators to tear up their forecasts
and add optical capacity as fast as they can.
Critical to these advances are improvements to the "Optical Layer
Control Plane" -the software used to determine routings and
establish and maintain connections. Traditional centralized
transport operations systems (OSÆs) are widely acknowledged to be
incapable of scaling to meet exploding demand or establishing
connections as rapidly as needed. Consequently much attention has
been paid recently to new control plane architectures based on data
networking protocols such as MPLS and OSPF/IS-IS), under the
Generalized MPLS (GMPLS) umbrella. These architectures feature
distributed routing and control logic, auto discovery and self
inventorying, and many other advantages. OSPF/IS-IS provides a
constraint-based routing capability that takes bandwidth
availability into account.
The potential of these new architectures for optical networking is
enormous; however, to be successful they need to be adapted to the
specific technological, service, and business context characteristic
of optical networking. In order to identify some of the enhancements
necessary in GMPLS to make it applicable to optical networks, this
document attempts to describe several aspects of optical networking
which differ from those in the data networking environment inspiring
these new architectures:
- Section 2 describes some distinctive technological and
networking aspects of optical networking that will constrain
routing in an optical network, and
- Section 3 gives a transport network operatorÆs perspective on
business and operational realities that optical networks are
likely to face which are unlike those in data networking.
Particular emphasis is placed on the multihop optical network
problem. We most definitely are not claiming that these differences
are fatal to these new architectures, only that the new
Chiu/Strand et al [page 2]
Features and Requirements February 2001
For The Optical Layer Control Plane
architectures must be built upon a detailed appreciation of the
unique characteristics of the optical world.
2. Constraints On Routing
Optical Layer routing is less insulated from details of physical
implementation than routing in higher layers. In this section we
give examples of constraints arising from the design of network
elements, from the accumulation of signal impairments, and from the
need to guarantee the physical diversity of some circuits.
2.1 Reconfigurable Network Elements
Control plane architectural discussions (e.g., [Awduche99]) usually
assume that the only software reconfigurable network element is an
optical layer cross-connect (OLXC). There are however other
software reconfigurable elements on the horizon, specifically
tunable lasers and receivers and reconfigurable optical add-drop
multiplexers (OADMÆs). These elements are illustrated in the
following simple example, which is modeled on announced Optical
Transport System (OTS) products:
+ +
---+---+ |\ /| +---+---
---| A |----|D| X Y |D|----| A |---
---+---+ |W| +--------+ +--------+ |W| +---+---
: |D|-----| OADM |-----| OADM |-----|D| :
---+---+ |M| +--------+ +--------+ |M| +---+---
---| A |----| | | | | | | |----| A |---
---+---+ |/ | | | | \| +---+---
+ +---+ +---+ +---+ +---+ +
D | A | | A | | A | | A | E
+---+ +---+ +---+ +---+
| | | | | | | |
Figure 2-1: An OTS With OADM's - Functional Architecture
In Fig.2-1, the part that is on the inner side of all boxes labeled
"A" defines an all-optical subnetwork. From a routing perspective
two aspects are critical:
- Adaptation: These are the functions done at the edges of the
subnetwork that transform the incoming optical channel into the
physical wavelength to be transported through the subnetwork.
- Connectivity: This defines which pairs of edge Adaptation
functions can be interconnected through the subnetwork.
Chiu/Strand et al [page 3]
Features and Requirements February 2001
For The Optical Layer Control Plane
In Fig. 2-1, D and E are DWDMÆs and X and Y are OADMÆs. The boxes
labeled "A" are adaptation functions. They map one or more input
optical channels assumed to be standard short reach signals into a
long reach (LR) wavelength or wavelength group which will pass
transparently to a distant adaptation function. Adaptation
functionality which affects routing includes:
- Multiplexing: Either electrical or optical TDM may be used to
combine the input channels into a single wavelength. This is
done to increase effective capacity: A typical DWDM might be
able to handle 100 2.5 Gb/sec signals (250 Gb/sec total) or 50
10 Gb/sec (500 Gb/sec total); combining the 2.5 Gb/sec signals
together thus effectively doubles capacity. After multiplexing
the combined signal must be routed as a group to the distant
adaptation function.
- Adaptation Grouping: In this technique, groups of k (e.g., 4)
wavelengths are managed as a group within the system and must be
added/dropped as a group. We will call such a group an
"adaptation grouping". Another term frequently used is "wave
group".
- Laser Tunability: The lasers producing the LR wavelengths may
have a fixed frequency, may be tunable over a limited range, or
be tunable over the entire range of wavelengths supported by the
DWDM. Tunability speeds may also vary. Note that tunable
receivers are becoming a reality and for certain applications.
Connectivity between adaptation functions may also be limited:
- As pointed out above, TDM multiplexing and/or adaptation
grouping by the adaptation function forces groups of input
channels to be delivered together to the same distant adaptation
function.
- Only adaptation functions whose lasers/receivers are tunable to
compatible frequencies can be connected.
- The switching capability of the OADMÆs may also be constrained.
For example:
o There may be some wavelengths that can not be dropped at
all.
o There may be a fixed relationship between the frequency
dropped and the physical port on the OADM to which it is
dropped.
o OADM physical design may put an upper bound on the number
of adaptation groupings dropped at any single OADM.
For a fixed configuration of the OADMÆs and adaptation functions
connectivity will be fixed: Each input port will essentially be
hard-wired to some specific distant port. However this connectivity
can be changed by changing the configurations of the OADMÆs and
adaptation functions. For example, an additional adaptation grouping
might be dropped at an OADM or a tunable laser retuned. In each case
the port-to-port connectivity is changed.
Chiu/Strand et al [page 4]
Features and Requirements February 2001
For The Optical Layer Control Plane
This capability can be expected to be under software control. Today
the control would rest in the vendor-supplied Element Management
system (EMS), which in turn would be controlled by the operatorÆs
OSÆs. However in principle the EMS could participate in the routing
process. The constraints on reconfiguration are likely to be quite
complex, dependent on the vendor design and also on exactly what
line cards have been deployed. Thus the state information needed for
routing is likely to be voluminous and possibly vendor specific.
However it is very desirable to solve these issues, possibly by
advertising only an abstraction of the complex configuration options
to the external world via the control plane.
2.2 Wavelength Routed All-Optical Networks
The optical networks presently being deployed may be called "opaque"
([Tkach98]): each link is optically isolated by transponders doing
O/E/O conversions. They provide regeneration with retiming and
reshaping, also called 3R, which eliminated transparency to bit
rates and frame format. These transponders are quite expensive and
they also constrain the rapid evolution to new services - for
example, they tend to be bit rate and format specific. Thus there
are strong motivators to introduce "domains of transparency" - all-
optical subnetworks - larger than an OTS.
The routing of lightpaths through an all-optical network has
received extensive attention. (See [Yates99] or [Ramaswami98]).
When discussing routing in an all-optical network it is usually
assumed that all routes have adequate signal quality. This may be
ensured by limiting all-optical networks to subnetworks of limited
geographic size which are optically isolated from other parts of the
optical layer by transponders. This approach is very practical and
has been applied to date, e.g. when determining the maximum length
of an Optical Transport System (OTS). Furthermore operational
considerations like fault isolation also make limiting the size of
domains of transparency attractive.
There are however reasons to consider contained domains of
transparency in which not all routes have adequate signal quality.
From a demand perspective, maximum bit rates have rapidly increased
from DS3 to OC-192 and soon OC-768 (40 Gb/sec). As bit rates
increase it is necessary to increase power. This makes impairments
and nonlinearities more troublesome. From a supply perspective,
optical technology is advancing very rapidly, making ever-larger
domains possible. In this section we assume that these
considerations will lead to the deployment of a domain of
transparency that is too large to ensure that all potential routes
have adequate signal quality for all circuits. Our goal is to
Chiu/Strand et al [page 5]
Features and Requirements February 2001
For The Optical Layer Control Plane
understand the impacts of the various types of impairments in this
environment.
2.2.1 Problem Formulation
We consider a single domain of transparency. We wish to route a
unidirectional circuit from ingress client node X to egress client
node Y. At both X and Y, the circuit goes through an O/E/O
conversion which optically isolates the portion within our domain.
We assume that we know the bit rate of the circuit. Also, we assume
that the adaptation function at X applies some Forward Error
Correction (FEC) method to the circuit. We also assume we know the
launch power of the laser at X.
Impairments can be classified into two categories, linear and
nonlinear (See [Tkach98] for more on impairment constraints). Linear
effects are independent of signal power and affect wavelengths
individually. Amplifier spontaneous emission (ASE), polarization
mode dispersion (PMD), and chromatic dispersion are examples.
Nonlinearities are significantly more complex: they generate not
only dispersion on each channel, but also crosstalk between
channels.
In the remainder of this section we first outline how two key linear
impairments (PMD and ASE) might be handled by a set of analytical
formulae as additional constraints on routing. We next discuss how
the remaining constraints might be approached. Finally we take a
broader perspective and discuss the implications of such constraints
on control plane architecture and also on broader constrained domain
of transparency architecture issues.
2.2.2 Polarization Mode Dispersion
For a transparent fiber segment, the general rule for the PMD
requirement is that the time-average differential time delay between
two orthogonal state of polarizations should be less than a% of the
bit duration. (A typical value for a is 10 [ITU]. More aggressive
designs to compensate for PMD may allow higher than 10%. This would
be a system parameter known to the routing process.) This results in
a upper bound on the maximum length of an M-fiber-span transparent
segment, which is inverse proportion to the square of bit rate and
fiber PMD parameter where a fiber span in a transparent network
refers to a segment between two optical amplifiers (The detailed
equation is omitted due to the format constraint). For typical
fibers with PMD parameter of 0.5 picosecond per square root of km,
based on the constraint, the maximum length of the transparent
segment should not exceed 400km and 25km for bit rates of 10Gb/s and
40Gb/s, respectively. With newer fibers assuming PMD parameter
equals to 0.1 picosecond per square root of km, the maximum length
Chiu/Strand et al [page 6]
Features and Requirements February 2001
For The Optical Layer Control Plane
of the transparent segment should not exceed 10000km and 625km for
bit rates of 10Gb/s and 40Gb/, respectively. In general, the PMD
requirement is not an issue for most types of fibers at 10Gb/s or
lower bit rate. But it will become an issue at bit rates of 40Gb/s
and higher.
2.2.3 Amplifier Spontaneous Emission
ASE degrades the signal to noise ratio. An acceptable optical SNR
level (SNRmin) which depends on the bit rate and transmitter-
receiver technology (e.g., FEC) needs to be maintained at the
receiver. It also includes all the margins for those impairments
that are not treated explicitly as described in the following
subsection. In order to satisfy this requirement, vendors often
provide some general engineering rule in terms of maximum length of
the transparent segment and number of spans. For example, current
transmission systems are often limited to up to 6 spans with 80km
long in each. Startups have announced ultra long haul systems that
are claimed to be able to support up to thousands of km. Although
these general rules are helpful in network planning, more detailed
information on the SNR reduction in each component should be used to
determine whether the SNR level through a given transparent segment
is within the required value. This would provide flexibility in
provisioning or restoring a lightpath through a transparent
subnetwork. Here, we assume that the average optical power launched
at the transmitter is known as P. The lightpath from the transmitter
to the receiver goes through M optical amplifiers, with each
introducing some noise power. Unity gain can be used at all
amplifier sites to maintain constant signal power at the input of
each span to minimize noise power and nonlineararity. A constraint
on the maximum number of spans can be obtained [Kaminow97] which is
proportional to P and inverse proportional to SNRmin, optical
bandwidth B, amplifier gain G-1 and spontaneous emission factor n of
the optical amplifier. (Again, the detailed equation is omitted due
to the format constraint.) LetÆs take a typical example. Assuming
P=4dBm, SNRmin=20dB with FEC, B=12.5GHz, n=2.5, G=25dB, based on the
constraint, the maximum number of spans is at most 10. However, if
FEC is not used and the requirement on SNRmin becomes 25dB, the
maximum number of spans drops down to 3.
2.2.4 Other Impairments
Other Polarization Dependent Impairments Other polarization-
dependent effects besides PMD influence system performance. For
example, many components have polarization-dependent loss (PDL)
[Ramaswami98] which accumulates in a system with many components on
the transmission path. The state of polarization fluctuates with
time, and it is generally required to maintain the total PDL on the
path to be within some acceptable limit, typically 1dB margin in
OSNR.
Chiu/Strand et al [page 7]
Features and Requirements February 2001
For The Optical Layer Control Plane
Chromatic Dispersion In general this impairment can be adequately
(but not optimally) compensated for on a per-link basis, and/or at
system initial setup time.
Crosstalk Since crosstalk in the system affects Q which is a measure
of the electrical signal-to-noise ratio assuming Gaussian noise
statistics, it can be factored in with some margin in Q. As a
result, one can increase the OSNR requirement by some modified
margin.
Nonlinear Impairments It seems unlikely that these can be dealt with
explicitly in a routing algorithm because they lead to constraints
that can couple routes together and lead to complex dependencies,
e.g. on the order in which specific fiber types are traversed. Note
that different fiber types (standard single mode fiber, dispersion
shifted fiber, dispersion compensated fiber, etc.) have very
different effects from nonlinear impairments. A full treatment of
the nonlinear constraints would likely require very detailed
knowledge of the physical infrastructure, including measured
dispersion values for each span, fiber core area and composition, as
well as knowledge of subsystem details such as dispersion
compensation technology. This information would need to be combined
with knowledge of the current loading of optical signals on the
links of interest to determine the level of nonlinear impairment.
Alternatively, one could assume that nonlinear impairments are
bounded and result in X dB margin in the required OSNR level for a
given bit rate, where X for performance reasons would be limited to
1 or 2 dB, consequently setting a limit on the maximum number of
spans. For the approach described here to be useful, it is desirable
for this span length limit to be longer than that imposed by the
constraints which can be treated explicitly. When designing a DWDM
transport system, there are tradeoffs between signal power launched
at the transmitter, span length, and nonlinear effects on BER that
need to be considered jointly. Here, we assume that an X dB margin
is obtained after the transport system has been designed with a
fixed signal power and maximum span length for a given bit rate.
Further work is required to determine the validity of this approach.
However, it is possible that there could be an advantage in
designing systems which are less aggressive with respect to
nonlinearities, and therefore somewhat sub-optimal, in exchange for
improved scalability, simplicity and flexibility in routing and
control plane design.
2.2.5 Implications For Routing and Control Plane Design
- Additional state information will be required by the routing
algorithm for each type of impairment that has the potential of
being limiting for some routes.
Chiu/Strand et al [page 8]
Features and Requirements February 2001
For The Optical Layer Control Plane
- It is likely that the physical layer parameters do not change
value rapidly and could be stored in some database; however
these are physical layer parameters that today are frequently
not known at the granularity required. If the ingress node of a
lightpath does path selection these parameters would need to be
available at this node.
- The specific constraints required in a given situation will
depend on the design and engineering of the domain of
transparency; for example it will be important to know whether
chromatic dispersion has been dealt with on per-link basis, and
whether the domain is operating in a linear or nonlinear regime.
- In situations where only PMD and/or ASE impairments are
potentially binding the optimal routing problem as two
constraints OSPF algorithm enhancements will be needed. However,
it is likely that relatively simple heuristics could be used in
practice.
Additionally, routing in an all-optical network without wavelength
conversion raises several additional issues:
- Since the route selected must have the chosen wavelength
available on all links, this information needs to be considered
in the routing process. This is discussed in [Chaudhuri00],
where it is concluded that advertising detailed wavelength
availabilities on each link is not likely to scale. Instead they
propose an alternative method which probes along a chosen path
to determine which wavelengths (if any) are available. This
would require a significant addition to the routing logic
normally used in OSPF.
- Choosing a path first and then a wavelength along the path is
known to give adequate results in simple topologies such as
rings and trees ([Yates99]). This does not appear to be true in
large mesh networks under realistic provisioning scenarios,
however. Instead significantly better results are achieved if
wavelength and route are chosen simultaneously. This approach
would however also have a significant affect on OSPF.
2.3 Diversity
"Diversity" is a relationship between lightpaths. Two lightpaths are
said to be diverse if they have no single point of failure. In
traditional telephony the dominant transport failure mode is a
failure in the interoffice plant, such as a fiber cut inflicted by a
backhoe.
Chiu/Strand et al [page 9]
Features and Requirements February 2001
For The Optical Layer Control Plane
Why is diversity a unique problem that needs to be considered for
optical networks? So far, data network operators have relied on
their private line providers to ensure diversity and so have not had
to deal directly with the problem. GMPLS makes the complexities
handled by the private line provisioning process, including
diversity, part of the common control plane and so visible to all.
To determine whether two lightpath routings are diverse it is
necessary to identify single points of failure in the interoffice
plant. To do so we will use the following terms: A fiber cable is a
uniform group of fibers contained in a sheath. An Optical Transport
System will occupy fibers in a sequence of fiber cables. Each fiber
cable will be placed in a sequence of conduits - buried honeycomb
structures through which fiber cables may be pulled - or buried in a
right of way (ROW). A ROW is land in which the network operator has
the right to install his conduit or fiber cable. It is worth noting
that for economic reasons, ROWÆs are frequently obtained from
railroads, pipeline companies, or thruways. It is frequently the
case that several carriers may lease ROW from the same source; this
makes it common to have a number of carriersÆ fiber cables in close
proximity to each other. Similarly, in a metropolitan network,
several carriers might be leasing duct space in the same RBOC
conduit. There are also "carrier's carriers" - optical networks
which provide fibers to multiple carriers, all of whom could be
affected by a single failure in the "carrier's carrier" network.
In a typical intercity facility network there might be on the order
of 100 offices that are candidates for OLXCÆs. To represent the
inter-office fiber network accurately a network with an order of
magnitude more nodes is required. In addition to Optical Amplifier
(OA) sites, these additional nodes include:
- Places where fiber cables enter/leave a conduit or right of way;
- Locations where fiber cables cross;
- Locations where fiber splices are used to interchange fibers
between fiber cables.
An example of the first might be:
Chiu/Strand et al [page 10]
Features and Requirements February 2001
For The Optical Layer Control Plane
A B
A-------------B \ /
\ /
X-----Y
/ \
C-------------D / \
C D
(a) Fiber Cable Topology (b) Right-Of-Way/Conduit Topology
Figure 2-2: Fiber Cable vs. ROW Topologies
Here the A-B fiber cable would be physically routed A-X-Y-B and the
C-D cable would be physically routed C-X-Y-D. This topology might
arise because of some physical bottleneck: X-Y might be the Lincoln
Tunnel, for example, or the Bay Bridge.
Fiber route crossing (the second case) is really a special case of
this, where X and Y coincide. In this case the crossing point may
not even be a manhole; the fiber routes might just be buried at
different depths.
Fiber splicing (the third case) often occurs when a major fiber
route passes near to a small office. To avoid the expense and
additional transmission loss only a small number of fibers are
spliced out of the major route into a smaller route going to the
small office. This might well occur in a manhole or hut. An
example is shown in Fig. 2-3(a), where A-X-B is the major route, X
the manhole, and C the smaller office. The actual fiber topology
would then look like Fig. 2-3(b), where there would typically be
many more A-B fibers than A-C or C-B fibers, and where A-C and C-B
might have different numbers of fibers. (One of the latter might
even be missing.)
C C
| / \
| / \
| / \
A------X------B A---------------B
(a) Fiber Cable Topology (b) Fiber Topology
Figure 2-3. Fiber Cable vs Fiber Topologies
Chiu/Strand et al [page 11]
Features and Requirements February 2001
For The Optical Layer Control Plane
The imminent deployment of ultra-long (>1000 km) Optical Transport
Systems introduces a further complexity: Two OTS's could interact a
number of times. To make up a hypothetical example: A New York -
Atlanta OTS and a Philadelphia - Orlando OTS might ride on the same
right of way for x miles in Maryland and then again for y miles in
Georgia. They might also cross at Raleigh or some other intermediate
node without sharing right of way.
Diversity is often equated to routing two lightpaths between a
single pair of points, or different pairs of points so that no
single route failure will disrupt them both. This is too simplistic,
for a number of reasons:
- A sophisticated client of an optical network will want to derive
diversity needs from his/her end customers' availability
requirements. These often lead to more complex diversity
requirements than simply providing diversity between two
lightpaths. For example, a common requirement is that no single
failure should isolate a node or nodes. If a node A has single
lightpaths to nodes B and C, this requires A-B and A-C to be
diverse. In real applications, a large data network with N
lightpaths between its routers might describe their needs in an
NxN matrix, where (i,j) defines whether lightpaths i and j must
be diverse.
- Two circuits that might be considered diverse for one
application might not be considered diverse for in another
situation. Diversity is usually thought of as a reaction to
interoffice route failures. High reliability applications may
require other types of failures to be taken into account. Some
examples:
o Office Outages: Although less frequent than route failures,
fires, power outages, and floods do occur. Many network
managers require that diverse routes have no (intermediate)
nodes in common. In other cases an intermediate node might
be acceptable as long as there is power diversity within
the office.
o Shared Rings: Many applications are willing to allow
"diverse" circuits to share a SONET ring-protected link;
presumably they would allow the same for optical layer
rings.
o Disasters: Earthquakes and floods can cause failures over
an extended area. Defense Department circuits might need
to be routed with nuclear damage radii taken into account.
Chiu/Strand et al [page 12]
Features and Requirements February 2001
For The Optical Layer Control Plane
- Conversely, some networks may be willing to take somewhat larger
risks. Taking route failures as an example: Such a network
might be willing to consider two fiber cables in heavy duty
concrete conduit as having a low enough chance of simultaneous
failure to be considered "diverse". They might also be willing
to view two fiber cables buried on opposite sides of a railroad
track as being diverse because there is minimal danger of a
single backhoe disrupting them both even though a bad train
wreck might jeopardize them both.
These considerations strongly suggest that the routing algorithm
should be sensitive to the types of threat considered unacceptable
by the requester. Note that the impairment constraints described in
the previous section may eliminate some of the long circuitous
routes sometimes needed to provide diversity. This would make it
harder to find many diverse paths through an all-optical network
than an opaque one.
[Chaudhuri00] introduced the term "Shared Risk Link Group" (SRLG) to
describe the relationship between two non-diverse links. The above
discussion suggests that an SRLG should be characterized by 2
parameters:
- Type of Compromise: Examples would be shared fiber cable, shared
conduit, shared ROW, shared optical ring, shared office without
power sharing, etc.)
- Extent of Compromise: For compromised outside plant, this would
be the length of the sharing.
Two links could be related by many SRLG's (AT&T's experience
indicates that a link may belong to over 100 SRLG's, each
corresponding to a separate fiber group. Each SRLG might relate a
single link to many other links. For the optical layer, similar
situations can be expected where a link is an ultra-long (3000 km)
OTS). The mapping between links and different types of SRLGÆs is in
general defined by network operators based on the definition of each
SRLG type. Since SRLG information is not yet ready to be
discoverable by a network element and does not change dynamically,
it need not be advertised with other resource availability
information by network elements. It could be configured in some
central database and be distributed to or retrieved by the nodes, or
advertised by network elements at the topology discovery stage. On
the other hand, in order to be able to perform distribute path
selection at each node that satisfies certain diverse routing
Chiu/Strand et al [page 13]
Features and Requirements February 2001
For The Optical Layer Control Plane
criterion, each network element may need to propagate the
information of number of channels available for each channel type
(e.g., OC48, OC192) on each channel group, where channel group is
defined as a set of channels that are routed identically and should
be given unique identification. Each channel group can be mapped
into a sequence of fiber cables while each fiber cable can belong to
multiple SRLGÆs based on their definitions.
2.4 Other Unique Features of Optical Networks
There are other major differences between optical networks and IP
networks that have significant impacts on the design of the Optical
Layer control plane. They include the following two areas.
- Bi-directionality: In an IP network, Label Switched Paths (LSPs)
are inherently unidirectional. However, current transport
networks are bi-directional oriented, mostly due to the
evolution of two-way transmission in Public Switched Telephone
Network and by SONET/SDH line protection schemes [Doverspike00].
This often requires the bi-directional connections provided by
the optical layer to use the same numbered channel in each
direction. As a result, a channel contention problem may occur
between two bi-directional request traveling in opposite
directions. Signaling mechanisms have been proposed to resolve
this type of contention [Ashwood00].
- Protection and restoration: In an IP network, when a backup LSP
is pre-established to protect against failure(s) on a working
LSP, the backup LSP does not occupy any physical resources
before a failure occurs. However, in an optical network, a pre-
established optical connection for backup does occupy the ports
and channels on the path of the connection. This can be used for
the 1+1 protection, but not for shared mesh protection. Instead
with shared mesh protection, the backup path can be pre-selected
with or without the associated channels being chosen prior to
any failure, then cross-connect ports/channels physically after
a failure on the working path has been detected. See
[Doverspike00] for more detailed discussions on various
protection/restoration schemes.
2.4 Discussion and Summary
Dealing with diversity seems to be an unavoidable requirement on
optical layer routing. It requires dealing with additional
Chiu/Strand et al [page 14]
Features and Requirements February 2001
For The Optical Layer Control Plane
constraints in the routing process but most importantly requires
additional state information to be available to the routing process.
The physical constraints of optical technology apply inside an all-
optical ``domains of transparencyÆÆ. TodayÆs OTS is a simple
``domain of transparencyÆÆ consisting of WDM Mux/Demuxers and
Optical Amplifiers. Because an OTS is not easily reconfigurable
these constraints are dealt with at the time of installation and
donÆt complicate routing and the control plane.
As domains of transparency become both larger and software
reconfigurable as discussed earlier, these physical constraints on
connectivity and transmission quality become increasingly of concern
to the control plane. It is important to note that at present this
evolution is largely technology driven: vendors pushing the
technology envelope are competing fiercely to provide solutions
which have higher capacity, can go further all-optically, are more
reconfigurable, and are more cost-effective. Routing constraints,
which are essentially a by-product of this competitive dynamic, may
well become more complex. As vendors pursue their diverse visions it
is quite plausible that the optical layer of the future will be made
up of heterogeneous technologies which differ significantly in their
routing implications.
What are the control plane architecture choices in such an
eventuality? Alternative approaches that deserve consideration are:
- Per-Domain Routing: In this approach each domain could have its
own tuned approach to routing. Inter-domain routing would be
handled by a multi-domain or hierarchical protocol that allowed
the hiding of local complexity. Single vendor domains might
have proprietary intra-domain routing strategies. This approach
has the advantage of providing carriers a flexible way to digest
technologies and subnetworks that for whatever reason are not
using a standard intra-domain routing protocol.
- Enforced Homogeneity: The capabilities of the control plane
would impose constraints on system design and network
engineering. As examples: If control plane protocols did not
deal with non-linear impairments carriers would require their
vendors to provide transport systems where these constraints
were never binding. Transmission engineers could be required to
only deploy domains where every possible route met all
constraints not handled explicitly by the control plane even if
the cost penalties were severe.
- Additional Regeneration: At (selected) OLXCÆs within a domain of
transparency, the control plane could insert O/E/O regeneration
into routes with transmission problems. This might make all
Chiu/Strand et al [page 15]
Features and Requirements February 2001
For The Optical Layer Control Plane
routes feasible again, but at the cost of additional cost and
complexity and with some loss of rate and format transparency.
- Standardized Intra-Domain Routing Protocol: The examples
discussed in Section 2 suggest that a single standardized
protocol which tries to deal with the full range of possible
topological and transmission constraints will be extremely
complex and will require a lot of state information. However
when combined with limited application of the two previous
approaches it might be more plausible.
Given the complexity of physical and connectivity impairments and
diversity requirements, a valid question to ask is whether a
centralized routing model, where routing is done centrally using a
centralized database with a global network view would be better than
the distributed model favored in the Internet. Here, we provide some
pros and cons on each model.
To the extent that the per-domain routing approach just discussed is
used, the choice of model might be different depending on the
characteristics of the domain. For example, in a domain like Fig.
2-1 it seems likely that a centralized model is more appropriate
because network elements like tunable lasers and reconfigurable
OADM's seem on the surface to be unlikely peers to much more complex
devices like OXC's or routers. On the other hand, a purely "opaque"
domain where impairment constraints play no role in routing would
appear to be an excellent candidate for the distributed model.
In the context of the complexities discussed in this paper, a
centralized model has some advantages:
- Information such as SRLGÆs and performance parameters which
change infrequently and are unlikely to be amenable to self-
discovery could reside in a central database and would not need
to be advertised.
- Routing dependencies among circuits (to ensure diversity, for
example) is more easily handled centrally when the circuits do
not share terminals since the necessary state information should
be more easily accessible in a centralized model.
- Pre-computation of restoration paths and other computations that
can benefit from the use of global state information may also
benefit from centralization.
There are, of course, significant disadvantages to the centralized
model when compared to a distributed model:
- If rapid restoration is required, it is not possible to rely on
a centralized routing system to compute a recovery path for each
Chiu/Strand et al [page 16]
Features and Requirements February 2001
For The Optical Layer Control Plane
failed lightpath on demand after a failure has been detected.
The distributed model arguably will not have this problem.
- The centralized approach is not consistent with the distributed
routing philosophy prevalent in the Internet. The reasons which
drove the InternetÆs architecture-scalability, the inherent
problems with hard state information, etc.-are largely relevant
to optical networking. In addition there is the major
disadvantage that a centralized approach would seem to preclude
integrated routing across the IP and optical boundary.
A related issue is whether routes should be pre-computed. It has
been suggested, for example, that all routes (or at least a large
number) be pre-computed and stored in a central database. This
potentially might allow more sophisticated algorithms to be used to
filter out the routes violating transmission constraints. There are
however serious disadvantages (in addition to the disadvantages of
the centralized model given above):
- In a large national network there are just too many routes that
might be needed, by orders of magnitude. This is particularly
true when diversity constraints and restoration routing may
force weird routings.
- Every time any parameter changes anywhere in the network all
routes using the impacted resource will need to be reexamined.
3. Business and Operational Realities
The Internet technologies being applied to define the new Optical
Layer control plane evolved in a very different business and
operational environment than that of today's transport network
provider. The differences need to be clearly understood and dealt
with if the new control plane is going to be a success. The Optical
Interworking Forum, one of the principal standards groups in this
area, has recently formed a Carrier Subgroup to provide guidance
from this perspective for their standards activities.
In this section we touch on two aspects of this problem: Business
Models and the management of the introduction of new technology.
3.1 Business Models
The cost of providing gigabit connections is expected to drop
rapidly, but will still require dedicated use of expensive and
periodically scarce capacity and equipments. Therefore the ability
to control network access, and to measure and bill for usage, will
Chiu/Strand et al [page 17]
Features and Requirements February 2001
For The Optical Layer Control Plane
be critical. Also, lightpath connections are expected to have quite
long holding times (weeks-months) compared to LSPs in an IP network.
Therefore the collection of usage data and the nature of the
connection establishment process have very different characteristics
in the Optical Network than in an IP network.
In addition, industry revenues from legacy services (voice and
private line) are expected to dwarf those from IP transport for the
next few years. ?? John: could you find a reference from RHK?
Meeting the needs of these services and migrating them to the
operatorÆs newer service platforms will also be a critical need for
operators with extensive embedded revenues. Thus the needs of
services based on SONET/SDH, Ethernet, ATM, etc. will need to be
given attention. In addition most operators hope that they will
have many different ISP's and Intranets as customers. Thus the
customer base for most operators will be quite diverse.
Another area of prime concern is Operations Systems (OSÆs). The
opportunity to create a thinner and more nimble network management
plane by off-loading many provisioning and data-basing functions
onto a vendor-provided control plane and/or Element Management
System (EMS) holds the promise of large and immediate benefits to
operators in the form of reduced software development and more rapid
deployment of new functionality. This is a critical area to achieve
scalability.
In the short term the principal benefits of the proposed control
plane are two: rapid provisioning and a reduction in the cost and
complexity of OSÆs and operations. Both of these benefits require
that circuits be controlled end-to-end by the new control plane, for
otherwise the provisioning times will be determined by those of the
older, much slower segments and OS costs and OS and operations
complexity may actually go up because of the need to interwork the
old and the new worlds. To avoid this the capabilities of the new
control plane need to be available end-to-end as soon as possible.
This will put a premium on the rapid development of standards for
interworking across trust boundaries, for example between Local
Exchange Carrier's and national networks.
3.2 Managing The Introduction Of New Technology
We expect optical layer hardware technology to continue to evolve
very rapidly, with a very real possibility of additional
"disruptive" advances. The analog nature of optical technology
Chiu/Strand et al [page 18]
Features and Requirements February 2001
For The Optical Layer Control Plane
compounds this problem for the control planes because these advances
are likely to be accompanied by complex technology-specific
constraints on routing and functionality. (Sections 2.1 and 2.2
above provide examples of this.) An architecture which allows the
gradual and seamless introduction of new technologies into the
network without time-consuming and costly changes to embedded
technologies and especially control planes is highly desirable.
When compared to the IP experience several distinctions stand out:
- The optical layer control plane seems more likely to be buffeted
by hardware changes than is the IP control plane.
- Optical layer innovations are currently being driven by start-up
companies, with product innovation well ahead of the standards
process. Efforts at control plane standardization are much less
mature than comparable IP efforts. This is a matter of
considerable concern because neither rapid provisioning nor the
operational improvements desired are likely if each vendor has a
proprietary control plane, with interworking between vendors
(and hence between networks, in most cases) left as a problem
for operators' OS's to solve.
3.3 Service Framework Suggestions
For the reasons given above and others, we expect that the best
model for an optical layer control plane within a trust domain is
one that pays heavy attention to the management of heterogeneous
technologies and associated service capabilities. This might be done
by hiding complexities in subnetworks. These subnetworks would then
advertise only a standardized abstraction of their connectivity,
capacity, and functionality capabilities. Hopefully this would allow
even disruptive technologies such as all-optical subnetworks to be
introduced with a minimum of impact on preexisting parts of the
trust domain.
Each network operator will have a need to define "branded" services
- bundles of service functionality and SLA's with a specific price
structure. In a heterogeneous network it will be necessary to map a
customer request for such a "branded" service onto the specific
capabilities of each subnetwork. This suggests a hierarchical model,
decisions about these mappings, and also about policies for peering
with other networks and overall management of the service offerings
available to specific customers managed centrally but application of
these policies handled at the local or subnetwork level.
Chiu/Strand et al [page 19]
Features and Requirements February 2001
For The Optical Layer Control Plane
4. Security Considerations
The solution developed to address the requirements defined in this
document must address security aspects.
5. Acknowledgments
This document has benefited from discussions with Michael Eiselt and
Mark Shtaif.
References:
[Ashwood00] Ashwood-Smith, P. et al., "MPLS Optical/Switching
Signaling Functional Description", Work in Progress, draft-ashwood-
generalized-mpls-signaling-00.txt.
[Awduche99] Awduche, D. O., Rekhter, Y., Drake, J., and Coltun, R.,
"Multi-Protocol Lambda Switching: Combining MPLS Traffic Engineering
Control With Optical Crossconnects", Work in Progress, draft-
awduche-mpls-te-optical-01.txt.
[Chaudhuri00] Chaudhuri, S., Hjalmtysson, G., and Yates, J.,
"Control of Lightpaths in an Optical Network", Work in Progress,
draft-chaudhuri-ip-olxc-control-00.txt.
[Doverspike00] Doverspike, R. and Yates, J., "Challenges For MPLS in
Optical Network Restoration", IEEE Communication Magazine, February,
2001.
[ITU] ITU-T Doc. G.663, Optical Fibers and Amplifiers, Section
II.4.1.2.
[Kaminow97] Kaminow, I. P. and Koch, T. L., editors, Optical Fiber
Telecommunications IIIA, Academic Press, 1997.
[Moy98] Moy, John T., OSPF: Anatomy of an Internet Routing Protocol,
Addison-Wesley, 1998.
[Ramaswami98] Ramaswami, R. and Sivarajan, K. N., Optical Networks:
A Practical Perspective, Morgan Kaufmann Publishers, 1998.
[Tkach98] Tkach, R., Goldstein, E., Nagel, J., and Strand, J.,
"Fundamental Limits of Optical Transparency", Optical Fiber
Communication Conf., Feb. 1998, pp. 161-162.
Chiu/Strand et al [page 20]
Features and Requirements February 2001
For The Optical Layer Control Plane
[Yates99] Yates, J. M., Rumsewicz, M. P. and Lacey, J. P. R.,
"Wavelength Converters in Dynamically-Reconfigurable WDM Networks",
IEEE Communications Surveys, 2Q1999 (online at
www.comsoc.org/pubs/surveys/2q99issue/yates.html).
Authors' Addresses:
Angela Chiu
AT&T Labs
200 Laurel Ave., Rm A5-1F06
Middletown, NJ 07748
Phone:(732) 420-9057
Email: alchiu@att.com
John Strand
AT&T Labs
200 Laurel Ave., Rm A5-1D06
Middletown, NJ 07748
Phone:(732) 420-9036
Email: jls@att.com
Robert Tkach
Celion Networks
1 Shiela Dr., Suite 2
Tinton Falls, NJ 07724
Phone:(732) 747-9909
Email: bob.tkach@celion.com
James Luciani
PO Box 1010
Concord, MA 01742
Phone:(978) 266-2854
james_luciani@mindspring.com
Chiu/Strand et al [page 21]