wiki:GEC11InstMeasWorkingSession

Version 11 (modified by hmussman@bbn.com, 13 years ago) (diff)

--

Instrumentation and Measurement (I&M) Working Session

Thursday, July 28, 2011, 1:00pm - 3:00pm
Room:
Session Leader: Harry Mussman, (GPO, Raytheon BBN Technologies)

Description

This session will review the latest DRAFT of the measurement_data_object_descriptor, commonly known as "metadata"; review the status of current I&M design and prototyping efforts; and review new topics and next steps.

Summary

[ slides]

Agenda

This is a tentative agenda, which may change.

1) Introductions

1:00pm

2) Measurement Data Object Descriptor (MDOD)

1:05pm
Harry Mussman

2.1) Overview

2.2) Use Cases

Read the following sections of the Architecture document:
4.5 GATHERING, TRANSFERRING AND SHARING MD
4.5.1 Schema and Provenance of MD
4.5.2 Gathering MD into a Slice
4.5.3 Transferring MD between I&M Services in the Same Slice
4.5.4 Transferring MD between I&M Services in Different Slices
4.5.5 Sharing MD with Others

Use these figures

A summary of the topic is presented in these slides

See: I&M in Experimenter's Slice

See: I&M in Operator's Infrastructure Measurement Slice
FOr example: a GENI operator could get resources, setup a long-running measurement slice, and make data vaailable to other operators or even experimenters.

2.3) Content (Semantics)

Read the following sections of the Architecture document:
8 SCHEMA AND ELEMENTS FOR MEASUREMENT DATA OBJECT DESCRIPTORS (MDODS)
8.1 MEASUREMENT DATA OBJECTS (MDOS)
8.2 MEASUREMENT DATA (MD) OBJECT DESCRIPTOR
8.2.1 Uses
8.2.2 One Data Model
8.2.3 Multiple Schemas
8.3 MD OBJECT DESCRIPTOR DATA MODEL
8.3.1 Vocabulary
8.3.2 Identifier Elements
8.3.3 Interoperability Elements:
8.3.4 Discovery Elements
8.3.5 Administrative Elements:
8.3.6 Mapping into Descriptors from GENI MD Schemas
8.4 MD OBJECT DESCRIPTOR SCHEMAS
8.4.1 File Schema
8.4.2 MI Registration Schema
8.4.3 Archive Schema

A summary of the topic is presented in these slides

DRAFT v0.2 MDOD Data Model, Elements and Values:

2.4) Supported Object Types and Formats

Instrumentation Tools (Kentucky)
OMF/OML (NICTA)
perSONAR/LAMP (Delaware, I2)
OnTimeMeasure (Ohio State)
Scalable Sensing Service? (Purdue, HP Labs)
GMOC? (Indiana)
NetCDF?
others?

2.5 Next Steps

3) Current I&M Design and Prototyping Efforts

1:35pm

3.1) Instrumentation Tools (Kentucky)

1:35pm
Jim Griffioen, Hussam Nassir

(Each one slide, or less)
Summary and status
Intended use(s): experimenter's slice operator's infrastructure measurement slice?
Creates or includes info for MDOD? in druple DB? mapping to MDOD elements? object_type? object_format? interpretation_method?
Includes persistent operational services? portal local archive
Integrates with MDA service? how? stores tarball status? issues?
Authorization methods supported? issues?

Note from Jim on 7/6: As for other topics you may want to discuss, one of the things that continues to be a big headache for us is limiting access to measurement data. Currently we have to deal with several different users accounts, authentication schemes, object granularity, etc. BTW, we have integrated INSTOOLS with the CNRI workspace model, but again, they have yet another set of user accounts and passwords to deal with. If we could start moving toward some standards in this area, that would be very helpful.

3.2) OMF/OML (NICTA)

1:45pm
Max Ott

(Each one slide, or less)
Summary and status
Intended use(s): experimenter's slice operator's infrastructure measurement slice?
Creates or includes info for MDOD? mapping to MDOD elements? object_type? object_format? interpretation_method?
Includes persistent operational services? centralized OML data service (will be needed for WiMAX base stations)
Integrates with MDA service? how? status? issues?
Authorization methods supported? issues?

3.3) perSONAR/LAMP (Delaware, I2)

1:55pm
Jason Zurawski, Ezra Kissel, Martin Swany

(Each one slide, or less)
Summary and status
Intended use(s): experimenter's slice? operator's infrastructure measurement slice?
Creates or includes info for MDOD? mapping to MDOD elements? object_type? object_format? interpretation_method?
Includes persistent operational services? lookup (meas info) services
Integrates with MDA service? how? status? issues?
Authorization methods supported? issues?

3.4) OnTimeMeasure (Ohio State)

2:05pm
Prasad Calyam

(Each one slide, or less)
Summary and status
Intended use(s): experimenter's slice? operator's infrastructure measurement slice?
Creates or includes info for MDOD? mapping to MDOD elements? object_format? interpretation_method?
Includes persistent operational services?
Integrates with MDA service? how? status? issues?
Authorization methods supported? issues?

3.5) Meas Data Archive (MDA) Prototype Service

2:15pm
Giridhar Manepalli, Larry Lannom

(Each one slide, or less)
Summary and status
Intended use(s): experimenter's slice operator's infrastructure measurement slice
Receives MDOD? mapping to MDOD elements? object_format? uses sharing_policy? uses disposal policy?
Provides persistent operational services? user workspace service object archive service
Integrates with other tools and services? how? status? issues?
Authorization methods supported? issues?

3.6) Others?

Scalable Sensing Service? (Purdue, HP Labs)
GMOC? (Indiana)

4) New Topics and Next Steps

2:30pm
Open discussion, led by Harry Mussman

4.1) Measurement Data Object Descriptors (MDODs) (“metadata”)

Complete defining common data model by ? who?
Complete formal schema by? who?
First prototype software to create MDOD by ? who?
Understand relationship to rspec?

4.2) Deployment Plan for Tools and Services

4.3) Prototype Operational Services

Measurement Data Archive (MDA) service, including User Workspace (UW) service and Digital Object Archive (DOA) service
INSTOOLS portal?
perfSONAR/LAMP lookup (measurement information) service?
Centralized OML server?
others?

4.4) Integrate I&M services for Experimenters

4.5) Integrate I&M services for Operators monitoring infrastructure

4.6) Use DOA for Sharing Data with Others

4.7) Authorization Mechanisms

Note from Jim on 7/6: As for other topics you may want to discuss, one of the things that continues to be a big headache for us is limiting access to measurement data. Currently we have to deal with several different users accounts, authentication schemes, object granularity, etc. BTW, we have integrated INSTOOLS with the CNRI workspace model, but again, they have yet another set of user accounts and passwords to deal with. If we could start moving toward some standards in this area, that would be very helpful.

4.8) Extensions

Use MDA as a full Experiment Repository to archive all experiment objects, including: meas data; software; topology/rspec?
Use various versions of MDOD to negotiate transfer of data object, e.g., like GENI resource assignment; use versions of MDOD to like rspec advertisement, request, amnifest.

Use MDOD with descriptor and holder/transaction records for "object assignment record"; use similar structure in GENI resource assignment to give "resource usage record"

Adjourn

3:00pm

Background Reading

I&M integration wiki
GENI I&M Capabilities Catalog
GENI I&M Architecture document

Attachments (19)