wiki:GEC20Agenda/WiMAXDevs

Version 8 (modified by agosain@bbn.com, 10 years ago) (diff)

--

WiMAX Developers Meeting

Live Stream Information

Schedule

Tuesday, 1.30pm - 3:30pm

Session Leaders

Manu Gosain
GPO

Agenda / Details

This is a tentative agenda, which may change.

NOTE: We have many topics to cover in a short time. PLEASE bring only the designated number of slides, and provide a link to additional information. THANKS!

1) Introductions

2) Spiral 6 Goals

a) Where necessary, complete deployments planned for Spiral 4:

Get experimental frequency from the FCC, that does not interfere with Clearwire services
Install Airspan base station(s), with local NetSpan management system
Optional when multiple cells: backhaul control and data traffic to central equipment site
Add OMF/OML structures, including LoginService
Connect via switch to I2 backbone, via OF switches if there
WiFi access point for dual-homing operating on custom PC node
Vehicular mobile station operating on custom PC node
Fixed “mobile station” for remote experimenters operating on custom PC node

b) Plan local research experiments for Spiral 5

Focus on goals, configurations, steps
Identify necessary extended site capabilities needed in Spiral 5

c) Complete deployments of necessary extended site capabilities needed in Spiral 5, from this list of options: (technology supplier or coordinator shown)

Additional base station (Rutgers WINLAB)
Custom PC nodes ("yellow nodes") (Rutgers WINLAB)
Login Service plus OMF/OML services operating on custom PC node (Rutgers WINLAB)
Connection to I2 (coordinated by BBN)
GIMI I&M services (UMass Amherst/NYU Poly)
Multiple base-station management service operating on custom PC node (Rutgers WINLAB)
Data-path gateway service operating on custom PC node (Rutgers WINLAB)
Mobility/handover/multi-homing service (coordinated by Wisconsin/Clemson)
WiFi access point for dual-homing operating on custom PC node (Rutgers WINLAB)
Vehicular mobile station operating on custom PC node (Rutgers WINLAB)
Fixed “mobile station” for remote experimenters operating on custom PC node (Rutgers WINLAB)
Unlocked Android WiMAX/WiFi handsets. (Wisconsin)

d) Support unified GENI operations:

Forward site monitoring information to the central monitoring server (Rutgers WINLAB)
Cooperate with Rutgers WINLAB and Clearwire to avoid interference with Clearwire’s services
When necessary, do an “emergency stop” of your transmissions.

e) Complete and support experiments:

Local research experiments
Experiments by remote experimenters, including those at tutorials
Classroom instruction experiments by students (NYU Poly)
Multi-site experiments, e.g., MobilityFirst (Rutgers WINLAB)

f) Concern: how can we get all of this done?

Common platforms and services
Clear plans, good schedules
Close cooperation!!

3) Engineering and Studies

3.1) Cooperate with Sprint

Ivan Seskar (WINLAB) and Manu Gosain (GPO)

  • Sprint is operating both LTE and Wimax till end of 2015
  • Sprint acknowledges the master agreement signed formerly with Clearwire
  • Sprint RF planning team is doing site surveys based on the wimax table at

http://wimax.orbit-lab.org/wiki/WiMAX/00/01#a1.3.5GENIWiMAXSitesandContacts

PLEASE UPDATE THIS PAGE

3.2) SciWiNet

Jim Martin (Clemson Univ)

Discussions with Sprint and their partner, Arterra:

  • Considering approach as discussed in earlier WiNTeB workshop
  • Possible configuration, and cost, have been received.
  • Need to complete a proposal, and submit to NSF; see slides for overview
  • How much of a research market would there be for this service?
  • Another advantage: provides a path to utilize (commercial) LTE
  • Enabling Android handsets acquired from kajeet technologies on Sciwinet
  • Sciwinet tools that capture and report back handset connectivity data to central clemson data Coverage SciWiNet

4) Tasks

4.1) Build and Add Custom PC "Yellow Nodes" to WiMAX sites

Ivan Seskar (WINLAB)

  • These are "yellow nodes", introduced in ORBIT testbed
  • Can be used as:
    • General fixed servers
    • Support Multiple Base-Station Mgmt Srvc
    • Support Data-Path GW Srvc
    • Support OMF/OML and Login services
    • Provide WiFi access points
    • Act as fixed "mobile stations"
    • Act as vehicular mobile station (option: 12v power supply)
  • Currently used by: Rutgers WINLAB; NYU Poly; BBN
  • What are next steps?
  • Working with other projects, refine design to balance functionality and cost, and decide what nodes are needed at which sites
  • Order parts (due 11/15/12)
  • Assemble and deliver to sites (due 1/15/13)
  • Can a few of the current yellow nodes be delivered to sites right away with OMF/OML and new WiMAX RF AggMgr?

Revised design:

  • High-speed nodes (fixed applications only)
  • Low-speed nodes: (fixed or mobile applications)

Current schedule:

  • All 32 nodes have been shipped
  • testing complete at all sites

Planned allocations:

  • 8 high-speed: 1 to each site
  • 24 low speed: 3 to each site

Sites:

  • Need to provide Ethernet switches
  • Ubuntu Host to run Wimax-rf software

4.2) Write and Introduce New Services: Multiple Base-Station Mgmt Srvc and Data-Path GW Srvc

Ivan Seskar (Rutgers WINLAB) and Davide Pesavento (UCLA)

  • Multiple Base-Station Mgmt Srvc:
  • 1) Have updated WiMAX RF AggMgr for NEC base station to 2.5.3+; additional updates coming
    • Feeds management data to centralized DB at WINLAB, for GENI-wide monitoring
    • Due: ?
  • 2) New WiMAX RF AggMgr for Airspan base station
    • Provides configuration, to replace Netspan; now running
    • Provides node authorization, and measurements per client
    • Could BBN, NYU Poly begin testing early version, to replace Netspan?
    • Could early version be shipped to sites on yellow node, with OMF/OML?
  • 3) Build WiMAX RF AggMgr that can control multiple BSs, either NEC and/or Airspan, with same API
    • Should be useful for handover/multi-homing functions: shared white list of MS, allowed to connect to one BS or another
    • What other features are needed?
    • First version due: 3/15/13
  • Data-path GW Srvc:
    • Bridges each base station to global datapath
    • Includes CLICK router (two types)
    • Includes OpenV switch (open-source OF)
    • Should be useful for handover/multi-homing functions
    • First version due: 3/15/13
    • Could there be an earlier version, that provides basic functions, and be manually configured?
    • Could BBN, NYU Poly begin testing early version?
    • Could early version be shipped to sites on yellow node?

What are next steps?

  • Finalize features for WiMAX RF AggMgr releases (due 11/15/12)
  • Establish delivery schedule for WiMAX RF AggMgr releases
  • Could there be an earlier version fo WiMAX RF AggMgr, that provides just basic functions, and be manually configured? released by 11/15/12?
  • Establish acceptance test plan by BBN, NYU Poly, for WiMAX RF AggMgr releases
  • Finalize features for Data-path GW Srvc releases (due 11/15/12)
  • Establish delivery schedule for Data-path GW Srvc releases
  • Establish acceptance test plan by BBN, NYU Poly, for WiMAX RF AggMgr releases

Current design and schedule:

  • See slides
  • Airspan config completed, need to be tested; Manu will assist
  • NEC config in progress
  • Client registration in progress; needs to be done by end of April
  • Ivan has updated for OMF 5.4

Recommendations for sites:

4.3) Support GENI Monitoring architecture by Rutgers WINLAB

David Wiggins (GPO), Stephane Blais (GPO), Ivan Seskar (WINLAB)

Current status:

Next steps:

  • Final installation of Wimax-rf service will collect OML stats from the Base station
  • Work with GPO monitoring team to submit data via new aggregator schema.
  • Understand and develop local data collectors and submit data to Rutgers

4.4) Create Template for WiMAX sites GENI Aggregate and Operator Pages

Manu Gosain (GPO)

4.5) Acquire and Add Android Handsets

Ivan Seskar (Rutgers University)

  • 15 handsets have been ordered and received via the Sprint MVNO arrangement
  • Samsung galaxy S2 that runs android 4.1.2 Jelly bean
  • Verify operation, and loading of apps by Rutgers
  • 60 handsets procured by Rutgers
  • Delivery of handsets and WiMAX gateways to project teams completed 6/18
  • Support use by other projects
  • Maintain relationship with SciWiNet to use data plans that are in place with WSA for experiments

4.6) Integration with GENI portal and making WiMAX Sites Accessible to Experimenters

Manu Gosain (GPO)

  • Portal integration
  • Include Login Service for Remote Users
  • Orbit login enabled for all users on GENI Portal
  • Portal accounts used by Wimax handoff tutorial at GEC 20
  • Instructions posted at Orbit-GENI login

4.7) Connect WiMAX Sites to Persistent I2 Backbone Network using AL2S and Integration of GENI racks and Wimax Base station controllers

Manu Gosain (GPO) and Ivan Seskar (WINLAB)

  • Connect a WiMAX site to the GENI I2 backbone network
  • Update WiMAX RF Agg Mgr to map MS groups into VLAN tags
  • Add switch
  • Connect switch to I2 backbone
  • VLAN connections from each site to "L2 router" at WINLAB

slide

  • When can other WiMAX sites can be added?
    • UCLA; has physical connection; needs to configure; when?
    • Wisconsin; done
    • Clemson; done via OpenGENI rack
    • UMass Amherst; has physical connection; needs to configure; when?
  • How is core network configured to support multi-site experiments?
  • How is new Data-path GW Srvc use at site to interface with core network?

What are next steps? (Manu Gosain)

  • Use I2 AL2S service to create a single multi-point VLAN that encompasses all Wimax sites
  • Connect the Wimax multi-site VLAN at each campus upstream to respective GENI rack
  • GENI rack dataplane connectivity will be the cross-connect piece between AL2S and the wimax base station controller

Current status:

5) Status of GENI WiMAX site deployments

Manu Gosain (GPO) and members of site teams

Current status of GENI WiMAX site deployments

Univ Wisconsin at Madison

Suman Bannerjee and Derek Meyer:
See slides
GENI in the classroom
GENI WiMAX clients on GENI Backbone
Greenpacket WiMAX Modems

Wayne State

Hongwei Zhang:
See slides
x2 Airspan operating
More at GEC16 demo

Clemson

KC Wang:
x1 Airspan on-the-air
x2 Airspan need repair

Temple

Tigran N:
x3 Airspan on-the-air
Netspan instance over L2TP to rutgers

6) GENI WiMAX Experiments, Demos and Tutorials

6.1) Lab Experiments to Teach Wireless Basics

Thanasis Korakis and Fraida Fund(NYU Poly)

Funded project (1/13 - 12/13) to define lab experiments for students to teach wireless basics
To be executed on GENI wireless sites, using both WiMAX and WiFi
Overview and status slides

What are next steps?

  • Early versions of lab experiments to be provided by GEC18

Current status?

7) Adjourn

References

R1) Airspan Profile-C Base Station, with Associated Hardware and Software

Ivan Seskar (WINLAB) and Manu Gosain (GPO)

a) Choice of Airspan to provide a WiMAX base station for new GENI WiMAX sites
NEC is not able to provide a WiMAX base station for new GENI WiMAX sites
WINLAB and the GPO have decided to purchase base stations from Airspan, a commercial company pursuing target customers such as universities and small carriers.
For example, the Univ of Colorado at Boulder IT Dept has installed an Airspan system with 4 sectors, that covers the campus. They have been pleased with Airspan.
WINLAB has a frim quote from Airspan for their MacroMAXe profile-C WiMAX base station unit, and related items.

Airspan brochure
MacroMAXe Product Specification
Airspan Deployment Plan for Univ Colorado at Boulder

b) Rutgers will provide a kit including:
Airspan MacroMAXe profile-C WiMAX base station unit, for outside mounting

Choice of frequency:
(2510 Lo: 2496MHz to 2570MHz)
(2510 Mid: 2560MHz to 2630MHz)
(2510 Hi: 2620MHz to 2690MHz)
(3650: 3650MHz to 3700MHz)]

NOTE: WINLAB needs to know frequency choices during November (or early December), so that they can place an order with Airspan for delivery late 2011 or early 2012!

Sector antenna, with x4 RF jumper cables
2x4 MIMO, supported by base station and antenna
GPS antenna, with surge suppressor and cable
DC power cable, from base station unit (outside) to testbed (inside)
Network management software license, 1 per base station

c) Campus will need to provide:
Pole for mounting
DC power supply (-48v, approx 300W)
Ethernet cable, from base station unit (outside) to testbed (inside); consider copper (may be a problem with lightning surge) or fiber (requires MM fiber cable, and fiber interface on switch)
Windows server to host network management software
Linux server to host OMF software
Ethernet switches, and other network equipment, for access (configuration to be provided)

d) Additional kits can be purchased from Airspan

Price is approximately $15,000.

e) It is expected that additional base stations kits will be purchased for some (or all) Sol 3 GENI sites in Spiral 5.

Thus, campus site might be able to add additional sectors, at no cost.
Planning for next year will be done later this year.
Consider including additional sectors within your technical plan right away.

f) Note: Airspan indicates that they expect to introduce a new base station unit within the next year.

Somewhat reduced performance/range.
Approximately half the cost

g) Airspan indicates that their sector antenna provides:

A 90degree pattern, which is consistent with proper coverage over a 120degree sector.
Four internal elements, to support 2x4 MIMO.
Airspan can provide provide x4 omni-directional antennas, but the cost is much higher, and the range is signifcantly reduced.

h) Airspan shows that their profile-C base station unit can be configured to operate without an ASN GW and without a RADIUS (authentication) server.

In this mode, a list of allowed base stations must be configured into the base station, and groups of these base stations are mapped to a VLAN on the ethernet port.
This appears to be consistent with the current NEC base station unit operated with the ASN GW/WiMAX RF AggMgr code that has been provided by Rutgers/WINLAB
MacroMAXe Configuration Guide

i) Airspan shows that if handover operation is desired, an ASN GW must be provided, plus typically an associated RADIUS (authentication) server.

In this case, the base station unit operates with IP at the interface.

j) Airspan installation instructions link

R2) Netspan Network Management System for Airspan Base Station

Manu Gosain (GPO)

  • Suggest: add Netspan system at each site with Airspan base station
  • Requires: Windows server
  • Use: setup of Netspan base station to provide basic functions

slides

installation instructions

Attachments (1)

Download all attachments as: .zip