Beruflich Dokumente
Kultur Dokumente
Transport SDN
ONF Solution Brief
May 27, 2014
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
Table of Contents
2
Executive Summary
SDN Overview
Executive Summary
Wide area network (WAN) traffic continues to double every 18 to 24 months, with
individual service flows now exceeding 1Gbps and inter-site aggregates reaching
tens to hundreds of gigabits per second. Simultaneously, mobility networks and
cloud-based services are causing traffic patterns to become ever more dynamic and
unpredictable. In the face of these realities, todays static and manually configured
transport networks operating in their own silos are woefully inadequate. Transport
networks need to become more flexible and dynamic to support end-user demands.
OpenFlow-based Software Defined Networking (SDN) initially enabled open,
application-driven, programmatic control of packet forwarding among a set of packet
switches. However, not all services are packet-based, and very few WANs are
constructed with packet switches directly connected by fibers as may be the case in
data centers. Most deployed WANs employ SONET/SDH or OTN sub-wavelength and
wavelength circuit-switching elementstechnologies that are not currently supported
by OpenFlow. These elements provide reliable, efficient transport services directly to
end users or to client packet nodes (e.g., IP/MPLS routers) that, in turn, provide packet
services to end users.
Recently, packet transport technologies such as MPLS-TP have been incorporated
with optical transport, resulting in more cost-effective packet-optical transport systems
(P-OTS). Based on Heavy Readings March 2013 Metro P-OTS survey1, revenue of
such P-OTS elements in metro networks already exceeds that of SONET/SDH nodes
and is projected to outpace that of pure DWDM systems by 2015.
2 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
This solution brief addresses how OpenFlow can enable open, application-driven,
programmatic control of optical and packet-optical transport elements. It also
offers several illustrative use cases, including bandwidth on demand, private optical
networks, optical VPN services, and IP/MPLS plus Transport optimization.
SDN Overview
Software Defined Networking is a new architecture that has been designed to enable
more agile and cost-effective networks. The Open Networking Foundation (ONF) is
taking the lead in SDN standardization, and has defined an SDN architecture model as
depicted in Figure 1.
FIGURE 1
ONF/SDN architecture
APPLICATION LAYER
Business Applications
API
CONTROL LAYER
Network
Services
API
API
Network Services
INFRASTRUCTURE
LAYER
The ONF/SDN architecture consists of three distinct layers that are accessible through
open APIs:
The Application Layer consists of the end-user business applications that
consume the SDN communications services. The boundary between the
Application Layer and the Control Layer is traversed by the northbound API.
The Control Layer provides the logically centralized control functionality that
supervises the network forwarding behavior through an open interface.
The Infrastructure Layer consists of the network elements (NE) and devices that
provide packet switching and forwarding.
3 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
4 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
Current transport networks cannot effectively address these pressure points, as they are
generally static and operated separately from the client layers and applications they serve.
Traditional transport services can take weeks or months to turn up and must be contracted
for periods of months or yearsa reflection of the planning and provisioning effort currently
endured. Because of the lengthy process to turn up new services, many customers cancel
orders before they become operational.
To support the highly dynamic environment mentioned above, connectivity services must be
turned up in minutes or seconds and be modifiable by client users or software applications
without operator intervention. Orchestration is required to manage connectivity services
over a network covering potentially multiple network domains, through multiple layers of
networking technology, and across multiple vendors equipment.
5 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
EXTENTIONS
FIGURE 2
Target multi-layer OpenFlow
logical switch model
The application of these L0/1/2 OpenFlow extensions, as elucidated in the use case sections
below, includes:
Packet-optical integration (POI) to support logically centralized control of multi-layer
and/or multi-technology networks, resulting in optimized network utilization.
Open transport network control programmability to spur greater
network innovation.
Real-time application-driven provisioning of the transport network.
An important architectural innovation is the introduction of transport network
virtualization, whereby the operators physical transport network can be partitioned
into multiple virtual networks. Each virtual transport network is allocated certain virtual
network elements (V-NEs) and interconnecting virtual links (VLs) that are under the
control of the respective clients through their client controllers.
The ONF Transport SDN model defines two interface points where OpenFlow can
be applied:
The CDPI (control data plane interface), originally defined in an ONF white paper 3,
where there is a direct interaction between the network operators SDN controller
and the transport network elements.
The CVNI (control virtual network interface), where the client controllers use
OpenFlow to interact with the providers controller that offers a virtualized view of
each clients slice of network resources.
6 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
A client controller can belong either to an internal customer (e.g., the operators own content
distribution network), or to an external customer (such as an enterprise or another operator).
The scope of the clients visibility into their resources is still under definition, but may vary
from completely abstracted to completely specific depending on the policy set by the
provider, which is generally a function of the trust relationship with the client.
FIGURE 3
Hierarchical control
architecture
7 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
In addition to greater network resource and operational efficiencies, Transport SDN allows
network programmability for the rapid deployment of new transport services, enabling
operators to better differentiate and monetize their infrastructures. Examples of such
offerings are tiered recovery, customized path selection, and various applications that will
make the transport network aware of packet (client) layers and their dynamic requirements in
terms of bandwidth, latency, geography, and time span.
8 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
FIGURE 4
BWoD service illustrating
port-based (above)
and sub-port based
(below) forwarding
9 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
to client port de-mapping. Multiple sub-port connections can be supported by the UNI
simultaneously, and the resources of released or decremented connections are immediately
available for other connections.
Transport SDNenabled bandwidth on demand provides benefits to end customers and
network operators alike. End customers can receive high bit-rate, deterministic capacity on
a temporary basis when and where they need it, without the cost burden of over-provisioned
private lines with long-term contracts. Priced intelligently, the network operator increases
overall revenues by increasing their addressable market to those who cant afford such
contracts. At the same time, the operator increases return on assets by selling capacity
several times over per month and for higher value per time unit than a flat monthly fee yields.
10 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
FIGURE 5
Private optical network with
reconfigured wavelengths
Until dynamic optical services become widely available from local providers, Transport
SDN enables enterprise IT departments to function as their own service providers.
Such in-house capability enables them to manage connectivity and allocate
bandwidth between sites in minutes rather than waiting weeks or months for todays
typical local provider to fulfill their fixed-line change order. Instead of ordering fixed
bandwidth services sized for the peak, an enterprise managing a private optical
network has the flexibility to manage their network and orchestrate capacity shifts
among their locations where and when they are needed.
11 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
Using Transport SDN, O-VPN service is made possible through network virtualization
(described above) that allows a network operator to create virtual slices of the network
that deliver dedicated capacity and provide the client with self-managed control of
their end-to-end virtual networks. With O-VPN, the client can allocate capacity as if it
were their own private network.
FIGURE 6
Common optical network
supporting multiple O-VPNs
12 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
For example, a distributed, multidata-center cloud operator could use Transport SDN
to orchestrate capacity turn up and tear down between specific data centers to support
bulk VM migration or the synchronization of large databases. Based on the ebb and flow
of bandwidth demands, portions of the same O-VPN capacity could be reallocated to a
different application or a different pair of data center locations as needed.
The key benefit that Transport SDN provides for O-VPN end users is access to a
deterministic network at a much lower cost. For network operators, the key benefits
are reduced costs due to sharing network elements, fiber, and wavelengths across
multiple internal and external customers, and higher profits based on the introduction
of new value-added services with higher revenue and better margins than simply
leasing dark fibers.
13 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
FIGURE 7
Multi-layer IP/MPLS plus
transport control
The solution may use a single multi-layer controller interfacing directly to both IP/MPLS
and transport elements, or separate domain controllers and a multi-layer orchestrator/
controller, as illustrated in Figure 7. In this approach, each domain controller provides
detailed information about topology, latency, provisioned services, and performance
to the multi-layer controller for path computation and restoration management.
When bandwidth shortfalls are anticipated, a failure occurs, or more efficient routes
are possible, the multi-layer controller can orchestrate changes to the IP/MPLS and
transport layers through the respective domain controllers, by allocating or reallocating
router ports and transport capacity, rerouting transport connections, or creating
express routes.
This multi-layer IP/MPLS + transport optimization achieves many network benefits,
including:
CapEx reduction, by reducing the need for over-provisioning of the network to
support demand shifts and protection/restoration.
Increased service availability (e.g., coordinated protection and restoration) and
service quality (e.g., latency-optimized multi-layer provisioning).
14 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
Multi-layer control and optimization across separate IP/MPLS and transport vendors.
OpEx reduction and simplification through automation to reduce manual processes
and associated configuration errors.
Increased revenues, by leveraging network intelligence to monetize the network
based on a broad list of programmable path and service level parameters, such as
end-to-end latency of an IP/MPLS service.
Conclusion
In this era of intense competition, high bandwidth demand growth, and unpredictably
shifting traffic patterns, operators need their transport networks to become
dynamically programmable in order to offer new services and to match capacity
to traffic demand without over-provisioning network resources. Transport SDN,
as defined by the ONF, provides the architecture and mechanisms to enable
programmatic and dynamic control driven by the revenue-generating services that
consume network capacity. This linkage, governed by policy management, will
enable network operators to transform their transport networks to simultaneously
reduce capital and operational expenses while increasing revenue opportunities and
operational agility.
15 of 16
O N F S O LU T I O N B R I E F
O p e n F l o w - e n a b l e d Tr a n s p o r t S D N
Contributors
Mitch Auster, Editor
Sivaram Balakrishnan
Mike McBride
Greg Nehib
Lyndon Ong
Meral Shirazipour
Vishnu Shukla
Abel Tong
Maarten Vissers
References
1. Metro Packet-Optical Transport 2.0: A Heavy Reading Survey Analysis
http://www.heavyreading.com/details.asp?sku_id=2988&skuitem_itemid=1477
2. Charter: Optical Transport Working Group
https://www.opennetworking.org/images/stories/downloads/working-groups/charter-opticaltransport.pdf
3. Software-Defined Networking: The New Norm for Networks
https://www.opennetworking.org/images/stories/downloads/sdn-resources/white-papers/wp-sdnnewnorm.pdf
4. The Power of Software in Cienas OPn Network Architecture
http://www.ciena.com/resources/white-papers/The-Power-of-Software-in-Cienas-OPn-NetworkArchitecture.html
16 of 16