Version 1 (modified by, 14 years ago) (diff)


Cluster-E and WiMAX Demo Plans for GEC8 and GEC9

Demos for GEC8 and/or GEC9

Brainstorming and discussion by group at GEC7 meeting on March 16:
1) Multi-campus application, e.g, wideband video between handsets; distributed conferencing; video content distribution
2) Mobile connectivity: car to car, car to infrastructure via WiMAX
3) Portable switch for Layer 2 connectivity; like Sprint mobile hot spot, except Layer 2; client to switch via WiFi, switch to infrastructure via WiMAX; good for campus access.
4) Virtualized WiMAX provides emergency slice; adjust network utilization to assure good QoS for emergency slice; reassign to accomplish dynamic provisioning.

Stretch deployment goal discussed by Ivan, Harry and Tony on March 22:
1) Rutgers would ship three kits by mid-May to campuses.
2) Rutgers (with possible help from BBN) would get four campuses (e.g., Rutgers, BBN, UMass, and ?) setup with outdoor WiMAX systems by June 15.
3) Basic multi campus demo could be done by GEC8
4) Extended multi campus demo could be done by GEC9

Submitted to Mark Berman on March 31:
1) Rutgers and Stanford have proposed a "Wirel" demo proposal for GEC9, that combines both WiMAX and OpenFlow elements.

Demo plans for GEC8 and/or GEC9 discussed by Ray, Ivan, Harry, Mark and Tony on April 13:
1) Wirel demo is separate, only Rutgers and Stanford.
2) Goals for GEC8 demo:

  • WiMAX base station infrastructure is in place on multiple campuses (four?), and operational.
  • WiMAX base station is virtualized, with multiple slices, including (if possible) one multi-site slice.
  • A slice can be configured by an experimenter, including (if possible) downloading code into the slice's VM in the gateway.

3) Goals for GEC9 demo:

  • Full WiMAX capabilities.
  • Openness of the API.
  • Multicasting across the country, through multiple sites.
  • Rate adaptation to available bandwidth.
  • Meet the objective for a research experiment.

4) Specific demo ideas:

  • Basic video multicast.
  • Extended video multicast, with rate adapted to available bandwidth (under study now, not easy).
  • Multicast, where measure available downstream rates at multiple sites, via multiple connectivity situations, and report back to measurement archive; might be extended to include available upstream rates; could eventually be used to automatically evaluate a network deployment.
  • Cache and forward, to provide a delay-tolerant network.
  • Use Layer 2 connectivity, but how?