Changes between Version 39 and Version 40 of GEC9DemoSummary


Ignore:
Timestamp:
11/01/10 12:33:28 (13 years ago)
Author:
chaos@bbn.com
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GEC9DemoSummary

    v39 v40  
    140140
    141141''Demo Participants:'' Christopher Small, Matthew Davy, Dave Jent [[BR]]
     142''Affiliation:'' Indiana University
     143
    142144The deployment and operation of new network technologies will require new tools and procedures to run them. We will demonstrate mechanisms to automatically collect statistics from OpenFlow aggregates and make the statistics available to the researchers and other projects.
    143 Affiliation: Indiana University
    144145
    145146== OpenFlow Campus Trials at Stanford University (OFSTAN) ==
    146147
    147148''Demo Participants:'' Nick !McKeown, Guru Parulkar [[BR]]
    148 We will demonstrate a series of OpenFlow controller software for use in GENI experiments, where variation of OpenFlow controllers should be helpful for wide range of experiments. This demonstration will exhibit individual demonstrations of multiple OpenFlow controllers at least including NOX with SNAC (Stanford), Beacon (Stanford) and Helios (NEC Lab). In the demo, each controller will highlight their features so that the researcher can decide which controller is the best for them. This demonstration is jointly done by Stanford University and NEC. [[BR]]
    149 Affiliation: Stanford University
     149''Affiliation:'' Stanford University
     150
     151We will demonstrate a series of OpenFlow controller software for use in GENI experiments, where variation of OpenFlow controllers should be helpful for wide range of experiments. This demonstration will exhibit individual demonstrations of multiple OpenFlow controllers at least including NOX with SNAC (Stanford), Beacon (Stanford) and Helios (NEC Lab). In the demo, each controller will highlight their features so that the researcher can decide which controller is the best for them. This demonstration is jointly done by Stanford University and NEC.
    150152
    151153== OpenFlow Campus Trials at University of Washington (OFUWA) ==
    152154
    153155''Demo Participants:'' Arvind Krishnamurthy, Tom Anderson, Clare Donahue, Art Dong, Vjeko Brajkovic [[BR]]
    154 We present a system for securely and efficiently managing network resources at a +packet granularity. [[BR]]
    155 Affiliation: University of Washington
     156''Affiliation:'' University of Washington
     157
     158We present a system for securely and efficiently managing network resources at a packet granularity.
    156159
    157160== OpenFlow Campus Trials at University of Wisconsin (OFUWI) ==
    158161
    159162''Demo Participants:'' Aditya Akella, Perry Brunelli, Hideko Mills, Theo Benson, Mike Blodgett [[BR]]
    160 Offloading is a widely proposed solution for coping with the increased demands emerging mobile applications place on these resource constrained defines. However, existing systems have not been widely adopted because (i) they lack mechanisms to ensure data privacy, and (ii) they pay little attention to the decision of where to offload. We have developed an enterprise framework to opportunistically leverage available computational resources and offer both security guarantees and performance/energy improvements to smartphone users. Our demonstration showcases our central controller which assigns offloading tasks based on resource availability and an administrator specified security policy. We show security is maintained and available resources are maximally leveraged. [[BR]]
    161 Affiliation: University of Wisconsin
     163''Affiliation:'' University of Wisconsin
     164
     165Offloading is a widely proposed solution for coping with the increased demands emerging mobile applications place on these resource constrained defines. However, existing systems have not been widely adopted because (i) they lack mechanisms to ensure data privacy, and (ii) they pay little attention to the decision of where to offload. We have developed an enterprise framework to opportunistically leverage available computational resources and offer both security guarantees and performance/energy improvements to smartphone users. Our demonstration showcases our central controller which assigns offloading tasks based on resource availability and an administrator specified security policy. We show security is maintained and available resources are maximally leveraged.
    162166
    163167== OpenFlow Campus Trials at University of Wisconsin (OFUWI) ==
    164168
    165 (Poster with optional demo via laptop display) The demo presents network coding processing on NetFPGA nodes as part of the GENI experiment project on "Mobile Gigabit Wireless Access". The demo will be conducted across three PCs in laboratory at UW-Madison. [[BR]]
    166 Affiliation: University of Wisconsin
     169''Affiliation:'' University of Wisconsin
     170
     171(Poster with optional demo via laptop display) The demo presents network coding processing on NetFPGA nodes as part of the GENI experiment project on "Mobile Gigabit Wireless Access". The demo will be conducted across three PCs in laboratory at UW-Madison.
    167172
    168173== Deploying a Vertically Integrated GENI “Island”: A Prototype GENI Control Plane (ORCA) for a Metro-Scale Optical Testbed (BEN) (ORCABEN) ==
    169174
    170175''Demo Participants:'' Ilia Baldine,Yufeng Xin, Anirban Mandal. [[BR]]
     176''Affiliations: BEN: Breakable Experimental Network (http://ben.renci.org); Renaissance Computing Insititute (RENCI), Chapel Hill, NC; Duke University, Durham, NC; Gwangju Institute of Science and Technology (GIST), Korea; Infinera Corporation, Sunnyvale, CA
     177
    171178In addition to the plenary demo, we will show (a) XMLRPC experiment controller supporting GENI API (b) Experiment topology embedding in a Eucalyptus private cloud (c) OpenFlow integration (jointly with GIST using FIRST@PC testbed in Korea)  [[BR]]
    172 Affiliation(s): [[BR]]
    173 BEN: Breakable Experimental Network (http://ben.renci.org) [[BR]]
    174 Renaissance Computing Insititute (RENCI), Chapel Hill, NC [[BR]]
    175 Duke University, Durham, NC [[BR]]
    176 Gwangju Institute of Science and Technology (GIST), Korea [[BR]]
    177 Infinera Corporation, Sunnyvale, CA [[BR]]
    178179
    179180== ProtoGENI ==
    180181
    181182''Demo Participants:'' John Regehr, Rob Ricci [[BR]]
    182 We will demonstrate the frontend GUI to ProtoGENI. This GUI will display the resources that are part of the ProtoGENI federation on a map. It will allow users to create slices, start up slivers on various component managers, and display those slices on the map. This GUI is available for all users of the ProtoGENI federation. [[BR]]
    183 Affiliation(s): University of Utah, HP Labs, Internet2
     183''Affiliations:'' University of Utah, HP Labs, Internet2
     184
     185We will demonstrate the frontend GUI to ProtoGENI. This GUI will display the resources that are part of the ProtoGENI federation on a map. It will allow users to create slices, start up slivers on various component managers, and display those slices on the map. This GUI is available for all users of the ProtoGENI federation.
    184186
    185187== A Provisioning Service for Long-Term GENI Experiments (PROVSERV) ==
    186188
    187189''Demo Participants:'' John Hartman, Scott Baker [[BR]]
    188 We will demo the Raven tool suite for experiment management, including the Raven tool for publishing an experiment's software and configuration packages, the Tempest tool for installing those packages on the proper slices and slivers, and the Owl tool for monitoring the experiment's progress and results. [[BR]]
    189 Affilation(s): University of Arizona
     190''Affilation:'' University of Arizona
     191
     192We will demo the Raven tool suite for experiment management, including the Raven tool for publishing an experiment's software and configuration packages, the Tempest tool for installing those packages on the proper slices and slivers, and the Owl tool for monitoring the experiment's progress and results.
    190193
    191194== Scalable, Extensible, and Safe Monitoring of GENI (S3MONITOR) ==
    192195
    193196''Demo Participants:'' Sonia Fahmy, Puneet Sharma [[BR]]
    194 This Demo with demonstrate the capabilities of Scalable and Safe Sensing Service for GENI Clusters. The demo will show deployment of S3Monitor components (the sensing pods and sensing information manager) on the ProtoGENI cluster. [[BR]]
    195 Affiliation(s): Purdue University , HP Labs
     197''Affiliations:'' Purdue University, HP Labs
     198
     199This Demo with demonstrate the capabilities of Scalable and Safe Sensing Service for GENI Clusters. The demo will show deployment of S3Monitor components (the sensing pods and sensing information manager) on the ProtoGENI cluster.
    196200
    197201== A SCAFFOLD for GENI-based Distributed Services (SCAFFOLD) ==
    198202
    199203''Demo Participants:'' Matvey Arye, Michale Freedman, Prem Gopalan, Erik Nordstrom, Jen Rexford, David Shue  [[BR]]
    200 SCAFFOLD is a network architecture designed to support the needs of replicated, dynamic Internet services, deployed within and across datacenters. SCAFFOLD provides flow-based anycast with (possibly moving) service instances, yet allows addresses to change over time as instances fail, recover, or move. This demo showcases our SCAFFOLD prototype -- which includes an end-host network stack (built as extensions to Linux and the BSD socket API) and a network infrastructure (built on top of OpenFlow and NOX) -- and how SCAFFOLD handles service dynamism among replicated services. [[BR]]
    201 Affiliation(s): Princeton University
     204''Affiliation:'' Princeton University
     205
     206SCAFFOLD is a network architecture designed to support the needs of replicated, dynamic Internet services, deployed within and across datacenters. SCAFFOLD provides flow-based anycast with (possibly moving) service instances, yet allows addresses to change over time as instances fail, recover, or move. This demo showcases our SCAFFOLD prototype -- which includes an end-host network stack (built as extensions to Linux and the BSD socket API) and a network infrastructure (built on top of OpenFlow and NOX) -- and how SCAFFOLD handles service dynamism among replicated services.
    202207
    203208== Exploiting Insecurity to Secure Software Update Systems (SecureUpdates) ==
    204209
    205210''Demo Participants:'' Justin Cappos, Geremy Condra [[BR]]
    206 Every piece of GENI receives software updates, sometimes through multiple mechanisms. Unfortunately, insecure software updaters are prevalent today on GENI (and the Internet as a whole), making it easy for a malicious attacker to compromise systems. This project focuses on providing secure and timely software updates to GENI systems. [[BR]]
    207 Affiliation(s): University of Washington
    208 
    209 == A Shad!owBox-based ProtoGENI Instrumentation and Measurement Infrastructure (SHADOW) ==
     211''Affiliation:'' University of Washington
     212
     213Every piece of GENI receives software updates, sometimes through multiple mechanisms. Unfortunately, insecure software updaters are prevalent today on GENI (and the Internet as a whole), making it easy for a malicious attacker to compromise systems. This project focuses on providing secure and timely software updates to GENI systems.
     214
     215== A !ShadowBox-based ProtoGENI Instrumentation and Measurement Infrastructure (SHADOW) ==
    210216
    211217''Demo Participants:'' James Griffioen, Zongming Fei, Jacobus van der Merwe [[BR]]     
    212 GENI !ShadowNet Demo - "Internet in a Slice".  Experiments often want to emulate a wide-area network that consists of multiple ASes running realistic intra and inter domain routing protocols. We will demonstrate how the GENI !ShadowNet Juniper routers can be used to create a set of networks (ASes) that have all the essential components and protocols that make up the Internet.  (We will be working with the Utah ProtoGENI group to create backbone connections across Internet 2 between the GENI !ShadowNet routers) [[BR]]
    213 Affiliation(s): University of Kentucky, AT&T Research, Internet2
     218''Affiliations:'' University of Kentucky, AT&T Research, Internet2
     219
     220GENI !ShadowNet Demo - "Internet in a Slice": Experiments often want to emulate a wide-area network that consists of multiple ASes running realistic intra and inter domain routing protocols. We will demonstrate how the GENI !ShadowNet Juniper routers can be used to create a set of networks (ASes) that have all the essential components and protocols that make up the Internet.  (We will be working with the Utah ProtoGENI group to create backbone connections across Internet 2 between the GENI !ShadowNet routers)
    214221
    215222== Internet Scale Overlay Hosting (SPP) ==
    216223
    217224''Demo Participants:'' Jon Turner, Patrick Crowley, John !DeHart [[BR]]
    218 Demonstrate one or two new slices. [[BR]]
    219 Affiliation(s): Washington University, St. Louis, MO
     225''Affiliation:'' Washington University, St. Louis, MO
     226
     227Demonstrate one or two new slices.
    220228
    221229== Data-Intensive Cloud Control for GENI (VISE/DICLOUD) ==
    222230
    223231''Demo Participants:'' Michael Zink, Prashant Shenoy, Jim Kurose, David Irwin, Emmanuel Cecchet [[BR]]
    224 An example of a radar forecasting application using ViSE and !DiCloud resources.  [[BR]]
    225 Affiliation(s): UMASS Amherst
     232''Affiliation:'' UMASS Amherst
     233
     234An example of a radar forecasting application using ViSE and !DiCloud resources.
    226235
    227236== Virtual Machine Introspection and Development of a Model Federation Framework for GENI (VMI-FED) ==
    228237
    229238''Demo Participants:'' Kara Nance, Brian Hay, Jon Genetti [[BR]]
    230 We will demonstrate the current Virtual Machine Introspection (VMI) functionality running against cluster nodes. This allows the state (e.g., network state, packet counts, running processes, memory usage, ...) of the virtual machines to be determined from the virtualization layer (i.e., without the need to install instrumentation tools on the virtual machine).  [[BR]]
    231 Affiliation(s): University of Alaska Fairbanks
     239''Affiliation:'' University of Alaska Fairbanks
     240
     241We will demonstrate the current Virtual Machine Introspection (VMI) functionality running against cluster nodes. This allows the state (e.g., network state, packet counts, running processes, memory usage, ...) of the virtual machines to be determined from the virtualization layer (i.e., without the need to install instrumentation tools on the virtual machine).
    232242
    233243== A Programmable Facility for Experimentation with Wireless Heterogeneity and Wide-area Mobility (WIMXUWI) ==
    234244
    235245''Demo Participants:'' Suman Banerjee, Sateesh Addepalli [[BR]]
    236 Demo: Continuous Vehicular Connectivity through Multiple Wide-area Interfaces
    237 This demo will highlight real-time tracking and monitoring of mobile testbed nodes deployed on Madison city busses and Coach USA vehicles. Nodes connect via 3G and !WiMax depending on the deployment.  [[BR]]
    238 Affiliation(s): Wisconsin Wireless and NetworkinG Systems (WiNGS) laboratory, Cisco Systems
    239 
     246''Affiliations:'' Wisconsin Wireless and NetworkinG Systems (WiNGS) laboratory, Cisco Systems
     247
     248Continuous Vehicular Connectivity through Multiple Wide-area Interfaces: This demo will highlight real-time tracking and monitoring of mobile testbed nodes deployed on Madison city busses and Coach USA vehicles. Nodes connect via 3G and !WiMax depending on the deployment.
     249