| 98 | ==== Network Functions Virtualization using ProtoRINA ==== |
| 99 | |
| 100 | Network Functions Virtualization (NFV) aims to implement network functions as software instead of dedicated physical devices (middleboxes), and recently it has attracted a lot of attention. NFV is inherently supported by our RINA architecture, and a Virtual Network Function (VNF) can be easily added onto existing networks. In this demo, we demonstrate how ProtoRINA can be used to support RINA-based NFV. |
| 101 | |
| 102 | Participants: |
| 103 | * Ibrahim Matta, matta@bu.edu, Boston University |
| 104 | |
| 105 | ==== GENI Science Shakedown ==== |
| 106 | |
| 107 | This demo will feature recent developments from the GENI Science Shakedown project. Specifically, we will show the ADCIRC Storm Surge model (MPI) running across several GENI racks. In addition, we will show new ExoGENI features. |
| 108 | |
| 109 | Participants: |
| 110 | * Paul Ruth, pruth@renci.org, RENCI |
| 111 | |
| 112 | === Federation / International Projects === |
| 113 | |
| 161 | |
| 162 | ==== Integrating GENI/Wireless with Emerging Connected Vehicle and Intelligent Transportation Systems ==== |
| 163 | |
| 164 | An OpenFlow-based handover and mobility solution for connected vehicles. A handover can occur on a device on a vehicle when it changes network interfaces or when an interface attaches to a new point on the edge. Traditionally, device mobility has been made possible with various mobile IP solutions. Clemson University was tasked by GENI to create a testbed to support handover and mobility experiments with IPv4. Our solution is entirely OpenFlow-based and includes components onboard the client device and within the network edge and core. The demonstration at GEC21 shows how the various OpenFlow components interact and are used to allow a client device to switch interfaces without disrupting the application layer. |
| 165 | |
| 166 | Scenario 1: Vehicles run one application that requires continuous network connection, e.g., video conference. However, while moving on road, the vehicle may move out of the coverage of currently connected network. Since other networks may exist, the vehicle would wish to be able to transparently switch to another available network. In this demo, we show how the SDN based scheme can enable smooth and transparent handoff to another network without disturbing the performance of the running application. |
| 167 | |
| 168 | Scenario 2: Vehicles will operate two applications. One will be uploading or downloading real-time or video-on-demand streamed data. The second application will be a safety related application. Emerging applications such as collision avoidance will require periods certain type of control messages to be sent from the vehicle or to the vehicle with a high strict network service quality requirements. While these applications are well suited for DSRC vehicle-to-infrastructure deployment areas, it is clear that DSRC networks are unable to scale (both geographically and by the number of participating nodes). Thus, in this demo, we will show how the two applications can transparently switch between different networks with the support of the SDN based handoff solution, so that their requirements on network service quality and robustness can be satisfied. |
| 169 | |
| 170 | Participants: |
| 171 | * Kang Chen, kangc@g.clemson.edu, Clemson Univ. |
| 172 | * Jim Martin, JMARTY@clemson.edu, Clemson Univ. |
| 173 | * Kuang-Ching Wang, kwang@clemson.edu, Clemson Univ. |
| 174 | |
| 175 | ==== GENI Enabling an Ecological Science Community ==== |
| 176 | |
| 177 | The 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. |
| 178 | |
| 179 | Participants: |
| 180 | * Derek Meyer, dmeyer@cs.wisc.edu, Wisconsin Wireless and NetworkinG Systems (WiNGS) Laboratory |