我有这样的拓扑结构:

端口和mac地址映射:
Mac address Interface
----------- ---------
aa:aa:aa:aa:aa:aa - pc1
bb:bb:bb:bb:bb:bb - pc2
cc:cc:cc:cc:cc:cc - sw1_ac
dd:dd:dd:dd:dd:dd - sw2_ac
ee:ee:ee:ee:ee:ee - sw1_tr
ff:ff:ff:ff:ff:ff - sw2_tr192.168.0.1和192.168.0.254在Vlan3之下。
如果PC1(192.168.0.1)正常沟通PC2(192.168.0.254)。switch1和交换机2‘S的地址表会是什么样的呢?
据我所知,我认为会是这样的:
Switch1 Mac address table:
Vlan Mac Address Type Ports
---- ----------------- ------ ------
3 aa:aa:aa:aa:aa:aa Dynamic sw1_ac
3 bb:bb:bb:bb:bb:bb Dynamic sw1_tr
Switch2 Mac address table:
Vlan Mac Address Type Ports
---- ----------------- ------ ------
3 aa:aa:aa:aa:aa:aa Dynamic sw2_tr
3 bb:bb:bb:bb:bb:bb Dynamic sw2_ac我对此有一些疑问:
1)我的写MAC地址表正确吗?
2)交换机本身的接口会存储在MAC地址表中吗?
发布于 2020-03-30 21:45:27
1)是的,您的表看起来是正确的,当交换机从该帧接收到一个新帧时,它将更新MAC地址表。通过这种方式,它构建了连接到哪个接口的端点的MAC表。
2)我检查过的任何开关都不会显示自己的接口MAC地址,也不会显示MAC地址表中的带内管理接口MAC地址。原因可能是为了保持表的可读性。在您的示例中,如果两个交换机都是带内托管的,则交换机应该在各自的表中显示彼此的MAC地址。
发布于 2020-03-31 06:15:40
在Stuggi的回答中加上几点
entity:next hop。因此,交换机永远不会将自己的地址存储在MAC地址表中。因为如果是这样的话,从逻辑上讲就意味着:
To reach MAC address aa:bb:cc:dd:ee:ff the next hop is my own interface这当然是不对的。
https://networkengineering.stackexchange.com/questions/65451
复制相似问题