在CRC错误的情况下，务必表(Swich table in case of CRC error)

我真搞不清楚更新交换机表的基本思路是如何工作的。 在CRC错误的情况下，它仍然更新SMAC到下一次也许使用它呢？ 也许是因为错误可能是有（SMAC）交换机丢弃的SMAC与消息？

另一件事是发生了什么事情先，更新表或先在存储转发模式的情况下发送邮件？

Answer 1:

先看看这张图

该方案是PC1 10.0.0.2尝试ping PC3 10.0.0.4 ：

1. PC1发送的ARP报文（广播）消息和开关是一个广播域，它意味着它将接收广播味精然后发送的所有邮件到连接到它的所有接口它会发送消息到PC2然后PC3 OK，然后询问谁是任何设备10.0.0.4则PC3会回答然后再次发送答案到交换机和多数民众赞成说我这是怎么发生的？

注意：您可以看到Wireshark的这些消息

ARP报文（广播）包含： SIP (Source IP) | DIP (Destination IP) | SMAC(Source Mac) | FF:FF:FF:FF:FF:FF (Destination MAC ~> BroadCast Message) 。

ok了PC3如何回答？

该ARP Protocol将答案再发送SMAC (11:11:11:11:11:11) | DMAC (33:33:33:33:33:33)

所以现在的Switch将保存他们两个CAM TABLE像这样的画面：

确定该帧的发送方式..它基于所述Frame Check Sequence (FCS)其在通信的额外检测代码协议帧被用来send upper-layer data从最终应用数据source到destination ，但detection DOEN “T意味着error recovery只需定义错误帧然后discared它，因为以太网不采取动作，以进行重传，从而FSC字段包含由源节点基于添加到一帧的结束此号码在帧中的数据计算的数当目的地节点接收到FCS号被重新计算，并与FCS数，其包含在帧中，如果这两个数是不同的发生错误和帧将与发送主机计算所述被丢弃比较的帧被发送CRC整个帧上和追加此挂车像它标记的数据，则接收主机重新计算CRC在框架上，然后它在这种情况下，可以检测到的任何数据丢失或改变I比较所接收到的FCS N个交通，所以它不会有必要更新CAM TABLE ，因为它不会接受损坏您可以清除或冲洗任何框架CAM TABLE通过clear mac address-table dynamic or static ，请阅读更多关于FCS和CRC和帧如何发送消息https://en.wikipedia.org/wiki/Frame_check_sequence

更新

如果什么brodcast不回复？交换机保存SMAC？

让我告诉你一个实际的例子先去并显示CAM TABLE其空

确定，如果什么PC1尝试ping不存在的IP地址，例如10.0.0.5

OK现在检查CAM TABLE再次

开关只是存储SMAC

确定再次去和ping pc3现在将重播

现在检查CAM TABLE再次

好吧，如果你想刷新你什么CAM TABLE尽量clear mac-address-table dynamic或static

文章来源: Swich table in case of CRC error