问接入点更改如何填充交换机表中的MAC地址？

EN

所以，首先，TCP是双向协议.如果有数据以一种方式传输，那么数据也会以另一种方式传输，即使仅针对ACK。您是正确的，然而，客户端MAC并没有改变。

AP的联系/再社交/离开是非常有趣的，在AP和你的主人认为他们之间有一个“连接”之前，这实际上是非常有趣的--有时这是“只”四个帧被交换，但是由于安全性更高，通常是通过无线进行整个讨论。请看这里，从802.11侧获得该过程的技术描述：http://www.cisco.com/c/en/us/support/docs/wireless-mobility/wireless-lan-wlan/116493-technote-technology-00.html

漫游本身也变得相当复杂的过程，自然推动提供无缝移动为主机漫游。如果您对详细信息感兴趣，请查看802.11r：https://en.wikipedia.org/wiki/IEEE_802.11r-2008

让我们假设我有一个具有相同SSID的多个接入点的大型企业WLAN网络。无线局域网接入点通过学习以太网交换机相互连接。

..。

我的问题是，如果客户端只消耗下行链路数据，网络中的交换机如何了解客户端已移动到另一个接入点？

这个问题没有简单的答案，因为有相当多的客户端“漫游”的味道。虽然有点过时，但这个职位在很大程度上仍然适用于说明无线漫游的许多类型中的一些。不同的WiFi供应商也有许多不同的方式处理客户端漫游(在任意数量的客户端漫游案例中可能有不同的方式)。因此，我将坚持一些概括性。

大多数大型企业无线局域网安装使用思科或阿鲁巴/高密度聚乙烯，并通常隧道所有无线通信到控制器。因此，即使客户端设备从一个AP漫游到另一个AP，它仍然通过相同的连接(即从控制器)在网络上着陆，因此不需要更新交换机上的信息。

也有一些供应商提供某种类型的单一或虚拟蜂窝无线解决方案。在这些情况下，客户端可能会从一个AP转换到另一个AP，但它们实际上并不是漫游。在这些情况下，WiFi基础结构可以处理对有线网络的通知。

如果启用了任何类型的安全性，并且客户端没有快速漫游，客户端将发送一个DHCP请求，以验证它们的IP在重新定位后仍然有效。即使他们是快速漫游，他们也可能这样做。在这些情况下，这将更新开关。

即使客户端在很大程度上只是数据的“使用者”，也很少有客户端设备(可能在任何给定的网络上都没有)完全避免发送数据。大多数客户端设备在连接到网络时实际上都很“聊天”。导致从客户端发送数据的一些示例：

• TCP是一个双向通信，有一个会话设置/拆卸进程和ACK所有发送的数据。
• 后台进程通常检查软件或数据更新(新邮件、应用程序通知、页面刷新等)。
• 通常，客户端设备将检查本地网络上是否存在服务(MDNS查询是常见的)，或者可以自己为这些服务做广告。
• 用户与设备的交互通常会触发将请求发送到网络/Internet上的服务器/服务。

最终，如果客户端是真正的沉默，同样的情况也会发生在有线网络上的真正沉默的客户端(当MAC入口过期时-通常只有1-3分钟)。即网络将淹没单播业务。除非目的地客户端实际与AP相关联，否则接收此淹没通信量的APs将不会转发它。

当客户端移动到AP时，有两种可能：

• 如果新AP连接到旧AP的同一个交换机，则交换机将使用从客户端发送到新AP端口的第一个数据包更新其CAM表。
• 如果新AP连接到另一个交换机，则旧交换机将了解到MAC已与客户端发送的第一个广播数据包一起移动。

正常情况下，客户端将在连接到网络后直接发送一个广播包，用于ARP，DHCP..etc。