Changes between Version 155 and Version 156 of WikiStart

03/20/11 12:07:18 (13 years ago)
Aaron Falk



  • WikiStart

    v155 v156  
    4949The GPO publishes system engineering and integration documents specifying the GENI design, integration, and operations.  Documents are review by the community via mailing list discussion and at GENI Engineering Conferences before being adopted by consensus.  A list of published documents can be found here: [wiki:GpoDoc GPO Docs].
    51   '''Adopted Recommendations'''
     51  '''Adopted Recommendations''' are documents that reflect the current GENI design, policy, or procedures in effect at this time.  The current set of adopted recommendations are listed below:
    5353  __GENI Recommended Use Policy__. ''This document communicates common guidelines for using the suite of GENI infrastructures to the GENI community.  GENI participants should be willing to follow the guidelines, and to support GENI community efforts to implement this policy.'' (GENI-INF-RUP-01.1) [ PDF]
     55  __GENI Aggregate Provider's Agreement___. ''GENI is a federated network testbed designed to allow researchers to experiment with network applications and ser- vices that benefit from distribution across a wide geographic area. All uses of GENI should be consistent with this high-level goal.  Management Authorities (MAs), providing aggregates and components operating as a part of GENI, are well-served by having a common set of principles to establish an expected level of service, and methods of cooperation. Such principles, presented in this agreement, benefit the security and stability of the entire GENI suite of infrastructures.''  This document was reviewed and approved by the COMIS working group (see [wiki:Gec9COMISAgenda]), and is adopted for use in GENI Spiral 3.  [ PDF]
     57 __Emergency Stop Procedure__. ''One of the essential early operational requirements for the GENI facility is the need to manage and coordinate the stop and/or containment of GENI resources among all GENI projects in the case of an urgent request.  Emergency stop is the system used to respond to incidents of interference or resource exhaustion caused either unintentionally (misconfiguration), or intentionally (malware).  This is intended to protect GENI aggregates when they begin to integrate with other aggregates, and when GENI begins to interconnect with outside networks.  For Spiral 2, GENI aggregates will have active experimentation and increased integration and interconnection with other aggregates or non-GENI networks.  This document will provide an approach for an early emergency stop service in Spiral 2, as well as a potential evolution for emergency stop for future spirals.''  This document was reviewed and approved by the OMIS working group (see [wiki:Gec8OmisAgenda]), and is adopted for use in GENI Spiral 2 and 3. [ DOC]
     60 __GMOC Concept of Operations__. ''The GENI facility will require a model of operations moving forward that is both responsive enough to the needs of GENI users and stakeholders (researchers using the facility, users opting-in to GENI, and GENI operators) and flexible enough to evolve with the federated, reconfigurable nature of the facility.  We expect that GENI research users will require a facility that is highly available, with a clear and simple process for getting support, which provides a robust set of highly detailed data about its use and operations, and which communicates maintenance and experiment affecting issues in a responsive and transparent way.''  This document was reviewed and approved by the COMIS working group (see [wiki:Gec9COMISAgenda]), and is adopted for use in GENI Spiral 3. [ DOC]
     63 __Legal, Law Enforcement and Regulatory Plan__. ''At first glance, it may appear that the GENI federation and its governance entities have no legal responsibilities of their own since "GENI" owns virtually no infrastructure and researchers are ultimately responsible for the actions of their individual experiments. While both statements are true, there is a subtlety here as (1) lawyers, law enforcement and regulatory agencies (LLR) do not know this, and (2) no one party necessarily has all the information to address inquiries from these entities. Therefore, collaboration will be necessary to resolve some LLR issues and the need for a plan to handle such requests is established.  This document begins by further motivating this need with several scenarios or use cases, some based on previous experience in other federations and testbeds. These scenarios also drive the need for proactive measures, such as, having a simple mechanism to reach slice owners and heading off future DMCA requests which could discourage campus participation in GENI. Finally, it becomes clear that someone is needed to fulfill a facilitator role to help route LLR requests to the appropriate parties when a single institution is unable to address the request it receives entirely on its own.'' This document was reviewed and approved by the Ops Agreements meeting at GEC10 (see [wiki:GEC10OpsAgreements]), and is adopted for use in GENI Spiral 3.  [ PDF]