3
PHOSPHORUS 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 Grid resource Phosphorus will demonstrate solutions and functionalities across a test-bed involving European NRENs, GÈANT2, Cross Border Dark Fibre and GLIF

7
PROJECT KEY FEATURES 2/3  Develop integration between application middleware and transport networks, based on three planes: Service plane: –Middleware extensions and APIs to expose network and Grid 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 Grid resource –Interworking of GMPLS-controlled network domains with NRPS-based domains, i.e. interoperability between G 2 MPLS and UCLP, DRAC and ARGON

8
PROJECT KEY FEATURES 3/3  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

10
THE PHOSPHORUS DEVELOPMENT CHAIN Phase I: Grid App.  Grid Middle Ware  NRPS  OUNI  GMPLS  Optical Network Grid Resource  This solution will be finalized progressively during the project: starting from existing Grid applications, middleware, NRPS & NCP, we will develop an e2e user- controlled environment over heterogeneous infrastructure deploying two mutually unaware layers (i.e. Grid and network) G ² MPLS Control Plane is the evolution of the previous approach, making the NCP Grid-aware  PHOSPHORUS will provide GMPLS and G²MPLS Control Plane prototypes to be attached upon the commercial equipments at NRENs: An important role of the equipment vendors into the consortium and with vendors involved with participating NRENs is to facilitate interfacing with their equipment This is a practical solution for an experimental proof-of-concept RN test-bed No direct commercial product dependency but useful feedback for their commercial deployment Phase II: Grid App.  Grid Middle Ware  NPRS  G-OUNI  G²MPLS   Optical Network  Grid Resource

11
OVERLAY MECHANISM FOR GRID - PH. 1  Assumptions: The Grid broker discovery and selection process handle only traditional compute and storage resources The connection between the Grid user and the optical network is implemented through the Optical User Network Interface (OUNI).  Actions: The Grid client submits its service request to the Grid middleware, which processes and forwards it to the Grid broker. The Grid broker discovers available services and selects the Grid cluster to perform the request. The Grid middleware forwards the request to the light-path provisioning device The connection between the Grid user and the Grid cluster through lightpath set up in the optical transport layer The service request is sent to the Grid cluster though the selected light-path, the request is performed and the response is returned by the Grid cluster.

13
INTEGRATED MECHANISM FOR GRID - PH. 2 The integrated approach:  Network resources is treated as “first class” Grid resource The same way as storage and processing resource  New approach to control and network architectures GMPLS signalling which can be extended for Grid resources (G 2 MPLS): –Extension to GMPLS signalling is feasible to accommodate the Grid information in exchanging messages

14
A NEW MECHANISM FOR GRID RESOURCE BROKERING  Assumptions: A direct connection between the Grid (applications and resources) and the optical network is done through the Grid Optical User Network Interface (G-OUNI), which is implemented on a Grid edge device. The Grid info system is integrated with the GMPLS control (G 2 MPLS) which contains information regarding the optical network resources. As a result, the discovery and selection process manages “traditional” compute, storage, etc. resources/services and optical network resources. The Grid edge device initiates and performs the co-ordinated establishment of the chosen optical path and the Grid cluster.  Actions: The Grid client submits its service request to Grid middleware, which processes it and forwards it to the Grid edge device. The Grid edge device requests connection between the Grid client and a Grid cluster through the Optical Control Plane The Optical Control Plane performs discovery of Grid resources coupled together with optical network resources and returns the results with their associated costs to the Grid broker The Grid broker chooses the most suitable resource and a light-path is set-up using GMPLS signaling

16
INITIAL APPLICATIONS, PART 1  WISDOM - Wide In Silica Docking On Malaria: large scale molecular docking on malaria to compute million of compounds with different software and parameter settings (in silico experimentation) The goal within Phosphorus is the deployment of a CPU-intensive application generating large data flows to test the Grid infrastructure, compute and network services  KoDaVis – Distributed visualisation (FZJ, PSNC, UESSEX) The main objective in Phosphorus is to adapt KoDaVis to the Phosphorus' environment to make scheduled synchronous reservations of its resources via the UNICORE middleware: –Compute capacity on the data server and the visualisation clients –Allocate network bandwidth and QoS between server and clients