Changes between Version 37 and Version 38 of GEC22Agenda/EveningDemoSession


Ignore:
Timestamp:
01/31/15 12:29:10 (9 years ago)
Author:
hdempsey@bbn.com
Comment:

editing more

Legend:

Unmodified
Added
Removed
Modified
  • GEC22Agenda/EveningDemoSession

    v37 v38  
    66
    77== Location ==
    8 
    98
    109== Schedule ==
     
    4140== Projects ==
    4241
    43 === Infrastructure and Measurement ===
    44 
    45 ==== !CloudLab ====
    46 ''This demo shows a platform for research into new cloud architectures and applications.  Visit us if you're interested in the future of the cloud. ''
    47 
    48 !CloudLab provides researchers with control and visibility all the way down to the bare metal. Provisioning an entire cloud inside of !CloudLab takes only minutes. Most !CloudLab resources provide hard isolation from other users, so !CloudLab can support hundreds of simultaneous "slices", with each getting an artifact-free environment suitable for scientific experimentation with new cloud architectures.
    49 
    50 !CloudLab is built from the software technologies that make up Emulab and parts of GENI, so it provides a familiar, consistent interface for researchers.
    51 
    52 Participants:
    53   * Rob Ricci, ricci@cs.utah.edu, Univ. of Utah
    54 
    55 ==== Internet2 OpenFlow ====
    56 ''This demo shows Internet2 resources being allocated as part of a GENI experiment, and also describes the steps to get a slice of virtualized backbone resources.  Visit us to see what GENI resources are available on the Internet2 backbone, and how they are implemented.''
    57 
    58 Internet2 will demo circuits being created on the Advanced Layer 2 Service with the AL2S Aggregate Manager, and also virtualization on the Advanced Layer 2 Service with !FlowSpace Firewall, showing a guest controller in addition to the standard Advanced Layer 2 Service OESS controller. We will talk about our experience with guest controllers to date, and field questions on how we support experimental GENI OpenFlow controllers, running alongside our production AL2S controller.
    59 
    60 Participants:
    61   * Matt Zekauskas, matt@internet2.edu, Internet2
    62 
    6342=== Experiments and Education ===
    6443
     
    10988
    11089Participants:
    111   * Jason Liu, liux@cis.fiu.edu, Florida International Univ
     90  * Jason Liu, liux@cis.fiu.edu, Florida International Univ.
     91==== !CloudLab ====
     92''This demo shows a platform for research into new cloud architectures and applications.  Visit us if you're interested in the future of the cloud. ''
     93
     94!CloudLab provides researchers with control and visibility all the way down to the bare metal. Provisioning an entire cloud inside of !CloudLab takes only minutes. Most !CloudLab resources provide hard isolation from other users, so !CloudLab can support hundreds of simultaneous "slices", with each getting an artifact-free environment suitable for scientific experimentation with new cloud architectures.
     95
     96!CloudLab is built from the software technologies that make up Emulab and parts of GENI, so it provides a familiar, consistent interface for researchers.
     97
     98Participants:
     99  * Rob Ricci, ricci@cs.utah.edu, Univ. of Utah
     100
     101==== Internet2 OpenFlow ====
     102''This demo shows Internet2 resources being allocated as part of a GENI experiment, and also describes the steps to get a slice of virtualized backbone resources.  Visit us to see what GENI resources are available on the Internet2 backbone, and how they are implemented.''
     103
     104Internet2 will demo circuits being created on the Advanced Layer 2 Service with the AL2S Aggregate Manager, and also virtualization on the Advanced Layer 2 Service with !FlowSpace Firewall, showing a guest controller in addition to the standard Advanced Layer 2 Service OESS controller. We will talk about our experience with guest controllers to date, and field questions on how we support experimental GENI OpenFlow controllers, running alongside our production AL2S controller.
     105
     106Participants:
     107  * Matt Zekauskas, matt@internet2.edu, Internet2
    112108
    113109==== Enhancing an OpenFlow Network with Service Insertion and Payload Inspection ====
     
    123119  * Rudra Dutta, rdutta@ncsu.edu, North Carolina State Univ.
    124120
    125 ==== Experimentation of SDN-Supported Collaborative DDoS Attack Detection and Containment ====
     121==== SDN-Supported Collaborative DDoS Attack Detection and Containment ====
    126122
    127123''This demo uses collaborative monitoring and correlation to mitigate effects of the network traffic surge of a flooding Denial of Service attack that can cause loss of service for legitimate sites.  Visit us to learn about cybersecurity attack detection and mitigation.''
     
    160156
    161157==== ExoGENI / Science Shakedown ====
     158*''This demonstration shows how to support scientific workflows with ExoGENI.  Visit us to learn how to adapt sliced resources for science experiments.''
    162159
    163160This demonstration will showcase a novel, dynamically adaptable cloud infrastructure driven by the demand of a data-driven scientific workflow. It will use resources from ExoGENI - a Networked Infrastructure-as-a-Service (NIaaS) testbed funded through NSF's Global Environment for Network Innovations (GENI) project. The demo will use a dynamically provisioned slice to execute a scientific workflow (astronomy and/or genomics). We will demonstrate the features of "ShadowQ" , an entity that predicts future resource needs of a workflow, and runs alongside the Pegasus workflow management system. This workflow introspection feature will be used to adapt the slice to the demands of the workflow as it executes, by adjusting the amount of resources used.
     
    167164
    168165==== Virtual Computer Networks Lab ====
     166*''This demo shows how to use GENI testbeds in the classroom.  Visit us to try new assignments for Computer Science undergraduates.''
    169167
    170168In this demo, we will present two new assignments that can be executed on top of GENI testbeds and used as assignments for an undergraduate Computer Networks or Distributed Systems class. The first assignment lets students implement and test a data center load balancer, while the second assignment introduces the basics of multicast.
     
    174172
    175173==== Wide-Area Monitoring of Power Systems Using DHT and GENI-Based Cloud Computing ====
    176 
    177 The demo will show how enhanced distributed hash tables can be deployed in a distributed cloud network like GENI to form a transformatively new wide-area communication medium for executing critical, real-time monitoring and estimation functions in large electric power systems using massive volumes of Synchrophasor data. We will demonstrate how various monitoring and state estimation algorithms for keeping continuous track of a power grid, can be installed in GENI using a deadline-driven DHT system we are developing, which decouples the data communication between the grid sensors (Phasor Measurement Units or PMUs), the data processors (Phasor Data Concentrators or PDCs), and the monitoring applications. We will develop a dynamic, virtual PMU-PDC architecture in ExoGENI that can be connected to a power system testbed running at the NSF FREEDM Systems Center, located at NC State University. The connection will be completely plug-and-play. We will use this interconnection to emulate several realistic monitoring scenarios, and evaluate how DHTs can improve the resiliency of monitoring against network delays and malicious data-flows. This is a collaboration between RENCI and NCSU.
     174*''This demo shows plug-and-play emulation for the power grid. Visit us to learn how NSCU and RENCI are collaborating on networking and power systems research.  ''
     175
     176The demo will show how enhanced distributed hash tables can be deployed in a distributed cloud network like GENI to form a transformatively new wide-area communication medium for executing critical, real-time monitoring and estimation functions in large electric power systems using massive volumes of Synchrophasor data. We will demonstrate how various monitoring and state estimation algorithms for keeping continuous track of a power grid, can be installed in GENI using a deadline-driven DHT system we are developing, which decouples the data communication between the grid sensors (Phasor Measurement Units or PMUs), the data processors (Phasor Data Concentrators or PDCs), and the monitoring applications. We will develop a dynamic, virtual PMU-PDC architecture in ExoGENI that can be connected to a power system testbed running at the NSF FREEDM Systems Center located at NC State University. The connection will be completely plug-and-play. We will use this interconnection to emulate several realistic monitoring scenarios and evaluate how DHTs can improve the resiliency of monitoring against network delays and malicious data-flows. This is a collaboration between RENCI and NCSU.
    178177
    179178Participants:
     
    183182==== KanREN-GENI/GpENI ====
    184183
    185 This poster presents the current state of infrastructure deployment in KanREN-GENI and GpENI, including the location and status of Brocade OpenFlow switches in higher education institutions throughout the state of Kansas, and its relationship to other GENI infrastructure, including the KU and UMKC InstaGENIracks, and the GpENI testbed.
     184This poster presents the current state of infrastructure deployment in KanREN-GENI and GpENI, including the location and status of Brocade OpenFlow switches in higher education institutions throughout the state of Kansas, and its relationship to other GENI infrastructure, including the KU and UMKC InstaGENI racks, and the GpENI testbed.
    186185
    187186Participants:
     
    189188
    190189==== A High Level Rule-based Language for Openflow ====
    191 
    192 This demo presents a new high level language based on XML notation to describe network control rules in Software Defined Network (SDN) environments. As a result of this abstraction, complicated language- and framework-specific APIs will be separated from policy descriptions in SDNs. Therefore, network administrators or engineers will not involved with low-level APIs or language syntax. Instead they can define control policies without concerning about the complexities of the underlying controller framework. Indeed, this will make software-defined networking easier and more attractive for network administrators.
     190*''This demo explains a new language for SDN network control.  Visit us to see how to make SDN network management easier for adminstrators and engineers.''
     191
     192This demo presents a new high level language based on XML notation to describe network control rules in Software Defined Network (SDN) environments. As a result of this abstraction, complicated language- and framework-specific APIs will be separated from policy descriptions in SDNs. Therefore, network administrators or engineers will not be involved with low-level APIs or language syntax. Instead they can define control policies without being concerned with the complexities of the underlying controller framework. Indeed, this will make software-defined networking easier and more attractive for network administrators.
    193193
    194194Participants:
     
    199199==== SDN Router Security in GENI ====
    200200
    201 GENI is making wide use of software-defined networking. This technology makes use of protocols such as OpenFlow, which implements the software -defined networking. This demo explores what could happen if a router is misconfigured or the nodes with the controllers are compromised. How would such a compromise affect other routers? What would be the effects on the network as a whole?
     201GENI is making wide use of software-defined networking. This technology makes use of protocols such as OpenFlow, which implements the software-defined networking. This demo explores what could happen if a router is misconfigured or the nodes with the controllers are compromised. How would such a compromise affect other routers? What would be the effects on the network as a whole?
    202202
    203203Participants:
     
    225225  * Fraida Fund,  ffund01@students.poly.edu, NYU Polytechnic School of Engineering
    226226
    227 === Federation / International Projects ===
     227=== Federation and International Collaboration ===
    228228
    229229==== International Federation ( US, Japan, Europe ) ====
     
    348348
    349349
    350 === Wireless Projects ===
     350=== Wireless Networks and Applications ===
    351351
    352352==== Vehicular Sensing and Control ====