Project Number

1646

Project Title

Prototype Support for Heterogenous Testbed Resources: Integrating cluster, broadband, and wireless emulation nodes into the “Proto- GENI” Framework
a.k.a. CMU Testbeds, CMU Homenet (obsolete), CMULab, CMULAB

Technical Contacts

Principal Investigator: David Andersen  dga@cs.cmu.edu
CoPI: Peter Steenkiste  prs@cs.cmu.edu
CoPI: Srini Seshan  srini@cmu.edu
Lead Developer: Pat Gunn  pgunn@cs.cmu.edu

Participating Organizations

Carnegie Mellon University, Pittsburgh, PA
Intel
Army Research Office
 CMU Cylab

Scope

This project will build upon CMU’s existing cluster, neighborhood wireless/broad-band, and wireless emulation testbeds to concretely identify—and build prototypes of—the authentication, resource arbitration, and node management primitives needed to coherently deal with this very diverse set of resources. The project will integrate these testbeds with the ProtoGENI effort from the University of Utah, which is itself based upon that group’s Emulab software.

Milestones

CMU Lab:S2.b Define RSpecs for wireless channels (Completed late 05/24/11)
CMU Lab:S2.c IRB approval for broader Homenet user access (Due 03/30/10 (late))
CMU Lab:S2.e Ehernet VLAN-based Control and Data Plane (Due 05/31/10 (late))
CMU Lab:S2.g RSpecs as basis for CMUlab-emulator coordination (Completed late 05/24/11)

CMUlab: S3.a Automate VLAN setup using OpenVPN (Due 12/31/10 (late))
CMUlab: S3.b Demonstration and outreach at GEC10 (Due 03/05/11 (late))
CMUlab: S3.c CMU wireless testbeds is an operational GENI aggregate (Due 07/01/11 (late))
CMUlab: S3.d Demonstration and outreach at GEC11 (Due 07/31/11 (late))
CMUlab: S3.e Tool to automate swap in of experiment on testbeds (Due 08/26/11 (late))
CMUlab: S3.f Deliver software and documentation (Due 09/16/11 (late))

Project Technical Documents

 MetaVPN a tool that, as part of a testbed, provides management of OpenVPN-run Virtual Networks.

An overview of the Homenet project's goals, issues, and design decisions can be found  here
Customisations made to a standard UBUNTU image needed to prepare them for being a homenet node, also customisations to Emulab to handle the configuration requests. ( tarfile)

 Design concerns for MetaVPN: management software that creates/manages/destroys OpenVPN networks that serve as data planes within an experiment. This software is now in a usable state. It is available in the emulab-contrib git repository in the "cmu-metavpn" folder. The README documenting the goals, function, and use of the software is attached to this page; an example set of commands for users to try is present in the distribution.

HomeNet setup  notes.

MetaVPN: The MetaVPN software allows users to "create, allocate keys into, start/stop, and deallocate OpenVPN configurations". This provides a layer2 virtualisation capability that we expect will see immediate use by our users. Right now, this is user-managed - client key/configuration management is included (with both an emulab and a non-emulab codepath), but topology services are not included. More info at  http://moo.cmcl.cs.cmu.edu/wiki/index.php/MetaVPN_Usage.

An approach to upgrading operational Emulab testbeds.

Quarterly Status Reports

4Q08 Status Report
1Q09 Status Report
2Q09 Status Report
4Q09 Status Report
1Q10 Status Report
2Q10 Status Report

Spiral 1 Connectivity

IP

The nodes in this project present a number of challenges for connectivity:

The CMU Lab internal cluster and Wireless Emulator are NATted behind 128.2.222.223.

The HomeNet nodes themselves are located in residences, sometimes behind NATs and sometimes with direct IP connectivity.
Data plane: Several of the HomeNet nodes are deployed behind either NATs or firewalls that block most non-TCP communication other than DNS. As a result, these nodes use OpenVPN tunnels to reach a tunnel endpoint node at CMU. This tunnel endpoint will have a globally-reachable IP address that can be used for GRE tunnels (and, perhaps an L2 tunnel if an economical L2 VLAN strategy can be found).
Control plane: To present a unified access mechanism for these nodes and to simplify the node management process, these nodes establish an SSL-based VLAN with the CMULab cluster control node (boss). The nodes use the open-source OpenVPN SSL/TLS-based VPN software to establish the Homenet control VPN. See also the attached file.

The tunnel endpoint and any globally-reachable nodes installed later will connect to the ProtoGENI node on Internet2 using a GRE tunnel. CMU accesses the Internet via 3ROX operated by PSC using a link with over 500 Mbps spare capacity. 3ROX is not on I2's DCN. HomeNet nodes will tunnel (IP-in-IP) to CMU Control using OpenVPN. The nodes will have addresses assigned by the user's ISP and may be assigned private addresses by HomeNet.

L2

802.11q tagged VLANS will be used to establish QoS-enabled Ethernet VLANs between the CMU emulab cluster and the CMU wireless emulator. ProtoGENI will provide dynamic VLAN establishment between Utah emulab clusters and CMU Lab.

System Status

CMULab cluster machines: Online and managed by CMULab boss. Available for experimental use by internal and external researchers. Nodes currently only have one Ethernet interface - are mostly viewed as eventual end-nodes and traffic-shaping nodes for wireless experimentation, and as virtual-node hosts for Emulab-style experimentation.

Homenet wide-area machines: Two nodes are operational sitting next to each other at CMU behind a NAT box installed here for testing purposes. First "real-world" node to be deployed 3 Feb 2009. Nodes boot from USB dongle, download disk images from the boss node over the Internet, install the image, transfer control, and boot up as a functioning testbed node. Nodes now perform all interaction with the testbed control using their public/private keypair as only identifier. As a result, testbed now supports nodes receiving dynamic addresses via DHCP and automatically updating database at CMULab with node-ID to dynamic IP address binding. Multiple nodes can be behind the same NAT/IP address and receive configurations appropriately.

Emulator nodes: Are operational and managed by CMULab boss.

GPO Liaison System Engineer

 Vic Thomas

Related Projects

 CMU EmuLab

 Wireless Emulator

Attachments