innovative optical networking using gmpls and astn ... · pdf fileinnovative optical...

Post on 05-Feb-2018

232 Views

Category:

Documents

1 Downloads

Preview:

Click to see full reader

TRANSCRIPT

Innovative optical networking using GMPLS and ASTN technologiesBernd Stilling, Siemens

The need of network operators for fast service provisioning and cost reduction urgesthe necessity for more intelligent networks. These networks enable automatedservice provisioning incl. bandwidth on demand, distributed restoration, automatictopology discovery and routing, and finally interoperability and multi-vendorcapability. This requires the introduction of a control plane for optical networks. Theprincipal functions of the control plane are link management, signalling to establish,maintain and tear down end-to-end connections, and routing to select the mostappropriate path. Standardisation bodies like IETF, OIF and ITU-T have spentsignificant effort to develop interoperable procedures in the control plane.

In the Viola network, client equipment will request GbE services dynamically from theoptical network while optical network nodes will autonomously communicate to set-upand tear-down optical connections. This will be accomplished without timeconsuming manual interaction for setting up the service.

The presentation gives an overview of GMPLS and ASTN technologies. Currently aSiemens implementation of a GMPLS NNI is under way within the Viola project. Thepresentation highlights first results. Furthermore Viola interoperability test scenariosare presented for I-NNI (IETF RSVP-TE, OSPF-TE), OIF UNI 2.0 and OIF E-NNIinterfaces between optical network elements from Alcatel and Siemens.

VIOLA Workshop

Innovative Optical Networking UsingGMPLS and ASTN TechnologiesBernd Stilling, 27.04.2005

© Siemens Com FN 05-05 2

Agenda

• Introduction

• Control Plane Applications

• Control Domains and Interfaces

• Service Recovery

• I-NNI Implementation and First Results

• Viola Interoperability Tests

© Siemens Com FN 05-05 3

Introduction

© Siemens Com FN 05-05 4

What is GMPLS and ASTN?

ASTN (Automatically Switched Optical Transport Network)! Describe an architecture for transport networks that enables distributed connection

control! ASTN and ASON are often used as synonyms (Automatically Switched

Transport/Optical Network)! Requirement documents have been approved by ITU-T

GMPLS (Generalized Multi-Protocol Label Switching)! GMPLS extends MPLS signaling and routing protocols for use in non-packet based

transport networks like SDH, DWDM, etc.! GMPLS introduces additional label types for TDM, lambda and fiber switch capable

LSRs! Additional features like: bidirectional label types, label suggestion and label restriction

! GMPLS defines a set of protocols that implement automatically switched transportnetworks

! The GMPLS documents are developed at the CCAMP working group within the IETF

© Siemens Com FN 05-05 5

Add Revenues

Reduce CapEx

Automated processes! Automatic connection set-up and

release! Rapid circuit provisioning! Topology auto-discovery! Multi-vendor/domain/layer

integration

Improved network utilization! Meshed restoration! Resilience against multiple failures! Resource management! Traffic Engineering

Flexible / fast service provisioning! Bandwidth on demand! Class of Services at transport

layer

Reduce OpEx

ASTN Value Proposition

© Siemens Com FN 05-05 6

Control Plane Applications

© Siemens Com FN 05-05 7

Meshed Restoration

The GMPLS layer represents a closed domain. Interworking with other suppliers to provide a meshedrestoration requires the implementation of an E-NNI, which is not shown in this graph.

GMPLSDomain

Key feature

! Fast and resource efficienttraffic rerouting

Value proposition

! Resilient against multiplefailures

! Less resources forresilience (CapEx savings)

! Reduce reaction timerequirements (OPEXsavings)

! New services (e.g. 1+1 +)

© Siemens Com FN 05-05 8

Multi-Vendor/Domain End-to-End Service Provisioning

E-NNI

UNI

Key feature

• multi-vendor network operationscenario.

Value proposition

• simple network operation andmanagement (OPEX savings)

• Less effort for integration in umbrellamanagement (CapEx savings)

2

1

The E-NNI allows a service provisioning acrossvendor and administrative domains. Theconfiguration of the e2e connection set up canbe realized via a TMN service set up command(1) or in a more advanced scenario via UNIsignaling from a client layer (2).

© Siemens Com FN 05-05 9

Multi-Layer Integration

Key feature

• Multi-layer network operationscenario.

Value proposition

• Simplify network operation andmanagement (OPEX savings)

• Single control plane instance forboth layers (CapEx savings)

• Less effort for integration in umbrellamanagement (CapEx savings)

GMPLSDomain

Functional entitywith packet switchingand DWDM capability

© Siemens Com FN 05-05 10

Bandwidth On Demand

UNI

MRXMRX

GMPLS Domain

MANMAN

Key feature.

! bandwidth adaptation

! automatic path set up

Value Proposition:

• revenue generation vianew services, e.g.switched GbE services

Serv

erC

lient

Via the UNI the overlay transport network is providing flexible bandwidth adaptation, e.g.increasing/decreasing the number of VC-4s between sink and source TP.

© Siemens Com FN 05-05 11

Control Plane Functions and Components

© Siemens Com FN 05-05 12

Relationship between Architectural Components

T1546650-02

LN1LN2LN3

LN1LN2LN3

TP for signalling

TP for man. comms

TP LN Manager

Control Plane

Transport Plane

Management Plane

ResourceMan.

CPMan.

DCN

Ref: Figure1/G.8080/Y.1304

• Management plane:• The Management Plane performs management functions (FCAPS) for

the Transport Plane, the control plane and the system as a whole. Italso provides coordination between all the planes.

• Control plane:• The Control Plane performs the call control and connection control

functions. Through signalling, the control plane sets up and releasesconnections, and may restore a connection in case of a failure

• Transport plane:• The Transport Plane provides bidirectional or unidirectional transfer of

user information, from one location to another• DCN

• The DCN provides the communication paths to carry signaling andmanagement information.

© Siemens Com FN 05-05 13

Control Plane Functions

Neighbor discovery! Automatically determines the details of an NE’s connectivity to all its data

plane neighbors

Routing! Automatic topology and resource discovery

! Path computation

Signaling! The syntax and semantics of communication between control agents in

establishing and maintaining connections

Resource management! Representation and accounting of locally available resources controlled by

a control agent

© Siemens Com FN 05-05 14

Control Domains and Interfaces

© Siemens Com FN 05-05 15

Control Domains and Interfaces

I-NNI: OSPF/IS-IS*, GMPLS (CR-LDP*, RSVP-TE*), LMPE-NNI: OIF E-NNIUNI: OIF UNI 1.0/2.0

UNI UNI

AdministrativeDomain1

E-NNI

I-NNI: Interior Network Node InterfaceE-NNI: Exterior Network Node InterfaceUNI: User Network Interface

*: Extended to meet TN requirements

Overlay Model

AdministrativeDomain2I-NNI

© Siemens Com FN 05-05 16

Control Domains and Interfaces (cont.)

Resource Discovery

Connection ServiceTopologyInformation

Call Control

I-NNIE-NNI

UNI

AdmissionControl

Reachability,summarized addressand topologyinformation

© Siemens Com FN 05-05 17

GMPLS Protocols

o Control Channel Management (Config, Hellomessage)

o Link-Connectivity Verification (Test message)o Link Property Correlation (Link Summary

message)

LMPLink Management

o Establishment of traffic-engineered LSPo Major Enhancements:

o Support generalized labelso Establishment of bi-directional LSPso Establishment of backup patho Expediting label assignment via

suggested labelo Support waveband switching

RSVP-TE, CR-LDPSignaling

o Auto-discovery of network topologyo Advertise resource availabilityo Major Enhancements:

o Advertising of link-protection typeo Implement derived link (forwarding

adjacency)o Support unnumbered linkso Support interface IDo Support Shared Risk Link Group (SRLG)

OSPF-TE, IS-IS-TERouting

DescriptionProtocols

© Siemens Com FN 05-05 18

Standardization for GMPLS and Related Protocols

Available Standards

G.807 (Automatic Switched Transport Network)

UNI 1.0 (User-Network-Interface)UNI 2.0 (User-Network-Interface)E-NNI 1.0 (Network-Network-Interface)

RFC3471 (Generalized Multi-protocol Label Switching)

RFC3473 (GMPLS extensions for RSVP-TE)

OSPF extensions (Open Shortest Path First)

GMPLS extensions for SDH/Sonet

RFC3472 (GMPLS extensions for CR-LDP, obsolete)

GMPLS extensions G.709 (OTN)

G.8080 version 2 (Automatic Switched Optical Network)

G.7715 (Routing)

G.7713 (DCM Signaling Mechanism)G.7714 (Automatic Neighbor Discovery)

G.7716 (Link Resource Management)

© Siemens Com FN 05-05 19

Service Recovery

© Siemens Com FN 05-05 20

! Traditional SDH protection mechanisms: SNCP, MS-SPRing, MSP(0 < switching time < 50ms)

! M:N Link Protection (0 < switching time < 100ms)! Fast recovery by local repair

! Comparable to MSP

! Pre-planned shared path restoration (0 < switching time < 1s)! (Local)/global repair mechanism

! Deterministic: traffic routing, degree of protection, restoration time

! Dynamic Source Reroute upon failure (0 < switching time < s)! Local/global repair mechanism

! Depends strongly on network planning

! Potentially less restoration resources in case of high mesh degreeand high number of nodes

! Hybrid Protection/Restoration schemes (Protection+)! 1st failure: 1+1 protection, 2nd failure: restoration

! Unprotected

Protection & Restoration Options

© Siemens Com FN 05-05 21

Case Study - SDH Restoration

Notes:1): 1st failure: 1+1 protection 2nd failure: preplanned shared restoration2): Compared to 1+1(+1) protection

-30%2)-40%2)Double failure

--30%2)Single failure

1+1 Protection+1)Preplanned sharedrestoration

1

2

3

4

5

11

9

8

10

7

6

• Nodal degree: 3.3• Fully loaded demand matrix• SPF routing

Total IF capacityProtect

against …

© Siemens Com FN 05-05 22

I-NNI Implementation and First Results

© Siemens Com FN 05-05 23

hiT 7070 Viola Prototype - GMPLS Controller

LMP OSPF-TECSPF RSVP-TE

SURPASS hiT 7070

Main Controller

• LMP: Link Management Protocol (disabled on theI-NNI)

• OSPF–TE: Open Shortest Path First (with TrafficEngineering Extensions)

• CSPF: Constraint Shortest Path First• RSVP-TE: Resource Reservation Protocol (with

Traffic Engineering and GMPLS Extensions)

GMPLS Controller

SNMP Management Agent

© Siemens Com FN 05-05 24

I-NNI - Supported IETF RFCs and Drafts

draft-katz-yeung-ospf-trafficdraft

The OSPF Opaque LSA Option2370

OSPF Version 2 Std2328OSPF

Resource ReSerVation Protocol (RSVP)2205Non-WG

draft-ietf-mpls-bundledraft

Signaling Unnumbered Links in Resource ReSerVation Protocol -Traffic Engineering (RSVPTE)

3477

RSVP-TE: Extensions to RSVP for LSP Tunnels3209

Multiprotocol Label Switching Architecture3031MPLS

draft-lang-ccamp-gmplsrecovery-e2e-signalingdraft

draft-ietf-ccamp-gmpls-sonet-sdhextensionsdraft

draft-ietf-ccamp-ospf-gmplsextensionsdraft

Generalized Multi-Protocol Label Switching (GMPLS) SignalingResource Reservation Protocol-Traffic Engineering (RSVP-TE)

3473

Generalized Multi-Protocol Label Switching (GMPLS) SignalingFunctional Description

3471CCAMP

TitleRFCWG

Note: List gives an overview on the supported mainRFCs and drafts (it‘s not a full list)

© Siemens Com FN 05-05 25

hiT 7070 Testbed

hiT 7070

IP DCNEthernet (out-of-band)

STM-16/STM-64Fast EthernetIP DCN (Ethernet)

LCT

Ethernet Client

© Siemens Com FN 05-05 26

Measurement of Restoration Times

hiT 7070

Ethernet Client

Pre-planned shared restoration

- Restoration path is pre-established

- Working and backup paths are establishedat service provisioning time

- In case of failure a singe PATH message isused to switch traffic to backup path

- Restoration time for a 2-hop LSP: 230 ms

Ethernet Client

© Siemens Com FN 05-05 27

Viola Interoperability Tests

© Siemens Com FN 05-05 28

Viola Testbed

Porz

FZJ

6 xMM

8 xMM

18 xMM

3 x MM

7,8 km

FhG IMK

12 xMM

536 m

10 xMM

2 xMM

Uni Bonn

4 xMM

17 km

vorläufige Standorte

Alcatel1696

SDHAlcatel1678

16 xGE

Alcatel7750 SR

10 xGE

SDHAlcatel1678

12 xGE

Alcatel7750 SR10 x

GE

SDHAlcatel1678

20 xGE

Alcatel7750 SR

14,6 km

OptischerVerstärker

27,2 km

116,2 km

10 xGE

SDHSiemenshiT 7070

SDHSiemenshiT 7070

8 xGE 8 x

GE

10 xMM

8 xMM

10 xMM

2 x MM

10 xMM

8 xMM

1 x MM2 xGE

10GERiverstone

1500824 xGE

2 x MM

AD VAFSP1500

2 xGE

Naurod

Dern-bach

ca. 200 km

GÉANT

ADVAFSP1500

AD VAFSP1500

AD VAFSP1500

FH Bonn-Rhein-Sieg

12 xTP

2 x MM 2 x MM

15 x MM

1 x MM

Alcatel1696

10GERiverstone

1500824 xGE

AD VAFSP1500

2 xMM

FhGSCAI

2 x MM22 x TP

caesar

4 x MM44 x TP

48 xGE

10GERiverstone

15008

RWTHAachen 2 x

SM

3 km

10 Gbit/s SDH

ca. 400 km

16 km

Köln

8 x MMSDH

SiemenshiT 7070

8 x GE 1 x 2,5Gbit/s

SDHSycamoreSN 16000

DWDM

24 km

DWDM

10GERiverstone

15008

SCAI24 xGE

24 xGE

10GERiverstone

15008

IMK

10GERiverstone

15008

12 xGE

AD VAFSP3000

AD VAFSP3000

57 km

Uni Erlangen

WDM and SDH Multiplexers

Legende:

SDH Cross-connects/MSPP

Packet Sw itches/Routers

Leitung getestet

Netzkomponenten: externe Verbindungen:

Netzkomponenten sind nochnicht untereinander verkabelt

interne Verbindungen:

AD VAFSP1500

2 xGE

AD VAFSP1500

2 xGE

AD VAFSP1500

Intra-DomainI-NNI

Inter-DomainMulti-Vendor

E-NNI

© Siemens Com FN 05-05 29

Uni Bonn

Nürnberg

Domain S1Domain S1

FhG IMK

Domain A1Domain A1

FZJ

Domain A2Domain A2

Uni Erlangen

Viola OIF E-NNI Interop Tests

SycamoreSN 16000

SiemenshiT 7070

Alcatel1678

SiemenshiT 7070

SiemenshiT 7070

Alcatel1678

E-NNIE-NNI

Alcatel1678

Test Setup1.) SN16000 – E-NNI*) – 16782.) SN16000 – E-NNI *) – 1678 – E-NNI *) – 1678*) OIF E-NNI

Test Cases1.) Routing Functionality2.) E-NNI Signaling

- Connection Establishment- Graceful Deletion- Forced Deletion

© Siemens Com FN 05-05 30

Uni Bonn

Nürnberg

Domain S1Domain S1

FhG IMK

Domain A1Domain A1

FZJ

Domain A2Domain A2

Uni Erlangen

Viola End-to-End Interop Tests

SycamoreSN 16000

SiemenshiT 7070

Alcatel1678

SiemenshiT 7070

SiemenshiT 7070

Alcatel1678

E-NNIE-NNI

Alcatel1678

Test Cases

• Routing Functionality

• End-to-End signaling

• Interfaces: UNI2.0, E-NNI, I-NNI

• Vendors: Alcatel, Siemens, Sycamore

UNIClient UNI

ClientUNI

Client

UNI 2.0

UNI 2.0I-NNI

© Siemens Com FN 05-05 31

Thank You

© Siemens Com FN 05-05 32

Backup

© Siemens Com FN 05-05 33

UNI 2.0 Features

The following features are added in UNI 2.0:! Separation of Call and Connection Control

! Dual Homing for Diverse Routing

! Non-Disruptive Connection Modification

! 1: N Protection

! Sub STS-1 Rate Connections

! Transport of Ethernet Services

! Transport of G.709 Interfaces

! Enhanced Security

The only mandatory items in the above list to become compliantwith UNI 2.0 are:

! Separation of Call and Connection Control

! Non-Disruptive Connection Modification

top related