切换AP时无线局域网路由行为不良

Question

我在下面描述的问题上遇到了一些来自不同制造商的路由器/接入点和WiFi范围扩展器的变化。

• 所有设备都是无线的。
• LAN/WLAN由几个通用路由器/交换机/接入点设备或WLAN扩展器组成，它们都工作在同一个SSID上。这些来自普通制造商，如NETGEAR和TP.
• 只有一个设备充当Internet路由器。
• 只有一个DHCP服务器。
• 接入点-A和接入点-B通过有线局域网连接.

以下顺序描述了该场景：

1. 客户端设备-1连接到接入点-a。
2. Client-device-2也连接到接入点-a。
3. 客户端设备-2上的应用程序与客户端设备-1上的应用程序通信，通常使用TCP.
4. 客户端设备-2在空间中移动，以便切换到访问点-B。
5. 应用程序之间的通信停止(失败)。
6. 客户端设备-1上的网络跟踪显示(TCP)从客户端设备-2到达的数据包和正在向相反方向发送的数据包，但这些数据包似乎未能到达客户端设备-2。
7. Client-device-2继续具有良好的Internet接入(实际上是通过接入点A中的路由器).

在我看来，接入点A中的路由(包转发)缓存并没有注意到客户端设备2本身不再可用，尽管来自客户端设备2的数据包是通过其有线接口到达的。

如果客户端设备2最初连接到访问点B，那么就没有问题了.

任何关于问题的原因的建议，除了垃圾路由器/接入点固件外，将不胜感激。

使用质量管理的产品，比如Ubiquiti的UniFi，似乎从来没有出现过这样的问题。

Answer 1

这是由于802.11规范的缺陷而发生的。具体来说，无线扩展器不能接收除具有MAC地址的数据包之外的任何其他数据包。

摘要：

Client 1仍然是客户机2具有相同MAC地址的东西，但是当客户机2在虚拟扩展程序后面移动时，它的客户端1面对MAC地址就会发生变化。因此，client 1 ARP表包含不正确的信息。

这里是一个例子，当客户端在同一个AP下，当另一个客户端在无线扩展程序后面时，分组流。

不同电台的MAC地址如下：

客户1: 00:11:22:33:44:55客户2: 00:11:22:33:44:66

相同AP下的Clients

1. 客户端1向客户端2发送数据包。客户端1已使用ARP解析客户端2地址。数据包源MAC为00:11:22:33:44:55，目的地00:11:22:33:44:66
2. 客户端2发送一个响应。目标MAC已使用ARP解析。数据包源MAC为00:11:22:33:44:66，目的地00:11:22:33:44:55。

无线扩展程序后面的<#>Client 2

在这种情况下，无线扩展程序执行MAC地址转换，因为否则它无法将数据包中继到客户端2。

1. 客户端1向客户端2发送数据包，该地址先前被解析为00:11:22:33:44:66，因此客户端1试图向该MAC发送数据包。但是，当前AP中没有识别MAC地址的信息，因此发送失败。
2. 客户机1试图最终使用ARP解析客户端2的MAC地址。无线扩展程序现在可以响应“客户端2的MAC地址为00:11:22:33:55:66 (扩展程序MAC地址)”。
3. 客户端1将数据包发送到无线扩展程序MAC地址，然后无线扩展程序MAC地址将数据包转发给客户端2。

我不知道怎么能解决这个问题。