Wireless Access

 View Only
  • 1.  Questions regarding AirMatch auto channel and power

    Posted 24 days ago

    Scenario: We have a Mobility Conductor cluster and multi-node controller cluster on prem. We have AMP configured in this topology. In this building we have dual band 315s.

    Issue: WAPs that are near each other are NOT selecting channels that are far apart. In fact, some APs in an area are all broadcasting on the same channel in 20 & 40MHz as an example. The channel mapping shows large portions of the floorplan in the same channel. We are seeing clients have poor health scores in AMP and also poor SNR ratios.

    Troubleshooting

    • Verified AirMatch was enabled and set to the default re-calc of 0500 daily.
    • Expanded additional channels enabled in the profile applied to the AP group (all of UNII-1, 2, and 3 up to channel 165). Re-provisioned the APs for that group to ensure they took the new settings.
    • Allowed AM to run the next morning, but they still are showing the channels are not properly spaced to avoid interference.

    What am I missing here? I really do not want to manually channel my entire infrastructure. Limiting channels available in the profile doesn't stop the system from allowing neighbor APs from blasting the same channel space. Opening everything up doesn't appear to allow them to space either. 



  • 2.  RE: Questions regarding AirMatch auto channel and power

    Posted 23 days ago

    What version of AOS 8?  You'll probably want to open a case with TAC to investigate the AirMatch solution.



    ------------------------------
    Carson Hulcher, ACEX#110
    ------------------------------



  • 3.  RE: Questions regarding AirMatch auto channel and power

    Posted 23 days ago

    8.10.0.15

    In addition, the "RF Neighbors" section for a WAP on AMP seems to show RSSI dBm values in the signal column according to documentation, but these are not the typical "-[value]" where lower = stronger signal. They appear to be the opposite. Is this true?




  • 4.  RE: Questions regarding AirMatch auto channel and power

    Posted 23 days ago

    Those are RSSI dBm values which is typically shown as a positive value and, at least for our products, is usually synonymous with the SNR.



    ------------------------------
    Carson Hulcher, ACEX#110
    ------------------------------



  • 5.  RE: Questions regarding AirMatch auto channel and power

    Posted 22 days ago

    This is the root of confusion. RSSI dBm values are NOT the same value as SNR (and isn't synonymous, as they are technically different measurements/values). A lower negative value with RSSI is a "stronger" signal. A high positive value in SNR is a "better" signal. The documentation is saying it is presenting RSSI (in dBm) values when in reality it is presenting SNR data values. 

    This is what I was suspecting, but came here to confirm. Thanks for the info!




  • 6.  RE: Questions regarding AirMatch auto channel and power

    Posted 22 days ago

    RSSI is an arbitrary value, decided upon by the manufacturer of the device and how they choose to present the value.  If you look around at some implementations from various vendors you'll see this done in various different ways.  Just look at the Wikipedia entry for RSSI to see some of these.

    I'm aware that, in general, RSSI is not the same as SNR which is why I stated "for our products, [RSSI] is usually synonymous with the SNR" because our implementation of how RSSI is displayed usually takes into account the noise floor.



    ------------------------------
    Carson Hulcher, ACEX#110
    ------------------------------