Just my actual state: I provided to my TACman mirror of traffic from APs switch port during the failure. You can see there, that the AP is doing again and again arp requests for MAC address of its own gateway and is getting always response, so on the GW, there is correct record in ARP table. In the same time when I tried to PING from Gateway, you can see, that the ICMP request is delivered to AP but not answered by AP. On the GW, there is no nat translation for this AP, so the AP is not communicating outside from LAN. This behavior is till I shut/noshut AP's switch port (AP is powered externally by power adapter, so the power for AP is still there). Whole time during failure state, the AP is not serving clients on another VLAN (SSID) and the status LED is solid BLUE. I think, that it is failure of AP not failure of dashboard (Meraki cloud controller) because AP should work also in case, when dashboard is unreachable. Unfortunately my TACman is quite newbie or looser, because everything which was done by him is this statement: "During any type of fault AP will behave in unpredictable way" . I sent him this link and link to another forum, where this problem is discussed, but you can take a guess what happened.. He asked me if I have still some APs in failure state (the last one I had was the one I used to capture the traffic during failure and during reconnect) and then He closed my case.. Really useful and valuable support provided by Meraki 😞 , I hope this is only my TACman's person mistake..
... View more
Hi, Me too .. I have created the case to Meraki, my symptoms are: There is 21 MR18, mostly powered by AC adapter or PoE injector. Access points are connected to customer's LAN (Cisco catalyst switches). Switch ports for Access points are configured as 802.1Q trunk with native VLAN which is management VLAN for AP. Since 11/2017 all the acess points are randomly (not all of them in the same time) getting in stuck - not serving the clients (but SSIDs are broadcasted), they are not bridging the traffic nor replying to traffic directed to them. From the Dashboard point of view, the access point appeared like "unreachable" (red point in GUI). I checked all the interconnections between switches, logs, configuration on customer's LAN switches and Gateway, but i cannot find any problem. The only way how to wake up these faulty APs is to shut/no shut the switchport it is connected to or to reboot the AP by power adapter disconnect. I have one Access point which remain in this failure state. On Gateway, I am correctly seeing the arp entry for this AP. On the switch, where the Acces spoint is connected to LAN, the MAC address of AP is correctly learned. But the AP is not reponding to ping from GW.. In GUI, the AP is pointed with RED and the status is Unreachable. Tomas
... View more