Version 15 (modified by 13 years ago) (diff) | ,
---|
-
4) GENI I&M Design Topics
- Description
- Goals
- Approach
- 4.1) List of All Identified Topics
- 4.2) I&M Use Cases for Experiments, and Support for Experimenters
- 4.3) I&M Use Cases for Infrastructure Measurement, and Support for …
- 4.4) GENI Environment
- 4.5) Descriptors, Objects and Registries
- 4.6) Messaging Service
- 4.7) Lookup Service
- 4.8) GENI User Workspace Service
- 4.9) Archive Service
- 4.10 List of Operational Services
4) GENI I&M Design Topics
Description
These are the GENI I&M priority design topics that must be resolved to allow the current GENI I&M projects to proceed, particularly the large Sol 3 project (GIMI and GEMINI)
These topics were identified and reviewed at the GEC12 I&M meeting
Goals
Resolve between now (GEC12) and GEC13.
Simplify where possible!
Approach
Form teams for each topic, and identify a LEAD for each topic. [[BR]
Teams should meet by confernce call, or in person, and complete a report for presentation at GEC13.
4.1) List of All Identified Topics
List:
a) I&M Use Cases for Experiments
b) I&M Use Cases for Infrastructure Measurement
c) Platform Targets
d) Experiment and Measurement Orchestration Tools
e) Interfaces/Protocols Between Tools and Services
f) Descriptor Schema and Registry Service
g) Object Names and Registry Service
h) XML Messaging Service
i) Lookup Service
j) Portal Service
k) User Workspace and Archive Services
l) Operational Services
m) Services Shared by GIMI and GEMINI projects
n) Support for Experimenters
o) Support for Operators
These have been combined and summarized and shown in the sections below.
4.2) I&M Use Cases for Experiments, and Support for Experimenters
I&M Use Cases for Experiments
Support for Experimenters
1) Definition of topic:
a) How do we work towards Max Ott's vision for experiment support? slides
b) Nominal experiment use case:
1) Setup and run experiment using Experiment Control Tools, Experiment Orchestration Service and Lab Portal.
2) Setup and run measurements using services within slice, and persistent services. Option: get measurement data from persistent MP.
3) Gather MD, and observe during experiment; formulate MDOD.
4) Archive MD with MDOD.
5) Share archived MD with others, per policy included within MDOD.
6) Pull MD out of archive, to analyze and/or visualize.
c) What support must be provided for Experimenters? how?
d) Extended experiment use cases:
1) WiMAX site measurement
2) LEARN/BEN layer 0,1 or 2 real-time measurements
3) Sensor network (radars, power monitors)
4) Measure DiCloud workflow
2) Who: Max Ott (NICTA); CO-LEAD Jim Griffioen (U Kentucky); Prasad Calyam (Ohio Super Center); CO-LEAD Mike Zink (UMass Amherst)
4.3) I&M Use Cases for Infrastructure Measurement, and Support for Operators
I&M Use Cases for Infrastructure Measurement
Support for Operators
1) Definition of topic:
a) Delineate what infrastructure monitoring is and is not covered by this approach.
1) Yes: monitoring of clusters/racks
2) Yes: passive measurements of transport switches, etc.
3) Yes: active measurements of IP networks, of Layer 2 and OpenFlow paths
b) Nominal infrastructure measurement process:
1) Setup persistent or on-demand infrastructure measurement slice.
2) Make passive measurements or make active measurements.
3) Gather MD, and observe as it is gathered; formulate MDOD.
4) Store MD in collector, describe with MDOD, and register MDOD so that MD can be shared.
5) Typically share MD with Aggregate Operator, GMOC and/or Experimenters, per policy written into MDOD.
6) Pull MD out of collector, analyze and visualize.
7) Archive MD with MDOD.
8) Share archived MD with others, per policy included within MDOD.
9) Pull MD out of archive, to analyze and/or visualize.
c) What support must be provided for Operator? how?
2) Who: LEAD Martin Swany (Indiana U); Eric Boyd (Internet2); Jason Zurawski (Internet2); Prasad Calyam (Ohio Super Center); Chris Small (Indiana U); Ilia Baldine, for ExoGENI racks (RENCI); ?, for InstaGENI racks (HP); ?, for GMOC
4.4) GENI Environment
Platform Targets
Experiment and Measurement Orchestration Tools
Interfaces/Protocols Between Tools and Services
1) Definition of topic:
a) Platform targets:
1) protoGENI servers/VMs
2) ORCA servers/VMs
3) WiMAX sites
4) ExoGENI (RENCI) racks; like ORCA
5) TransCloud (HP) racks; like protoGENI?
6) PlanetLab
b) Experiment and Measurement Orchestration tools:
1) FLACK
2) GUSH (with Omni)
3) SFACE + RAVEN
c) Interfaces/protocols between tools and services:
1) protoGENI API, with protoGENI RSpec v2, for resource assignment
2) GENI AM API, with protoGENI RSpec v2, for resource assignment
3) ns for topology
4) ssh for image loading
5) OMF messages for orchestration
2) Who: Martin Swany (IU); Jim Griffioen (U Kentucky); Ilia Baldine, for ExoGENI racks (RENCI); ?, for InstaGENI racks (?); David Irwin (UMass Amherst); Mike Zink (UMass Amherst); Christoph Dwertmann (NICTA); LEAD Harry Mussman (GPO); Tom Mitchell (GPO); Aaron Helsinger (GPO); Marshall Brinn (GPO); Vic Thomas (GPO)
4.5) Descriptors, Objects and Registries
Descriptor Schema and Registry Service
Object Names and Registry Service
1) Definition of topic:
a) Need to finalize MDOD schema, for XML file. References
b) Want to extend MDOD to cover all types of objects, i.e., software images. (NetKarma)
c) Want to use MDOD schema to define Event Record schema. (NetKarma)
d) MDOD registry. Use UNIS lookup service? Use DOR registry? Include in iRODS? Consider IF-MAP server?
e) MDOD creation and editing service.
f) Need object (e.g., Measurement Data Object or I&M Service) names; need a public reference; consider DataCite
g) Do we need object registry, with names and public key?
2) Who: Jason Zurawski (Internet2); Ezra Kissel (U Delaware); Eric Boyd (Internet2); Beth Plale (IU); Chris Small (GEMINI, IU); Scott Jensen (Indiana U); Larry Lannom (CNRI); LEAD Giridhar Manepalli (CNRI); Deniz Gurken (GIMI, UH); Harry Mussman (GPO)
4.6) Messaging Service
XML Messaging Service
1) Definition of topic:
a) Use for messages, not generalized data; assume relatively low rate.
b) Use for OMF messages.
c) Use for "event record messages", that can be logged.
d) XMPP server, in public IP space.
e) Entities connect, and are authenticated.
f) An entity may start a pub/sub node.
g) When an entity subscribes, a message is sent to publisher requesting authorization.
h) Operations plan for XML Messaging Service.
2) Who: Rudra Dutta (NCSU); LEAD Anirban Mandal (RENCI); Christoph Dwertmann (NICTA); Ahmed El-Hassany (IU); Harry Mussman (GPO)
4.7) Lookup Service
Lookup Service
1) Definition of topic:
a) Home and global Lookup Service, as defined by perfSONAR
b) Also Topology Service? c) Global UNIS? Also Local UNIS in slice?
d) Map MDOD into metadata that is registered
e) Can Lookup Service be used for finding web interfaces, and other types of portals?
f) Operations plan for Global UNIS.
2) Who: ? (GEMINI); Giridhar Manepalli (CNRI); Harry Mussman (GPO)
4.8) GENI User Workspace Service
Portal Service
1) Definition of topic:
a) Towards Max Ott's vision that provides a unified environment for experiment support
b) GENI User Workspace Service is a container for a wide range tools including: experiment control tools; portal tools; measurement analysis and presentation tools
c) Is a Linux OS environment with files system, certificate and credential stores
d) Linux environment can be hosted on server dedicated to user; shared among multiple users in an organization; shared among multiple GENI users.
e) Many tools interact with GENI aggregates using GENI APIs
f) Many tools have a user interface, i.e.,a web interface; these are foten called portal tools
g) Many tools call other tools through published APIs.
h) Having all tools in the same container with a certificate store minimizes effort to gain authorizations.
i) Would prefer a service useful with both GIMI and GEMINI tools
j) Should compare with CNRI prototype User Workspace service
k) Operations plan for GENI User Worksapce service
2) Who: Jim Griffioen and/or Charles Carpenter (U Kentucky); Max Ott (NICTA); Christoph Dwertmann (NICTA); Chris Small, for NetKarma (Internet2); Ahmed El-Hassany (IU); Jeanne Ohren (GPO)
4.9) Archive Service
User Workspace and Archive Services
1) Definition of topic:
a) Consider CNRI prototype user workspace and archive service
b) Consider U Kentucky archive service
c) Use iRODS service?
d) How to move data to service: move file; move SQL DB; or?
e) How are partitions for different users managed?
f) How is data in MDOD used to set archive sharing policy? what is required in MDOD?
g) Operations plan for Archive Service.
2) Who: Giridhar Manepalli (CNRI); LEAD Shu Huang (RENCI) ; Larry Lannom (CNRI); Wesley Wu (U Kentucky); Hussam Nasir (U Kentucky); Chris Small (NetKarma, IU)
4.10 List of Operational Services
Persistent Operational Services
Services Shared by GIMI and GEMINI
1) What persistent operational services must be supported:
a) Descriptor registry. use UNIS? DOR? iRODS? IF-MAP?
b) Object registry. DOR?
c) XML messaging service
d) UNIS service
e) GENI user workspace service
f) iRODs archive service
2) Can all services can be shared by GIMI and GEMINI tools?
3) How do these relate to other GENI services/functions, including clearinghouse?
4) Who: Mike Zink (UMass Amherst); Martin Swany (Inidana U); Jim Griffioen (U Kentucky); Giridhar Manepalli (CNRI); Aaron Helsinger (GPO); Harry Mussman (GPO)
[http://groups.geni.net/geni/wiki/GEC12InstMeasWorkingSession