Post on 02-Jan-2016
2jkchoi@icu.ac.kr
목차 Requirements for Next Generation Network Backgrounds for Optical Networking IP over Optical Network Architecture Management Requirements for Optical Internet Generalized MPLS Technology for Optical Internet Conclusions
3jkchoi@icu.ac.kr
Vision of Next Generation Infrastructure
Future network will be built using DWDM and MPLS Long-haul network consist of a meshed network of optical cross-connect
s by DWDM system. The signaling will be based on MPLambdaS Terabit Router will be deployed at the gateway or super POPs Core Metro Network will be based on DWDM Optical Ring A specialized router functioning as an IP service switch at each POP Last mile consist of various technologies including ADSL, fixed wireless
, PON, FTTC.
DWDM DWDM Backbone NetworkBackbone Network
DWDM DWDM Backbone NetworkBackbone Network
Packet-enabledPacket-enabledDWDM DWDM
Metro/RegionalMetro/Regional NetworkNetwork
Packet-enabledPacket-enabledDWDM DWDM
Metro/RegionalMetro/Regional NetworkNetwork
Packet-enabledPacket-enabledDWDM DWDM
Metro/RegionalMetro/Regional NetworkNetwork
Packet-enabledPacket-enabledDWDM DWDM
Metro/RegionalMetro/Regional NetworkNetwork 광선로광선로
ADSL
Cable (HFC)
Wireless (HFR)
PON
IntegratedIntegratedAccessAccess
NetworkNetwork
IntegratedIntegratedAccessAccess
NetworkNetwork
IntegratedIntegratedAccessAccess
NetworkNetwork
IntegratedIntegratedAccessAccess
NetworkNetworkADSL
Cable (HFC)
Wireless (HFR)
PON
Long haul Metro/RegionalMetro/Regional AccessAccess
4jkchoi@icu.ac.kr
Customers Requirements for Multi-Services
Security, predictability, and reliability Cost effectiveness and flexibility Applications that work all the time – end to end Qo
S High reliability for mission critical applications
5jkchoi@icu.ac.kr
Requirements of Next Generation Infrastructure High performance, scalable, efficient network Always-available network (99.999 %) Low cost administration nets
Scalable systems (small footprint, low power) Auto provisioning Fast troubleshooting & reaction to problems Fast service activation Up- to- date network knowledge
Policy-based management
6jkchoi@icu.ac.kr
Service Provider Objectives
Maximize revenue opportunities from optical network investments Create new revenue opportunities, while avoiding the loss of
existing revenue streams
Efficiency and reduced capital and operational costs through convergence and consolidation Multiple networks create unnecessary duplication of effort
and expertise in a single organization
Ease and automation of service provisioning Faster and less expensive
7jkchoi@icu.ac.kr
Backgrounds for Optical Network Re-evaluation of traditional network platforms and cost
structures Requirements changing on Service delivery and OAM Limitations of existing architecture
Existing SONET/SDH ring-based architecture moves to Mesh configuration Optimized for voice, Can’t scale enough for data
Utilize dynamic allocation for DWDM network capacity Just-in-time provisioning for Dynamic Re-configurable
Optical Network Innovation and advances in optical components and
transport technologies Increased focus between electrical and optical devices
8jkchoi@icu.ac.kr
Dynamic Provisioning ?
Dynamic just in time provisioning Efficient management of network assets Migrating service provisioning responsibilities into
the network and offloading the network management systems
A variety of protection and restoration options Interoperability across multi-vendor, multi-
technology, and multi-domain networks
9jkchoi@icu.ac.kr
Motivation for Optical Networking
Cost and Efficiencies Wavelengths cheaper than switching packets Eliminates costly O/E/O conversions and equipments
Flexibility and Management Just-in-time service provisioning ? Traffic engineering at the wave level ?
Revenue Opportunities Fast provisioned wave services Bursty IP services through backbone network
10jkchoi@icu.ac.kr
Toward Optical IP Network
Guidelines and DirectionOptical bandwidth reduces the cost of IP servicesUse of Generalized MPLS signalingDesire to have restoration behavior of current
SONET networkGoal of dynamic optical path serviceGreater bandwidth efficiency from IP layers
11jkchoi@icu.ac.kr
Control Requirements for Optical Networking
Dynamic Reconfiguration of Optical Network Link Protection and restoration, Capacity Planning, performance monitor
ing, etc.
Rapid service provisioning for negotiated bandwidth and QoS
Scalability on bandwidth provisioning Grooming of sub-rate circuits Dynamic Optical VPN for multicast according to SLA Automatic configuration and topology auto-discovery Integrated control of L1, L2 and L3 Switching/Routing
12jkchoi@icu.ac.kr
Separation of Control Plane from Data Plane
Separate control and data channels Out of band in fiber, out of band out of fiber Control channel failure might not disrupt data Control plane reboot might not disturb data plane
Handling Protection and Repair Conditions Selection of Protection Domains Requirements for Recovery Failure Detection and Reporting Recovery after Node Failure
13jkchoi@icu.ac.kr
Routing and Signalling Network
OpticalLayer
WDMLayer
IPLayer
RWASignalling
MPLSSignalling
IPSignalling
(SIP,etc)
C-plane
M-plane
U-plane
Optica
l Link
Man
agem
ent
WDM
Man
agem
ent
Traffic
, Flow
QoS
Man
agem
ent
IP R
outin
g
Protocol Reference Model for Optical Internet
OpticalLayer
WDMLayer
IPLayer
RWASignalling
MPLSSignalling
IPSignalling
(SIP,etc)
C-plane
M-plane
U-plane
Optica
l Link
Man
agem
ent
WDM
Man
agem
ent
Traffic
, Flow
QoS
Man
agem
ent
IP R
outin
g
OpticalLayer
WDMLayer
IPLayer
RWASignalling
MPLSSignalling
IPSignalling
(SIP,etc)
C-plane
M-plane
U-plane
Optica
l Link
Man
agem
ent
WDM
Man
agem
ent
Traffic
, Flow
QoS
Man
agem
ent
IP R
outin
g
Telecommunication Management Network
CoreRouter
EdgeRouter
EdgeRouter
14jkchoi@icu.ac.kr
MPLS-Based Optical IP Network Architecture
IP/MPLS Network
Optical Core Router
Optical MPS Sub-Network
LSPs within Electronic MPLS Clouds
LSPs within Electronic MPLS Clouds
Performs label merging/tunneling
to optical lambda LSPs.
Performs label merging/tunneling
to optical lambda LSPs.
Perform Explicit Routing on lightpath LSPs with optical switching fabrics
Perform Explicit Routing on lightpath LSPs with optical switching fabrics
IP/MPLS Router
Customer Network
Customer Network
Customer NetworkCustomer Network
Note) LSP: Label Switched Path
Optical Edge Router
Optical Edge Router
Optical Edge Router
IP/MPLS RouterIP/MPLS
Router
15jkchoi@icu.ac.kr
Service Model for Optical Internet - 1 Domain Service Model
Server-DomainOptical Sub-network
Control & Management Plane
User Plane
UNI UNINNI NNI
NNI
Optical Node
Optical Path
Signaling exchange
Client-DomainIP Network
IP/MPLS Router
Optical Edge Router
Optical Core Router
Client-DomainIP Network
IP/MPLS Router
Loose Bindingin Optical Path
(GMPLS signaling isnot shown at Client)
Note) UNI: User to Network Interface NNI: Network to Network Interface MPLS: Multi-Protocol Label Switching GMPLS: Generalized MPLS
Data Transfer
Optical Node
Optical Node
Optical Node
Controller
16jkchoi@icu.ac.kr
Service Model for Optical Internet - 2 Domain Services Model
Clients access to optical network using well defined UNI Client/Server domain relationship
IP is a client of the optical domain Optical layer provides point-to-point channels for clients
Optical/transport paths requested by clients and setup dynamically within optical network. Path setup method unspecified
For router network clients, optical paths are used as point-to-point IP links
For TDM clients, optical paths are large structured, fixed bandwidth paths
17jkchoi@icu.ac.kr
Service Model for Optical Internet - 3 Unified Service Model
Control & Management Plane
User Plane
UNI
UNI
Note) UNI: User to Network Interface NNI: Network to Network Interface MPLS: Multi-Protocol Label Switching GMPLS: Generalized MPLS LSP: Label Switched Path
Optical LSP
IP/MPLS Network
IP/MPLS Router
Optical Edge Router
Optical Core Router
IP/MPLS Network
IP/MPLS Router
Tight Bindingin Optical LSP
Common Signalingbased on GMPLS
Optical Sub-network for Control Plane
Optical Sub-network
NNINNI
NNI
Optical Node Optical
Node
Optical Node
Optical Node
Controller
Data Transfer
with label information
18jkchoi@icu.ac.kr
Service Model for Optical Internet - 4
Unified Service Model A single control plane for User and Optical Network Node
single signaling and routing protocol
MPS-based optical network using label binding by Clients IP router’s FEC is matching to Optical LSP
IP signaling and routing protocols need to be modified to support optical characteristics
No UNI, Client use NNI directly
19jkchoi@icu.ac.kr
Network Architecture Model Overlay Model
Separate routing of IP and Optical layer Separate the control plane between Optical Transport
Network (OTN) domains and IP domains Augmented routing can be applied
Peer Model Integrated signaling and routing of IP layer and Optical layer Same control plane in the OTN and IP domains
20jkchoi@icu.ac.kr
Overlay Model
Optical U-Plane for Data Transfer
OXC
OXC
OXC
UNI
CustomerIP/MPLS Network
Data Transfer
Optical C-/M-plane for Signaling & Routing
Optical Sub-network
Core IP/MPLS Network
Signaling exchange
UNI or Proprietary
UNI or Proprietary
NNI
NNINNI
IP/MPLS Router
IP/MPLS Router
IP/MPLS Router
IP/MPLS Router
OpticalCross-Connect (OXC)
21jkchoi@icu.ac.kr
Peer/Integrated Model
Optical U-Plane for Data Transfer
OXC : Optical Cross Connect
(GMPLS - modified IP signaling/routing protocols)Optical Switched
Router
Optical Switched Router (OSR)
OSR
OSRUNI
Data Transfer
Signaling exchange
Optical C-/M-Plane for Signaling & Routing
IP/MPLS Router
CustomerIP/MPLS Network
IP/MPLS Router
Control-/M-Interface
U-Interface
Optical Sub-network
NNI
Single IP layer driven control plane for both IP and optical layer
22jkchoi@icu.ac.kr
Management Infrastructure
MPLS MIBs already exist for Modeling the cross-connects in an LSR Requesting and controlling TE-LSPs
Enhancements are being made to Support wider definition of “label” Allow control of new GMPLS features
Other new MIBs for LMP Link bundling
23jkchoi@icu.ac.kr
Reliability Requirements Problems
Layer 3 rerouting may be too slow Granularity of lower layers may be able to protect traffic may be too coar
se for traffic that is switched Lower layers may provide link protection But is unable to provide protection against node failures or compute disj
oint paths
Need for GMPLS- based recovery Establishing interoperability of protection mechanisms between GMPLS
enabled devices (Routers, SONET ADMs, Optical Cross- connects, etc) Enables IP traffic to be put directly over WDM optical channels and
provide a recovery option without an intervening SONET layer.
24jkchoi@icu.ac.kr
Restoration Requirements
Restoration Time under 50 ms Required Steps
Fault detection, Fault isolation, Error reporting, Re-provisioning, Switch-over
Controlling Management StatusManagement status carried on Signaling requests
and responses, Notify messagesAlarm-free setup and teardownStatus control during protection switchover
25jkchoi@icu.ac.kr
Traffic Engineering Requirements
Require to compute paths to deliver QoS Need to know basic topology of the network Need to know available resources on links Must also know link properties in network User/application requests services
26jkchoi@icu.ac.kr
Managing Optical Link Resources
Need to address a common set of issues Isolation of faults transparent networks Scale the number of links without increasing configuration Scale the parallel (“bundled”) links without increasing the
amount of information
Requires a new protocol to resolve these issues
27jkchoi@icu.ac.kr
Link Management Protocol
Control Channel Management Maintain an IP control channel between LMP peers
Link Verification Map interface IDs and verify data connectivity
Link Property Correlation Discover and agree data link properties
Fault Management Detect and isolate faults
! Authentication
28jkchoi@icu.ac.kr
MPLS Benefits for Optical Internet
MPLS was initially designed to optimize and scale IP core networks, via traffic engineering Core for aggregation and scalability Edge traffic classification
Take advantage of these existing MPLS capabilities Use label stacking for hierarchical aggregation Provides scalable edge services
29jkchoi@icu.ac.kr
MPLS-based Control for Optical Internet – 1
IP-based approaches for rapid provisioning Re-use existing signaling framework Less standardization, faster vendor interoperability No addressing concerns arise (use IP addresses)
Key MPLS features exploited Hierarchical LSP tunneling (label stacking/swapping) Explicit routing capabilities LSP survivability capabilities Constraint-based routing
30jkchoi@icu.ac.kr
MPLS-based Control for Optical Internet – 2
Traffic Engineering in Optical Network Optical network load balancing Performance optimization Resource utilization optimization
Extensions to MPLS signaling Encompass time-division (e.g. SONET ADMs), wavelength
(optical lambdas) and spatial switching (e.g. incoming port or fiber to outgoing port or fiber)
Label is encoded as a time slot, wavelength, or a position in the physical space
Bandwidth allocation performed in discrete units.
31jkchoi@icu.ac.kr
MPLS-based Control for Optical Internet – 3
Supports Multiple Types of Switching Support for TDM, lambda, and fiber (port) switching OXC (Optical Cross-Connect) can switch an optical data stre
am on an input port to a output port A control-plane processor that implements signaling and rout
ing protocol
Optical Mesh Sub-Network A net. of OXCs that supports end-to-end networking Provide functionality like routing, monitoring, grooming and
protection and restoration of optical channels
32jkchoi@icu.ac.kr
Forwarding Interface of GMPLS Packet-Switch Capable (PSC)
Recognize packet/cell boundaries and forward data based on header. Time-Division Multiplex Capable (TDM)
Forward data based on the data’s time slot in a repeating cycle. Lambda Switch Capable (LSC)
Forward data based on the wavelength Fiber-Switch Capable (FSC)
Forward data based on a position of the data in the real physical spaces.
PSCPSC TDMTDM LSCLSC FSCFSC
Allow the system to scale by building a forwarding Hierarchy
33jkchoi@icu.ac.kr
Technical Challenges
Scalability Quality of Service
Needed for existing user applications to work as expected
Service Transparency For user applications to work
Manageability Provisioning
34jkchoi@icu.ac.kr
Conclusions Architectural Evolution for Optical Network
Boundary between Control Plane and Management Plane is obscure
Single Control/Management Plane both for IP domain and Optical Domain
IP-centric control mechanisms has cost competitiveness Extends MPLS to Optical World
Extends Generalized MPLS technologies to encompass time-division, wavelength and spatial switching network
Adapt IP Traffics to Optical Bandwidth Granularity Generalized MPLS is used for network evolution scenario