1 / 52

Agenda

Agenda. History of IP Backbones The Emerging Two Layer Network Network Platforms Standards and Forums GMPLS. The Emerging Networking Paradigm

farhani
Download Presentation

Agenda

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Agenda • History of IP Backbones • The Emerging Two Layer Network • Network Platforms • Standards and Forums • GMPLS

  2. The Emerging Networking Paradigm • The change in the fundamental character of backbone network traffic, as demonstrated by the current shift in the telecommunications industry from traditional voice-centric TDM/SONET circuit-switched networking paradigm to data-centric packet-optimized networking paradigm, is leading to revolutionary changes in the traditional concepts of how networks are constructed. • The primary reason is the nature of traffic crossing today's long-haul backbones. • Internet Protocol (1P) applications are the fastest growing segment of a service provider's network traffic..

  3. Core Router Core Router ATM Switch ATM Switch MUX MUX SONET/SDH ADM SONET/SDH ADM SONET/SDH DCS SONET/SDH DCS SONET/SDH ADM SONET/SDH ADM MUX MUX ATM Switch ATM Switch Core Router Core Router Typical IP Backbone (Late 1990’s) • Data piggybacked over traditional voice/TDM transport

  4. Why So Many Layers? • Router • Packet switching • Multiplexing and statistical gain • Any-to-any connections • Restoration (several seconds) • ATM/Frame switches • Hardware forwarding • Traffic engineering • Restoration (sub-second) • MUX • Speed match router/ switch interfaces to transmission network • SONET/SDH • Time division multiplexing (TDM) • Fault isolation • Restoration (50mSeconds) • DWDM • Raw bandwidth • Defer new construction • Result • More vendor integration • Multiple NM Systems • Increased capital and operational costs

  5. MUX becomes redundant IP trunk requirements reach SDH aggregate levels Next generation routers include high speed SONET/SDH interfaces Core Router (IP/MPLS) SONET/SDH DWDM IP Backbone Evolution Core Router (IP/MPLS) FR/ATM Switch MUX SONET/SDH DWDM (Maybe)

  6. Removal of ATM Layer Next generation routers provide trunk speeds Multi-protocol Label Switching (MPLS) on routers provides traffic engineering Core Router (IP/MPLS) SONET/SDH DWDM IP Backbone Evolution Core Router (IP/MPLS) FR/ATM Switch MUX SONET/SDH DWDM (Maybe)

  7. Removing the ATM Layer • 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 Logical Topology

  8. Collapsing Into Two Layers IP Service (Routers) Optical Core Optical Transport (OXCs, WDMs, SONET ?)

  9. Collapsing Into Two Layers • 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 • Internet scalability IP Service (Routers) Optical Core Optical Transport (OXCs, WDMs, SONET ?)

  10. Collapsing Into Two Layers • 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 ???? IP Service (Routers) Optical Core Optical Transport (OXCs, WDMs, SONET ?)

  11. The Emerging Two-Layer Network • Reduced cost • Transport layer visible to IP Services • Transport layer signaling is an open standard (RSVP & CR-LDP) Data Layer Routers IP Services Transport Layer OXC’s TDM’s WDM’s LH Transport • Reduced complexity • Network more scalable • Uniform admin & management of IP and transport layers

  12. 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

  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 TrafficQuickly ReroutedAfter Failure

  14. 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

  15. Minimum qualifications 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 Today’s benchmark Wire-rate forwarding on all ports for 40-byte packets Performance independent of load Support of CoS queuing, shaping, and policing Traffic engineering Classification and filtering at wire rate What is an IP Router? A Device Which Moves IP Datagrams Across an Internetwork From Source to Destination ISO 7 Layer Model 7 - Application 6 - Presentation 5 - Session 4 - Transport 3 - Network 2 - Datalink 1 - Physical

  16. What is an IP Router? Routing Algorithm Goals • Optimal routes • Calculate and select the best routes – many methods • Simplicity • Functional efficiency with low routing protocol overhead • Robust and stable • Predictable and correct functionality in a variable environment (hardware failure, high load, topology changes) • Rapid convergence • Slow route calculations cause loops and drops in service • Flexibility • Speed + accuracy to adapt to network changes (bandwidth, delays, queues, traffic levels, etc.) ISO 7 Layer Model 7 - Application 6 - Presentation 5 - Session 4 - Transport 3 - Network 2 - Datalink 1 - Physical

  17. What is an IP Router? • Any-to-any connectivity • Internet scale routing allows anyone to connect to anyone (within or outside of own company) • Applications • Processing granularity to differentiate HTML from FTP • Multicast • Not possible with voice circuit switching technology • Internet radio, video on demand, push Web • Content sites • Directing Web traffic • Complementing cache servers • Security IP Service Creation ISO 7 Layer Model 7 - Application 6 - Presentation 5 - Session 4 - Transport 3 - Network 2 - Datalink 1 - Physical

  18. Optical Cross-connects (OEO) SONET/SDH Digital Cross-connect (DXC) Also known as DigitalCross-connect Switch (DCS) DXC/DCS

  19. STS-N DS-1 DS-3 STS-1 DS-3 DS-1 ATM ATM STS-N STS-1 ATM DS-1 DS-1 STS-N STS-N DS-3 DS-3 ATM DS-1 STS-N Optical Cross-connects (OEO) SONET/SDH Digital Cross-connect (DXC) Also known as DigitalCross-connect Switch (DCS) Electrical Switch Matrix

  20. All Optical Cross-connects (OOO) All Optical Cross-connect (OXC) Also known as PhotonicCross-connect (PXC) OXC/PXC

  21. l2 l4 l3 l1 l3 l2 l4 l1 All Optical Cross-connects (OOO) All Optical Cross-connect (OXC) Also known as PhotonicCross-connect (PXC) Optical Switch Fabric

  22. Port 1 Port 3 Port 4 Port 2 What is an OpticalCross-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 l2 2 - Datalink 1 - Physical l2 l1

  23. Micro-electrical Mechanical Systems MEMs Used for many other applications 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 axis + or – 6 degrees Switch times typically 10 to 25 ms Fibers Reflector Imaging Lenses MEMs tilting mirrors OXC/PXC Switching Mechanisms

  24. OXC/PXC Switching Mechanisms • Liquid Crystal Light Valves • From Spectra Switch and Chorumtechnologies • Switch speed sub-millisecond • Future switch speed in nanosecond • 1 x 2 port switch • 2 x 2 Add/Drop • Electrical controls Liquid Crystal Cell ON Output 1 Input Polarizing Beam Splitter Polarizing Beam Splitter Liquid Crystal Cell

  25. OXC/PXC Switching Mechanisms • Liquid Crystal Light Valves • From Spectra Switch and Chorumtechnologies • Switch speed sub-millisecond • Future switch speed in nanosecond • 1 x 2 port switch • 2 x 2 Add/Drop • Electrical controls Liquid Crystal Cell Input Polarizing Beam Splitter Polarizing Beam Splitter Output 2 OFF Liquid Crystal Cell

  26. 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

  27. Developing an All OpticalPacket 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)

  28. 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 ?

  29. Peer UNI 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

  30. 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

  31. 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

  32. 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 the control layer for intelligent optical networks • Ambition to reference IETF standards

  33. OIF Optical UNI Signaling OIF-UNI IETF-GMPLS • 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) UNI UNI UNI UNI Optical Transmission Network UNI UNI

  34. Traditional MPLS Applications Traffic Engineering Source Destination Layer 3 Routing Traffic Engineered LSP VPNs PE PE CPE CPE FT/VRF FT/VRF P Site 1 Site 3 FT/VRF CPE CPE P Site 2 Site 2 P P CPE CPE FT/VRF Site 1 Site 3 P FT/VRF FT/VRS FT/VRF PE PE

  35. 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

  36. GMPLS Mechanisms • IGP extensions • Forwarding adjacency • LSP hierarchy • Constraint-based routing • Signaling extensions • Link Management Protocol (LMP) • Link bundling

  37. 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)

  38. 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)

  39. Working Protection Working Protection IGP Extensions New Link Type sub-TLVs • Link protection • Protection capability • Attributes • None, 1+1, 1:N, or ring • Priority for a working channel 1:1 Protection 1:3 Protection

  40. 1:1 Protection Working Protection 1:3 Protection Working Protection IGP Extensions New Link Type sub-TLVs • Link descriptor • Characteristics of the link • Selected attributes • Link type • SONET, SDH, clear, Gig E, 10 Gig E • Minimum reservable bandwidth • Maximum reservable bandwidth • Attributes change over time • Provides a new constraint for LSP calculation • Shared Risk Link Group (SRLG) • List of the link’s SRLGs • Does not change over time

  41. A 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 Ingress Node (Low Order LSP) Egress Node (Low Order LSP) Ingress Node (High Order LSP) Egress Node (High Order LSP) Forwarding Adjacency SONET/SDH ADM SONET/SDH ADM FA-LSP ATM Switch ATM Switch

  42. Ingress Node (Low Order LSP) Egress Node (Low Order LSP) Forwarding Adjacency • IGP 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) SONET/SDH ADM SONET/SDH ADM FA-LSP Ingress Node (High Order LSP) Egress Node (High Order LSP) ATM Switch ATM Switch

  43. LSP Hierarchy • 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) Lowest PSC Cloud TDM Cloud LSC Cloud LSC Cloud TDM Cloud PSC Cloud FSC Cloud Fiber 1 Bundle Fiber n FA-PSC FA-TDM lLSPs lLSPs FA-LSC Explicit Label LSPs Time-slot LSPs Time-slot LSPs Explicit Label LSPs Fiber LSPs (Multiplex Low-order LSPs) (Demultiplex Low-order LSPs)

  44. Extended IGP Routing Table Traffic Engineering Database (TED) Constrained ShortestPath First (CSPF) User Constraints Explicit Route RSVP Signaling Constraint-based Routing • Reduces the level of manual configuration • Input to CSPF • Path performance constraints • Resource availability • Topology information(including FA-LSPs) • Output • Explicit route for GMPLS signaling

  45. 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

  46. PATH RESV SONET/SDH ADM SONET/SDH ADM GMPLS Signaling Extensions • 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

  47. LMP LMP LMP LMP Link Management Protocol • The link between two nodes consists of • 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) Control Channel Bearer Channel

  48. Link Management Protocol • 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 Services Provided by LMP

  49. Link Bundling • Multiple parallel links between nodes can be advertisedas 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) • (Max bandwidth request)  (bandwidth of a component link) • Link granularity can be as small as a λ Bundled Link 1 Bundled Link 2

More Related