链路聚合的小问题

故障描述：

远端一台PC 可以ping通 Server01 21.5.5.1，但是无法ping通 Server02 21.5.5.2。

网络拓扑：

汇聚交换机、接入交换机均使用H3C交换机。

排查过程：

查看Server02 是否配置网关--是。
在网关（汇聚交换机）上是否可以ping通Server02--是。
在FW上查看会话，发现只有PC访问Server02的单向会话。
Server02侧暂时无法抓包。
查看汇聚交换机聚合口下的配置，默认聚合模式为lacp-static。
查看接入交换机聚合口下的配置，使用了lacp-dynamic，display link-aggregation verbose，有一个物理端口未选中，将两端链路聚合模式都改为dynamic后可以正常ping Server02。

<接入交换机>display link-aggregation verbose
Loadsharing Type: Shar -- Loadsharing, NonS -- Non-Loadsharing 
Port Status: S -- Selected, U -- Unselected, I -- Individual 
Flags:  A -- LACP_Activity, B -- LACP_Timeout, C -- Aggregation, 
        D -- Synchronization, E -- Collecting, F -- Distributing,  
        G -- Defaulted, H -- Expired
Aggregate Interface: Bridge-Aggregation3
Aggregation Mode: Static
Loadsharing Type: Shar
  Port             Status  Priority Oper-Key
--------------------------------------------------------------------------------
  XGE1/1/2         U       32768    3         
  XGE2/1/2         S       32768    3

故障原因：

PC访问Server02的数据包到达汇聚交换机，汇聚交换机侧因为链路聚合是静态模式，两个物理端口都处于选中状态，根据链路负载均衡算法，将该数据包丢给其中一个物理口，结果与这个物理口互联的接入交换机的物理端口处于未选中的状态，不接收从这个接口收到的数据包，导致访问Server02不通。而PC访问Server01、网关ping Server02的数据包正好负载到另一条线路上，所以可以正常ping通。

扩展知识：

H3C交换机链路聚合模式为静态捆绑，链路负载均衡算法为按照源IP地址、目的IP地、源MAC地址、目的MAC地址、源端口号和目的端口号进行负载分担，H3C交换机链路负载负担方式：报文类型自动匹配、源IP地址、目的IP地址、源MAC地址、目的MAC、报文入端口之间不同的组合进行聚合负载分担。
华为CE交换机链路聚合模式为手工负载分担模式（mode manual [ load-balance ]），对应的是H3C 的静态捆绑模式，华为mode lacp-static模式对应H3C的dynamic模式。
华为支持可配置的负载分担模式有src-mac、dst-mac、src-interface、eth-type、src-ip、dst-ip、l4-src-port、l4-dst-port、protocol等，缺省情况下，二层报文（非IP报文）的负载分担模式为src-mac、dst-mac，缺省情况下，IPv4报文负载分担模式为src-ip、dst-ip、l4-src-port、l4-dst-port。
华为交换机通过执行命令display port forwarding-path { src-ip src-ip-data | dst-ip dst-ip-data | src-mac src-mac-data | dst-mac dst-mac-data | protocol { protocol-number | gre | icmp | igmp | ip | ipinip | ospf | tcp [ l4-src-port src-port-data | l4-dst-port dst-port-data ] * | udp [ l4-src-port src-port-data | l4-dst-port dst-port-data ] * } } *查看包含指定五元组信息以及源MAC地址、目的MAC地址的报文的出接口。