Changes between Initial Version and Version 1 of OmisOverlap


Ignore:
Timestamp:
02/28/08 01:31:06 (16 years ago)
Author:
Mike Patton
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • OmisOverlap

    v1 v1  
     1= Overlap between OMIS and other GENI Working Groups =
     2
     3
     4This page collects lists of topics that overlap or connect between the OMIS WG and the other GENI WGs.  This includes topics that could be in either WG as well as where things being defined in the two WGs will have to interface with  each other.
     5
     6This is very incomplete at present, please add any additional points of overlap that you think of.
     7
     8
     9== Facility Control Framework WG (formerly narrow-waist) ==
     10
     11Since control-WG is defining the common interface that will be used for operations, there is a need for OMIS to make sure it has all the functions that are needed.
     12
     13Most of the security for the lower levels of GENI are also being defined in control-WG.  There is a need to be sure they are consistent with any higher level security architecture or requirements defined by OMIS.
     14
     15
     16== GENI Experiment Workflow and Services WG ==
     17
     18For GIMS measurement collection and archiving, services-WG will be defining the researcher interface.
     19
     20Services' [http://www.nabble.com/usage-scenarios-tf4882687.html usage scenarios] needs input from OMIS.
     21
     22
     23== Substrate WG ==
     24
     25Substrate WG is is also making [wiki:SubstrateOverlap a page for overlaps].
     26
     27For GIMS measurement collection and archiving, substrate-WG will be defining the how the data is actually collected.
     28
     29Substrate's [http://groups.geni.net/geni/wiki/SubstrateResources resource list] needs input from OMIS.
     30
     31
     32== End-User Opt-In WG ==
     33
     34How much does operations need to know about End-User Opt-In?  If an experiment has general Internet users opting in and becomes a great success, operations will need to track the trend for things like bandwidth provisioning at interconnects and traffic engineering.