一个二层的以太网帧是通过一个源和目的MAC地址发送的。 假设两台Cisco交换机之间有一个100Base-TX（铜缆）中继线，我可以在S1上做一个“show interface fa 0/0”来查看分配给中继接口的MAC地址，然后到Switch2并执行“show mac address -table“，并将S1 fa 0/0接口的MAC地址作为表中的dynamic学习MAC。
给定一个与1000Base-X（光纤GBIC）中继类似的设置，S1中的“show interface gi 0/0”中显示的MAC地址不会显示在S2的MAC地址表中。 我可以在网上find的所有东西都表明，1000Base-X与铜连接大致采用相同的第2层格式。 有一些轻微的变化 – 最小帧大小稍微大一些 – 但框架结构的基本原理似乎是相同的，包括传输与源和目标L2地址。
为什么gi 0/0的地址不出现在连接交换机的MAC地址表中？ 唯一有意义的是GBIC有自己的MAC地址，就好像它是一个小型的2端口交换机或集线器一样，交换机分配的MAC地址显示在接口连接上，分配给光纤端的MAC地址。 如果是这种情况，有没有办法看到交换机上的GBIC MAC地址？
（我试图在IEEE 802.3z中查看详细信息，但是没有IEEE会员资格或购买标准，似乎没有可用的资料。我find下载的基本802.3 PDF文件，而不是802.3z。）
您的Switch2 mac地址表将只填充它在入口以太网帧上观察到的源地址条目。 最可能发生的事情是，在某些时候，Switch1 100Base-TX端口的MAC是以太网帧的源地址，而1000Basex-X MAC还没有。 它可能与交换机的行为有关，例如BPDU帧等来源于它的自发通信量。当转发临时的第2层通信量，也就是说它只是沿着path传输业务量时，物理单独的以太网地址交换机上的接口不包括在内。
我的猜测是，Switch1将100Base-TX端口的MAC作为一个以太网帧，而没有任何来自1000Base-X端口的MAC。 如果从来没有使用1000Base-X端口MAC来传输stream量，那么您的Switch2 mac地址表将永远不会被填充。