Packets & Photons: The Emerging Two Layer Network
Download
Report
Transcript Packets & Photons: The Emerging Two Layer Network
Packets & Photons:
The Emerging Two
Layer Network
October 2001
Copyright © 2000, Juniper Networks, Inc.
1
Agenda
History
The
of IP Backbones
Emerging Two Layer Network
Network
Platforms
Standards
and Forums
GMPLS
2
Typical IP Backbone (Late 1990’s)
Core
Router
Core
Router
ATM
Switch
ATM
Switch
MUX
SONET/SDH
ADM
MUX
SONET/SDH
ADM
SONET/SDH
DCS
SONET/SDH
DCS
SONET/SDH
ADM
MUX
MUX
ATM
Switch
ATM
Switch
Core
Router
SONET/SDH
ADM
Core
Router
Data piggybacked over traditional voice/TDM transport
3
Why So Many Layers?
Router
MUX
Packet switching
Speed match router/ switch
interfaces to transmission
Multiplexing and statistical
network
gain
SONET/SDH
Any-to-any connections
Restoration (several seconds)
Time division multiplexing
(TDM)
ATM/Frame switches
Fault isolation
Hardware forwarding
Restoration (50mSeconds)
Traffic engineering
Restoration (sub-second)
DWDM
Raw bandwidth
Defer new construction
Result
More vendor integration
Multiple NM Systems
Increased capital and operational costs
4
IP Backbone Evolution
Core
Router
(IP/MPLS)
FR/ATM
Switch
MUX
SONET/SDH
MUX becomes redundant
Core
Router
(IP/MPLS)
IP trunk requirements
reach SDH aggregate
levels
Next generation
routers include high
speed SONET/SDH
interfaces
SONET/
SDH
DWDM
DWDM
(Maybe)
5
IP Backbone Evolution
Core
Router
(IP/MPLS)
Removal
of ATM Layer
Next generation routers
FR/ATM
Switch
MUX
provide trunk speeds
Multi-protocol Label
Switching (MPLS) on
routers provides traffic
engineering
Core
Router
(IP/MPLS)
SONET/
SDH
SONET/SDH
DWDM
DWDM
(Maybe)
6
Removing the ATM Layer
Logical
Topology
Why Remove ATM?
Two networks to manage - IP and ATM
Cell tax
Lack of high-speed SAR interfaces
High density of virtual circuits
IP routing protocol stress
7
Agenda
History
The
of IP Backbones
Emerging Two Layer Network
Network
Platforms
Standards
and Forums
GMPLS
8
Collapsing Into Two Layers
IP Service (Routers)
Optical Core
Optical Transport
(OXCs, WDMs,
SONET ?)
9
Collapsing Into Two Layers
IP Service (Routers)
Optical Core
Optical Transport
(OXCs, WDMs,
SONET ?)
IP router layer functions
Service creation
Multiplexing and statistical gain
Any-to-any connections
Traffic engineering
Restoration (10s ms)
Subscriber to transport speed matching
Delay bandwidth buffering and congestion control
10
Internet scalability
Collapsing Into Two Layers
IP Service (Routers)
Optical Core
Optical Transport
(OXCs, WDMs,
SONET ?)
Optical transport layer functions
TDM and standard framing format
Fault isolation and sectioning
Restoration (10’s ms)
Survivability
Cost efficient transport of massive bandwidth (DWDM)
Long haul transmission distances
Metro transmission distances ????
11
The Emerging Two-Layer
Network
Data Layer
Routers
IP Services
Transport Layer
OXC’s
TDM’s
WDM’s
LH Transport
Reduced cost
Transport layer visible to IP
Services
Transport layer signaling is
an open standard (RSVP &
CR-LDP)
Reduced complexity
Network more scalable
Uniform admin &
management of IP and
transport layers
12
Agenda
History
The
of IP Backbones
Emerging Two Layer Network
Network
Platforms
Standards
and Forums
GMPLS
13
SONET/SDH Benefits
Rapid and predictable restoration
10s of ms; depends on ring size
Simple to engineer
Standard framing and multiplexing
(Time Division Multiplexing [TDM])
Maintainability
Performance monitoring
Fault isolation and sectioning
Bandwidth management
Network management
Transparency
Voice, video or data traffic
Challenge
Remove complexity
and keep benefits
14
SONET/SDH Benefits
Rapid and predictable restoration
10s of ms; depends on ring size
Simple to engineer
Standard framing and multiplexing
(Time Division Multiplexing [TDM])
Maintainability
Performance monitoring
Fault isolation and sectioning
Bandwidth management
Network management
Transparency
Traffic
Quickly
Rerouted
After Failure
Voice, video or data traffic
Challenge
Remove complexity
and keep benefits
15
SONET/SDH Limitations
Traditional SONET/SDH-based networks
Engineered for voice, not data
Slow to provision
Planning complexity
Grooming complexity
Delivery measured in weeks
Expensive to scale
Space, power, one wavelength per chassis
Inflexible
Static not dynamic bandwidth
Granularity – why not 5.5Gbps ?
Little interoperability at “control plane”
Customers forced to buy from one vendor
Stifles “best-in-class” deployment
Packet layer – no visibility into optical layer
16
What is an IP Router?
A Device Which Moves IP Datagrams Across
an Internetwork From Source to Destination
Minimum qualifications
ISO 7 Layer Model
Capable of switching IP datagrams:
L3 forwarding
Symmetric any-port-to-any-port
switching speed
Delay-bandwidth buffering,
plus congestion control
Internet scale IS-IS, OSPF, MPLS, BGP4
7 - Application
6 - Presentation
5 - Session
4 - Transport
Today’s benchmark
3 - Network
Wire-rate forwarding on all ports
2 - Datalink
1 - Physical
for 40-byte packets
Performance independent of load
Support of CoS queuing, shaping,
and policing
Traffic engineering
Classification and filtering at wire rate
17
What is an IP Router?
Routing Algorithm Goals
Optimal routes
Calculate and select the best routes –
many methods
ISO 7 Layer Model
7 - Application
Functional efficiency with low routing
protocol overhead
6 - Presentation
5 - Session
in a variable environment (hardware
failure, high load, topology changes)
Rapid convergence
Slow route calculations cause loops
2 - Datalink
1 - Physical
Robust and stable
Predictable and correct functionality
4 - Transport
3 - Network
Simplicity
and drops in service
Flexibility
Speed + accuracy to adapt to network
changes (bandwidth, delays, queues,
traffic levels, etc.)
18
What is an IP Router?
IP Service Creation
Internet scale routing allows anyone
ISO 7 Layer Model
to connect to anyone
(within or outside of own company)
7 - Application
6 - Presentation
HTML from FTP
Multicast
Not possible with voice circuit switching
technology
Internet radio, video on demand,
push Web
3 - Network
2 - Datalink
1 - Physical
Applications
Processing granularity to differentiate
5 - Session
4 - Transport
Any-to-any connectivity
Content sites
Directing Web traffic
Complementing cache servers
Security
19
Optical Cross-connects (OEO)
SONET/SDH
Digital Cross-connect (DXC)
Also known as Digital
Cross-connect Switch (DCS)
DXC/DCS
20
Optical Cross-connects (OEO)
SONET/SDH
Digital Cross-connect (DXC)
Also known as Digital
Cross-connect Switch (DCS)
ATM
Electrical
Switch
Matrix
STS-N
DS-3
STS-N
ATM
STS-N
DS-1
ATM
DS-3
DS-3
DS-1
DS-1
DS-1
STS-1
STS-N
STS-1
STS-N ATM DS-1 DS-3
21
All Optical Cross-connects
(OOO)
All Optical Cross-connect (OXC)
Also known as Photonic
Cross-connect (PXC)
OXC/PXC
22
All Optical Cross-connects
(OOO)
l2
l4
All Optical Cross-connect (OXC)
Also known as Photonic
Cross-connect (PXC)
l1
l3
Optical
Switch
Fabric
l3
l4
l1
l2
23
What is an Optical
Cross-connect?
Connects one port (l) to another
port
Add/Drop function with certain l
Delivers high bandwidth
Quick to provision bandwidth
ISO 7 Layer Model
7 - Application
6 - Presentation
5 - Session
4 - Transport
3 - Network
l1
Port 1
Port 3
l2
2 - Datalink
1 - Physical
Port 2
Port 4
l2
l1
24
OXC/PXC Switching
Mechanisms
Fibers
Micro-electrical Mechanical Systems
MEMs
Used for many other applications
Reflector
Imaging
Lenses
From Lucent, Corning, Xros (Nortel),
and others
Currently 8 x 8 OXC
256 mirrors, long-term goal 1,024
OXC
ADM uses seesaw MEMS
Electrical controls
Voltage applied to mirror; tilts on 2
MEMs tilting mirrors
axis + or – 6 degrees
Switch times typically 10 to 25 ms
25
OXC/PXC Switching
Mechanisms
Liquid
Crystal Light Valves
From Spectra
Liquid Crystal Cell
Switch and Chorum
ON
technologies
Output 1
Input
Switch speed
sub-millisecond
Future switch
speed in nanosecond
1 x 2 port switch
Polarizing
Polarizing
Beam
Beam
2 x 2 Add/Drop
Splitter
Splitter
Electrical controls
Liquid Crystal Cell
26
OXC/PXC Switching
Mechanisms
Liquid
Crystal Light Valves
From Spectra
Liquid Crystal Cell
Switch and Chorum
technologies
Input
Switch speed
sub-millisecond
Future switch
speed in nanosecond
1 x 2 port switch
Polarizing
Polarizing
Beam
Beam Output 2
2 x 2 Add/Drop
Splitter
Splitter
Electrical controls
OFF
Liquid Crystal Cell
27
OXC/PXC Switching
Mechanisms
Bubbles
From Agilent
32 x 32 or dual 16 x 32 ports
Suitable for
Wavelength Interchange
Cross-connect (WIXC)
Wavelength Selective
Cross-connect (WSXC)
Optical Add/Drop Multiplexers
(OADM)
Inkjet + Silica Planar
Lightwave Circuitry
Electrical controls
Bubbles created by heating
“index matching fluid”
Switch times under 10 ms
28
Developing an All Optical
Packet Router
Needs
How do you read a photonic header?
The
“pipeline” approach?
Switching and logic
Current
technology not fast enough
Lithium Niobate devices have speed,
but too much crosstalk
Photonic Bandgap Devices
(optical equivalent to transistor)
Buffering/Memory
Optical
buffers (fixed loop delays) exist,
but are insufficient
Bi-stable lasers
Holographic memories
SEEDS (Self Electro-optic Effect Devices)
29
Agenda
History
The
of IP Backbones
Emerging Two Layer Network
Network
Platforms
Standards
and Forums
GMPLS
30
Operational Approaches:
Overlay and Peer Models
Overlay model
Two independent control planes
IP/MPLS routing
Optical domain routing
Router is client of optical domain
Optical topology invisible to routers
Routing protocol stress – scaling issues
Does this look familiar?
Peer model
Single integrated control plane
Router and optical switches are peers
Optical topology is visible to routers
Similar to IP/MPLS model
31
?
Operational Approaches:
The Hybrid Model
Hybrid model
Combines peer & Overlay
Middle
ground of 2 extremes
Benefits
of both models
Multi admin domain support
Derived
from overlay model
Multiple technologies within
domain
Derived
from peer model
Peer
UNI
32
Standards and Industry
Forums
Optical Internetworking Forum (OIF)
Industry forum
Kick-off meeting May 1998
Standard OIF UNI based
on IETF work (CR-LDP/RSVP)
Internet Engineering Task Force (IETF)
Driving GMPLS standards development
Initial application was MPlambdaS
Peer model and Hybrid model
Extend MPLS traffic engineering
to the optical control plane
Rapid provisioning
Efficient restoration
ITU-T
Study Group 13
Study Group 15
33
IETF
GMPLS now Hosted by CCAMP WG
Common Control And Measurement Plane
MPLS WG revised charter (without GMPLS)
Eleven main GMPLS building blocks
Internet Drafts
Current work includes extending existing control
protocols (example, OSPF & ISIS)
New & future extensions considered
BGP4
For
cross AS, and Carrier of Carriers applications
LCAS
Link
Capacity Adjustment Scheme protocol for SONET
SONET Virtual Concatenation (dynamic TDM circuit control)
Intent to submit work to ITU-T
34
ITU-T
Study
Group 13 (SG13)
Focus: Multi-protocol & IP-based networks &
their inter-working
Study
Group 15 (SG15)
Focus: Optical & other transport networks
G.ASON – Automatically Switched Optical
Network
Addresses
networks
Ambition
the control layer for intelligent optical
to reference IETF standards
35
OIF Optical UNI Signaling
OIF-UNI
UNI
UNI
IETF-GMPLS
UNI
UNI
Optical
Transmission
UNI
UNI
Network
Uses procedures and messages defined for MPLS traffic
engineering and GMPLS
Features
Runs in UNI-only mode (overlay model)
Optical path creation, modification, and deletion
Optical path status inquiry and response
Allows one protocol to support two different applications
OIF UNI: client bandwidth requests (hide optical topology)
GMPLS: service provider provisioning (expose optical topology)
36
Agenda
History
The
of IP Backbones
Emerging Two Layer Network
Network
Platforms
Standards
and Forums
GMPLS
37
Traditional MPLS Applications
Traffic Engineering
Source
Destination
Layer 3 Routing
VPNs
CPE
FT/VRF
Traffic Engineered LSP
PE
PE
P
Site 1
FT/VRF
CPE
Site 3
FT/VRF
CPE
CPE
P
Site 2
P
CPE
Site 2
P
CPE
FT/VRF
Site 1
Site 3
FT/VRF
PE
P
38
PE
FT/VRS
FT/VRF
Generalized MPLS (GMPLS)
Traditional MPLS supports packet & cell switching
Extends MPLS to support multiple switching types
TDM switching (SDH/SONET)
Wavelength switching (Lambda)
Physical port switching (Fiber)
Peer model
Uses existing and evolving technology
Facilitates parallel evolution in the IP and optical
transmission domains
Enhances service provider revenues
New service creation
Faster provisioning
Operational efficiencies
39
GMPLS Mechanisms
IGP extensions
Forwarding adjacency
LSP hierarchy
Constraint-based routing
Signaling extensions
Link Management Protocol (LMP)
Link bundling
40
IGP Extensions
OSPF and IS-IS extensions
Flood topology information among IP routers and OXCs
New link types
Normal link (packet)
Non-packet link (TDM,
l, or fiber)
Forwarding adjacency (FA-LSP)
41
IGP Extensions
OSPF and IS-IS extensions
Flood topology information among IP routers and OXCs
New link types
Normal link (packet)
Non-packet link (TDM, l, or fiber)
Forwarding adjacency (FA-LSP)
42
IGP Extensions
New Link Type sub-TLVs
Link protection
1:1 Protection
Protection capability
Working
Attributes
None,
1+1, 1:N, or ring
Priority for a working
channel
Protection
1:3 Protection
Working
Protection
43
IGP Extensions
New Link Type sub-TLVs
Link descriptor
1:1 Protection
Characteristics of the link
Selected attributes
Link type
SONET, SDH, clear,
Gig E, 10 Gig E
Working
Protection
Minimum
reservable bandwidth
Maximum reservable bandwidth 1:3 Protection
Attributes change over time
Working
Provides a new constraint
for LSP calculation
Shared Risk Link Group
(SRLG)
List of the link’s SRLGs
Does not change over time
44
Protection
Forwarding Adjacency
Ingress Node
(Low Order LSP)
Egress Node
(Low Order LSP)
SONET/SDH
ADM
ATM
Switch
A
FA-LSP
Ingress Node
(High Order LSP)
SONET/SDH
ADM
Egress Node
(High Order LSP)
node can advertise an LSP into the IGP
Establishes LSP using RSVP/CR-LDP signaling
IGP floods FA-LSP
Link state database maintains conventional links and FA-LSPs
A second node wanting to create an LSP can use an FA-LSP as a”link”
in the path for a new, lower order LSP
The second node uses RSVP/CR-LDP to establish label bindings for the
lower order LSP
45
ATM
Switch
Forwarding Adjacency
Ingress Node
(Low Order LSP)
ATM
Switch
IGP
SONET/SDH
ADM
FA-LSP
Ingress Node
(High Order LSP)
SONET/SDH
ADM
Egress Node
(Low Order LSP)
Egress Node
(High Order LSP)
attributes describing a forwarding adjacency
Local (ingress) and remote (egress) interface IP
addresses
Traffic engineering metric
Maximum reservable bandwidth
Unreserved bandwidth
Resource class/color (administrative groups)
Link multiplexing capability (packet, TDM, l , or fiber)
Path information (similar to an ERO)
46
ATM
Switch
LSP Hierarchy
PSC
Cloud
TDM
Cloud
LSC
Cloud
FSC Cloud
Fiber 1
Fiber n
LSC
Cloud
TDM
Cloud
l LSPs
Time-slot
LSPs
PSC
Cloud
Bundle
FA-PSC
FA-TDM
FA-LSC
Explicit
Label LSPs
Time-slot
LSPs
l LSPs
Fiber LSPs
(Multiplex Low-order LSPs)
Explicit
Label LSPs
(Demultiplex Low-order LSPs)
Nesting LSPs enhances system scalability
LSPs always start and terminate on similar interface types
LSP interface hierarchy
Fiber Switch Capable (FSC)
Highest
Lambda Switch Capable (LSC)
TDM Capable
Packet Switch Capable (PSC)
47
Lowest
Constraint-based Routing
Extended IGP
Routing Table
Traffic Engineering
Database (TED)
Constrained Shortest
Path First (CSPF)
Reduces
the level of manual
configuration
Input to CSPF
Explicit Route
Path performance constraints
Resource availability
Topology information
RSVP Signaling
(including FA-LSPs)
Output
Explicit route for GMPLS signaling
48
User
Constraints
GMPLS Signaling Extensions
Label Related Formats (“Generalized Labels”)
Generalized
label request
Link protection type (none, 1+1, 1:N, or ring)
LSP encoding type (packets, SONET, SDH, clear, DS-0, DS-1, …)
Generalized
label object
Packet (explicit in-band labels)
Time slots (TDM)
Wavelengths (lambdas)
Space Division Multiplexing (fiber)
Suggested
label
Label can be suggested by the upstream node
Speeds LSP setup times
Label
set
Restrict range of labels selected by downstream nodes
Required in operational networks
49
GMPLS Signaling Extensions
PATH
SONET/SDH
ADM
RESV
SONET/SDH
ADM
Bi-directional LSPs
Resource contention experienced by reciprocal LSP using
separate signaling sessions
Simplifying failure restoration in the non-PSC case
Lower setup latency
RSVP notification messages
Notify message informs non-adjacent nodes of LSP events
Notify-ACK message supports reliable delivery
Egress control
Terminate LSP at a specific output interface of egress LSR
50
Link Management Protocol
LMP
The
LMP
LMP
link between two nodes consists of
LMP
Control Channel
Bearer Channel
An in-band or out-of-band control channel
One or more bearer channels
Link
Management Protocol (LMP)
Automates link provisioning and fault isolation
Assumes the bi-directional control channel is always
available
Control
channel is used to exchange
Link provisioning and fault isolation messages (LMP)
Path management and label distribution messages
(RSVP or CR-LDP)
Topology information messages
(OSPF or IS-IS)
51
Link Management Protocol
Services Provided by LMP
Control channel management
Lightweight keep-alive mechanism (Hello protocol)
Reacts to control channel failures
Verify physical connectivity of bearer channels
Ping test messages sent across each bearer channel
Contains sender’s label [(fiber, λ) pair] object for channel
Eliminates human cabling errors
Link property correlation
Maintains a list of local label to remote label mappings
Maintains list of protection labels for each channel
Fault isolation
“Loss of light” is detected at the physical (optical) layer
Operates across both opaque (DXC) and transparent (PXC) network
nodes
52
Link Bundling
Bundled Link 1
Bundled Link 2
Multiple
parallel links between nodes can be advertised
as a single link into the IGP
Enhances IGP and traffic engineering scalability
Component
links must have the same
Link type
Traffic engineering metric
Set of resource classes
Link multiplex capability (packet, TDM, λ, port)
bandwidth request) (bandwidth of a component link)
Link granularity can be as small as a λ
(Max
53
GMPLS Benefits
Open standards allow selection of best-in-class equipment
Routers have visibility into the transmission
network topology
Eliminates N2 meshes of links scaling issue
Reduces routing protocol stress
Optical paths span an intermix of routers and OXCs to deliver
provisioning-on-demand networking
Leverages operational experience with MPLS-TE
No need to reinvent a new class of control protocols
Promotes parallel evolution of UNI and NNI standards
Enables rapid development & deployment of new OXCs
54
GMPLS: Modern Thinking
for Modern Times
Aligns with the way that the next generation network needs
to be built and managed
20th Century – Transmission network was dominant
Voice ran over the transmission network
ATM/Frame Relay delivered private data services
Internet was just one among many services
Transmission network created subscriber services
21st Century – Internet is dominant
Routers create the services that matter ($)
Network must be optimized for IP/Internet
OC-48/OC-192 make routers the largest consumers of bandwidth
New architecture is driven by routers subsuming functions
previously performed by the transmission network
The transmission network must evolve in a way that is most
beneficial to the creation of Internet services
55
Thank You
http://www.juniper.net
Copyright © 2000, Juniper Networks, Inc.
56