515 | | === R1a Spiral 5 Goals === |
516 | | Harry Mussman (GPO) [[BR]] |
517 | | |
518 | | a) Where necessary, complete deployments planned for Spiral 4: [[BR]] |
519 | | Get experimental frequency from the FCC, that does not interfere with Clearwire services [[BR]] |
520 | | Install Airspan base station(s), with local NetSpan management system [[BR]] |
521 | | Optional when multiple cells: backhaul control and data traffic to central equipment site [[BR]] |
522 | | Add OMF/OML structures, including LoginService [[BR]] |
523 | | Connect via switch to I2 backbone, via OF switches if there [[BR]] |
524 | | WiFi access point for dual-homing operating on custom PC node [[BR]] |
525 | | Vehicular mobile station operating on custom PC node [[BR]] |
526 | | Fixed “mobile station” for remote experimenters operating on custom PC node [[BR]] |
527 | | |
528 | | b) Plan local research experiments for Spiral 5 [[BR]] |
529 | | Focus on goals, configurations, steps [[BR]] |
530 | | Identify necessary extended site capabilities needed in Spiral 5 [[BR]] |
531 | | |
532 | | c) Complete deployments of necessary extended site capabilities needed in Spiral 5, from this list of options: (technology supplier or coordinator shown) [[BR]] |
533 | | Additional base station (Rutgers WINLAB) [[BR]] |
534 | | Custom PC nodes ("yellow nodes") (Rutgers WINLAB) [[BR]] |
535 | | Login Service plus OMF/OML services operating on custom PC node (Rutgers WINLAB) [[BR]] |
536 | | Connection to I2 (coordinated by BBN) [[BR]] |
537 | | GIMI I&M services (UMass Amherst/NYU Poly) [[BR]] |
538 | | Multiple base-station management service operating on custom PC node (Rutgers WINLAB) [[BR]] |
539 | | Data-path gateway service operating on custom PC node (Rutgers WINLAB) [[BR]] |
540 | | Mobility/handover/multi-homing service (coordinated by Wisconsin/Clemson) [[BR]] |
541 | | WiFi access point for dual-homing operating on custom PC node (Rutgers WINLAB) [[BR]] |
542 | | Vehicular mobile station operating on custom PC node (Rutgers WINLAB) [[BR]] |
543 | | Fixed “mobile station” for remote experimenters operating on custom PC node (Rutgers WINLAB) [[BR]] |
544 | | Unlocked Android WiMAX/WiFi handsets. (Wisconsin) [[BR]] |
545 | | |
546 | | d) Support unified GENI operations: [[BR]] |
547 | | Forward site monitoring information to the central monitoring server (Rutgers WINLAB) [[BR]] |
548 | | Cooperate with Rutgers WINLAB and Clearwire to avoid interference with Clearwire’s services [[BR]] |
549 | | When necessary, do an “emergency stop” of your transmissions. [[BR]] |
550 | | |
551 | | e) Complete and support experiments: [[BR]] |
552 | | Local research experiments [[BR]] |
553 | | Experiments by remote experimenters, including those at tutorials [[BR]] |
554 | | Classroom instruction experiments by students (NYU Poly) [[BR]] |
555 | | Multi-site experiments, e.g., MobilityFirst (Rutgers WINLAB) [[BR]] |
556 | | |
557 | | f) Concern: how can we get all of this done? [[BR]] |
558 | | Common platforms and services [[BR]] |
559 | | Clear plans, good schedules [[BR]] |
560 | | Close cooperation!! [[BR]] |
561 | | |
562 | | |
563 | | |
564 | | |
565 | | |
566 | | === R1b GENI WiMAX Spiral 4 Goals === |
567 | | Harry Mussman (GPO) [[BR]] |
568 | | |
569 | | a) Goals for GENI WiMAX site deployments: [[BR]] |
570 | | Satisfy needs of local research experiments [[BR]] |
571 | | Support multi-site experiments, e.g., MobilityFirst [[BR]] |
572 | | Support remote experimenters [[BR]] |
573 | | |
574 | | Support multi-site applications? [[BR]] |
575 | | |
576 | | Are we missing something? support for instruction? [[BR]] |
577 | | |
578 | | b) Sol 2 base station deployments: [[BR]] |
579 | | Update to include OMF/OML structures, including LoginService [[BR]] |
580 | | Add GENI AM API [[BR]] |
581 | | |
582 | | Complete, and update to new software that support multiple VLANs, etc. [[BR]] |
583 | | Connect via switch to I2 backbone, via OF switches if there [[BR]] |
584 | | |
585 | | Consider how to setup multi-site slice, and include other GENI resources [[BR]] |
586 | | Consider federated operation [[BR]] |
587 | | Consider adding WiFi AP to support dual-homed experiments, e.g., MobilityFirst [[BR]] |
588 | | |
589 | | c) Sol 3 base station deployments: [[BR]] |
590 | | Consider 3.6GHz operation? [[BR]] |
591 | | Study commercial campus deployments, to understand coverage and applications: U Colorado, Boulder; Northern Mich U; UMass Dartmouth [[BR]] |
592 | | Order Airspan base stations and related items, for delivery 1/2012 [[BR]] |
593 | | Complete installation within Spiral 4! (within 1 year) [[BR]] |
594 | | |
595 | | Decide on how to provide ASN-GW for handover [[BR]] |
596 | | Consider open-source ASN-GW? or ASN-GW from Airspan? [[BR]] |
597 | | How could we use Wisconsin mobility engine? [[BR]] |
598 | | |
599 | | [http://groups.geni.net/geni/attachment/wiki/GEC12WiMaxDeploymentAndExperimentation/UoC%20-%20MacroMAXe%20RF%20Plan%20V1.1.pptx Airspan Deployment Plan for Univ Colorado at Boulder][[BR]] |
600 | | |
601 | | d) Mobile stations: [[BR]] |
602 | | Reference MS is Linux netbook, with Intel WIMAX modem card, internal or external [[BR]] |
603 | | Reference vehicular MS? [[BR]] |
604 | | Reference handset MS? Need to be able to unlock Sprint-supported device? [[BR]] |
605 | | |
606 | | e) Experiment support: [[BR]] |
607 | | Move to OMF/OML, for better support and for easier sharing [[BR]] |
608 | | Consider alternate techniques for throughput measurements [[BR]] |
609 | | Consider how to setup multi-site slice, and include other GENI resources [[BR]] |
610 | | |
611 | | GIMI project committed to supporting WiMAX sites [[BR]] |
612 | | |
613 | | How can we make it easy for experimenters? [[BR]] |
614 | | |
615 | | f) Other topics: [[BR]] |
616 | | Interworking with carriers (Clemson) [[BR]] |
617 | | Use of carrier resources, i.e., WiNTeB [[BR]] |
618 | | How could we add LTE? any match of equipment, frequencies and mobile stations? [[BR]] |
619 | | |
620 | | g) CONCERN: [[BR]] |
621 | | Do not have resources to do all of the above! how do we decide? [[BR]] |
622 | | What is the best way to support campus projects? [[BR]] |
623 | | What is the best way to support experimenters? [[BR]] |
624 | | |
625 | | |
626 | | |
627 | | === R2) Overview of GENI WiMAX Sites and Experiments === |
628 | | Harry Mussman (GPO) [[BR]] |
629 | | |
630 | | Paper including sections on basic and extended WiMAX sites, and on WiMAX research and service experiments: [http://groups.geni.net/geni/attachment/wiki/GEC13Agenda/WiMAXPlanning/020112b_ExtendingGENI_TridentCom2012.pdf pdf] [[BR]] |
631 | | |
632 | | |
633 | | === R3) Airspan Profile-C Base Station, with Associated Hardware and Software === |
| 515 | === R1) Airspan Profile-C Base Station, with Associated Hardware and Software === |
716 | | |
717 | | |
718 | | |
719 | | === R5) Add OMF/OML to WiMAX sites === |
720 | | Fraida Fund (NYU Poly), Manu Gosain (GPO), Derek Meyer (Wisconsin), [[BR]] |
721 | | |
722 | | * Equip a WiMAX site with full OMF/OML capabilities, installing on VMs [[BR]] |
723 | | * Include Login Service for Remote Users [[BR]] |
724 | | |
725 | | * NYU Poly configuration: [[BR]] |
726 | | |
727 | | * 1) physical host acting as base station controller, runs the asn-gw and wimaxrf AM. [[BR]] |
728 | | * (1) and (2) run Ubuntu, (3) runs Windows. [[BR]] |
729 | | * It has Ethernet connections to the NEC IDU, NYU-Poly network (and Internet), and very soon GENI backbone (campus IS just informed me that they will be testing that tomorrow). [[BR]] |
730 | | * We have firewall rules set up so this host only accepts traffic from host (2) on the wimaxrf AM port. This allows us to make sure that only users with a current reservation can configure the BS. [[BR]] |
731 | | |
732 | | * 2) physical host running OMF 5.3 AM, EC, and some other services that are useful for the testbed. [[BR]] |
733 | | * (1) and (2) run Ubuntu, (3) runs Windows. [[BR]] |
734 | | * It has Ethernet connections to NYU-Poly network (internet) and OMF control network. [[BR]] |
735 | | * This is the host that testbed users log on to. We have firewall rules set up on this host so that only users with a current reservation can configure the BS or communicate with the testbed nodes. [[BR]] |
736 | | |
737 | | * 3) physical host that serves our group website and the reservation system for the testbed. It's connected to the NYU-Poly network (and Internet) [[BR]] |
738 | | * (1) and (2) run Ubuntu, (3) runs Windows. [[BR]] |
739 | | |
740 | | * Our testbed nodes are scattered throughout several CS labs and research areas (not part of our group). [[BR]] |
741 | | * They are connected to the pre-existing Ethernet jacks in the walls and floors of those rooms, which all go back to a CS server room, where we patch them through to our own (non-openflow) switch for the control network. [[BR]] |
742 | | * We do have an openflow switch that we plan to deploy somewhere at some point. [[BR]] |
743 | | |
744 | | |
745 | | |
746 | | |
747 | | * BBN experience (need summary) [[BR]] |
748 | | |
749 | | * [http://groups.geni.net/geni/attachment/wiki/GEC14Agenda/WiMAXDeploymentsAndExperiments/vmsetup_at_uwmadison.pdf Wisconsin configuration] [[BR]] |
750 | | |
751 | | * All services are running on the same physical machine. [[BR]] |
752 | | * HP server that came with the base station. [[BR]] |
753 | | * The base OS is Debian and virtual machines using for the services (Virtualbox) [[BR]] |
754 | | |
755 | | * Physical machine network connections: [[BR]] |
756 | | * Eth0 (128.105.22.xxx): University network (internet) [[BR]] |
757 | | * Eth1 (10.3.8.126): Network to IDU of base station [[BR]] |
758 | | * Eth2 (10.0.0.1): Control network for omf [[BR]] |
759 | | * Eth3: Connected to openflow (physically, but not enabled until we can get a vlan tag to GENI backbone) [[BR]] |
760 | | |
761 | | * Base operating system: Debian [[BR]] |
762 | | |
763 | | * Virtualbox guests: [[BR]] |
764 | | * 1. Ubuntu 9.04 -> aggmgr 5.2 -> wimaxrf service [[BR]] |
765 | | * Eth0 (128.105.22.xxx): bridged interface to university network [[BR]] |
766 | | * Eth1(10.3.8.254): bridged interface to base station network [[BR]] |
767 | | |
768 | | * 2. Ubuntu 10.04 -> aggmgr 5.3 -> cmcStub, Frisbee, inventory, pxe, result, saveimage [[BR]] |
769 | | * Also expctl, resctl, and xmpp on same machine [[BR]] |
770 | | * Eth0 (128.105.22.xxx): bridged interface to university network [[BR]] |
771 | | * Eth1 (10.0.0.200): bridged interface to control network [[BR]] |
772 | | |
773 | | |
774 | | |
775 | | * Coming: plan to federate with ProtoGENI cluster [[BR]] |
776 | | * Reference: [http://www.tridentcom.org/2012/program TridentCom 2012] : "Federating wired and wireless test facilities through Emulab and OMF: the iLab.t use case", Stefan Bouckaert (IBBT - Ghent University) [[BR]] |
777 | | * BBN is exploring how to utilize this to better integrate WiMAX sites into GENI, and be able to utilize the GENI AM API to assgin resources. [[BR]] |
778 | | |
779 | | |
780 | | |
781 | | |
782 | | === R6) Connect WiMAX sites to I2 backbone network, to support multi-site experiments === |
783 | | Manu Gosain (GPO), Fraida Fund (NYU Poly), Ivan Seskar (WINLAB) [[BR]] |
784 | | |
785 | | * Connect a WiMAX site to the GENI I2 backbone network [[BR]] |
786 | | * Update WiMAX RF Agg Mgr to map MS groups into VLAN tags [[BR]] |
787 | | * Add switch [[BR]] |
788 | | * Connect switch to I2 backbone [[BR]] |
789 | | * VLAN connections from each site to "L2 router" at WINLAB [[BR]] |
790 | | |
791 | | [http://groups.geni.net/geni/attachment/wiki/GEC14Agenda/WiMAXDeploymentsAndExperiments/WiMAXSiteConnectivity%20%200710wimaxmeeting14gec.ppt slide] [[BR]] |
792 | | |
793 | | * When can other WiMAX sites can be added? [[BR]] |
794 | | * UCLA; has physical connection; needs to configure; when? [[BR]] |
795 | | * Wisconsin; when? [[BR]] |
796 | | * Clemson; when? [[BR]] |
797 | | * UMass Amherst; has physical connection; needs to configure; when? [[BR]] |
798 | | |
799 | | * How is core network configured to support multi-site experiments? [[BR]] |
800 | | |
801 | | * How is new Data-path GW Srvc use at site to interface with core network? [[BR]] |
802 | | |
803 | | What are next steps? (Manu Gosain) [[BR]] |
804 | | * Establish planned configuration (due 11/15/12) [[BR]] |
805 | | * Establish plan with schedule to connect all sites (due 11/15/12) [[BR]] |
806 | | * Track connection of sites, and assist them as needed [[BR]] |
807 | | |
808 | | === R7) GENI WiMAX Experiments, Demos and Tutorials === |
809 | | |
810 | | [http://groups.geni.net/geni/wiki/Experiments link] [[BR]] |
811 | | |
812 | | |
813 | | === R8) Lab Experiments to Teach Wireless Basics === |
814 | | Thanasis Korakis (NYU Poly) [[BR]] |
815 | | |
816 | | Funded project (1/13 - 12/13) to define lab experiments for students to teach wireless basics [[BR]] |
817 | | To be executed on GENI wireless sites, using both WiMAX and WiFi [[BR]] |
818 | | Overview and status [http://groups.geni.net/geni/attachment/wiki/GEC15Agenda/WiMAXUpdate/NYUPolyWirelessLab.pptx slides] [[BR]] |
819 | | |
820 | | What are next steps? [[BR]] |
821 | | * Early versions of lab experiments to be provided by GEC16 [[BR]] |
822 | | |
823 | | |
824 | | === R9) Multiple Site Experiment: Mobility First === |
825 | | |
826 | | GEC14 presentation: [[BR]] |
827 | | Kiran Nagaraja (WINLAB) [[BR]] |
828 | | |
829 | | [http://groups.geni.net/geni/attachment/wiki/GEC12WiMaxDeploymentAndExperimentation/MF-GEC12-PlenaryDemo-10-3-2011.pdf slides] [[BR]] |
830 | | |
831 | | Overview of current Mobility First multiple-site experiment. [[BR]] |
832 | | |
833 | | What additions are needed? [[BR]] |
834 | | 1) Add WiFi AP to each site. [[BR]] |
835 | | 2) L2 path from MS to core [[BR]] |
836 | | |
837 | | Experiment done without human intervention, by using x2 MAC addresses, and emulating packet loss to fake mobility. [[BR]] |
838 | | Consider these as possible sites by GEC13: WINLAB; BBN; NYU Poly; UCLA; Colorado. [[BR]] |