Optical network virtualization. Optical network virtualization. Transport SDN for cloud-centric networking

Transcription

1 Optical network virtualization Optical network virtualization Transport SDN for cloud-centric networking 1

2 Transport SDN for the cloud Manually initiated and managed provisioning processes do not provide the speed and agility that today s cloud-centric networks require. Service providers now need the ability to activate, terminate and move workloads in real time and on demand. Orchestration solutions with a holistic view of all resources are able to make the best decisions on resource allocation. What s more, central control can efficiently provision connectivity among workloads and users in real time. The key enabling technology for all of this is software-defined networking (SDN). With SDN, manually provisioned networks can be transformed into fully automated connectivity factories. Open multi-vendor, multi-layer networking Closed integrated transport layers have proven to create static, inflexible and expensive networks. Due to their complexity, operations are troublesome and fault-prone. Modularity, openness and flexibility are the network design paradigms in our fast-moving information society. The separation of hardware from software is an essential step towards network simplification and openness. This approach reduces the number of purpose-built appliances by combining standardized resources with open software. Key to this is a central control instance that has visibility of all available resources. When this is combined with the ability to jointly activate resources in the electrical and optical domain rather than keeping those domains in isolation, it results in unprecedented resource efficiency. Managing complexity We ve learnt from past experience that central controllers provide excellent resource utilization but such architectures tend to suffer from limited scalability. A hierarchically structured SDN architecture solves this limitation by creating regional and funtional domains. Those domains Why software-defined networking? 1. Automation speeds up provisioning, minimizes faults and saves OPEX 2. Higher resource utilization achieves more revenue with less investment 3. Fast provisioning meets agility requirements of cloud-centric business services 4. Rapid service innovation gains service providers a competitive edge 5. Open interfaces and abstraction create scalability and manageability provide abstracted resource information to a central SDN controller, which is able to handle the multi-layer network end-to-end. Abstraction and hierarchies reduce complexity at the highest control layer. This allows SDN to scale even with central control. Orchestrator, multidomain controller SDN domain controllers Switch router Vendor B Switch router Vendor C Photonic Vendor A Photonic Vendor D 2

3 Implementing a network hypervisor Our FSP Network Hypervisor presents an abstracted view of FSP 3000 network resources to a northbound SDN controller. The standardized interface allows easy integration into open source controllers as well as commercial products. Operation and maintenance (OAM) processes are supported by our field-proven FSP Network Manager, while automated service activation and topology discovery utilize our FSP Network Hypervisor. This separation of functions enables seamless and easy integration with established operational processes. Our FSP Network Hypervisor also introduces new services, significantly enhancing network agility. OAM with FSP Network Manager Open interface to multi-domain controller or orchestrator FSP flexible optical layer FSP Network Hypervisor for service activation Enhancing network management with SDN The protocols and information models implemented with the northbound SDN interface are aligned with the latest standardization work of ETSI, IETF and ONF. The NETCONF protocol, in conjunction with its related data model language YANG allows an exchange of data regarding inventory, topology and configuration with systems representing the status of the respective computing and network resources. The standard, vendor-independent and easy-to-use interface enables simple and efficient implementation of the multi-vendor service management solution. A consistent framework can manage compute, storage and network resources in an automated way. The SDN interface enables cloud service providers to seamlessly control the complete infrastructure from a central orchestrator. Automating an optical layer When provisioning connections in optical transmission networks, various constraints such as fiber attenuation, distortion, noise and non-linearity need to be considered. Our FSP Network Hypervisor handles all of this complexity and hides it from northbound SDN controllers. It builds on experience with the control plane implemented with the ADVA FSP Our FSP Network Hypervisor uses this knowledge in routing and activation of optical networks in this layer, providing a simple-to-use SDN interface without the hassle of a complex optical network. Hiding the complexity of the optical layer, revealing the simplicity and flexibility of SDN 3

4 Cloud architecture and the role of SDN To offer cloud-based hosting services, communication service providers need to increase the flexibility of the network connecting their data centers and customers to the cloud. The storage and compute resource in their data centers and the network resources of their transport network need to be controlled by a common cloud orchestration system. A typical cloud architecture is shown in the diagram. Our FSP Network Hypervisor connects via a northbound interface to the cloud SDN controller using REST or NETCONF APIs. For multi-domain and multi-vendor transport networks, our FSP Network Hypervisor connects to a parent SDN control and orchestration software. A typical example of a cloud orchestration scenario is central office re-architected as a data center (CORD) with ONOS as cloud SDN controller and OpenStack for DC orchestration. Cloud orchestration and automation Multi-domain / multi-vendor transport SDN control & orchestration DC orchestration Cloud SDN controller REST/NETCONF Open APIs FSP Network Hypervisor IP domain controller Storage compute network Data center Network Standards bodies and open communities SDN use cases, architectures, protocols and data models are standardized and promoted by major standardization bodies and open communities such as Internet Engineering Task Force (IETF), Open Networking Foundation (ONF), Telecom Infra Project (TIP), or CORD. IETF: Our FSP Network Hypervisor supports traffic engineering (TE) topology dissemination as well as configuration and management of TE interfaces, tunnels and label switched paths (LSPs) as proposed by the Traffic Engineering Architecture and Signaling (TEAS) working group. ONF: Our FSP Network Hypervisor supports the transport API (TAPI) defined by the ONF Open Transport Working Group (OTWG). The TAPI focuses on multi-layer, multi-vendor network interoperability, and supports hierarchical controllers and network virtualization. CORD: Using intent domains introduced at ONOS Build, the optical network can be seamlessly integrated in the ONOS SDN controller used in a CORD architecture. 4

5 SDN use cases Multi-layer transport SDN in combination with central control opens up a wide range of applications for improving resource utilization, network agility and service availability. Several use cases help to explain the value of SDN in real-world scenarios. Improving resource utilization Today, optical networks are operated in a static way with bandwidth being allocated for weeks or even months. There is, however, an increasing need for dynamically provisioned high-bandwidth services in real time. Media streams at sports events or climate data processing are just two scenarios with temporarily high-bandwidth connectivity requirements. Real-time provisioning allows resources to be shared among several users and applications. With SDN, resource utilization is improved and service providers are able to offer very attractive new bandwidth services. SDN-controlled resource sharing Time Drivers for transport SDN 1. Optimizing resource allocation in multi-layer networks 2. Higher service availability with centrally controlled network restoration 3. Improving resource utilization by time sharing 4. Bandwidth slicing and self-provisioned services Operating the optical transport layer independent from the data switching layer results in less efficient allocation of network resources. A high-bandwidth data path might allocate intermediate router capacity, while a direct connection could be set-up in the optical layer end-to-end bypassing those routers. A holistic view of optical and electrical network resources is required for optimized resource allocation. SDN is a prerequisite for implementing multi-layer optimization. IP offloading and multi-layer network optimization As IP traffic demand steadily grows, service providers find they need to continuously install additional router and transport network capacity. Intelligent traffic analysis tools can identify traffic flows, which do not need to be forwarded through intermediate routers and can be offloaded from the IP layer into the optical transmission network. This approach enables networks to scale more efficiently. Path optimization in multi-layer networks Path optimization in multi-layer networks SDN for better resource utilization higher network availability and new service offerings 5

6 Improving service availability Resilience in transport networks is mainly based on pre-provisioned protection mechanisms. Orchestrators have a holistic understanding of all network resources and can restore failed services based on any available resource rather than the limited set of pre-provisioned resources. Failures can be fixed by SDN technology using centrally hosted path computing engines (PCE). Previously, time-consuming manual interaction was needed to restore a network. Offering self-provisioned bandwidth services SDN technology creates an abstracted view of virtualized network resources. Those resources can represent the whole network or can be limited to just parts, also known as network slices. They can be allocated to a tenant, which might be an end-customer of a service provider or an operational department. Our network hypervisor is the instance that controls the bandwidth slices and provides access to the SDN controller through a standardized interface. The network hypervisor s multi-tenant capability enables multiple SDN controllers to manage their network resources independently. The isolation of resource- and control-domains creates well separated and protected networks which meet the security requirements of cloud-centric services. Network restoration by central PCE Network restoration by central PCE Virtual network slice FSP Network Hypervisor business benefits Hiding complexity: Our FSP Network Hypervisor presents an abstracted view of the FSP 3000 optical transport network, hiding the complexity of the photonic transmission system. This offloads the orchestrator or centralized SDN controller from having to deal with constraints associated with the optical layer such as fiber non-linearity, distortion, noise, or restrictions with photonic switches. Seamless technology innovation: Our FSP Network Hypervisor enables service providers to combine traditional operational processes with fully automated, open control of the optical layer. A service provider can manage the network with established operational processes using the ADVA FSP Network Manager and in parallel benefit from automated orchestration by introducing an open SDN control interface for multi-layer network optimization and real-time service activation. Smooth network transformation: As connectivity service providers evolve their connectivity-centric networks into cloud-centric service production platforms, SDN control is key. It enables innovative services utilizing network, storage and server resources in an automated fashion. For any migration strategy, our FSP Network Hypervisor provides a smooth introduction of programmatic, cloud-centric control interfaces as defined by IETF and ONF. Secure path to automation: As manually supervised processes are replaced by open interfaces and open-source applications, the attack surface increases. That s why the introduction of open control interfaces needs to be complemented by additional protective controls. ADVA Optical Networking s optical layer provides bulk encryption at the physical network level. With our SDN-enabled connectivity solutions, communication service providers can benefit from operational improvements and, at the same time, increase the security of their network. A proven solution: The ADVA FSP Network Hypervisor has already been successfully tested in various PoCs. In combination with commercially available orchestrators and SDN controllers as well as open source solutions, efficient resource utilization in open, automated and agile multi-layer networks has been showcased. Virtual network slice 6

7 Showcasing the FSP Network Hypervisor In late 2016, several vendors demonstrated their SDN solutions in a multi-vendor interoperability test hosted by major service providers and jointly organized by OIF and ONF. The Restconf interfaces between domain controllers and orchestrators were based on ONF TAPI and YANG data models. The interoperability test verified the maturity of SDN control interfaces for topology discovery and service activation across optical and electrical transport networks from different suppliers. requesting the purpose and features of a service. Such an intent-based network was recently showcased under the framework of the Horizon 2020 EU-funded project ACINO. Our FSP Network Hypervisor was integrated with an ON- OS-based multi-domain controller. Intent-based service activation was demonstrated in a live network across two vendor and technology domains at the IEEE Conference on Network Softwarization (IEEE NetSoft), 6-10 June 2016 in Seoul, Korea. Our FSP Network Hypervisor provided an open interface to NEC NetCracker orchestrator for access to optical resources in an ADVA FSP 3000 photonic transport network. The orchestrator was able to discover the available network resources in the ADVA Optical Networking domain as well as neighboring network domains. End-to-end connections were activated from central control across different vendor domains including the FSP 3000 domain. Domain controller Intent-based, multi-layer, multidomain controller Integration with open SDN controllers The obvious benefit of SDN control and open interfaces has stimulated the creation of several open source communities jointly developing open SDN controllers such as OpenDaylight (ODL), and Open Networking Operating System (ONOS) Those controllers are optimized for application in multi-vendor, multi-technology networks. ONOS offers an intent-based framework which enables a user to specify how a service has to be implemented by simply Juniper router FSP 3000 Our FSP Network Hypervisor enables efficient resource allocation, agile networking and resilient services 7

8 Index - Titel name SDN for better resource utilization, higher network availability and new service offerings For more information ADVA Optical Networking SE Campus Martinsried Fraunhoferstrasse 9 a Martinsried / Munich Germany ADVA Optical Networking North America, Inc Peachtree Industrial Blvd. Norcross, Georgia USA About ADVA Optical Networking ADVA Optical Networking is a company founded on innovation and driven to help our customers succeed. For over two decades our technology has empowered networks across the globe. We re continually developing breakthrough hardware and software that leads the networking industry and creates new business opportunities. It s these open connectivity solutions that enable our customers to deliver the cloud and mobile services that are vital to today s society and for imagining new tomorrows. Together, we re building a truly connected and sustainable future. For more information on how we can help you, please visit us at: ADVA Optical Networking Singapore Pte. Ltd. 25 International Business Park # German Centre Singapore ADVA Optical Networking All rights reserved. Version 11/2017