Changes between Version 1 and Version 2 of GEC11InstMeasWorkingSession

Timestamp:

07/19/11 11:46:09 (13 years ago)

Author:

hmussman@bbn.com

Comment:

--

GEC11InstMeasWorkingSession

@@ -1 @@
-=== Instrumentation and Measurement Working Session ===
-
-==== Organizers ====
-  Harry Mussman, ''GENI Project Office''
-
-==== Time ====
-  Wed 1:00 - 3:00 pm
-
-==== Description ====
-   This session will review the key instrumentation and measurement (I&M) topics still under study by the GENI I&M community, including metadata schema and authorization to share measurement data.  Each topic will be reviewed by members of the community, and then opened for discussion and a determination of the next steps.
+[[PageOutline]]
+
+= Instrumentation and Measurement (I&M) Working Session =
+Thursday,  July 28, 2011, 1:00pm - 3:00pm [[BR]]
+Room:     [[BR]]
+Session Leader:  Harry Mussman, (GPO, Raytheon BBN Technologies) [[BR]]
+
+== 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 tools and services;  and review new topics and next steps.  [[BR]]
+
+== Summary ==
+
+ [  slides]  [[BR]]
+
+
+== Agenda ==
+This is a tentative agenda, which may change. [[BR]]
+
+
+=== 1)  Introductions ===
+1:00pm  [[BR]]
+
+=== 2)  Measurement Data Object Descriptor (MDOD) ===
+1:05pm  [[BR]]
+Harry Mussman[[BR]]
+
+==== 2.1) Overview ====
+
+
+==== 2.2)  Use Cases ====
+  Read the following sections of the [http://groups.geni.net/geni/attachment/wiki/GeniInstrumentationandMeasurementsArchitecture/122010i%20GENI-SE-IM-ARCH-1.0.doc  Architecture document:[[BR]]
+  4.5   GATHERING, TRANSFERRING AND SHARING MD   [[BR]]
+  4.5.1  Schema and Provenance of MD     [[BR]]
+  4.5.2  Gathering MD into a Slice       [[BR]]
+  4.5.3  Transferring MD between I&M Services in the Same Slice  [[BR]]
+  4.5.4  Transferring MD between I&M Services in Different Slices        [[BR]]
+  4.5.5  Sharing MD with Others
+
+  Use these [http://groups.geni.net/geni/attachment/wiki/GeniInstrumentationandMeasurementsArchitecture/Visio-4.x%20%20030911%20_IM-ARCH-Figures.pdf  figures][[BR]]
+  
+  A summary of the topic is presented in these [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/031711_GatheringTransferringMD_I%26MArch_Overview.pptx  slides][[BR]]
+
+  See: I&M in Experimenter's Slice
+
+  See:  I&M in Operator's Infrastructure Measurement Slice
+
+  
+=== 2.3)  Content (Semantics) ===
+  Read the following sections of the [http://groups.geni.net/geni/attachment/wiki/GeniInstrumentationandMeasurementsArchitecture/122010i%20GENI-SE-IM-ARCH-1.0.doc  Architecture document:] [[BR]]
+  8     SCHEMA AND ELEMENTS FOR MEASUREMENT DATA OBJECT DESCRIPTORS (MDODS)      [[BR]]
+  8.1    MEASUREMENT DATA OBJECTS (MDOS)         [[BR]]
+  8.2    MEASUREMENT DATA (MD) OBJECT DESCRIPTOR         [[BR]]
+  8.2.1   Uses   [[BR]]
+  8.2.2   One Data Model         [[BR]]
+  8.2.3   Multiple Schemas       [[BR]]
+  8.3    MD OBJECT DESCRIPTOR DATA MODEL         [[BR]]
+  8.3.1   Vocabulary     [[BR]]
+  8.3.2   Identifier Elements    [[BR]]
+  8.3.3   Interoperability Elements:     [[BR]]
+  8.3.4   Discovery Elements     [[BR]]
+  8.3.5   Administrative Elements:       [[BR]]
+  8.3.6   Mapping into Descriptors from GENI MD Schemas  [[BR]]
+  8.4    MD OBJECT DESCRIPTOR SCHEMAS    [[BR]]
+  8.4.1   File Schema    [[BR]]
+  8.4.2   MI Registration Schema         [[BR]]
+  8.4.3   Archive Schema   [[BR]]
+
+  A summary of the topic is presented in these [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/031711_MDObjectsDescriptors%20_I%26MArch_Overview.pptx  slides][[BR]]
+
+  DRAFT ver0.2 MDOD Data Model, Elements and Values: [[BR]]
+
+==== 2.3)  Prototype Measurement Data Archive (MDA) Service ==== 
+1:45pm  [[BR]]
+Giridhar Manepalli  (CNRI)  [[BR]]
+  Measurement Data Archive (MDA) Service [[BR]]
+  
+  Defined earlier in these [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/110410%20%20Topic2_MDASrvc_GEC9_Agenda_WGMtgInstAndMeas.ppt  slides][[BR]]
+  
+  Overview of User Workspace and Digital Object Archive services presented in these summarized in these   [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/031711_SharingMDObjects%20_I%26MArch_Overview.pptx slides]:[[BR]]
+
+  CNRI prototype defined:[[BR]]
+  [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/031011%20%20Measurement%20Data%20Archive%20Prototype.docx  text][[BR]]
+  [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/MDA_CNRI_Giridhar.pptx Discussion Slides][[BR]]
+
+  Demo[[BR]]
+
+  First users?[[BR]]
+
+  Other uses in GENI?[[BR]]
+ 
+
+
+
+
+=== 4)  Measurement Data Objects and Descriptors (i.e, metadata) ===
+3:00pm [[BR]]
+Harry Mussman [[BR]]
+  Read the following sections of the [http://groups.geni.net/geni/attachment/wiki/GeniInstrumentationandMeasurementsArchitecture/122010i%20GENI-SE-IM-ARCH-1.0.doc  Architecture document:] [[BR]]
+  8     SCHEMA AND ELEMENTS FOR MEASUREMENT DATA OBJECT DESCRIPTORS (MDODS)      [[BR]]
+  8.1    MEASUREMENT DATA OBJECTS (MDOS)         [[BR]]
+  8.2    MEASUREMENT DATA (MD) OBJECT DESCRIPTOR         [[BR]]
+  8.2.1   Uses   [[BR]]
+  8.2.2   One Data Model         [[BR]]
+  8.2.3   Multiple Schemas       [[BR]]
+  8.3    MD OBJECT DESCRIPTOR DATA MODEL         [[BR]]
+  8.3.1   Vocabulary     [[BR]]
+  8.3.2   Identifier Elements    [[BR]]
+  8.3.3   Interoperability Elements:     [[BR]]
+  8.3.4   Discovery Elements     [[BR]]
+  8.3.5   Administrative Elements:       [[BR]]
+  8.3.6   Mapping into Descriptors from GENI MD Schemas  [[BR]]
+  8.4    MD OBJECT DESCRIPTOR SCHEMAS    [[BR]]
+  8.4.1   File Schema    [[BR]]
+  8.4.2   MI Registration Schema         [[BR]]
+  8.4.3   Archive Schema   [[BR]]
+
+  A summary of the topic is presented in these [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/031711_MDObjectsDescriptors%20_I%26MArch_Overview.pptx  slides][[BR]]
+
+  DRAFT MDOD Data Model, Elements and Values: [[BR]]
+
+  Identifier  (type, value)                                     Mandatory [[BR]]
+
+  Locator  (type, value)                                        Mandatory [[BR]]
+
+  [Collection (member of):  type;  name;  index] ---            Optional [[BR]]
+
+  [Structure: (where object includes multiple sub-objects) [[BR]]                       
+
+                Sub-object x descriptor: [[BR]]
+                        (repeat above) [[BR]]
+ 
+                Sub-object y descriptor: [[BR]]
+                        (repeat above) [[BR]]
+                                                                ]  Optional [[BR]]
+
+  Object type:  flow  |  file  |  directory  |  data base  |  GUI  |  digital object    Mandatory [[BR]]
+
+  Measurement data schema:  template;  names;  parameters;  types               Mandatory [[BR]]
+
+  Size:  (type, value)                                                          Optional [[BR]]
+
+  Encryption:  (type, owner)                                                    Optional [[BR]]
+
+  Subject:  what;  where                Mandatory [[BR]]
+
+  Time:  when                   Optional [[BR]]
+
+  Keywords                              Optional [[BR]]
+
+  Description                   Optional [[BR]]
+
+  GENI-specific discovery elements:  (services;  identifiers;  slices;  experiments;  runs)             Mandatory [[BR]]
+
+  Owner/creator:  (slice;  experiment;  run;  when;  who;  contact;  processing;  annotation)    Mandatory [[BR]]
+
+  Previous holder(s):  (slice;  experiment;  run;  when;  who;  contact;  processing;  annotation)  Optional [[BR]]
+
+  Current holder:  (slice;  experiment;  run;  when;  who;  contact;  processing;  annotation)  Optional [[BR]]
+
+  Last modified:  (date;  time;  contact)  Mandatory [[BR]]
+
+  Licenses:    Optional [[BR]]
+
+  Private information:  type;  mitigation;  responsibilities            Optional [[BR]]
+
+  Transfer rules:               Optional [[BR]]
+
+  Disposal rules:               Optional [[BR]]
+
+
+  Comments from earlier discussion: [[BR]]
+
+  Camilo Viecco:[[BR]]
+
+  All parameters look fine.  I have one question:  The 'Time' optional parameter appears to be redundant. Should it not match the owner/creator when mandatory value?[[BR]]
+
+  There is also the issue of metadata for time ranges. How do we express that?  If we remove the time, then I belive this is a good place to start[[BR]]
+
+  Hussam Nasir:[[BR]]
+
+  I agree with Camillo suggestions and dont see any more addition/removal i would want to make.[[BR]]
+
+  Max Ott:  [[BR]]
+
+  As for meta data I first of all want to stress that we really should find a way to align this with the Resource Description spec of the Control Framework. While there is substantial reluctance there to embrace anything assembling some kind of structure, I'm not giving up the fight that easily. I just find it utterly silly to have two or more different ways to describe resources. Measurements are resources as well and metadata is all about describing where the measurements are coming from, that includes the resources we provision through the control framework.[[BR]]
+
+  I know , with the little (or zero as in my case) funding we have available, nobody is excited about re-factoring for alignment sakes, but we shouldn't forget why we are we doing this in the first place. We just published a paper which included an analysis of last year's edition of one of the major conferences in our field. 26 out of the 36 accepted papers had substantial flaws in their respective analysis section, ranging from not even describing the experiment  to the sloppy "10-run average" without any indication of precision.  The numbers would have looked a lot grimmer if we would have tried to figure out on how to repeat the results.[[BR]]
+
+  Coming back to meta data and repeating my RSpec argument. We first need an object/component/resource model and then we need a way to attach meaning to various 'groups' of model instances. The first part (model) should be quite stable as it gets baked into tools, services, and code and is expensive to change. The second part (semantics) should be easy to change as it inadvertently will as it reflects our changing needs, understandings, use cases. In other words, the rate of change somewhat reflects the vibrancy of the community using it.[[BR]]
+
+  This is sitting in my drafts folder already for a few days, still half baked, but hopefully still of some marginal value.[[BR]]
+
+
+  Discussion[[BR]]
+
+  Consensus?[[BR]]
+
+  Next steps?  [[BR]]
+
+
+
+===  5)  Current I&M Design and Prototyping Efforts ===
+3:45pm [[BR]] 
+
+
+ I&M services for Experimenters, including: [[BR]] 
+   Instrumentation Tools (for use with protoGENI) [[BR]] 
+   OMF/OML [[BR]] 
+   LAMP  (uses perfSONAR technology, for use with protoGENI) [[BR]] 
+   OnTimeMeasure   (for use with protoGENI or PlanetLab) [[BR]] 
+
+ I&M services for monitoring infrastructure, including: [[BR]] 
+   Measurement System, for packet capture [[BR]] 
+   Shadownet, for router monitoring [[BR]] 
+   Scalable Sensing Service [[BR]] 
+
+ Measurement Data Archive (MDA) service [[BR]] 
+   First prototype by CNRI, including User Workspace (UW) service and Digital Object Archive (DOA) service [[BR]] 
+
+ Management of an I&M service, from Measurement Orchestration (MO) service: [[BR]] 
+   First prototype by IMF and ERM projects, following OMF approach [[BR]] 
+
+ Measurement Data Objects, and Descriptors  (“metadata”): [[BR]] 
+   Defining common data model, then schemas [[BR]] 
+   First prototype software by ? [[BR]] 
+
+ Measurement traffic flows, proxies/mechanisms) to reach servers in private address space [[BR]] 
+  First prototype of ssh access by ORCA project  [[BR]] 
+
+ [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/031711_CurrentStatus%20_I%26MArch_Overview.pptx  slides] [[BR]]
+
+ Is anything missing?  [[BR]]
+ 
+ Next steps?  [[BR]]
+
+=== 6)  I&M Service Deployments ===
+3:50pm [[BR]]
+  
+ Current I&M services for Experimenters, including: [[BR]] 
+   Instrumentation Tools (for use with protoGENI) [[BR]] 
+   OMF/OML [[BR]] 
+   LAMP  (uses perfSONAR technology, for use with protoGENI) [[BR]] 
+   OnTimeMeasure (for use with protoGENI or PlanetLab) [[BR]] 
+
+ Introduce I&M services for monitoring infrastructure, including: [[BR]] 
+   perfSONAR components, with Measurement Information (MI) service, and first use of Measurement Data Object Descriptors (MDOD’s)?  Who? [[BR]] 
+   Measurement System for packet capture? [[BR]] 
+   Scalable Sensing Service? [[BR]] 
+
+ Introduce Measurement Data Archive (MDA) service: [[BR]] 
+   Include User Workspace (UW) service  [[BR]] 
+   Include Digital Object Archive (DOA) service [[BR]] 
+   Who are first users? [[BR]] 
+   Are there other uses, e.g., software downloads? [[BR]] 
+   When ready to support Researchers? [[BR]]
+ 
+  [http://groups.geni.net/geni/attachment/wiki/GEC10InstMeasWorkingSession/031711_CurrentStatus%20_I%26MArch_Overview.pptx  slides] [[BR]]
+ 
+ Discussion  [[BR]] 
+
+ Can we build a guide?  [[BR]]
+  
+
+
+=== Adjourn ===
+4:00pm  [[BR]] 
+
+== Background Reading ==
+
+[http://groups.geni.net/geni/wiki/GeniInstMeas  I&M integration wiki][[BR]]
+[http://groups.geni.net/geni/wiki/GENIIandMCAPCAT  GENI I&M Capabilities Catalog][[BR]]
+[http://groups.geni.net/geni/wiki/GeniInstrumentationandMeasurementsArchitecture  GENI I&M Architecture document][[BR]]