09-05-2018 02:23 PM - edited 07-05-2021 09:07 AM
Using Cisco Aironet 3800 series AP's, why would a device be allowed to connect to AP, then get dropped after a while, and UI page shows devices somehow shows up as 0.0.0.0? We have industrial devices that go down to 1Mbs in order to keep connected to any network from noise, distance, RF reflections, and extreme factory conditions, the devices are 802.11g Industrial devices. Works great with off the shelf routers, and Unifi AP's etc. But for some reason, the IT doesn't know why the devices will go off line, and show the static IP's per device, show 0.0.0.0 on the UI list when they get kicked off the network or something.
I seen them be connected all day and pinged all day once, all good, then at 7PM PST time, seemed like they all started falling off the network, and IT gave a screen shot of list of devices show 0.0.0.0 as IP addresses, when they were just fine previously using their static IP addresses.
Using the devices themselves to see what the the network was telling them, one log showed dissociated due to inactivity? And was only on for a short amount of time, like 20 minutes or so, then couple more events, that weren't recognized by the devices, and then a final disconnect from the network kicking off the device. I read some where that it might have something to do with DHCP settings, since the devices require a static IP address? Thanks for "any" feedback on possible settings etc.
09-06-2018 06:20 AM
09-06-2018 06:22 AM
1. If you assign the Static IP address then DHCP setting is out of the issue.
2. Are you using WLC to manage 3800 AP ? if yes then whcih Software version you are running on controller ?
3. Are AP in local mode or flexconnect mode ?
4. only 2.4 Ghz freq area having issue or 5 Ghz ?
Regards
Dont forget to arte helpful posts
09-06-2018 10:54 AM - edited 09-06-2018 10:55 AM
This is for a Large company using our product that has a massive Cisco installation. Switchs, and not sure if they are using WLC to manage the all 52 3800 APs, so not sure which version.
AP should be in local mode so 2.4Ghz spectrum doesn't get dropped from the flexible radio assignment.
Just the 2.4 GHz is getting dropped for our devices trying to be used in their network embedded devices with ample space to APs. Our device scans reveal data link rates are down to where they should be for an industrial device at min 1Mbs and 802.11g. And they connect, but out of the blue get dropped via only a few, or a LOT. But not sure if network goes down for updates then comes back up. I'm trying to debug an issue, with no help from IT. They get picky when adding a virtual SSID and adding devices by contractors to monitor things. Never any issues with our UniFi system.
This is just one log from our device. But when one goes down, only thing IT can show us this screen shot that he says all our devices that used to have IP's in the Cisco show 0.0.0.0 Ip addresses. We will then have to un plug a device for it to re-connect back to the Cisco network. Or wait a pretty long time then some will come back up. I brought a test debug device with UART output and left plugged in for no more than 20 minutes and got this that the network was telling the device to do, then disconnected it. But not sure if happening to all devices. Kinda random. Had all devices up all day, went back to hotel, then got a text at 7PM PST that all devices were going off line.
Cisco screen shot is attached for more help.
Here is a basic debug output from our unit, can't say for sure network telling all units this at random times though. They are just collecting data periodically, so they take up no bandwidth.
Domain: FCCMAC: 00 1E C0 35 F6 24SSID: SDBMSNetwork Type: InfrastructureScan Type: Active ScanChannel List: All channels in domainRetry Count: 3Beacon Timeout: 40Security: WPA2Power Save: DisabledWF_CSTATE_CONNECTION_IN_PROGRESSNew IP Address: 10.192.14.136New SM Address: 255.255.254.0New GW Address: 10.192.15.254Port Address : 80Event: Connection Successfulbssid: 50:0F:80:41:74:82channel: 1WF_CSTATE_CONNECTED_INFRASTRUCTUREEvent: Connection Temporarily Lost -- eventInfo = Received disassoc : WF_DISASSOC_DUE_TO_INACTIVITYEvent: Connection Reestablishedbssid: 50:0F:80:41:74:82channel: 1Event: Connection Temporarily Lost -- eventInfo = Received disassoc : WF_UNSPECIFIEDEvent: Connection Reestablishedbssid: 50:0F:80:41:74:82channel: 1Event: Connection Temporarily Lost -- eventInfo = Received disassoc : WF_UNSPECIFIEDEvent: Connection Reestablishedbssid: 50:0F:80:41:74:82channel: 1Event: Connection Temporarily Lost -- eventInfo = Received disassoc : WF_UNSPECIFIEDEvent: Connection Reestablishedbssid: 50:0F:80:41:74:82channel: 1[Disconnected]
09-06-2018 11:04 AM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide