Use Case: Who operates the slice?

The slides make the assumption that the researcher is providing
operations (within the experiment).  It was discussed at the OMIS
meeting in Minneapolis (or maybe in a small group afterward) that
researchers with an experiment that is long running may want to
"out-source" operations for whatever service it provides.  This might
be especially true if they have Opt-In users to support.  Most
researchers _will_ want to do their own operations until they suffer
from too much success and it becomes a burden.  So, it's a good
assumption, for small experiments and inital stages of most, but
possibly not always.  OMIS should explore how outsourcing operations
would work.

An interesting thing to me was someone's suggestion to look at that as
an extension of the existing "slicing", your experiment gets a
"virtual NOC" that is just a sliver of the NOC (potentially much less
than one FTE worth) assigned to your slice.  This leads to either (or
both) the possibility of the GENI NOC subcontracting (in some sense,
possibly just by fiat of NSF) and/or having an "aggregate" that is
(sliceable) NOC services independent of the "GENI NOC" which you get
authorized and allocated in a manner similar to any other aggregate.
Like Measurement it's not inside the experiment, but an external
support service.  It's a little wierder because it's partially people
and not just electronics (or photonics) that you are allocating, but
dealing with that is up to the CM of the aggregate that represents
it...  But, setting up monitoring systems for operations is almost
exactly like setting up an experiment measurement, so it's not _that_
different.

So, does anyone else have suggestions for (or specific experience
with) providing researchers with resources for ongoing operation of
their experiments?  Is this really a common resource that GENI should
be providing, or will researchers want to go it alone or get service
some other way?

        -MAP

_______________________________________________
omis-wg mailing list
omis-wg@...
http://lists.geni.net/mailman/listinfo/omis-wg