‎12-10-2019 11:36 AM
19-10-09 18:52:16 notice -ah_cli_ui: security: Admin "<admin>" successfully logged in
19-10-09 18:52:03 err ah_dcd: wifi1: A high interference alert was raised.
19-10-09 18:52:03 err ah_dcd: wifi0: A high interference alert was raised.
19-10-09 18:51:50 err crond[3691]: time disparity of 42078 minutes detected
19-9-10 13:33:34 err ah_scd: aaa: ah_radsec_cddt_send_elct_msg:error happen when send msg.
19-9-10 13:33:33 err ah_scd: aaa: ah_radsec_cddt_send_elct_msg:error happen when send msg.
19-9-10 13:33:26 notice ah_top: system: System is initialized
19-9-10 13:33:05 notice snmpd: add community "hivecommunity" to security list
19-9-10 13:32:46 notice last message repeated 8 times
19-9-10 13:32:46 notice fed: switching: The MAC policy "<ABC-MAC>" was modified
19-9-10 13:32:46 notice fed: switching: A new MAC policy, "<ABC-MAC>", was added
19-9-10 13:32:46 notice last message repeated 4 times
19-9-10 13:32:46 notice fed: switching: The MAC policy "<XYZ-Mac-Filter>" was modified
19-9-10 13:32:46 notice fed: switching: A new MAC policy, "<XYZ-Mac-Filter>", was added
19-9-10 13:32:46 notice ah_scd: devmgmt: The time zone for the device was reset to <GMT+4:00>
19-9-10 14:15:05 err amrp2: system: send event "statistics recv event to amrp"(107) with size 5996, exceed the threshold 6000, ohhhhhh!
19-9-10 14:10:17 notice -ah_cli_ui: security: Admin "<admin>" successfully logged in
‎12-30-2019 06:34 PM
Thanks for your kind reply. I have created policy to stop Bcast and Mcast and applied to all the APs. Along with this AP there are few other APs on which POlicy update is failing. Why is that happening and what should I do so that this policy gets applied to those APs ? Previous logs were captured while this policy update failed on the AP. You may get some clue out of those.
‎12-30-2019 11:19 AM
Thank you for those packet captures. I'm seeing that 82.6% of your traffic is multicast traffic, which is a bit high. I might recommend implementing a filter that cuts down on how much multicast traffic is allowed through at the same time. I also took a look to see if you had any clients flooding the network, but I only see 3 clients in this capture and none of them were sending more traffic than would be expected.
‎12-21-2019 07:45 AM
Hi Sam,
The AP is not in the campus that means its not on the map as its required by the capture tool. Its throwing below error.
How can do the packet cap otherwise?
Encountered a system error while executing the packet capture.
‎12-20-2019 07:36 PM
My apologies, I confused this thread with a different one. I see the debugs in the tech data, thank you for enabling those for me. We are seeing echo timeouts, which will cause intermittent disconnections from the ExtremeCloud IQ. For example:
debug capwap: [capwap_info]: ah_capwap_echo_timer timed out
This is usually caused by latency on the network. Would you be able to send a remote sniffer packet capture to me at communityhelp@aerohive.com so I can check for any clients that may be flooding the network and/or an overload of multicast and broadcast traffic?
‎12-20-2019 05:57 PM
The tech data I sent you is the fresh one and the AP is using ver 10.0r7a . Please let me know. Thanks.