© 2010 MAINS Consortium MAINS (Metro Architectures enablINg Subwavelengths) Mark Basham(WPL, INT) George Zervas(UESSEX) MAINS 2 nd EC Technical Review.

© 2010 MAINS Consortium

MAINS (Metro Architectures enablINg Subwavelengths)

Mark Basham(WPL, INT)George Zervas(UESSEX)

MAINS 2nd EC Technical ReviewBrussels, March 29th 2012

WP2Metro architectures exploiting optical packet/flow switching

2© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

Contents Brief WP2 summary

– Objectives, activities and Y2 results

Technical insight on Y2 results– XML Control Plane APIs– OAM architecture for subwavelength networks

3© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

Main WP2 objectives

[Y1] Specification & Design of Physical Network and Node Architecture

OPST Ring TSON Mesh

[Y2] Specification & Design of Control Plane Architecture OPST XML #1 TSON XML #2 GMPLS XML #3

[Y2] Common OAM Proposal for Subwavelength networks

4© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

Activities breakdown

Y2 Y2

Y1

Y2

Y1

Y2

5© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

WP2 workplan

Y2

M15Published XML#1 Network Control Interface document

M15Published XML#2 Network Control Interface document

M18Published XML#3 Network Control Interface document

M19OAM specification proposal

6© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

Y2 work summary & main results Starting points of work

– Definition of network scenarios, drivers and requirements for metro-regional architectures combining optical transport and network resident IT resources (T1.1, D1.1)

– OPST Metro Network Design and Control Plane requirements (T2.1, D2.1)– TSON Metro Network Design and Control Plane requirements (T2.2, D2.3)

Y2 efforts predominantly employed– Specifying XML control plane APIs (T2.1 + T2.2 + T2.3)– OAM architecture for subwavelength networks (T2.4)

Main Y2 results – XML #1 OPST Control Plane API (T2.1, D2.2)– XML #2 TSON Control Plane API (T2.2, D2.4)– XML #3 GMPLS Control Plane API (T2.3, D2.5)– OPST & TSON Common OAM Proposal (T2.4, D2.6)

7© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

WP2: Y2 Delivering Operational Control

WP1WP1

WP4WP4

D2.1OPST Metro

Network Design

D2.1OPST Metro

Network Design

D2.3TSON Metro

Network Design

D2.3TSON Metro

Network Design

D2.2XML #1 OPST Control Plane

API

D2.2XML #1 OPST Control Plane

API

D2.4XML #2 TSON Control Plane

API

D2.4XML #2 TSON Control Plane

API

D2.5XML #3 GMPLS Control Plane

API

D2.5XML #3 GMPLS Control Plane

API

D2.6OPST & TSON

Common OAM Proposal

D2.6OPST & TSON

Common OAM Proposal

WP3WP3

WP1WP1

Year 1 Results Year 2 Results

Three XML control plane interfaces specified and in production. To be demonstrated in WP4

8© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

New data plane technology

Time Shared Optical Network (TSON) as metro mesh network architecture for guaranteed, statistically-multiplexed services

9© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

Control Plane Architecture

A two-fold control plane solution composed of vertically interoperable GMPLS CP and Subwavelength CP is proposed.

The supervising upper-layer GMPLS CP provides the end-to-end resource reservation and routing across multiple sub-wavelength technologies.

A vertical cooperation between the Subwavelength CP and GMPLS CP through XML interface is proposed to deliver a transport-agnostic GMPLS, which can more flexibly support any sub-wavelength switching solution.

10© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

XML Control Plane APIs Network gets an IT

interface XML is

– W3C International standard, endorsed by software industry

– Software & Platform Independent

Flexible and lower cost approach - Telco specific expertise not required

XSLT option for native sub wavelength variants

11© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

OPST & TSON Control PlaneOPST

TSON

The sub-wavelength connection is specified by the edge ports and the bandwidth parameters. The routing across internal ports and the scheduling mechanism are handled by the internal OPST control plane and not exposed to the GMPLS control system.

The sub-wavelength connection is specified by the edge (tributary) ports and bandwidth parameters, but additionally the scheduling and route via the internal ports of the network are also provisioned

12© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

XML 1, 2 & 3 API Documentation

13© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

XML # 1 – 25 Use Cases ModelledMAINS.ON.UC.1 - Provision OPST Beta Management IP AddressMAINS.ON.UC.3 - Provision iVX8000 Management IP AddressMAINS.ON.UC.4 - Connect fibres between Beta Nodes to form a Dual Plane RingMAINS.ON.UC.5 - Provision OPST Beta optical-layer parametersMAINS.ON.UC.6 - Connect Fibres between OPST iVX8000 nodes to form a dual plane ringMAINS.ON.UC.7 - Connect OPST and TSON Client portsMAINS.ON.UC.8 - Configure GMPLS Controller with TSON IP AddressMAINS.ON.UC.9 - Test the TSON to OPST interconnectionMAINS.ON.UC.10 - Discover the number of OPST NEs in the systemMAINS.ON.UC.11 - Discover Port CapabilitiesMAINS.ON.UC.12 - Discover the number of portsMAINS.ON.UC.13 - Register for notifications of Fault conditionsMAINS.ON.UC.16 - Create OPST ServiceMAINS.ON.UC.17 - Delete OPST ServiceMAINS.ON.UC.18 - View Provisioned OPST ServicesMAINS.ON.UC.19 - Modify OPST ServiceMAINS.ON.UC.20 - Configure the GMPLS controller with the OPST Gateway IP AddressMAINS.ON.UC.21 - Connect the GMPLS controller to the OPST Management portMAINS.ON.UC.24 - Configure iVX8000 Port to carry servicesMAINS.ON.UC.31 - Set Internal Port TypeMAINS.ON.UC.32 - Change Internal TSON Port TypeMAINS.ON.UC.33 - Connect GMPLS controller to the TSON Management portMAINS.ON.UC.55 - Receive autonomous notification of OPST alarm or eventMAINS.ON.UC.56 - Discover the URIs of OPST NEsMAINS.ON.UC.57 - Discover the URIs of OPST ports

14© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

XML # 2 – 20 Use Cases Modelled

GMPLS-TSON UC#1 – Subscribe to the TSON nodeGMPLS-TSON UC#2 – Discovery of the number of TSON nodesGMPLS-TSON UC#3 – Discovery of the TSON nodes URIsGMPLS-TSON UC#4 – Discovery of TSON node inventoryGMPLS-TSON UC#5 – Discovery of the number of TSON internal PortsGMPLS-TSON UC#6 – Discovery of the TSON internal Ports URIsGMPLS-TSON UC#7 – Discovery of internal Port capabilitiesGMPLS-TSON UC#8 – Discovery of the number of TSON Ethernet Tributary PortsGMPLS-TSON UC#9 – Discovery of the TSON Ethernet Tributary Ports URIsGMPLS-TSON UC#10 – Discovery of Ethernet Tributary Port capabilitiesGMPLS-TSON UC#11 – Asynchronous update of the aggregated time-slice availability calendarGMPLS-TSON UC#12 – Discovery of an updated aggregated time-slice availability calendarGMPLS-TSON UC#13 – Retrieval of a provisioned TSON connectionGMPLS-TSON UC#14 – Booking of input and output sub-wavelength network resources for a TSON connectionGMPLS-TSON UC#15 – Confirmation of input and output sub-wavelength network resources for a TSON connectionGMPLS-TSON UC#16 – Deletion of a TSON connectionGMPLS-TSON UC#17 – Modification of a TSON connectionGMPLS-TSON UC#18 – Negotiation of time-slices assignments for a TSON connectionGMPLS-TSON UC#19 – Activation of input and output sub-wavelength network resources for a TSON connectionGMPLS-TSON UC#20 – Receive autonomous notification of failure condition

15© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

XML # 3 – 21 Use Cases Modelled

GMPLS-SWN UC#1 – Subscription on the SWN nodeGMPLS-SWN UC#2 – Discovery of the number of SWN nodes controllable over the XML interfaceGMPLS-SWN UC#3 – Discovery of the SWN nodes URIsGMPLS-SWN UC#4 – Discovery of SWN node capabilitiesGMPLS-SWN UC#5 – Discovery of the number of SWN internal PortsGMPLS-SWN UC#6 – Discovery of the SWN internal Ports URIsGMPLS-SWN UC#7 – Discovery of the SWN internal Port capabilitiesGMPLS-SWN UC#8 – Discovery of the number of SWN Edge/Tributary PortsGMPLS-SWN UC#9 – Discovery of the SWN Edge/Tributary Ports URIsGMPLS-SWN UC#10 – Discovery of SWN Edge/Tributary Port capabilitiesGMPLS-SWN UC#11 – Asynchronous update of the aggregated availability calendarGMPLS-SWN UC#12 – Discovery of an updated aggregated availability calendarGMPLS-SWN UC#13 – Retrieval of a provisioned SWN connectionGMPLS-SWN UC#14 – Booking of input and output sub-wavelength network resources for a SWN connectionGMPLS-SWN UC#15 – Confirmation of input and output sub-wavelength network resources for a SWN connectionGMPLS-SWN UC#16 – Provisioning of input and output sub-wavelength network resources for a SWN connectionGMPLS-SWN UC#17 – Deletion of a SWN connectionGMPLS-SWN UC#18 – Modification of a SWN connectionGMPLS-SWN UC#19 – Negotiation of sub-wavelength resources assignments for a SWN connectionGMPLS-SWN UC#20 – Activation of input and output sub-wavelength network resources for a SWN connectionGMPLS-SWN UC#21 – Receive autonomous notification of failure condition

16© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

Channel reservation type in XML schema definition

This generic representation of a channel enables us to define resources for fixed/flexible time/frequency based networks as in TSON and FSON. The channel type is one of the main attributes on every port, carrying information between data plane and control plane units.

17© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

XML introduced at the Network level

Believed to be the first implementation of XML in the

telecom management/control plane

Will aid flexibility and lower cost of integration and

service development

Convergence of IT and Telecom

Opens Telecom to practices and economies of IT

3 XML Interfaces specified and in development

18© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

OAM architecture for subwavelength networks

A new E2E architecture enabling MPLS and subwavelength OAM interworking.

OAM architecture within a single OPST and TSON subwalength domains Novel performance monitoring mechanism enabling scalable OAM flows in

E2E network architectures.

19© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

OPST OAM functions

20© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

TSON hierarchical OAM functions

21© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

MAINS performance monitoring proposal

Continuity check and Connectivity Verification (CC-V): scalability could be assured by applying Label stacking in our E2E OAM architecture.

Delay Measurement (DM): we propose a train of packets which, on the one hand, aims to provide enough accuracy (i.e relative error below 0,2) for E2E jitter estimations and on the other hand to minimize the amount of OAM traffic injected in the networkof

Loss Measurement (LM): – For “low frequency” background loss probability estimation one could send a single LM packet every 10 seconds, which yields 8640 packets per day. – For on-demand LM due to noticeable packet drop at the user level a packet train of length 100 should suffice.

Throughput measurement: we choose 100 packets as a good balance between measurement accuracy and isolation of the rest of the traffic in the LSP.

22© 2010 MAINS Consortium MAINS 2nd EC Technical Review, Brussels, March 29th 2012

Summary WP2 activities are completed

Main objectives for year 2 are achieved:– XML interfaces– E2E OAM architecture