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


Ignore:
Timestamp:
10/03/11 16:17:44 (13 years ago)
Author:
sollins@csail.mit.edu
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • InfoSubstrate-3Q11-status

    v1 v1  
     1[[PageOutline]]
     2
     3= InfoSubstrate Project Status Report =
     4
     5Period: March 18, 2011 through July 18, 2011
     6
     7== I. Major accomplishments ==
     8
     9In this period, we made further progress on a proposed design for network management in the context of federation and at scale across domains.  The outline of the design took place, with more detail worked out for some of the elements, but not yet all.
     10
     11=== A. Milestones achieved ===
     12
     13There were no milestones during this period.
     14
     15=== B. Deliverables made ===
     16There were no deliverables during this period.
     17
     18== II. Description of work performed during last quarter ==
     19During this period, the PI created the high level design of the proposed federated network management service and focussed on more detail of some of the key elements, as well as identity those key components of the system that can provided by others, especially those within the GENI community.  Examples of key services that will exist within GENI already are Shibboleth and ABAC. In addition, the PI has attended GEC11.  This provided a valuable opportunity to interact across a number of projects and clusters, especially the Shibboleth and ABAC researchers.
     20
     21=== A. Activities and findings ===
     22There are no new findings during this period.  We continue to expand on our key findings from the previous report, 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.  They are driving the proposed design.
     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