我们有一个Meraki MR16云pipe理AP,它断开某些客户端。 使用英特尔无线网卡的客户端无需任何断开连接。 Meraki在其事件日志中报告了以下内容:
Sep 4 09:55:47 WPA authentication Sep 4 09:55:47 802.11 association channel: 11, rssi: 64 Sep 4 09:55:38 802.11 disassociation client has left AP Sep 4 09:55:38 WPA deauthentication vap: 0, radio: 0, aid: 1633956416
Meraki断开连接的示例无线网卡是Realtek RTL8191SE 802.11b / g / n WiFi适配器。 realtek笔记本电脑离AP有2米远,信号很多,Meraki报告的干扰很小。
任何想法,为什么它断开非英特尔无线网卡?
我遇到了与我们作为演示单元获得的MR12接入点类似的问题。 具体来说,似乎是新的英特尔WiFi卡有这个问题。 如果这些英特尔WiFi笔记本电脑尝试使用WEP或WPA2等encryption方式连接到SSID,则它们将显示为连接,然后立即断开连接并永久重复该模式。 只有当使用开放的SSID(一起消除安全性),这些笔记本电脑才能连接。
显然,这给我们提出了一个真正的问题。 :)当我们刷新电脑,我们得到更多的笔记本电脑与受影响的英特尔WiFi卡在其中。 我和Meraki打开了一张票,他们把这个归咎于英特尔的司机。 就像在你的情况下,他们做了一个固件更新,给了我们一个额外的选项来指定“WPAencryption模式”,但没有任何帮助。
以下是我在环境中发现的受到影响的卡片:
卡1:英特尔迅驰高级N 6235卡2:英特尔迅驰高级N 6205卡3:英特尔迅驰Ulitmate N 6300 AGN
这让我非常担心在我们的环境中部署Meraki WAPs,这是一个相当大的问题。 到目前为止,他们没有performance出实际解决问题的动力。 我们有50美元的WAP似乎处理这些WiFi卡就好了。
所以无论如何,他们知道这个问题,但没有做任何修理。 🙁
我有完全相同的问题。 思科Meraki只是浪费了我3个月的时间来指责我的networking端,强迫我改变交换机,布线,节点位置等。等三个月后,我要求他们降级固件,所有的客户端开始authentication没有任何问题。 今天其中一个节点performance出相同的不相关行为。 我再次受到Meraki的控制。 :(有人告诉我,Meraki思科工程团队意识到这个问题与英特尔卡什么时候才能解决?谁知道。
更新:已经超过一年。 MR16,MR24继续使用英特尔(R)迅驰6200系列卡断开客户的连接。 你可以想象有多less技术支持将被用来find核心问题。 没有人在Meraki能够理解这一点。 我正在认真考虑其他select。 :(节省自己,买一个更便宜的节点,我相信它会跑赢meraki。
稍微更新一下:我认为我们在过去一年中使用的MR12 AP是罪魁祸首。 在过去的24小时里,我设法把我的手放在MR18上,发现带有受影响的WiFi卡的笔记本电脑能够通过encryption访问networking。
无论如何,在Meraki的阵容中可能还有其他一些AP有问题,但至less我们知道应该避免。