Fex learning MAC address are different

[MMMO]

有如下拓扑：

图片是随便找的，但是拓扑是一致的，FEX双上联至N5K，四个相同的MAC地址，从N5K-1可以看到接口下学习了四个MAC地址，从N5K-2上看到只学习到了两个MAC地址，另外两个MAC地址是从vpc peer-link学习到的，为什么会出现这种情况？

检查了交换机配置，两边都是一样的

N5K-1 查看MAC地址表

 VLAN MAC Address Type age Secure NTFY Ports/SWID.SSID.LID
---------+-----------------+--------+---------+------+----+------------------
* xxx yyyy.yyyy.yyyy dynamic 0 F F Eth101/1/1
* xxx yyyy.yyyy.yyyy dynamic 0 F F Eth101/1/1
* xxx yyyy.yyyy.yyyy dynamic 1800 F F Eth101/1/1
* xxx yyyy.yyyy.yyyy dynamic 150 F F Eth101/1/1

N5K-2查看MAC地址表

 VLAN MAC Address Type age Secure NTFY Ports/SWID.SSID.LID
---------+-----------------+--------+---------+------+----+------------------
* xxx yyyy.yyyy.yyyy dynamic 0 F F Eth101/1/1
* xxx yyyy.yyyy.yyyy dynamic 0 F F Eth101/1/1
* xxx yyyy.yyyy.yyyy dynamic 1800 F F Po10
* xxx yyyy.yyyy.yyyy dynamic 150 F F Po10

如上所示

[Georg Pauwen]

这个问题涉及一个Fabric Extender (FEX)通过虚拟端口通道（vPC）双联到两台Nexus 5000系列交换机（N5K-1和N5K-2）。你提到的现象是从N5K-1可以看到四个MAC地址直接从接口学习，而从N5K-2只能看到两个MAC地址直接从接口学习，另外两个MAC地址是通过vPC对等链路（peer-link）学习的。以下是为什么会出现这种情况的简化中文解释：

### vPC和MAC地址学习

在vPC配置中：
- 每台Nexus 5000交换机（N5K-1和N5K-2）形成一个vPC域，并作为一个逻辑交换机呈现给FEX和其他设备。
- FEX通过vPC双联接到两台N5K交换机，以实现冗余和负载平衡。
- 两台N5K交换机通过vPC对等链路共享MAC地址学习信息。

### MAC地址学习行为

1. **直接学习**：每台N5K交换机会直接从连接到FEX的接口学习MAC地址。如果连接到FEX的设备发送流量，该设备的MAC地址将由直接接收流量的N5K交换机学习。

2. **通过对等链路间接学习**：如果一个MAC地址被一台N5K交换机学习，而对应的流量通过vPC对等链路发送到另一台N5K交换机，接收的交换机将通过vPC对等链路学习该MAC地址。

### 为什么N5K-1和N5K-2看到不同的MAC学习情况

- **N5K-1直接学习四个MAC地址**：这表明N5K-1直接从连接到FEX的设备接收了流量，使其能够从直接连接的接口学习MAC地址。
- **N5K-2直接学习两个MAC地址，另外两个通过vPC对等链路学习**：
- 两个MAC地址是直接学习的，这意味着N5K-2直接接收了来自连接到FEX的设备的流量。
- 另外两个MAC地址是通过vPC对等链路从N5K-1学习的。这意味着这些MAC地址的流量首先被N5K-1接收，然后通过vPC对等链路转发到N5K-2。

### 为什么会发生这种情况

这种情况是由于在双联接vPC配置中流量分布的特性：
- 某些设备的流量主要被其中一台N5K交换机（这里是N5K-1）接收，导致直接的MAC地址学习发生在那台交换机上。
- 对于另一台N5K交换机（N5K-2），某些MAC地址可能仅通过vPC对等链路看到流量，从而导致通过对等链路间接学习这些MAC地址。

### 总结

- **直接学习** 发生在直接从连接到FEX的设备接收流量的N5K交换机上。
- **间接学习** 发生在通过vPC对等链路从对等交换机接收MAC地址信息的N5K交换机上。

在vPC环境中，这种现象是正常的，反映了流量分布和vPC提供的冗余特性。

[MMMO]

Hello, thank you for your reply
Later, I contacted TAC and judged that it was a bug, but because the version of the field device was old, we could not confirm the details. In short, after we re-configured the interface, the problem was solved, and now we can see that the MAC address is learned through the physical interface of the fex connected to the two N5Ks. Instead of N5K-2 learning from peer-link; The specific reason is that after checking the connection port of fex on N5K-2, it is found that the related vlan of the port is suspended by vpc. This is a very strange phenomenon, and the phenomenon is judged as a bug by TAC