1. March 2006WP41 NOBEL Technical Audit WP4 Objectives & Achievements Brussels, March 08, 2006 Work Package 4 Network Management and Control/Protocols Monika Jaeger, T-Systems

2. March 2006WP42 Nobel Objectives To define requirements, architecture and solutions for core-metro IP- over-optical networks for broadband end-to-end services To study advanced network functionalities such as multi-layer traffic engineering and multi-layer resilience To make techno- and socio-economic analysis of core and metro case- studies To find packet/burst switching techniques and technologies To discover innovative solutions for the three network planes: management, control and data (transmission) To define multi-service/multi-layer node architectures and to prototype the implementation of some selected node functionalities To assess existing technologies, components and sub-systems To integrate some test beds where to validate the project results WP4

3. March 2006WP43 WP4 Objectives Overall WP4 goal: NOBEL short, mid, long-term network scenarios from WP1… … analyze and propose simplified strategies and collaboration of Network Management and Control Nobel Network Scenario WP4 To analyze and propose solutions to lower the Network Management and Control complexity in core and metro networks To develop management and control strategies/functions for the evolutionary NOBEL network scenarios and architectures To investigate a comprehensive set of practical management and control aspects, leading to more simplified and efficient solutions (to be communicated towards standardization) To design and perform ASON/GMPLS and management prototype implementations with experimental evaluations, in complement to the conceptual studies

4. March 2006WP44 Activity Summary A4.1 - Network Management (NM) and Control/Protocol (CP) requirements and functional scope A4.2 - Performance, fault management, fault localization, and QoS monitoring requirements and solutions A4.3 - Inter-domain, multilayer NM, CP, and Service Management aspects A4.4 - Standardization approaches, especially centralized vs. distributed implementation of NM and CP functions A4.5 - NM and CP prototype function and design specification, implementation and test

5. March 2006WP45 WP4 Partners Contributing partners Alcatel CIT T-Systems (WP4 coordinator) Telecom Italia Lab Siemens Telefónica Marconi Comm. S.p.A. (Marconi ONDATA) Scuola Sup. S. Anna Planned total Manpower for 2004 and 2005: 352 MM Telenor Lucent Nederland BV TeliaSonera CTTC Alcatel Italia ACREO France Télécom Ericsson

6. March 2006WP46 Core Area Aggregation Area Access Business Customers Mass production DSL public FTTx IP/Optical Network Introduction Multi-Technology/Service Access Area Core High throughput at very low cost in backbone area Optical technology Scalability, open for growth Aggregation Efficient aggregation of multiple data streams in metro/regio area Support of different services Network Areas IP Trans- port

7. March 2006WP47 WP4 Overall View Reference Points and Domains CP = Control Plane MP = Management Plane TP = Transport plane UNI = User Network Interface E-NNI = External Network Network Interface NMI-A = Network Management Interface, MP-CP NMI-T = Network Management Interface, MP-TP CCI = Connection Controller Interface UPI = User-Provider Interface PPI = Provider-Provider Interface UPI Client (User) - ANetwork Provider - ANetwork Provider - B TP UNI-C NMI-A Intra- carrier E-NNI CCINMI-T CP UNI CP PPI CP MP Inter- carrier E-NNI Switched Connection Service – Voice/packet oriented management model – Transport oriented (SDH/OTH) management model – Hybrid management model = SubNetwork

8. March 2006WP48 Core and Metro Networks Multilayer infrastructure … –Circuit and packet based switching technologies –Aggregation and grooming … with independent network management –Service configuration –Fault management –Protection and Restoration… … some layers have control plane –IP/MPLS deployed –ASON/GMPLS? –Ethernet? IP GigE SDH WDM Management State of the Art

9. March 2006WP49 ASON controls point-to-point connectivity for L1/L2-services, over single and multiple domains Resilience of L1 and L2 services Offers support for flexible VPN services Ethernet services based on GFP, LCAS ASON as server layer of IP creates (IP topology), redirects (resilience) and modifies (bandwidth) dynamically links between IP/MPLS/GMPLS routers ASON/GMPLS Control Plane Benefits OpEx ReductionCapEx Reduction Automatic discovery mechanisms Automatic provisioning, TE and resilience Alarm correlations and reductions Offloaded and simplified management Simplified automated inter-working with other administrative domains Less backup capacity with restoration and shared mesh protection (up to 30 %) Reduced over-provisioning with resource efficiency due to dynamic resource assignment Enhanced traffic engineering capabilities Efficient aggregation and grooming Simplified integration of new equipment Interoperability at control plane level between different vendor implementations at UNI and NNI interfaces Increased scalability for IP Simplified Inter-working with MPLS and Ethernet New services (ASON specific) Simpler Network Integration

10. March 2006WP410 Control Plane Issues in WP4 Multi-Service/Layer/Domain Scenarios Multi-vendor/-technology functional architectures and generic modeling concepts for multi-domain ASON/GMPLS networks, managed by TMF-MTNM: Main objectives: Identify architecture and control suited for specific service scenario –No single network architecture and control scenario fits all services and business models Identify simplified control and management solutions Resolve general interoperability issues raised by NOBEL scenarios (provided in WP1) Fine tune protocols as well enable converge toward real exploitation perspectives Verify concepts through implementation and test

11. March 2006WP411 Control Plane Issues in WP4 Scope and Results Detailed objectives: Horizontal integration: Inter-domain collaborative mechanisms –Cooperation between MPLS-GMPLS and migration scenarios –Compatibility issues between ASON and GMPLS concepts and paradigms –Propose enhancements to an IP-based (end-to-end) signaling protocol –Inter-carrier interworking at E-NNI Vertical integration: Intra-domain cooperation between different data planes –Multilayer networks and common control plane, including TE –Unified Traffic Engineering in GMPLS networks –Layer 2 LSP and GMPLS for Ethernet –Path Computation Element (PCE), and its applications, for (G)MPLS Operational aspects for the GMPLS stack of protocols –Control Plane dimensioning and performance analysis –Restoration in multilayer and multi-domain networks

12. March 2006WP412 Control Plane Issues in WP4 NG-SDH, GFP, VCAT, LCAS The integration of NG-SDH into the control plane could provide benefits regarding: –Non-disruptive bandwidth modification –Increase the resilience of the network To accomplish this, control plane should be properly enhanced: –Support of multi-layer calls. –Call and connection separation and support of calls composed of multiple connections. –Bandwidth modifications –End-to-end path diversity

13. March 2006WP413 Control Plane Issues in WP4 NG-SDH, GFP, VCAT, LCAS Support of multi-layer calls: –All the connections at the server layer should be created before the connection at client layer. This sequence allows also the correct coordination between the control plane and the SDH VCAT/LCAS procedures Call and connection separation: –Two approaches from ITU-T and IETF, whose differences are more in the form than in the substance. –ITU-T: a new object (CALL_ID) in two forms (Globally unique, operator specific) –IETF: use of unused fields in already existing objects Bandwidth modifications –Modify bandwidth of existing calls (Ethernet) –Add new connections to existing calls (SDH) End-to-end path diversity –In the scope of the work of the PCE Wg

14. March 2006WP414 Information modelling Objectives and approach Based on requirements for (automating) the CP - MP interaction Considering and harmonizing existing functional architectures and models: –ITU-T, e.g. G.8080, G.805, G.7718, M.3100, and TMF (MTNM 608), and previous IST projects LION, WINMAN –IETF GMPLS, and MPLS/GMPLS MIBs To develop an information model for CP – MP collaboration, that enables and supports: –End-to-end service establishment and management –Efficient, flexible, and adaptive management and control mechanisms –Multilayer, multi-technology, multi-domain networks –Innovative Policy-based management framework Focusing first on a model of managed entities representing the CP itself, its components, and capabilities, and how CP components are related To derive a policy information model for enabling policy-based management and configuration of the CP itself and for improving the TP operational management via the CP Work in progress – work to continue in NOBEL 2

15. March 2006WP415 Relationship of Information Modelling Standards and IST Projects Results ITU-T TMF IETF Winman NEL view use case approach info model and use cases NL view info model modeling approach, info model and architecture NEL view Standardisation NOBEL approach + integration of existing results Focus of IM work NMI-A CP MP.........

16. March 2006WP416 CP Node and CP Element example configuration (not IM as such)

17. March 2006WP417 Routing Controllers in CP Element and CP domain

18. March 2006WP418 Information modelling – Further work (NOBEL 2) Continue the requirements analysis and design phases with review of relevant sources to assess, update, and improve the current model Open issues and areas not jet covered by the model: –E.g., management capabilities related to TE, resilience, and path computation, VPN, accounting, and SLA assurance To derive a policy information model to enable policy-based management and configuration of CP mechanisms and the TP via management of the CP –The role and relationship of the management information model and the policy information model must be carefully considered –To investigate and extend existing policy information models (E.g. IETF PCIM/PCIMe, QPIM) Contribute to standardisation

19. March 2006WP419 Implementation Activities in WP4 Objectives and Realization A4.5 - NM and CP prototype function and design specification, implementation and test Objectives:  Implementation of selected features specified in WP4  Integration into prototypes and emulators  Lab experiments, function verification and performance measurements  Overall conclusions and recommendations derived from experiment results  Integration into testbeds for field trials and interoperability tests in WP8 Realization:  Eight partners implement new features in prototypes and emulators partly reused from internal or other EU projects  Focused on UNI (8x), E-NNI (3x), hybrid performance monitoring (1x), XMP-based multi-protocol frameworks (1x)  Delivery to four testbeds in Spain, Sweden and Italy

20. March 2006WP420 Achievements SDH/OTH Prototypes UNI implementations (x4) –Optical node, OTH and SDH E-NNI implementations (x3) –Optical node, OTH and SDH Optical peformance monitoring implementation –OTH Protocol controller implementation –Based on an XLM parser/formatter Emulators & Simulators GMPLS UNI implementation for an ASON/GMPLS simulator (x2) E-NNI implementation on a simulator CCI, UNI and NNI implementation on a simulator Planning & Specification Selection of implementation features: (GMPLS) UNI, E-NNi, XML protocol controller, optical performance monitoring Concept and design specification for the prototype, emulators and simulators Test specification

21. March 2006WP421 Developed Prototypes FunctionsPlatformRemarks Alcatel CIT GMPLS UNI, end-to-endIP/MPLS - SDH emulator- CTTC GMPLS UNI/E-NNI, Advanced hybrid optical performance monitoring system Distributed GMPLS, 3 OADMS, 3 DWDM links + emulated links + IP traffic generator + GMPLS emulator WP8 test-bed UNI/E-NNI results in [D18] Marconi SpA OIF UNI 2.0 OIF E-NNI 1.0 IP-SDH emulator- Lucent GMPLS Control PlaneEnhanced GMPLS emulator eGem WP8 testbed Sant’Anna UNI/NNI simulated XML-based Multi-Protocol Framework (XMPF) implementation Simulator based on J-SIM- Siemens OIF UNI 1.0R2 (optional 2.0)2 SDH XC + IP-SDH emulator Part of TILAB testbed Telefonica I&D OIF UNI 1.0R2IP-SDH emulatorWP8 testbed final results in [D25] TILAB OIF UNI 1.0R2 OIF E-NNI, signalling 1.0, routing OIF2002.023.09 6 photonic XCsWP8 testbed

22. March 2006WP422 WP4 Deliverables and Publications (Y2) D18 “Conclusions on NM and CP functional scope and standardization approaches; NM and ASON prototype functional scope”(March 2005) D25 “Solutions for inter-domain and multi-layer NM & CP and Service Management concepts; NM and ASON prototype functional and design specification and test plan” (September 2005) D33 “Conclusions on Network Management and Control solutions supporting broadband services for all” (February 2006)

23. March 2006WP423 WP4 Deliverables and Publications II (Y2) Guillaume Juillot, Martin Nathansen, Cyril Margaria, and Andreas Iselt; "Emulation in GMPLS-controlled Optical Transport Networks"; ONDM2005, Milano, Italy, February 2005. G. Juillot, C. Margaria, M. Nathansen, A. Iselt; "Emulation of GMPLS controlled Networks"; NOC2005, London, England, July 2005. M. Vigoureux, B. Berde, L. Andersson, T. Cinkler, L. Levrau, M. Ondata, D. Colle, J. Fernandez-Palacios, M. Jäger; “Multilayer traffic engineering for GMPLS-enabled networks”; IEEE Communications Magazine, ISSN 0163- 6804/05, Vol. 43, Nr. 7, July 2005, pp. 44-50. B. Berde, M. Canali, P. Castoldi, M. Jäger, L. Levrau, H. Lønsethagen, A. M. Mazzini, M. Nathansen, J. Gonzales Ordàs; "Network Management and Control for Intelligent and Agile Optical Networks"; ONDM2005, Milano, Italy, February 2005.

24. March 2006WP424 WP4 Deliverables and Publications III (Y2) C. Pinart, A. Amrani, G. Junyent; “Design and experimental implementation of a hybrid optical performance monitoring system for in-service SLA guarantee”; 9th IFIP/IEEE International Symposium on Integrated Network Management (IM 2005), Nice, France, May 16-19 2005. C. Pinart, R. Martínez, G. Junyent; “Experimental implementation of dynamic in-service performance monitoring for lambda services”; 31st European Conference on Optical Communications (ECOC 2005), Glasgow, UK, September 25-29 2005. L. Valcarenghi, L. Foschini, F. Paolucci, F. Cugini, P. Castoldi; "Topology Discovery Services for Monitoring the Global Grid"; IEEE Communication magazine special issue on "Optical Control Plane for Grid Networks: Opportunities, Challenges and the Vision", to appear, March 2006.

25. March 2006WP425 WP4 Highlights and Self Assessment Reached Objectives Year 2 Definition of requirements, key characteristics, architectures and solutions of multi-service/layer/domain network management and control Analysis of functional architectures; recommendations on generic modelling concepts and key features of ASON/GMPLS Network service requirements, w.f.o. Layer 1, 2, 3 VPNs; Control and management scenarios of storage, broadcaster and grid applications as users of VPN services; CP enabled solutions for VPN services Control plane issues for TE in multilayer/multi-technology networks Inter-carrier interworking scenarios; identification of functional requirements related to different business models ASON-GMPLS convergence issues and required harmonization actions MPLS-GMPLS interworking, MPLS-GMPLS migration scenarios Information Modeling requirements with focus on the interaction of the control plane and management plane Implementation of key functions of network management and control and performance of selected tests, in cooperation with WP8

26. March 2006WP426 WP1/WP4 Common Activities VPN service scenarios and solutions Service Supportive Networks

27. March 2006WP427 VPN Reference Model Shared or dedicated resources Transport plane –Physical port based (dedicated) –Logical port based (dedicated) –Node based (dedicated) –Connection based (shared) –Closed User Group (shared) Control plane –One CP instance per VPN (dedicated) –One global CP instance with optional resource partitioning (shared) UNI Customer 2 Customer 1 UNI Customer 2 UNI Customer 1 is connected to can connect to has visibility

28. March 2006WP428 VPN – general investigations  L1/ L2/ L3 VPNs that are based on advanced control plane functions, and its related management framework  Investigate types of L1 VPNs and related UNI/ NNI functionalities  Study inter-domain issues (intra-/inter-carrier) in L2/L3 VPNs  Capture management requirements for novel VPN services  Propose a potentially homogeneous solution to (control plane- based) Layer 1, 2, and 3 VPNs, and their management issues with reference to the NOBEL scenarios  Specify CE/PE management functions at customer and provider side: definitions, functionality, architectures, Information Model  Identify VPN implementation issues

29. March 2006WP429 State of the art L3 VPNs –Mature technology –Available for several years L2 VPNs –Many commercial offerings –Most specs ready for publication L1 VPNs –No (known) provider offering them –No (full) support from vendors –Timeframe for availability: Q2-2007 IETF –L2 and L3 VPN working groups –RFC3809 “Generic Requirements for Provider Provisioned Virtual Private Networks” –L1 VPNs not (yet) in CCAMP charter ITU-T –Study Group 13, Question 2 –Published standards Y.1311: Network Based VPNs - Generic Architecture and Service Requirements Y.1312: L1 VPN generic requirements and architectures Y.1313: L1 VPN service and network architectures –Work in progress Y.vpn-decomp: Generic VPN Functional Decomposition Y.vpn-qos: QoS support for VPN services – Framework and Characteristics OIF –No support for VPNs in UNI 1.0 or UNI 2.0 –Planned for an unspecified future release

30. March 2006WP430 Multiple services VPNs LxVPN L1VPN Provider Network service 1 (e.g. Video)service 2 (e.g. SAN traffic) x={1,2,3}

31. March 2006WP431 VPN Service Scenarios Joint WP1-WP4 work VPNs for broadcasters –Contribution and distribution network for standard TV, high definition TV etc. –Study of L1-VPNs and L2-VPN implementation options VPNs for storage applications –Remote vaulting and backup –Synchronous and asynchronous disk mirroring –Storage on demand needs flexible resource, high sensibility to latency, packet loss and BER VPNs for GRIDs –Studies impact of overlay networks in VPNs –Virtualization of network, complements processing and storage virtualization –Very high bandwidth needs, flexibility

32. March 2006WP432 Interaction between customer and network provider: Interfaces Management Plane User metwork Business Plane/ Service Plane Management Plane User Network Business Plane/ Service Plane Management Plane User Network Business Plane/ Service Plane Web Interface a) Advanced reservation (I) b) Advanced reservation (II) c) Dial In missing CP: means only, no functionality visible for the user

33. March 2006WP433 L1 – L2 VPN Comparison First results Resource sharing and business process outsourcing enabled by extended VPN services is added value to customer But, VPNs with broad customer control may reduce “vertical range of manufacture”

34. March 2006WP434 Service Supportive Networks Motivations & Objective Motivations  It is not possible to transparently trigger all network services defined in NOBEL using the UNI (e.g. set-up of advanced network services such as VPNs) is done via the Management Plane  Applications have practically no mean to shape connectivity according to their needs via UNI  Even if an evolution of the UNI can be conceived, this evolution should be tailored in different flavors depending on the type of controlled transport network (UNI is technology-dependent) Objective  Introduction of automatic operation in the NOBEL network for triggering network services.  Define service invocation mechanisms that allow service invocation by applications envisioning short and medium/long term scenarios.  Define interfaces for the short term scenario (on request) and long term scenario (on-demand)

35. March 2006WP435 Application to Network interaction  Application End Point (AEP) includes management process & core process  On-request: User to provider Interface (UPI), interface between AEP and client MP  On-demand: User to service interface (USI), interface between AEP and Service Elements  Service Element (SE): entity capable of triggering CP solicited by AEP via USI

36. March 2006WP436 UPI/USI requirements & Open Issues UPI main requirements Shall support machine-based interaction as an evolution from existing human-based interaction Shall support control of connectivity from the management platform of the customer application USI main requirements Shall enable end-user functions or AEPs to access services provided by different administrative network domains and regardless of the access network technology Shall support both executive or informative services on an administrative domain Shall support the transparency of applications across multiple domains Shall allow on-demand interactive services with real time constraints Shall support session-based services (e.g., high-definition video-telephony) and non-session-based services (e.g.,e-Business transactions) as well Open Issues Mapping of abstract service request to transport technology specific network services. The engineering of a “percolation” mechanism of a service invocation message coming from an application into a resource request understandable by an ASON/GMPLS metro networks

37. March 2006WP437 Long-term scenario (2)  User-controlled service provisioning provided by dedicated Service Entities (SE)s through USI (distributed approach), e.g. on-demand VPN  Transparent service provisioning based on signaling protocol among SEs

38. March 2006WP438 Service Supportive Networks Approach First objective of Service TF: finalize the short/medium term scenario, i.e. demonstrate an enhancement of NOBEL architecture supporting a service interface beyond the UNI.  Primary focus on application services that are strictly related to and dependent on network services (e.g. storage applications).  What features supported by UPI for network service set-up (Sant’Anna, Telenor,.…  What are the UPI limitations that make us call for the long term approach outlined below (Sant’Anna, Telenor,....

39. March 2006WP439 Potential Follow Up Activities in NOBEL II Second objective of Service TF (not expected to complete in NOBEL I) finalize the long-term scenario, i.e. build a flexible and future proof service oriented NOBEL network architecture supporting application/user services. In NOBEL II Sant’Anna will also contribute to WP1, possibly split work between WP1 and WP4 and collaboration with Signaling TF and VPN TF:  Focus on automatic/intelligent (i.e. application-network cooperative) set-up of network services based on a request of an application/user service (Sant’Anna, ……  Define functionalities, message exchange, architecture of the SEs in view of the previous point, i.e. try to shape the so-called “service plane” (Sant’Anna, ….  Define supported primitives over the USI to achieve the goal (Sant’Anna, …..