Solving End to End connectivity with GMPLS Radek Krzywania, PSNC, Poland radek.krzywania@man.poznan.pl April 4th 2008, Munich NGN meeting
Phopshorus project European and Global alliance of partners to develop advanced solution of application level middleware and underlying management and control plane technologies Project Vision and Mission The project will address some of the key technical challenges in enabling on demand end to end network services across multiple heterogenous domains In the Phosphorus' implementation the underlying network will be treated as first class resource Phosphorus will demonstrate solutions and functionalities across a test bed involving European NRENs, GÈANT2, Cross Border Dark Fibre and GLIF 2
Phosphorus partners NRENs & RON: Universities and Research Institutions: CESNET Communication Research Centre PSNC Fraunhofer Gesellschaft SURFnet Fundació I2CAT MCNC Forschungszentrum Jülich Manufacturers: Interdisciplinair instituut voor BreedBand Technologie Research Academic Computer Technology Institute Research and Education Society in Information Technology SARA Computing and Networking Services University of Bonn University of Amsterdam University of Essex University of Leeds ADVA Optical Networking Hitachi Europe Ltd. NORTEL SMEs: Nextworks 3
Phosphorus Key Features Demonstrate on demand service delivery across multi domain/multi vendor research network test beds on a European and Worldwide scale. The test bed will include: EU NRENs: SURFnet, CESNET, PIONIER as well national test beds (VIOLA, OptiCAT, UKLight) GN2, GLIF and Cross Border Dark Fibre connectivity infrastructure GMPLS, UCLP, DRAC and ARGON control and management planes Multi vendor equipment environment (ADVA, HITACHI, NORTEL, Vendor s equipment in the participating NREN infrastructure) 4
Phosphorus Key Features Develop integration between application middleware and transport networks, based on three planes: Service plane: Middleware extensions and APIs to expose network and resources and make reservations of those resources Policy mechanisms (AAA) for networks participating in a global hybrid network infrastructure, allowing both network resource owners and applications to have a stake in the decision to allocate specific network resources Network Resource Provisioning plane: Adaptation of existing Network Resource Provisioning Systems (NRPS) to support the framework of the project Implementation of interfaces between different NRPS to allow multi domain interoperability with Phosphorus resource reservation system Control plane: Enhancements of the GMPLS Control Plane (G²MPLS) to provide optical network resources as first class resource Interworking of GMPLS controlled network domains with NRPS based domains, i.e. interoperability between MPLS and UCLP, DRAC and ARGON 5
Phosphorus Key Features Studies to investigate and evaluate further the project outcomes : Study resource management and job scheduling algorithms incorporating network awareness, constraint based routing and advance reservation techniques Develop a simulation environment, supporting the Phosphorus network scenario Disseminate the project experience and outcomes, toolkits and middleware to NRENs and their users, such as Supercomputing centres 6
PHOSPHORUS ARCHITECTURE The different domains of the Phosphorus'test bed will have: middleware UNICORE as a reference point AAA policies Three types of NRPS: UCLP DRAC ARGON Two flavours of GMPLS standard (Ph. 1) enabled (Ph. 2) 7
System overview GRID APLICATIONS & MIDDLEWARE TOPOLOGICAL CONFIGURATION C Network Service Plane A Request Handler Reservation Handler DB NRPS Broker B Network Resource Provisioning Systems ARGON PHASE 2 OTHER PROJECTS Scheduler Path Computer DRAC WP1 E JRA3 E MPLS UCLPv2 D D GMPLS Transport Network Transport Network Transport Network A) Northbound IF: It receives the reservation requests from the GRID Middleware. B) East West IF: It is in charge of the communication between NRPSs. C) Topological IF: It is used to indicate to the NSP which are the resources under control (NRPSs, endpoints, links). D) Southbound IF: It Communicates the NRPSs and the lower layers (GMPLS or transport layer). E) Phase 2 IF: It provides interoperability between the NSP and the MPLS CP or other projects. 8
Reservation Handling in Phosphorus 9
Thin NRPS for GMPLS CP Thin NRPS: is a network resource provisioning system for domains with a GMPLS control plane. It is a NRPS with restricted functionality Middleware Provides advance reservation services (checking end points availability and possible overlapping reservations) Provides notifications receiver interface Acts as a client of the Topology manager WS of the NSP Web service identical Provides a reservation web service to reserve, create and delete network connections via the GMPLS driver NSP Topology manager Web service Client Web service Client THIN NRPSclaus.riemann@zv.fraunhofer.de Notification receiver Client Web service Notification sender GMPLS Driver Acts as a client of the GMPLS driver Domain registering GMPLS control plane Handles reservation request from NSP Network devices 10
The GMPLS Driver GMPLS driver: an interface between NRPS and the GMPLS CP. It is a general WS to create, delete and monitor paths for different GMPLS implementations, provides a WEB interface for testing the WEB service, Internal data base containing topology, path and status information, modules for accessing vendor specific GMPLS control planes (e.g. Alcatel Lucent or Nortel) and G(²)MPLS interface to GMPLS GMPLS driver services: Path creation Path termination Path monitoring Path discovery Endpoint discovery Registration service Path delete notification EndPoint update notification 11
MPLS Control Plane models Two models for the layering between and Network resources MPLS overlay model GRID SERVICE LAYER (GRID INTELLIGENCE) user Resources user MW Resources MPLS integrated model GRID SERVICE LAYER MW G.OUNI (GRID INTELLIGENCE) user G.OUNI Resources user Resources G.IG.I-NNI G.OUNI NCP (NETWORK INTELLIGENCE) G.OUNI MW G.IG.I-NNI MW NCP (GRID +NETWORK INTELLIGENCE) different scope with respect to the IETF GMPLS Overlay & Peer 12
Example of direct invocation site A site B user G.OUNI GW G.OUNI GW MW Resources MPLS NCP MW Resources 13
Example of direct invocation user scheduler negotiation & reservation App. request Index service site A LRMS G.OUNI GW+C site A G.UNI N site A G.UNI N site B MPLS LER G.OUNI GW+C site B LRMS site B Location req. Location resp. WS AG: Initial AR req. WS AG: Initial AR req. WS AG: Initial AR resp. G.OUNI: GNS req. G.OUNI: GNS resp. WS AG: Initial AR resp. G.I NNI/ G.E NNI req. G.I NNI/ G.E NNI req. G.OUNI: GNS req. G.I NNI/ G.E NNI resp. G.I NNI/ G.E NNI resp. G.OUNI: GNS resp. G.I NNI/ G.E NNI conf. G.I NNI/ G.E NNI conf. G.OUNI: GNS conf. WS AG: Initial AR req. WS AG: Initial AR resp. WS AG: Commit AR req. WS AG: Commit AR req. WS AG: G.OUNI: Commit AR resp. GNS conf. WS AG: Commit AR req. G.OUNI: GNS notify G.I NNI/ G.E NNI notify G.OUNI: GNS notify WS AG: Commit AR req. WS AG: Commit AR resp. 14
Example of direct invocation scheduler activation user Index service site A LRMS G.OUNI GW+C site A G.UNI N site A MPLS LER G.UNI N site B G.OUNI GW+C site B LRMS site B è WS AG: Activate AR G.OUNI: GNS Activate G.I NNI/ G.E NNI req. GNS Activate req. G.I NNI/ G.E NNI GNS Activate req. G.OUNI: GNS Activate WS AG: req. Activate AR 15
Phosphorus multi domain testbed 16
SC07 demos HD Video Server Direct connection between two domains Application connection CRC UCLP 8 SURFnet i2cat DRAC UCLP 4 VIOLA VIOLA 3 THIN NRPS/ GMPLS 7 ARGON The demonstration shows the creation of the e2e path to connect the two servers, path one located in PSNC (Poland), and the second one in VIOLA (Germany). One of them sends an HD video stream that crosses the domains along Europe and Canada. When the path is successfully set up, the HD video is shown on the HD Video client machine. HD Video Client 1 Gbit/s connectivity HD Video Client PIONIER 0 SC07 at Reno 17
SC07 demos KoDaVis Server Cluster Direct connection between two domains Application connection Two visualization clients (located in Reno) collaboratively retrieve and explore fragments of the data explore CRC SURFnet i2cat UCLP DRAC UCLP 8 KoDaVis Client 1 KoDaVis Client 2 PIONIER 4 Data stored on central data server central data server (Jülich, Germany) VIOLA 3 Remote Desktop THIN NRPS/ GMPLS 7 VIOLA ARGON KoDaVis Client 1 KoDaVis distributed, collaborative visualization system with remote access to huge atmospheric simulation data. Remote Desktop 0 QoS in network is required for QoS reliable fluent visualization KoDaVis Client 2 SC07 at Reno 18
FEDERICA and Phosphorus workshop Federica Phosphorus tutorial and workshop (TNC2008) 18th May 2008, Bruges (Brugge), Belgium Associated with TERENA conference 2008 Scope: Discuss architectural solutions for network and IT service integration over high speed network infrastructure Present various implementations of network control and service plane architectures to support the emerging infrastructure as a service model Share collective experiences gained by major research projects and initiatives around the globe and explore common vision, outcomes and synergies 19
The End Thank you for your attention