The BR 350 dynamically changes radio frequency (RF) channels when it pulls into a station and associates with a different root bridge when it roams only if it is set to the non-root mode.
The root bridges stay on the frequency they are configured for and do not change frequency, though there is an exception. If the search for less congested channel option is enabled, each time the bridge or access point restarts, it quickly scans all available channels and picks the one that is the least congested at that time.
These are a few important items to know about the bridges:
When mobility applications use bridges, disable the spanning tree. This allows the negotiation to occur faster.
The non-root bridges allow the With/Clients option and a Bridge Only option. In the Bridge Only mode, the non-root bridges simply deny the wireless clients that attempt to register. The root bridges, the 350 series, do not have this Bridge Only mode. They automatically allow the clients to register.
The site survey (antenna alignment) utility on the 350 bridges lacks polish and has room for improvement. It works, but only the non-root units can align to a root unit. In other words, the alignment starts at the non-root device.
The 340 series bridges are not compatible with the 350 series bridges. They use different spanning trees and run different operating systems. The older 340 bridge uses Aironet proprietary code and the 350 series runs Wind River VxWorks. There are slight differences in the way they communicate over the Radio Frequency (RF) and the spanning tree. For example, the 340 uses the Aironet proprietary spanning tree while the 350 uses an implementation of the Cisco spanning tree over wireless. These differences make these two different series of bridges incompatible at this time. The preliminary tests show that a root 340 bridge allows a non-root 350 bridge to communicate and pass data, but it is not recommended. No regression tests exist, and it does not work in reverse order. Therefore, it is recommended to keep the bridges the same series if at all possible.
Sometimes a non-root 350 bridge cannot obtain an IP address. This is mostly resolved, but sometimes, during the spanning tree negotiation, the request from the non-root 350 bridge for an IP address gets lost. The fix forces the unit to ask again.
In site survey client mode bridge surveys Repeater AP. In this mode, the bridge can connect to another bridge or AP, but it does not accept client associations.
Hot standby mode is supported only when a bridge is configured as an AP. With hot standby, the AP becomes a client and attaches to another AP that it monitors to as a client. When the unit that it monitors fails, the AP pulls itself out of client mode and becomes the primary.
In order for any two bridges or access points to communicate with each other, one must be a root and the other bridges or APs must be set to non-root. The non-root radio devices actively seek out and connect to the root units, based upon the SSID.
The antenna alignment occurs from the non-root device to the root device.
The Ethernet port of an access point in non-root mode is disabled, so access points do not bridge wired segments. Only the bridge series products actually bridge wired LANs. The access points in non-root mode simply allow clients to jump through them and use them as a repeater.
Is there a way to specifically assign the IW3700's antenna ports to either 2.4GHz or 5Ghz only or 2 Ports for 2.4Ghz and 2 Ports for 5Ghz for a 2x2 MIMO configuration? Would this be done through CLI or the GUI?
I feel like Cisco is straight up lying to me when they call the 1562i internal antenna omnidirectional. https://www.cisco.com/c/en/us/td/docs/wireless/access_point/1560/installation/guide/1560hig/1560_ch1.html Look at the "omnidirectional"...
What does a lightweight access point send when multiple WLCs respond to the "CISCO_CAPWAP-CONTROLLER.localdomain" hostname during the CAPWAP discovery and join process? Does it unicast discovery request to the first WLC that resolves the domain name...
I am trying to join Cisco AIR-AP1562E-B-K9 outdoor AP on our Cisco 5760 WLC, but AP is unable to join the WLC.Please, advise.I tried to run below command from console# capwap ap primary-base WLC-5760 10.x.x.x Jul 6 15:18:28.916: *%CAPWAP-3-DISC...