Changes between Version 13 and Version 14 of GEC22Agenda/EveningDemoSession


Ignore:
Timestamp:
01/23/15 19:17:21 (9 years ago)
Author:
peter.stickney@bbn.com
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GEC22Agenda/EveningDemoSession

    v13 v14  
    5050  * Rob Ricci, ricci@cs.utah.edu, Univ. of Utah
    5151
     52==== Internet2 Openflow ====
     53
     54Internet2 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.
     55
     56Participants:
     57  * Matt Zekauskas, matt@internet2.edu, Internet2
     58
    5259=== Experiments and Education ===
    5360
     
    119126Participants:
    120127  * Masayoshi Kobayashi, mkobaya1@stanford.edu, Stanford Univ.
     128
     129==== Hadoop in a Hybrid Cloud ====
     130
     131Hadoop is a !MapReduce implementation for processing and generating large data sets, combining with the ubiquitous, on-demand, and dynamic resources at low cost from cloud computing, we can build an environment with great potential to treat big data. However, using Hadoop on the cloud spends time, requires technical knowledge from users, and, sometimes, the private cloud is not able to attend all the resources needed. The hybrid cloud is composed by public and private cloud and, when it is necessary, the resources in the public cloud are used. Therefore, the simultaneous management of private and public domains requires an appropriate model that combines performance with minimal cost. We propose is to deploy an architecture to make the orchestration of Hadoop applications in hybrid clouds. The core of the model consists of a submission web portal, an orchestration engine, and an execution services factory. These components will orchestrate the creation of virtual machines for the Hadoop clusters in the private cloud. Through these components it is possible to automate the preparation of a cross-domain cluster, and, when it is needed, to allocate virtual machines at the GENI platform, and make it useful for the cloud users.
     132
     133Participants:
     134  * Guilherme Russi, luisguilherme.cr@gmail.com, Instituto de Pesquisas Eldorado
     135
     136==== GENI Desktop ====
     137
     138GENI Desktop provides a unified interface and environment for experimenters to create, control, manage, interact with and measure the performance of GENI slices. A streamlined GENI Desktop Lite will be demonstrated at this GEC. We have integrated Jacks into the GENI Desktop. We will also demo the slice verification testing service and the revised archival service implemented in GENI Desktop. In addition, we will demo the module for supporting user-defined flows and performance measurement for OVS nodes implemented in the Adopt-A-GENI (AAG) project.
     139
     140Participants:
     141 * Jim Griffioen,  griff@netlab.uky.edu, Univ. of Kentucky
     142 * Zongming Fei,  fei@netlab.uky.edu, Univ. of Kentucky
     143 * Hussamuddin Nasir,  nasir@netlab.uky.edu, Univ. of Kentucky
     144
     145==== ExoGENI / Science Shakedown ====
     146
     147Demo description paragraph(s): This 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 Innovation (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.
     148
     149Participants:
     150  * Anirban Mandal, anirban@renci.org, RENCI
     151
     152==== Virtual Computer Networks Lab ====
     153
     154In 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.
     155
     156Participants:
     157  * Mike Zink, zink@cs.umass.edu, Univ. of Massachusetts
     158
     159==== Wide-Area Monitoring of Power Systems Using DHT and GENI-Based Cloud Computing ====
     160
     161The 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.
     162
     163Participants:
     164  * Yufeng Xin, yxin@renci.org, RENCI
     165  * Aranya Chakrabortty, achakra2@ncsu.edu, North Carolina State Univ.
     166
     167==== KanREN-GENI/GpENI ====
     168
     169This 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.
     170
     171Participants:
     172  * James Sterbenz, jpgs@ittc.ku.edu, The Univ. of Kansas
     173
     174==== A High Level Rule-based Language for Openflow ====
     175
     176This 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.
     177
     178Participants:
     179  * Mehdi Mohammadi, mehdi.mohammadi@wmich.edu, Western Michigan Univ.
     180  * Ala Al-Fuqaha, ala.al-fuqaha@wmich.edu, Western Michigan Univ.
    121181
    122182=== Federation / International Projects ===
     
    174234  * Ibrahim Matta, matta@bu.edu, Boston University
    175235
     236==== SDX at SoX ====
     237
     238The SDX allows direct expression of flexible network policies in an Internet Exchange Point. At the SDX, ISPs can apply actions on packets based on multiple header fields. This flexibility enables applications such as inbound traffic engineering, redirection of traffic to middle boxes, wide-area server load balancing, and blocking of unwanted traffic.
     239
     240Participants:
     241  * Russ Clark, russ.clark@gatech.edu, Georgia Tech
     242
     243==== International SDX ====
     244
     245 The Software Defined Exchange (SDX) is a recently defined concept that is motivated by the need of applications to, via software programs, dynamically acquire and control network, computation and storage resources. An SDX is a meeting place where resource owners (e.g., cloud or network operators) advertise the availability of their wares and where applications go to identify, pay for and acquire resources to support their needs. These needs may change over time and the SDX supports such dynamic reconfiguration. In effect the SDX allows applications to acquire a software defined “Slice” of the Internet and resources that are connected to it. It is a traditional market bringing together sellers and buyers of goods. Its availability will democratize the ability of new applications to compete in a variety of markets served by different resource providers. The SDX together will “slicing” and “software defined infrastructure” have the potential to revolutionize the Internet and to enable an exciting new generation of applications. Of course, this very high level description belies the complex financial, policy, security and technical problems that must be overcome to fully realize the potential of the SDX. Prototype SDXs are now being established to explore and address these problems in a collaborative atmosphere.
     246
     247Participants:
     248  * Niky Riga, nriga@bbn.com, GENI Project Office
     249  * Tom Lehman, tlehman@umd.edu, Univ. of Maryland
     250  * Marshall Brinn, mbrinn@bbn.com, GENI Project Office
     251  * Brecht Vermeulen, brecht.vermeulen@UGent.be, Ghent Univ.
     252
    176253=== Wireless Projects ===
     254
     255==== Vehicular Sensing and Control ====
     256
     257In this demo, two vehicles equipped with virtualized vehicular sensing and control (VSC) platforms are collecting real time sensing data while driving around Detroit midtown. Through the WSU GENI WiMAX network and GENI VLAN, the sensed data are send to different users and are used to serve their various experiments, emulations, or real-world applications such as vehicle fuel economy sensing, real-time 3D reconstruction of images. In particular, we will demonstrate that VSC network emulation executes in the ExoGENI racks to show the impact of novel solutions from NSF-funded research such as those on reliable, real-time wireless communication.
     258
     259Participants:
     260 * Yuehua Wang, yuehua.research@gmail.com, Wayne State University
     261
     262==== Supporting Emerging Connected Vehicle Applications with GENI/Wireless and SDN ====
     263
     264By the end of the decade, it is expected that the US Department of Transportation (DOT) will require all new vehicles to be capable of communicating with other vehicles and roadside infrastructure through wireless communications. The primary motivation of connected vehicles (CV) envisioned by the US DOT is to reduce the number of crashes that cost more 30,000 lives every year on the US highways. The crash avoidance applications supported by vehicle to vehicle (V2V) and vehicle to infrastructure (V2I) connectivity exchange safety critical information such as speed, location and direction of movement to assess the crash risk based on the proximity of vehicles. In this demo, we will show how to exploit the GENI Wireless and Cloud resources and SDN to enhance the connected vehicle applications. Particularly, we will build a testbed along a segment of I-85 near Clemson ICAR campus. GENI WiMAX has already covered that segment of interstate. We will further build DSRC enabled RSUs along the road for vehicles to access. On-board units with both WiMAX and DSRC interfaces will be equipped on testing vehicles.
     265
     266Participants:
     267  * Kang Chen,  kangc@g.clemson.edu, Clemson Univ.
     268  * Jim Martin,  JMARTY@clemson.edu, Clemson Univ.
     269  * Kuang-Ching Wang,  kwang@clemson.edu, Clemson Univ.
     270  * Anjan Rayamajhi,  arayama@clemson.edu, Clemson Univ.
     271  * Jianwei Liu,  ljw725@gmail.com, Clemson Univ.
     272
     273==== GENI Enabling an Ecological Science Community ====
     274
     275The University of Wisconsin-Madison's GENI WiMAX installations have extended to the Kemp Natural Resource Station in northern Wisconsin. We are GENI enabling the research facility of ecology students and field classes for research connectivity out in the forest and lake areas. This demo shows the current infrastructure, planned research sites, and video coverage at Kemp.
     276
     277Participants:
     278  * Derek Meyer,  dmeyer@cs.wisc.edu, Wisconsin Wireless and NetworkinG Systems (WiNGS) Laboratory
     279
     280==== Paradrop ====
     281
     282We will demo the Paradrop Platform, which is a software platform that allows developers to launch applications onto specialized Access Points that exist in the home. This provides the ability to introduce unique control and high quality value adds onto services the end-user chooses to use in their home including applications related to Internet of Things, high-definition media content distribution, and others. For this demo, we will showcase the Platform's ability to dynamically launch and control virtual machines that are running within the Access Point for a few specific services.
     283
     284Participants:
     285  * Derek Meyer,  dmeyer@cs.wisc.edu, Wisconsin Wireless and NetworkinG Systems (WiNGS) Laboratory
     286
     287==== Live Transcoding ====
     288
     289The WiNGS lab is working to set up a city wide testbed utilizing WiMAX base stations for connectivity to many client devices. This demo shows our drone we use to transcode live video we send over the WiMAX connection. We are looking at using this technology to assist emergency response vehicles with real time updates while they are on route.
     290
     291Participants:
     292  * Derek Meyer,  dmeyer@cs.wisc.edu, Wisconsin Wireless and NetworkinG Systems (WiNGS) Laboratory
     293