1 / 17

Wireless Infrastructure and GENI

Wireless Infrastructure and GENI. Ivan Seskar , Francesco Bronzino Rutgers University. GENI: I nfrastructure for Experimentation. GENI provides compute resources that can be connected in experimenter specified Layer 2 topologies. GENI Wireless Resources. GENI Racks.

rossa
Download Presentation

Wireless Infrastructure and GENI

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Wireless Infrastructure and GENI Ivan Seskar, Francesco Bronzino Rutgers University

  2. GENI: Infrastructure for Experimentation GENI provides compute resources that can be connected in experimenter specified Layer 2 topologies.

  3. GENI Wireless Resources GENI Racks GENI Wireless (compute) nodes ORBIT GENI WiMAX/LTE Base Stations Android Samsung Galaxy S2 handsets

  4. GENI WiMAX Deployments 2014 • 29 Wimax/LTE Base Stations in 13 Sites • 90+ android handsets available to experimenters • 36 wireless (yellow) nodes • Uniform experimenter experience using yellow nodes and OMF • Sliced, virtualized and interconnected through Internet2

  5. GENI WiMAX Deployment 2014 UMass WayneState U Michigan U Wisconsin Madison Rutgers U Colorado Boulder Stanford NYU Drexel Columbia Temple UCLA Clemson

  6. GENI WiMAX Spectrum Management • Agreement with Sprint • Sprint and Rutgers University have signed a master spectrum agreement encompassing all WiMAX sites, to ensure operation in the EBS Band. • An emergency stop procedure, in case of interference with Sprint service, has been agreed upon. • SciWinet GENI Mobile Virtual Network Operator (MVNO) - Partner with Sprint and Arterra (a Sprint partner) to create and operate an (MVNO) that serves the academic research community - The effort is led by Jim Martin, KC Wang and Ivan Seskar, to learn more:http://sciwinet.org WiMAX Developers session Mon: 1:30pm – 3:30pm

  7. OPEN BTS Software: WiMAX

  8. OPEN BTS Software: LTE

  9. GENI WiMAX Site Network Architecture • WiMAX and Wifi edge networks. • Layer 2 dataplane connectivity to GENI racks. • Multi-point VLAN interconnecting all WiMAX sitesvia racks. Internet WiMAX Research Backbones Layer 2 Data Plane GENI-enabled hardware Legend Layer 3 Control Plane WiFi g Wireless Edge Regional Network

  10. GENI Wireless Logical Architecture

  11. GENI WiMAX Portal Integration • GENI Portal accounts work with OMF login service. • GENI wireless resources can be reserved and used with Portal accounts. • WiMAX handoff tutorial @ GEC 20 used portal accounts to reserve ORBIT resources. • Expansion plan to include to all GENI WiMAX sites by GEC 21.

  12. Today’s Wireless Demos • MobilityFirst Demo, Francesco Bronzino, Rutgers University • Blending GENI with SciWiNet to Scale Education/Experimentation with Wireless, Jim Martin Clemson University • GENI-Enabled Vehicular Sensing and Control Networking: From Experiments to Applications, Jing Hua, Wayne State University, • Dynamic sensor value estimation for minimizing message exchange in wireless sensor networks, Fraida Fund, NYU Polytechnic School of Engineering, • GENI takes flight and the Pi in the Sky, Suman Banerjee, University of Wisconsin-Madison,

  13. Mobilityfirst Architecture Design Joe’s Laptop Sue’s Phone Media File A Context C • Separation of names (ID) and network addresses (NA). • Public Key Based Globally Unique Identifiers (GUIDs) for network objects. • Global Name Resolution Service (GNRS) for GUID <-> NA mappings. • Storage-informed segment transport, edge-aware routing. • Extensible in-network services. Content Naming Service Context Naming Service Host Naming Service Globally Unique Flat Identifiers Global Name Resolution Service In-route Dynamic Resolution Integrated Storage and Computing Hop-by-hop Transport

  14. Compute Layer Concepts Service Extension Header • Provide easy extensibility/upgrade options for data plane. • ISPs can use in-network computing to provide value added services (e.g. caching, security, etc.). • Computing hosts running service instances strategically deployed at one or more Points of Presence (PoPs). Service Type Service GUID Arguments Ext. Src GUID Src NA Dst GUID DstNA SID Base Network Header Integrated in data plane Computing hosts running service instances

  15. Compute Layer Examples • In-network processing and aggregation of sensor data: • sensed data from vehicles and other in-field sensors can be aggregated in the network by a compute layer service explicitly requested by the originator of the sensed data, thus reducing load on a centralized server. • Dynamic binding for Context GUID: • a local context defined as ‘unoccupied cabs in location X’ can be named using a GUID and resolved dynamically by an in-network compute layer service pulling information from a dispatch service to determine what end points qualify for delivery request messages. • In-line video transcoding: • More to follow…

  16. Demo Scenario GNRS Service Plane 1. P1 Publishes content C Network 19 Provider P1 5. Lookup of M 4. Lookup of C Network 53 Mobile M 6. Chunk forwarded to compute layer 7. Transcoded chunk returned Network 53a (4G) get( c ) 2. Mobile M requests C Cloudlet 2. Transcoding service T registers with router Network 53b (wifi)

  17. Demo Topology GNRS Service distributed between nodes Wisconsin U Utah U U Illinois UC Davis Rutgers Transcoding Service Wifi Client Video Server Wimax Client

More Related