Changes between Initial Version and Version 1 of InfoSubstrate-3Q10-status


Ignore:
Timestamp:
11/12/10 15:07:00 (9 years ago)
Author:
sollins@csail.mit.edu
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • InfoSubstrate-3Q10-status

    v1 v1  
     1[[PageOutline]]
     2
     3= InfoSubstrate Project Status Report =
     4
     5Period: June 30, 2010 through November 5, 2010
     6
     7== I. Major accomplishments ==
     8
     9In this period, we accomplished completion of the first of the two papers under this contract.  The first paper addresses the architectural challenges of providing an information substrate for federated network management in GENI.  It is available on the wiki page of this project.
     10
     11=== A. Milestones achieved ===
     12
     13In this period we completed both S2a and S2b on time.
     14
     15=== B. Deliverables made ===
     16The deliverables for this period were the first and final drafts of the paper on architectural challenges or design goals for an information substrate for federated network management.  Both versions of the paper were delivered, by being posted on the project wiki.
     17
     18== II. Description of work performed during last quarter ==
     19During this period, more background reading was performed as well as further interviews.  The PI wrote both the preliminary and final versions of the first paper of this contract.  In addition, the PI has attended GEC9 on a GENI travel grant.  This provided a valuable opportunity to interact across a number of the working groups and clusters.  Of particular interest are COMIS, Instruementation and Measurement, and the Control Framework.  The Instrumentation and Measurement WG appear to be very focussed on their narrow problem of providing a capability for experiments to be instrumented and measured, but less so with respect to the broader set of resources.  There were two ways in which the interaction with them was disappinting.  First, they did not want to think about the fact that if something is not working correctly in an experiment, that diagnosing that problem will need to span the spectrum from the experiment itself to the various components of the GENI infrastructure.  Such problems can easily be more complex than can be diagnosed only from the "experiment" perspective.  In addition, they did not want to think about the fact that managing a GENI aggregate may need many of the same facilities as those they are creating for the experiment.  The COMIS and Control Framework Working Groups are more interested in the kinds of challenges we are identifying in our work in this project.
     20
     21=== A. Activities and findings ===
     22The key, perhaps novel, insight identified by the paper is that there are two sets of orthogonal forces that must be considered in network management.  The first is that management issues may be span multiple network architecture layers, so there is a vertical aspect to integrated network management.  The second is that federation provides a horizontal architectural challenge.  A problem or issue requiring management may on derive from the fact that peers are interacting.  These simultaneous challenges are what make network management for GENI require a more complex management architecture than exists traditionally.
     23
     24=== B. Project participants ===
     25Karen Sollins
     26=== C. Publications (individual and organizational) ===
     27None
     28=== D. Outreach activities ===
     29Several of my students are working on a multi-domain network management framework more generally.  GENI is providing a concrete example in their work, which otherwise will be more general and more far-reaching.
     30=== E. Collaborations ===
     31None
     32=== F. Other Contributions ===
     33None