12508G-AF端口镜像

两个接口一样的 

当您在H3C S12508G-AF交换机上进行本地端口镜像，并将流量输出到聚合组（如您的BAAG50）时，流量会按哈希（Hash）算法被负载分担到聚合组的选中成员端口，而不是将完全相同的流量复制到每个端口。

 负载分担机制详解

• 负载分担类型：数据流经聚合组时，默认采用的负载分担类型是逐流。交换机根据报文的特征（如源/目的MAC、IP、端口等信息）计算哈希值，再依据这个值将报文从特定的成员端口发出。这种方式能确保同一条数据流（Flow）的报文始终走同一个成员端口，避免数据包乱序。

• 成员端口限制：当聚合组作为镜像目的端口时，H3C设备在实现上存在一个重要限制：只有前8个处于“选中（Selected）”状态的成员端口可以参与镜像流量的负载分担。以您的BAAG50为例，它只有2个成员端口，均未超过8，所以这两个端口都会参与流量分担。超出8个的成员端口仅作为备份端口，只有当这8个活跃端口中的某个发生故障（down）后，备份端口才会接管流量转发。

• 聚合模式建议：虽然目前的资料没有明确指出本场景对动态/静态聚合模式的强制要求，但在H3C交换机上，将聚合口作为镜像目的端口时，更推荐将该聚合组配置为静态聚合模式，以确保镜像功能稳定运行。

1. 现状：目的是 Agg50（BAGG50）

• 镜像流量会进入 Agg50
• 然后 按聚合组的负载分担策略 hash 打散 到两个成员口
• 不会复制两份，同一流只会从 其中一个成员口出去
• 就是：流量不复制，hash 分担

2. 官方明确规则（S12500 系列）

• 镜像目的为 聚合接口 时：
  镜像报文 遵循聚合负载分担，与普通转发一样走 hash
• 不支持“镜像流量在聚合组内复制多份、所有成员口都发全量” 的模式
• 想 两个口都发完整全量镜像：
  不能用聚合口当镜像目的，只能：
  • 方案 A：做两个独立本地镜像组
    mirror-group 1 → 成员口 1
    mirror-group 2 → 成员口 2
    源端口在两个组里都配置 mirroring-port both
  • 方案 B：用 远程镜像 VLAN + 两个端口放同一 VLAN，镜像流量在 VLAN 内广播，两口都拿到全量H3C

3. 你当前配置的隐患（顺便说下）

• 镜像目的口 不建议开 STP，官方手册明确：

  不要在目的端口上使能生成树协议，否则会影响镜像功能H3C

一句话总结