Open Grid Forum

 Active Groups
 Completed Groups
 Hibernating Groups

OGF Active Groups


Area Director: Richard Hughes-Jones

The Infrastructure groups explore and define what is needed to interface physical and virtual resources to higher level constructs such as OGSA. These include networks and network devices, computers and virtual machines, storage, visualization devices, instruments, and sensor technologies.
Firewall Virtualization for Grid Applications WG (FVGA-WG)
Group Information
Group Type: Working Group
Group Description
Grid Computing expounds the vision of applications having on-demand, ubiquitous access to distributed services running on diverse, managed resources like computation, storage, instruments, and networks among others, that are owned by multiple administrators. As grids move towards forming dynamic, seamless Virtual Organizations (VOs) using distributed resources, they require application driven transport privileges from the network. Pre-existing security policies within the network such as in firewalls, network address translators, application level gateways, VPN style gateways etc. tend to interfere with these new applications and the VO formation, and usually require an administrator/manual intervention to work.

The Firewall Issues research group (fi-rg) has documented the use cases and classified the issues that Grid applications experience when trying to traverse and/or control data transport policy enforcement devices (GFD.83). The group is also in process of publishing a document that analyzes and categorizes new firewall protocols, architectures and on-demand frameworks.

This working group will leverage the application requirements from the FI-RG to standardize a set of service definitions for a virtualized control interface into firewalls and other midboxes allowing the grid applications to securely and dynamically request application/workflow-specific services from those devices, for the duration of the service.

Group Focus and Scope

Group Links
Grid High-Performance Networking RG (GHPN-RG)
Group Information
Group Type: Research Group
Group Description
The Grid High-Performance Networking Research Group focuses on the relationship between network research and Grid application and infrastructure development. Two specific goals of the GHPN-RG are identifying a) grid application requirements and implementations that are not supported or understood by the networking community and
b) advanced networking features that are not being utilized by grid applications.
Group Focus and Scope
The Grid High-Performance Networking Research Group focuses on the relationship between network research and Grid application and infrastructure development. The objective of GHPN-RG is to bridge the gap between the networking and grid research communities. It accomplishes its goal by serving as a forum for information exchange on advances and requirements in both fields, as well as by providing a focal point for liaison activities between the GGF and the various networking standards bodies.

The GHPN-RG provides a forum for such topics until sufficient maturity and interest to both communities is reached that naturally results in the formation of a separate WG or RG to pursue them further. The discussions of GHPN-RG are carried out both during the meetings and on the GHPN mailing list.

Two specific goals of the GHPN-RG are identifying:

* grid application requirements and implementations that are not supported or understood by the networking community and
* advanced networking features that are not being utilized by grid applications.

The GHPN-RG communicates the results of its work through the periodic release of informational documents.
Group Links
Group Type:
Infrastructure Services On-Demand Provisioning Research Group (ISOD-RG)
Group Information
Group Description
Modern e-Science applications and high-technology industry regularly deal with large volumes of data that must be stored, processed and visualized. This requires dedicated high-speed network infrastructures. Most Grid and Cloud usage scenarios for collaboration can benefit from combined Grid and network resource provisioning. Provisioning infrastructure services on-demand can improve performance and also address other issues such as application-centric manageability, consistency of security services, and energy efficiency (which is emerging as a forefront issue). The infrastructure on-demand provisioning model requires that a number of services and resource management systems interoperate at different stages within the whole provisioning process. However, in current practice, different systems and provisioning stages are not connected into a single unified workflow.
The On-demand Infrastructure Services Provisioning (ISOD) Research Group (RG) will explore frameworks that support on-demand infrastructure services provisioning, and new emerging operational and business models for infrastructure virtualisation, such as Cloud Infrastructure as a Service (IaaS). The proposed effort will investigate architecture and components that reflect the requirements and capabilities of both infrastructure and applications providers. The recommendations will define a general approach to building dynamically provisioned, composable services and corresponding service delivery framework and workflow. The ISOD RG will also explore frameworks for providing consistent security services for dynamically provisioned, combined network and IT resources and applications. The ISOD RG will follow and intend to contribute to standardisation activity at OGF, IETF, NIST and other related standardisation bodies.
Group Focus and Scope
The main purpose of the ISOD RG is to develop an informational architecture framework that outlines the necessary components for on-demand infrastructure services provisioning (in particular, generic IaaS Cloud provisioning model) that can support new emerging business and operational models for virtualised infrastructure providers. The expected results should create a basis for developing heterogeneous services inter-operation and creation of new interoperable and composable services.
It is intended that ISOD RG will provide use cases and recommendations for development of upper layer service frameworks for a number of currently running related initiatives at OGF, such as NSI WG, NML WG, OCCI WG, CDMI at SNIA, and will review standardization work done by the ITU-T and TeleManagement Forum (TMF) for possible adoption by OGF user community.
The scope of the ISOD RG is to investigate the following:
* Infrastructure services definition
* Infrastructure services virtualization issues
* Existing on-demand infrastructure resource provisioning systems and frameworks
* Basic use cases and requirements to infrastructure resources virtualisation and provisioning systems, including service delivery frameworks and services lifecycle management
* Atomic services required to build an on-demand infrastructure services framework
* Security issues, e.g. integration between virtual security infrastructure and provider platform, security context and session management.
Group Links
Network Measurements Working Group (NM-WG)
Group Information
Group Type: Working Group
Group Description
The performance of most grid applications is dependent on the performance of the networks forming the grid. The Network Measurements Working Group (NMWG) identifies network metrics (aka characteristics) useful to grid applications and middleware, and develops standard mechanisms to describe and publish these characteristics to the Grid.
Group Links
Network Measurement and Control WG (NMC-WG)
Group Information
Group Type: Working Group
Group Chair(s): Martin Swany
Group Description
Generation and exchange of network measurements is critical for all networked environments, and in particular advanced environments like the Grid. The schemata for network metrics that have been defined in the OGF’s Network Measurement Working Group (NM-WG) have spawned a vibrant community among R&E network operators who have been developing and deploying an infrastructure called perfSONAR. The perfSONAR effort began in September 2004 in a series of meetings in and around GGF-12 in Brussels, Belgium. The perfSONAR consortium has begun to produce a series of protocol documents describing the messaging functionality in that system and the NMC group will house the formalization of those standards within the OGF.
Group Focus and Scope
The purpose of the Network Measurement and Control Working Group is to standardize the XML-based protocols that are currently in use in the perfSONAR project to control network measurement infrastructure and to share the results of the measurements and metrics that are generated. These protocols are already in widespread use and are described across a number of documents with various degrees of formality.

The scope of the Network Measurement and Control Working Group is to define base protocols and extension frameworks for those protocols, as well as to define extensions that are already in common use.

Group Links
Network Mark-up Language Working Group (NML-WG)
Group Information
Group Type: Working Group
Group Chair(s): Freek Dijkstra, Martin Swany
Group Description
The purpose of the Network Mark-up Language Working Group is to combine efforts of multiple projects to describe network topologies, so that the outcome is a standardised network description ontology and schema, facilitating interoperability between different projects.
Group Focus and Scope
Hybrid networks offer end users a mix of traditional connections and new optical services in the form of dedicated lightpaths. These must be requested in advance and are currently configured on demand by the operators. Because lightpaths are circuit switched, the user must be aware of the topology and of the techniques involved in the provisioning. Once connected, they offer a high-speed, low-level connection to the requested destination.
The working group will provide an extensible schema to describe computer networks. This schema should provide an abstraction layer for networks, specifically hybrid networks. Such a schema can be used to create inter-domain network graphs at various abstraction levels, to provide an information model for service discovery, and to facilitate lightpath provisioning.

The scope of the Network Markup Language Working Group is to define one or more schemas to describe:
(a) a layer independent network topology and
(b) properties that are common across for multiple network technologies, as well as
(c) a mechanism so that other working groups or other projects may combine technology specific schemas with the schemas created by the NML working group.

The working group will not look into policy related schemas, nor into schemas related to scheduling and reservation.

The working group will use existing schemes as starting point, and aims to build as much as possible on work done in the IETF Netconf, CCAMP and IPPM working groups, if deemed applicable.
Group Links
Network Service Interface WG (NSI-WG)
Group Information
Group Type: Working Group
Group Description
High performance networks offer advanced network services to end users with differing requirements. The user/application/middleware may request network services from one or more network service providers through a network service interface. The network service setup then requires configuration, monitoring and orchestration of network resources under particular agreements and policies. Provisioning mechanisms support allocating, configuring, and maintaining network internal resources.
The Network Service Interface (NSI) Working Group (WG) will provide the recommendation for a generic network service interface that can be called by a network external entity such as end users, middleware, and other network service providers. The recommendation will define the information exchange, the required messages and protocols, operational environment, and other relevant aspects.
The scope of the NSI WG includes, in particular, the interface between Grid middleware and the network infrastructure as well as the interface between network domains in order to provide interoperability in a heterogeneous multi-domain environment. The WG will consider user authentication/authorization, service negotiation agreements, and information exchange to describe advanced network services.

Group Focus and Scope
The main purpose of the NSI WG is to facilitate interoperation between Grid users, applications and network infrastructures spanning different service domains, via the development of abstract messaging and protocols.
The NSI WG must provide a general and open definition independent of implementation of provisioning systems (e.g., Grid and network). It should be sufficiently flexible, modular and scalable to facilitate future enhancements. The NSI WG recommendation will allow any user and network service to interoperate by using a common naming and message definition.
The NSI WG will also focus on identifying existing standardization activities/documents, understand their relevance and specify the relationships with regards to NSI (e.g., OGF (NM-WG, NML-WG) IETF, OIF).

Group Links
Open Cloud Computing Interface WG (OCCI-WG)
Group Information
Group Type: Working Group
Group Description
The purpose of this group is the creation of a practical solution to interface with Cloud infrastructures exposed as a service (IaaS). We will focus on a solution which covers the provisioning, monitoring and definition of Cloud Infrastructure services. The group should create this API in an agile way as we can have advantages over other groups if we deliver fast. Overlapping work and efforts will be contributed and synchronized with other groups.
Group Focus and Scope
Cloud computing currently is covered by three models offering Infrastructure as a Service (IaaS), Platform as a Service (PaaS) and Software as a Service (SaaS), which all involve the on-demand delivery of computing resources. There are a growing number of providers offering IaaS solutions for elastic capacity, whereby server "instances" are executed in their proprietary infrastructure and billed on a utility computing basis (typically virtual machines on a per instance per hour basis). There are also a number of commercial and open source products which seek to replicate this functionality in-house while exposing compatible interfaces so as "hybrid cloud" operating environments can be created.

The Open Cloud Computing Interface (OCCI) group will deliver an API specification for remote management of cloud computing infrastructure, allowing for the development of interoperable tools for common tasks including deployment, autonomic scaling and monitoring. The scope of the specification will be all high level functionality required for the life-cycle management of virtual machines (or workloads) running on virtualization technologies (or containers) supporting service elasticity.

This group will focus on the creation of an API for interfacing “IaaS? Cloud computing facilities, which is sufficiently complete as to allow for the creation of interoperable implementations.

It will allow for:
* Consumers to interact with cloud computing infrastructure on an ad-hoc basis (e.g. deploy, start,
stop, restart)
* Integrators to offer advanced management services
* Aggregators to offer a single common interface to multiple providers
* Providers to offer a standard interface that is compatible with available tools
* Vendors of grids/clouds to offer standard interfaces for dynamically scalable service delivery in their products

The scope will be limited to the high level functionality required for life-cycle management and will be defined in part by the coverage of existing proprietary APIs.Storage details beyond creation and
mapping of mount points is specifically excluded. Networking details are similarly excluded beyond creation and mapping of interfaces, assignment of these to public or private networks and assignment
of dynamic or static IPs.

The resulting interface will be clear and concise, standards based and thus easily implemented and consumed.

The primary deliverable is a technical specification of the Open Cloud Computing Interface (OCCI) API. In parallel another document describing the use cases and entities to be managed, their life-cycle and
the associated processes to manage will be created. Both documents will be delivered at OGF27. Reference implementation(s) are specifically excluded, as are details relating to supporting
infrastructure (such as storage and network hardware configuration).

There are a number of existing APIs from which we can derive a "consensus", including:
* Amazon EC2 API
* ElasticHosts API
* FlexiScale API
* GoGrid API
* Sun Cloud APIs
Group Links

> login   RSS RSS Contact Webmaster

OGFSM, Open Grid ForumSM, Grid ForumSM, and the OGF Logo are trademarks of OGF