| 327 | |
| 328 | Purpose: |
| 329 | Provide a comprehensive and ordered list of topics that must be addressed for a complete architecture |
| 330 | Identify the priority topics that the WG needs to address first |
| 331 | Pull together contributions by the WG though Spiral 2 |
| 332 | |
| 333 | |
| 334 | Plan: |
| 335 | Now : v0.1 DRAFT completed, by GPO; see http://groups.geni.net/geni/wiki/GeniInstrumentationandMeasurementsArchitecture |
| 336 | By GEC8: v0.5 draft, by GPO, with contributions from WG |
| 337 | By GEC9: v1.0 draft, reviewed by WG |
| 338 | |
| 339 | Document outline: |
| 340 | Document Scope |
| 341 | 2. Introduction |
| 342 | 3. Definition and configuration of I&M services |
| 343 | 4. Interfaces, protocols and schema for Measurement Data (MD) |
| 344 | 5. Ownership of MD and privacy of owners |
| 345 | 6. Interfaces, protocols and APIs for using I&M services |
| 346 | 7. Basic GENI I&M use cases |
| 347 | 8. MD transport via the GENI Measurement Plane |
| 348 | 9. Discovery, authorization, assignment and binding of GENI I&M services |
| 349 | 10. Measurement Orchestration (MO) service |
| 350 | 11. Measurement Point (MP) |
| 351 | 12. Time-stamping MD |
| 352 | 13. Measurement Collection (MC) service |
| 353 | 14. Measurement Analysis and Presentation (MAP) service |
| 354 | 15. Measurement Data Archive (MDA) service |
| 355 | 16. Additional GENI I&M use cases |
| 356 | |
| 357 | Based on GENI I&M Capabilities Catalog (v0.1), these GENI projects have comprehensive, end-to-end capabilities: |
| 358 | OML (ORBIT Measure Library) in OMF (ORBIT Mgmt Framework) |
| 359 | (Ott, NICTA and Gruteser, WINLAB/Rutgers, 1660) |
| 360 | Instrumentation Tools |
| 361 | (Griffioen, Univ Kentucky, 1642) |
| 362 | perfSONAR for network measurements |
| 363 | (Zekauskas, I2 and Swany, Univ Delaware, 1788) |
| 364 | Scalable Sensing Service |
| 365 | (Fahmy, Purdue and Sharma, HP Labs, 1723) |
| 366 | OnTimeMeasure |
| 367 | (Calyam, Ohio Super Ctr, 1764) |
| 368 | |
| 369 | After considering projects with comprehensive, end-to-end capabilities, here are five services they have in common: |
| 370 | |
| 371 | Measurement Orchestration (MO) service |
| 372 | (p/o Experiment Control service, uses a language to orchestrate I&M services) |
| 373 | Measurement Point (MP) service |
| 374 | (instrumentation that taps into a network and/or systems, links and/or nodes, to capture measurement data and format it using a standardized schema) |
| 375 | Measurement Collection (MC) service |
| 376 | (programmable systems that collect, combine, transform and cache measurement data) |
| 377 | Measurement Analysis and Presentation (MAP) service |
| 378 | (programmable systems that analyze and then present measurement data) |
| 379 | Measurement Data Archive (MDA) service |
| 380 | (measurement data repository, index and portal) |
| 381 | |
| 382 | Expected range of implementations: |
| 383 | |
| 384 | Small-scale implementations might put all I&M services within one aggregate, and even in one server |
| 385 | interfaces between services would be internal to the aggregate, or even internal to the server |
| 386 | |
| 387 | Large-scale implementations might have I&M services distributed over many aggregates |
| 388 | with measurement data flowing between services |
| 389 | with orchestration mechanisms based upon message exchanges |
| 390 | |
| 391 | |
| 392 | |
| 393 | |
| 394 | |