| 53 | | TBD |
| | 53 | [http://fedd.isi.deterlab.net TIED/DETER Federation Architecture Website] [[BR]] |
| | 54 | |
| | 55 | Information about the TIED/DETER federation system, including overview, detailed user and developer documentation, pointers to published papers, and released code. |
| | 56 | |
| | 57 | DFA is a system that allows a researcher to construct experiments that span testbeds by dynamically acquiring resources from other testbeds and configuring them into a single experiment. As closely as possible that experiment will mimic a single DETER/Emulab experiment. |
| | 58 | |
| | 59 | Though the experiment appears to be a cohesive whole, the testbeds that loan the resources retain control of those resources. Because testbeds retain this control, each testbed may issue credential necessary for manipulating the federated resources. For example, a testbed that has loaned nodes to an experiment may require the experimenter to present a credential issued by that testbed (e.g., an SSH key or SSL certificate) to reboot those nodes. The system acquires those credentials on behalf of experimenters and distributes them on behalf of testbeds. |
| | 60 | |
| | 61 | Testbed administrators may use the system to establish regular policies between testbeds to share resources across many users of a testbed. Similarly, a single user with accounts on multiple testbeds can use the same interfaces to coordinate experiments that share his testbed resource, assuming sharing those resources does not violate the policy of any of the constituent testbeds. |
