Changes between Version 39 and Version 40 of GEC9DemoSummary
- Timestamp:
- 11/01/10 12:33:28 (13 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
GEC9DemoSummary
v39 v40 140 140 141 141 ''Demo Participants:'' Christopher Small, Matthew Davy, Dave Jent [[BR]] 142 ''Affiliation:'' Indiana University 143 142 144 The 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 University144 145 145 146 == OpenFlow Campus Trials at Stanford University (OFSTAN) == 146 147 147 148 ''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 151 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. 150 152 151 153 == OpenFlow Campus Trials at University of Washington (OFUWA) == 152 154 153 155 ''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 158 We present a system for securely and efficiently managing network resources at a packet granularity. 156 159 157 160 == OpenFlow Campus Trials at University of Wisconsin (OFUWI) == 158 161 159 162 ''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 165 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. 162 166 163 167 == OpenFlow Campus Trials at University of Wisconsin (OFUWI) == 164 168 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. 167 172 168 173 == Deploying a Vertically Integrated GENI “Island”: A Prototype GENI Control Plane (ORCA) for a Metro-Scale Optical Testbed (BEN) (ORCABEN) == 169 174 170 175 ''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 171 178 In 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]]178 179 179 180 == ProtoGENI == 180 181 181 182 ''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 185 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. 184 186 185 187 == A Provisioning Service for Long-Term GENI Experiments (PROVSERV) == 186 188 187 189 ''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 192 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. 190 193 191 194 == Scalable, Extensible, and Safe Monitoring of GENI (S3MONITOR) == 192 195 193 196 ''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 199 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. 196 200 197 201 == A SCAFFOLD for GENI-based Distributed Services (SCAFFOLD) == 198 202 199 203 ''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 206 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. 202 207 203 208 == Exploiting Insecurity to Secure Software Update Systems (SecureUpdates) == 204 209 205 210 ''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 213 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. 214 215 == A !ShadowBox-based ProtoGENI Instrumentation and Measurement Infrastructure (SHADOW) == 210 216 211 217 ''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 220 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) 214 221 215 222 == Internet Scale Overlay Hosting (SPP) == 216 223 217 224 ''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 227 Demonstrate one or two new slices. 220 228 221 229 == Data-Intensive Cloud Control for GENI (VISE/DICLOUD) == 222 230 223 231 ''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 234 An example of a radar forecasting application using ViSE and !DiCloud resources. 226 235 227 236 == Virtual Machine Introspection and Development of a Model Federation Framework for GENI (VMI-FED) == 228 237 229 238 ''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 241 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). 232 242 233 243 == A Programmable Facility for Experimentation with Wireless Heterogeneity and Wide-area Mobility (WIMXUWI) == 234 244 235 245 ''Demo Participants:'' Suman Banerjee, Sateesh Addepalli [[BR]] 236 Demo: Continuous Vehicular Connectivity through Multiple Wide-area Interfaces237 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 248 Continuous 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