| 44 | ==== Intelligent Data Movement System (IDMS) ==== |
| 45 | |
| 46 | The IDMS project will demonstrate a data movement system running on GENI and highlight updates since GEC19. New areas include dynamically adding new resources to the service based on demand, stable images on both ExoGENI and InstaGENI, and improved monitoring of provisioned resources. In addition, we will show how the IDMS service can be used by other experimenters via shared vlans at available aggregates. |
| 47 | |
| 48 | Participants: |
| 49 | * Ezra Kissel, kissel@cis.udel.edu, Univ. of Delaware |
| 50 | |
| 51 | ==== Jacks ==== |
| 52 | |
| 53 | Jacks is a new tool for creating and viewing GENI slices and slivers. We will demonstrate Jacks in both of these settings, showing how it integrates with other tools in order to provide maximum flexibility. As an editor, Jacks lets you quickly construct an experimental topology that can be used to create a sliver at the GENI Portal, in Aptlab, or using the Omni toolset. We will also show how Jacks can let you see and interact with slivers you have already created. |
| 54 | |
| 55 | Participants: |
| 56 | * Rob Ricci, ricci@cs.utah.edu, Univ of Utah |
| 57 | |
| 65 | ==== GENI Science Shakedown ==== |
| 66 | |
| 67 | This demonstration will show recent progress made on the GENI Science Shakedown project. Topics include 1) techniques for importing ExoGENi images into InstaGENI and 2) running MPI applications on ExoGENI and InstaGENI. In addition, we will show an initial evaluation of both testbeds with respect to performance of MPI applications. |
| 68 | |
| 69 | * Paul Ruth, pruth@renci.org, RENCI |
| 70 | |
| 71 | ==== ExoGENI ==== |
| 72 | |
| 73 | |
| 74 | Participants: |
| 75 | * Ilya Baldin, ibaldin@renci.org, RENCI |
| 76 | * Paul Ruth, pruth@renci.org, RENCI |
| 77 | * Jonathan Mills, jonmills@renci.org, RENCI |
| 78 | * Chris Heermann, ckh@renci.org, RENCI |
| 79 | |
| 86 | |
| 87 | ==== Teaching & Tmix ==== |
| 88 | |
| 89 | Stop by this dual demo if you are: (a) an educator who teaches undergraduate networking courses, and are interested in using our education modules -- ready to use in your class, complete with slides! These consist of concept demonstration modules as well as student assignment modules, and/or (b) an experimenter who would like to generate realistic traffic in your experiments using our Tmix traffic generation system. |
| 90 | |
| 91 | Participants: |
| 92 | * Jay Aikat, aikat@cs.unc.edu, Univ. of North Carolina |
| 93 | |
| 94 | ==== Simulation, Detection, and Denial of ping Attack ==== |
| 95 | |
| 96 | The demo topology consist of 4 nodes which includes two hosts, Host1 and Host2, one !OpenvSwitch (OVS) node and one Floodlight Controller. The hosts are connected to the OVS and OVS is connected to the Floodlight controller. Host1 will perform ping attack to Host2. Host2 will continuously measure the number of pings received from Host1 and detect the ping attack when the frequency and number of pings exceed a threshold. The detection will trigger re-programming of the network through OVS to deny the pinging connection. All ping attack detection should be monitored using !LabWiki and the re-programming of the network is through the GIMI framework. |
| 97 | |
| 98 | Participants: |
| 99 | * Deniz Gurkan, dgurkan@central.uh.edu, Univ. of Houston |
| 100 | |
| 101 | ==== GENI MOOC ==== |
| 102 | |
| 103 | We will demo an experiment-based Massive Open Online Course (MOOC) on the subject of computer networks, with lab experiments that run on GENI resources. This course is aimed at beginners who want to learn about how the Internet works, students who want an introduction to some research topics in networking, and instructors who may use these browser-based experiments as in-class demonstrations or homework assignments. The course will be open to the public and is scheduled to run in early fall or late summer; interested participants should stop by to see the demo and learn how to register. We will also show a poster on our WiMAX-based lab experiments, which may be of interest to instructors. |
| 104 | |
| 105 | Participants: |
| 106 | * Fraida Fund, ffund01@students.poly.edu, NYU Polytechnic |
| 107 | |
| 108 | ==== Reliable Communications Protocol for Advanced Manufacturing ==== |
| 109 | |
| 110 | We will use Software Defined Networking (SDN) to deploy a protocol that can create and actively manage redundant paths between communicating devices and that will proactively build new paths before network congestion and faults degrade application performance. With replication of data packets and monitoring of multiple path performance, Internet communication will move beyond “best effort” packet forwarding of TCP/IP to reliable packet delivery. Thus, the Reliable Communication Protocol (RCP) project will create a fundamentally new Internet capability. |
| 111 | |
| 112 | Combining redundant paths with gigabit broadband will create an ideal platform on which to build any number of time- and reliability-sensitive applications for which today’s Internet is insufficient or incapable. While our initial application focus is to support advanced manufacturing processes, there is clear potential to support applications in many other areas. |
| 113 | |
| 114 | Participants: |
| 115 | * Alison Chan, chan7781@kettering.edu, Kettering Univ. |
80 | | * |
| 139 | * Vitaly Antonenko, VAntonenko@arccn.ru, Applied Research Center for Computer Networks |
| 140 | |
| 141 | ==== Network Prototype Simulator ==== |
| 142 | |
| 143 | Network Prototyping Simulator is a simulation system that expands Mininet network emulator to computer cluster. That allow us to reproduce the network with such an amount of nodes that hardly was possible before. The maximum size of network topology in NPS depends on number of cluster nodes with Mininet instances. One cluster node can emulate more than thousand hosts, and an modern server could execute at least 15 cluster nodes packed in virtual machines. As the result, we get about 15 thousands hosts per server. The scalability of NPS makes it possible to emulate really big networks. |
| 144 | |
| 145 | By the architecture, NPS saves features of Mininet, so it does not become a clear simulation system, it remains a network prototyping system. Means one could trust the results of such simulation and there is no need to prove correctness and adequacy of the model built. |
| 146 | |
| 147 | Participants: |
| 148 | * Vitaly Antonenko, VAntonenko@arccn.ru, Applied Research Center for Computer Networks |
| 149 | |
| 150 | ==== ARCCN VERMONT ==== |
| 151 | |
| 152 | One of the aims of network engineering is to configure forwarding rules of the switches as to guarantee network compliance with the Packet Forwarding Policies (PFP). VERMONT is a software toolset that provides some automation to the solution of this task by checking consistency of OpenFlow rule tables with formally specified invariants of PFP. |
| 153 | |
| 154 | VERMONT can be installed in line with the control plane to observe state changes of a network by intercepting messages sent by switches to the controller and commands sent by the controller to switches. It builds an adequate formal model of a whole network and checks every event, such as installation, deletion, or modification of rules, port and switch up and down events, against the requirements of PFP. Before a network update command is sent to a switch VERMONT checks in advance the result of its execution. If a new state of network satisfies all requirements of PFP then the command is delivered to the corresponding switch. Upon detecting a violation of PFP VERMONT blocks the update command, alerts a network administrator, and gives some additional information to discover a possible source of an error. |
| 155 | |
| 156 | VERMONT has a wide area of applications. It can be attached to a SDN controller (or a bunch of controllers) to enforce basic safety properties (the absence of loops, blackholes, etc) of the subordinate flow-tables in data plane. VERMONT may be also used as a fully automatic safeguard (and, in a sense, a debugger) for any software application implementing certain PFP on a SDN controller. This properties make VERMONT a desired tool for network administrators and control application developers. |
| 157 | |
| 158 | Participants: |
| 159 | * Vitaly Antonenko, VAntonenko@arccn.ru, Applied Research Center for Computer Networks |
| 160 | |
| 161 | ==== Demorpheus ==== |
| 162 | |
| 163 | In this presentation we propose an approach and hybrid shellcode detection method, aimed at early detection and filtering of unknown 0-days exploits at the network level. The proposed approach allows us to summarize capabilities of shellcode detection algorithms developed over the last ten years into an optimal classifier. The proposed approach allows us to reduce total false-positives rate to almost zero, provides full coverage of shellcode classes detected by individual classifiers, and significantly increases total throughput of detectors. Evaluation with shellcode datasets, including Metasploit Framework plain-text, encrypted and obfuscated shellcodes, benign Windows and Linux binaries, random (normal) data and multimedia shows that hybrid data-flow classifier significantly boosts analysis throughput for benign data - up to 45 times faster than linear combination of classifiers, and almost 1.5 times faster for shellcode datasets. We also give a tool demonstration. |
| 164 | |
| 165 | Participants: |
| 166 | * Vitaly Antonenko, VAntonenko@arccn.ru, Applied Research Center for Computer Networks |
| 167 | |
| 168 | ==== Simplifying Enterprise Network ==== |
| 169 | |
| 170 | We present a new SDN/OpenFlow-based network management system for Enterprise networks called EasyWay. It demonstrates novel approach where network administrators no longer need to manually congure all network devices, they can simple "draw" a path between network elements and the system will automatically program the network elements. The demonstration shows possibility to manage the complex network from nice graphical interface without manual accessing to network elements. |
| 171 | |
| 172 | Participants: |
| 173 | * Vitaly Antonenko, VAntonenko@arccn.ru, Applied Research Center for Computer Networks |
| 174 | |
| 175 | ==== NFV ==== |
| 176 | |
| 177 | The NFV platform is designed to deploy high-performance virtual network services (VNF) on commodity servers and automatic centralized VNFs orchestration. |
| 178 | |
| 179 | The main parts of the NFV platform: |
| 180 | |
| 181 | * High performance data path inside commodity servers. |
| 182 | * Centralized management system orchestrating virtual services (VNFs) across the servers. |
| 183 | * The pool of VNFs. |
| 184 | |
| 185 | Participants: |
| 186 | * Vitaly Antonenko, VAntonenko@arccn.ru, Applied Research Center for Computer Networks |
| 187 | |
| 188 | ==== QoS Using SDN ==== |
| 189 | |
| 190 | We intend to demonstrate the power/necessity of QoS in our video streaming architecture. The required QoS can be enforced with the aid of SDN and openflow switches in a efficient manner. Our demonstration will consist of a video stream from a source such as a camera in a lecture room. This video stream will duplicated into two streams, both of which follow identical paths along the network along with the presence of various other traffic present. On one path, QoS will be deployed whereas on another path, the default service will be maintained and the difference will be observed! |
| 191 | |
| 192 | Participants: |
| 193 | * Aditya Prakash, aprakash6@wisc.edu, University of Wisconsin-Madison |
| 194 | |
| 234 | ==== Virtual Computer Networking Lab ==== |
| 235 | |
| 236 | In this demo we will highlight some of the classroom assignment we have created within the scope of our GENI Education Project "Virtual Computer Networking Lab (VCNL)". We will demonstrates two assignments that were used in the "Computer Networks and the Internet" course taught in the ECE department at UMass Amherst this spring. We will also present two additional assignments that will be made available for classes being taught this coming fall. VCNL makes use of the GIMI tools and !LabWiki is used by the students to carry out the assignments. It is designed such that assignments can be carried out on both the ExoGENI and the InstaGENI testbed. |
| 237 | |
| 238 | Participants: |
| 239 | * Mike Zink, zink@cs.umass.edu, University of Massachusetts |
| 240 | |
| 241 | ==== End-to-End Flow Manipulations ==== |
| 242 | |
| 243 | Demonstrate how end-to-end flow manipulations can be performed on programmable OpenFlow-based switches. The purpose is to create a framework for network engineers to utilize as a network troubleshooting/debugging tool. Network debugger uses flow separation at aggregation points to increase granularity in monitoring by using end point analysis tools as debugging points. We will create an environment on GENI to show the framework and its proof-of-concept viability as a network troubleshooting tool. |
| 244 | |
| 245 | Participants: |
| 246 | * Deniz Gurkan, dgurkan@central.uh.edu, Univ. of Houston |
| 247 | * Ateeth Kumar Thirukkovulur, ateethkumar@gmail.com |
| 248 | |
| 249 | ==== Measurements of Forwarding Performance of the LINCx Switch ==== |
| 250 | |
| 251 | This project mainly focuses on the performance measurement of the LINCx software switch ( https://github.com/FlowForwarding/lincx) as well as investigations for performance improvements in the forwarding systems. LINCx switch has its flow table hardcoded instead of using ETS table as seen in regular LINC switch. Its flow table code is automatically generated based on the flow instruction message from controller, and recompiled as a module to keep the switch operating without interrupting. This demo will measure the forwarding performance of LINCx after recompilation with different sets of flows. |
| 252 | |
| 253 | Participants: |
| 254 | * Deniz Gurkan, dgurkan@central.uh.edu, Univ. of Houston |
| 255 | * Kyle Longtran, kyle.longtran@gmail.com |
| 256 | |
115 | | |
116 | | |
117 | | ==== SDXs: Software Defined Networking Exchanges ==== |
118 | | |
119 | | We will have a poster to show the current prototype for Software Define Networking Exchanges(SDXs) at !StarLight which will serve as exchange point for projects of members of the Consortium For International Advanced Networking Research using iGENI as a platform for Advanced Network Research and other Science Research. |
120 | | |
121 | | Participants: |
122 | | * Jim Chen, jim-chen@northwestern.edu, Northwestern Univ |
123 | | * Joe Mambretti, j-mambretti@northwestern.edu, Northwestern Univ |
124 | | |
125 | | ==== VNode, FLARE, Congestion-Avoidance, Federation ==== |
126 | | |
127 | | We updated VNode system to next version and we will show our recent progress of VNode system, especially focusing on applications working over VNode system. We are preparing four kinds of demos: one for video multicasting and transcoding in virtual network, second for congestion avoidance method using virtual networks, third for FLARE switch, and at last for federation between different virtualization platforms. |
| 259 | ==== InstaGENI ==== |
| 260 | |
| 261 | Demonstrate the properties of the InstaGENI rack at GEC-20. Creation of slices on InstaGENI and a demo application will be shown. |
| 262 | |
| 263 | Participants: |
| 264 | * Rick !McGeer, rick@mcgeer.com, US Ignite |
| 265 | |
| 266 | ==== VNode / FLARE ==== |
| 267 | |
| 268 | We updated VNode system to next version and we will show our recent progress of VNode system, especially focusing on applications working over VNode system. We are preparing four kinds of demos: one for video multicasting and transcoding in virtual network, second for congestion avoidance method using virtual networks, third for FLARE switch, and at last for federation between different virtualization platforms. |
| 279 | |
| 280 | |
| 281 | ==== FIRE-GENI SDX 1.0 ==== |
| 282 | |
| 283 | We have created a first prototype of an SDX for exchange of stitching VLANs between European FIRE testbeds and GENI testbeds. We also developed a toolset to measure on certain moments in time the bandwidth performance on stitched links to see what an experimenter can expect and to learn more about the stitching technology. |
| 284 | |
| 285 | Participants: |
| 286 | * Brecht Vermeulen, brecht.vermeulen@iminds.be, iMinds |
| 287 | * Rob Ricci, ricci@cs.utah.edu, Univ. of Utah |
| 288 | * Tom Lehman |
| 289 | * Xi Yang |
| 290 | |
| 291 | |
| 292 | ==== GENI Cinema ==== |
| 293 | |
| 294 | An OpenFlow-based video hosting and streaming solution. Clients produce and consume video content to a video server behind an OpenFlow network. OpenFlow allows for path selection on the video server's private network. |
| 295 | |
| 296 | * Ryan Izard, rizard@clemson.edu, Clemson Univ. |
| 297 | * Parmesh Ramanathan, parmesh@ece.wisc.edu, Univ. of Wisconsin-Madison |
| 298 | * Kuang-Ching Wang, kwang@clemson.edu, Clemson Univ. |
| 299 | |
| 300 | ==== SDXs: Software Defined Networking Exchanges ==== |
| 301 | |
| 302 | We will have a poster to show the current prototype for Software Define Networking Exchanges(SDXs) at !StarLight which will serve as exchange point for projects of members of the Consortium For International Advanced Networking Research using iGENI as a platform for Advanced Network Research and other Science Research. |
| 303 | |
| 304 | Participants: |
| 305 | * Jim Chen, jim-chen@northwestern.edu, Northwestern Univ |
| 306 | * Joe Mambretti, j-mambretti@northwestern.edu, Northwestern Univ |
| 307 | |
| 308 | ==== VNode, FLARE, Congestion-Avoidance, Federation ==== |
| 309 | |
| 310 | We updated VNode system to next version and we will show our recent progress of VNode system, especially focusing on applications working over VNode system. We are preparing four kinds of demos: one for video multicasting and transcoding in virtual network, second for congestion avoidance method using virtual networks, third for FLARE switch, and at last for federation between different virtualization platforms. |
| 311 | |
| 312 | In GEC20, video transcoding will be executed on both VNode and ProtoGENI side and comparison result will be shown, new virtual-network application (congestion avoidance) will be demonstrated, high-end FLARE network virtualization node with many 10G ports and three-way federation based on the common-API/slice definitionV2.0 will be demonstrated. |
| 313 | |
| 314 | Developers interested in international/heterogeneous virtual network should see this demonstration, because it will show real execution results of VNode-ProtoGENI federation. |
| 315 | |
| 316 | Participants: |
| 317 | * Univ. of Tokyo |
| 318 | * Akihiro Nakao, nakao@iii.u-tokyo.ac.jp |
| 319 | * Shu Yamamoto, shu@iii.u-tokyo.ac.jp |
| 320 | * Toshiaki Tarui, toshiaki.tarui.my@hitachi.com, Hitachi |
| 325 | ==== WiMAX Connectivity and Monitoring ==== |
| 326 | |
| 327 | This demo is an ongoing project to GENI enable an ecological science community utilizing the GENI WiMAX facility. Recent additions consist of IP-Passthrough enabled client devices with an integrated Openflow switch and connections to the GENI rack at the University of Wisconsin-Madison. |
| 328 | |
| 329 | Participants: |
| 330 | * Wisconsin Wireless and NetworkinG Systems (WiNGS) Laboratory |
| 331 | * Derek Meyer, dmeyer@cs.wisc.edu |
| 332 | * Suman Banerjee, suman@cs.wisc.edu |
| 333 | * Thomas Steele, Kemp Natural Resources Station, Univ. of Wisconsin |
| 334 | |
| 335 | ==== MobilityFirst ==== |
| 336 | |
| 337 | Mobilityfirst supports flexible extensibility of data-plane services through a pluggable compute-plane that can optionally and strategically be enabled at chosen points in the network. Service providers can use this to provide value-added services such as caching, security, and offloading options to enhance end-user experience. It can also enable an in-network platform (PaaS-like) for third-party web/consumer application providers to host their servers closer to the their clients. In this demo, we will show how a content delivery service can leverage this compute-layer function to introduce smart in-network modules that can either modify end-to-end streams or respond to requests locally reducing load on origin servers. The demo will utilize host and network resources on GENI (Rack nodes, I2 supported multi-site VLAN using AL2S, etc) as well as wireless edge deployments over WiMAX and !WiFi. |
| 338 | Participants: |
| 339 | |
| 340 | * Wireless Information Network Laboratory (WINLAB) at Rutgers University |
| 341 | * Franceso Bronzino, bronzino@winlab.rutgers.edu |
| 342 | * Ivan Seskar, seskar@winlab.rutgers.edu |
| 343 | * Kiran Nagaraja, nkiran@winlab.rutgers.edu |
| 344 | |