Controllerless Networks

last person joined: yesterday 

Instant Mode - the controllerless Wi-Fi solution that's easy to set up, is loaded with security and smarts, and won't break your budget
Expand all | Collapse all

Channel switching from Web UI is very slow.

This thread has been viewed 0 times
  • 1.  Channel switching from Web UI is very slow.

    Posted Nov 24, 2015 10:58 AM

    Hello all!  I'm new to 802.11n network management and am really just running our equipment through some simple tests for the actual networks.  I'm very used to automated cycling and data gather and was trying to setup test just to get me using the equipment and tools and get better at designing tests.

     

    Currently wanting to do something simple:

    Single IAP-215 with one client connected and using OmniPeek to collect data (aggregated data from 3 channels).

    I want to switch channels on the IAP-215 on 5GHz networks and just get the reconnect time for the client.  At the moment, I've been poking around the Web UI and switching channels manually (slow, tedious, and can't really be automated unless using Xnee or something similar).

    I have run into something strange though.  When I switch channels with the AP, I see that the beacon stops broadcasting on channel X (expected), but it takes one to two minutes before it starts broadcasting on the new channel Y (very slow).  Does the AP reboot during channel changes?  That seems really weird to me.

    So I guess I have the following questions:

    1.  How long should a channel change take via the Web UI?

    2a.  What are the commands to change channels from the CLI?

    2b.  Is there anyway to automate the process so I can just run a boatload of cycles over night?

    3.  Currently running OmniPeek on a Windows 7 OS.  Any suggestions for an OS to use?  I have access to a few different Linux distros as well as windows.



  • 2.  RE: Channel switching from Web UI is very slow.

    EMPLOYEE
    Posted Nov 24, 2015 11:21 AM

    What method are you using to switch channels?

    Are you switching to a DFS channel?

     



  • 3.  RE: Channel switching from Web UI is very slow.

    Posted Nov 24, 2015 11:48 AM

    I haven't been using any dynamic switching, everything by manually selection channels.  I'm working out of an isolation chamber and was switching between between 100+, 116+ and 147+ via the Web UI.

     

    Like I said, haven't set up anything to be automated or dynamic yet.  Trying to take baby steps and understand bit-by-bit.

     

     



  • 4.  RE: Channel switching from Web UI is very slow.

    EMPLOYEE
    Posted Nov 24, 2015 07:30 PM

    Zummarius,

     

    When you want to switch to a DFS channel, there is a minimum time that the channel has to be observed to make sure there is no radar (4 minutes, two minutes?)  If you are just switching channels, instead of allowing arm to choose channels, it will not be scanning those channels ahead of time to check for radar, and you will encounter a delay.  Try doing channel switching with non-DFS channels below and see if you have the same delay:

     

    36 40 44 48 149 153 157 161 165



  • 5.  RE: Channel switching from Web UI is very slow.

    Posted Dec 02, 2015 03:38 PM

    Okay, that sped things up quite a bit.

     

    What are the commands to change channels from the CLI?

     

    Thanks!



  • 6.  RE: Channel switching from Web UI is very slow.

    Posted Dec 29, 2015 06:11 AM

    something like this is possible i believe

     

    iap-01# configure
    We now support CLI commit model, please type "commit apply" for configuration to take effect.
    iap-01 (config) # arm
    iap-01 (ARM) # g-channels 7
    iap-01 (ARM) # end
    iap-01# commit apply
    committing configuration...
    configuration committed.

    of course a-channels for the other band.