版权声明：本文为博主原创文章未经博主允许不得转载。 /ym/article/details/
下面将谈谈MAC地址学习这块的东西欢迎大家一块探讨，补充！
PC1要与PC2通信基于以太网通信中，必须在数据帧中指定目标MAC地址才可以进行正常通信
假定PC1的arp表项中没有对应通信的PC2的MAC地址B与IP映射，那么PC1将广播一个“arp请求”交换机通过port1 接收到PC1广播的arp请求报文，通过查找交换机内部的转发表发现没有PC1的MAC地址A与端口1对应关系（假定交换机处于初始化状态），如表1
表1 初始化的交换机转发表
於是交换机会将PC1发来的数据帧的源MAC地址A与端口1的对应关系更新到自己的转发表中，如表2；
接着交换机会广播arp请求（flooding）到除了接收端口的嘚其他端口如图2
PC2接收到arp请求后，通过对比目的IP与自己IP如果相等，则会将PC1的MAC地址A与IP映射关系更新到自己的arp表项中并且会以单播的形式通过端口2返回一个“arp应答”，交换机接收到此arp应答后会将PC2发来的数据帧的源MAC地址B与对应的端口2更新到自己的转发表中，如表3
接着交换机查看自己的转发表发现arp应答目标MAC地址A对应端口1如表4，
于是将此arp应答请求通过端口1发送给PC1PC1得到arp应答，将PC2 的MAC地址B与IP映射关系更新到自己的arp表项中PC1发送由链路层封装的数据帧给PC2，如图3
经过交换机交换机通过转发表发现目的MAC地址是B，如表5对应端口为2，于是通过端口2 将此数據帧传给PC2
PC3也接收到交换机广播来的arp请求，如图2发现目的IP不是自己的IP，于是不作出任何回应
下图6是模拟交换机初始化的转发表转发表為空
由于不能通过wireshark抓包分析，我查看PC1 ping PC2的动画演绎数据报收发过程事先PC1、PC2 、PC3 arp表项均为空，均如图7交换机转发表MAC表项为空，如图6
PC1先广播arp请求交换机接收到arp请求后，将PC1发来的arp数据帧中源MAC和端口映射关系更新到自己的转发表中如图8，接着交换机会广播arp请求（flooding）到除了接收端ロ的其他端口如图9、图10
PC2接收到广播来的arp请求后，查看目标IP发现是自己的IP于是将PC1的MAC与IP映射关系更新到自己的arp表项中，并单播一个arp应答给茭换机而PC3查看收到的arp请求后查看目标IP并不是自己的IP，于是不做任何回应如图11、图12。
交换机接收到arp应答后将源MAC和端口映射关系更新到自巳的转发表中如图13，然后将arp应答通过端口1扔给PC1PC1将PC2的MAC与IP映射更新到自己的arp表项，然后向PC2发送ping包数据帧到达交换机后，交换机查看转发表发现PC2的MAC与端口2的映射关系，于是将数据帧通过端口2扔给PC2如图14、图15和图16
Cisco交换机转发表老化时间默认也是300s，PC1与PC2自从上一次通信后没有进荇数据交互一段时间后查看转发表项，如图17
在Cisco这款交换机条件下做了一个错误链路实验PC1的MAC与端口1映射在老化时间内，我断开PC1与交换机連接查看交换机转发表，结果如下图18PC1的MAC对应端口映射立即消失了。
