cancel
Showing results for 
Search instead for 
Did you mean: 

We have AP 150 with os 10.0r7a. AP gets disconnected fm cloud & does not work. Switch interface is up but can not ping to device. Consoling gives blank screen. After shut/ no shut from on switch interface AP boots properly for some time & goes down a

We have AP 150 with os 10.0r7a. AP gets disconnected fm cloud & does not work. Switch interface is up but can not ping to device. Consoling gives blank screen. After shut/ no shut from on switch interface AP boots properly for some time & goes down a

m_idris
New Contributor

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

20 REPLIES 20

m_idris
New Contributor

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.

samantha_lynn
Esteemed Contributor III

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.

m_idris
New Contributor

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.

samantha_lynn
Esteemed Contributor III

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?

m_idris
New Contributor

The tech data I sent you is the fresh one and the AP is using ver 10.0r7a . Please let me know. Thanks.

GTM-P2G8KFN