Changes between Version 30 and Version 31 of GEC11InstMeasWorkingSession

Timestamp:

07/28/11 10:20:26 (13 years ago)

Author:

hmussman@bbn.com

Comment:

--

GEC11InstMeasWorkingSession

@@ -135 +135 @@
 ==== 2.5  Next Steps ====
    First review of data model and schema  (completed)  [[BR]]
+
    For each tool:  map key elements into current data model;  review expected use cases  who?  when?  [[BR]]
    Review suggested approach to recording provenance   who?  when?  [[BR]]
@@ -220 +221 @@
 
 ==== 4.1) Measurement Data Object Descriptors (MDODs)  (“metadata”) ====
-   Complete defining common data model by ?  who?[[BR]] 
-   Complete formal schema by?   who?[[BR]] 
-   First prototype software to create MDOD by ?   who?[[BR]]
-   Understand relationship to rspec?  [[BR]]
-
-==== 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 [[BR]] 
-   INSTOOLS portal?[[BR]] 
-   perfSONAR/LAMP lookup (measurement information) service?[[BR]] 
-   Centralized OML server?  [[BR]] 
-   others?[[BR]] 
+   First review of data model and schema  (completed)  [[BR]]
+
+   For each tool:  map key elements into current data model;  review expected use cases  who?  when?  [[BR]]
+   Review suggested approach to recording provenance   who?  when?  [[BR]]
+   Review choice for primary and secondary identifiers  who?  when?  [[BR]]
+   Review formats for slice_id, etc.  who?  when?  [[BR]]
+
+   Understand relationship to rspec?  who?  when? [[BR]]
+
+   Complete third pass at data model and schema     who?  when?[[BR]] 
+ 
+   Complete first prototype software to create MDOD  who?  when?[[BR]]
+
+
+==== 4.3)  Deploy Prototype Operational Services ====
+   Measurement Data Archive (MDA) service, including User Workspace (UW) service and Digital Object Archive (DOA) service   (ongoing)  [[BR]] 
+   INSTOOLS portal?   who?  when? [[BR]] 
+   INSTOOLS archive service?  who?  when?  [[BR]]
+   perfSONAR/LAMP lookup (Measurement Information) service?  who?  when?[[BR]] 
+   other MI service?   who?  when? [[BR]]
+   Centralized OML server? (useful for monitoring WiMAX sites)  who?  when? [[BR]] 
+   others?  [[BR]] 
 
 
 ==== 4.4) Integrate I&M services for Experimenters ====
+   INSTOOLS tools with MDA service (ongoing) [[BR]] 
+   OnTimeMeas tools, with MDA service   (ongoing) [[BR]] 
 
 
 ==== 4.5) Integrate I&M services for Operators monitoring infrastructure ==== 
+   LAMP for OpenFlow slice monitoring  (Ali Sydney) [[BR]] 
 
 
 ==== 4.6) Use DOA for Sharing Data with Others ==== 
+   Who?  when? [[BR]] 
 
 
 ==== 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.  [[BR]]
+   Define situation  who?  when? [[BR]] 
+   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.  [[BR]]
+
+   Suggest approaches  who?  when? [[BR]] 
 
 ==== 4.8) Extensions ====
    Use MDA as a full Experiment Repository to archive all experiment objects, including:  meas data;  software;  topology/rspec?  [[BR]]
    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.  [[BR]]
-  Use MDOD with descriptor and holder/transaction records for "object assignment record";  use similar structure in GENI resource assignment to give "resource usage record"
+  Use MDOD with descriptor and holder/transaction records for "object assignment record";  use similar structure in GENI resource assignment to give "resource usage record"   [[BR]]