wiki:FeddToDo

Version 5 (modified by faber, 8 years ago) (diff)

--

Fedd's Future

Fedd is the cornerstone of DETER's federation system, and is continually evolving to realize new parts of that architecture as well as making the realized parts more useful to users. As such, development is continually ongoing. This page captures the various design and development thrusts.

Research Goals

Federation-aware experiment design tools
SEER currently supports the creation and manipulation of federated experiments. This makes it possible for experimenters to access the power of federation, but to get the best use out of the capability, we believe that more sophisticated tools are essential. Such tools would either give users more detailed hints about how to break up experiments for federation or make those decisions for them (perhaps with an override). We are continuing to encourage the creation of such tools.

Supporting these emerging tools by providing richer interfaces to control federated resources is an ongoing goal of the federation research.

Advertisements and testbed information
Currently the DFA and fedd do not provide a formal way for testbeds to describe their capabilities and policies. Currently this data is exchanged out of band and in an ad hoc way. As more testbeds with wider ranges of policies and capabilities make themselves federable, this ad hoc strategy will limit growth. We intend to formalize a system for exchange of this information and integrate it into future fedd releases.

Operational Features

More federant connection options
The current federation kit establishes tunnels between the various federants using SSH tunnels that carry link layer packets. We plan to allow more options for experimenters, including IPSec tunnels, that will enable different interconnection properties between federants. This also interfaces with our desire to federate using dynamically configurable network resources.
Tuning the federated environment
As part of our larger goal of building an experimental environment tuned for federated experiments, we are working to efficiently generalize and scale the parts of the existing environment that are conceptually useful but implemented for a local testbed. For example, providing a shared file system to many hosts in the wide area will be better accomplished with a file system designed for those goals. Our first step to the reliable-messaging and integrated authentication of SMB from NFS represents a first step toward a wide-area file system for federation. We intend to continue to improve these generalizations. These improvements are largely in the federation kit.

Release Plans

Release 4.0
Enhanced testbed service descriptions, operational hardening, better control and status interfaces. Planned for Feb 2011.