您没有指定制造商,我将假设 Cisco 交换机,尽管大多数其他供应商的行为应该类似。
如果通道组的模式是活动的,接口将不会转发流量,因为交换机会主动尝试形成通道,如果通道协商失败,端口通道将“关闭”。
如果通道组的模式为被动或模拟到被动,则接口将正常转发流量并侦听 LACP/PaGP 协商。这将启动接口并侦听接口上的流量。如果交换机看到来自主机的这些 LACP 数据包并开始协商,则会协商通道,数据包将通过端口通道接口而不是单个接口转发。
从服务器的角度来看,在IP层,如果目的主机在接口上网络配置定义的子网中,服务器会尝试ARP这个地址。如果两个接口以某种方式连接到同一个子网(大多数操作系统会显示警告或禁止这种行为),它们可能会从两个接口 ARP 出去。因此,一旦在给定接口上收到 ARP,服务器就会知道将数据包从该接口发送出去,并且交换机还将识别每个单独的接口绑定了哪些 IP 和 MAC(但转发行为将由以下控制)。
如果您纯粹是在谈论以太网数据包,而不是 IP,则服务器将使用指定的任何接口转发帧。如果我没记错的话,在 Linux 中必须指定接口;在 Windows 中,它可能会使用网络接口绑定中具有最高(最高)优先级的接口。此行为因操作系统而异。
从交换机的角度来看,交换机会将带有 MAC 地址的帧泛洪到所有接口,直到它知道给定的 MAC 地址在哪个端口上。它将通过侦听具有源 MAC 地址的帧来了解此端口。因此,如果 0111.2222.3333 正在向 0111.2222.3334 发送帧,交换机会将帧泛洪到该 VLAN 中的所有端口
0111.2222.3333 (Fa0/1) -> 0111.2222.3334 将泛洪到所有端口
直到看到回复
0111.2222.3334 (Fa0/2) -> 0111.2222.3333 (Fa0/1)
然后它将开始将所有流量转发到发出这些帧的特定端口。
这里有许多边缘情况可能会带来更多混乱,例如潜在的生成树交互,但这涵盖了基础知识。