70 likes | 194 Views
Experimenter Feedback. Ezra Kissel GEC12 – Kansas City, MO Nov 4 th 2011. Experiment. Improving WAN performance with the eXtensible Session Protocol (XSP) General interface for network path signaling OpenFlow , ION, Linux Net, NDDI, etc. Performance-enhancing services “inlay”
E N D
Experimenter Feedback Ezra Kissel GEC12 – Kansas City, MO Nov 4th 2011
Experiment • Improving WAN performance with the eXtensible Session Protocol (XSP) • General interface for network path signaling • OpenFlow, ION, Linux Net, NDDI, etc. • Performance-enhancing services “inlay” • Phoebus –SLaBS • Optimize use of dynamic, dedicated resources • Sockets-like API for applications (libxsp) • Transparent wrapper library • Standard interfaces at the edge, innovation in the core GENI Engineering Conference 12
XSP and Phoebus Architecture w/ Monitoring Network Monitoring / GENI I&M PG PG System System GridFTP GridFTP IDC IDC XIO-XSP OPENFLOW XIO-XSP OPENFLOW OSCARS OSCARS netPath netPath XSPd XSPd
GEC12 Demo Resources GridFTP @BBN OF /ION SETUP GridFTP @ PlanetLab- East hosts OF @ BBN GridFTP @Utah Emulab SALT WASH KANS ION PATH SETUP GridFTP @PlanetLab West PlanetLab- South hosts Existing 1G Phoebus nodes on Internet2 backbone ProtoGENI backbone node running Phoebus-SLaBS pg 1G protogeni tunnel ION circuit (if needed)
What has worked well • ProtoGENI and GCF lists are helpful, as always • Quick response! • Tool and resource support is constantly improving (FLACK, Omni) • Using FLACK to drag-and-drop, generate RSpecs • Make changes, create sliver with OMNI • Omni makes working with different aggregates/CFs easy • Documentation and on-line examples have improved a lot • ION circuits with some external support • Manually adding reservations, VLAN interfaces on WAPG nodes • Will investigate ION AM via Omni examples • Experimenters can be driving force behind new features • Ask and you will most likely receive GENI Engineering Conference 12
A few thoughts… • Understanding experiment setup over time, trusting results • Need to know state of the substrate, physical changes • Monitoring, notifications of outages, failures, etc. • Knowledge ofunderlying topology, shared resources • Advertisement of substrate connectivity • Beyond nodes • Layer 1, layer 2 connections within each aggregate, backbone • OpenFlowExperiments • Easier to specify flowspace with RSpec v3, FOAM • New FOAM opt-in proposal (0.6) sounds promising GENI Engineering Conference 12
Suggestions • GENI experimenter issue page/wiki • Bulletin board with aggregate-specific forums? • Search for similar issues, resolution • Companion to the experimenter lists • It would be nice to know if a resource is held and OK or just stuck and in a bad state • Can this distinction be made? • Perhaps an optional contact information field accessible via API/tools • Continued support for command line tools • Including documentation, current RSpecs examples GENI Engineering Conference 12