networking - 在 CRC 错误的情况下切换表

Question

我真的很困惑更新开关表的基本思想是如何工作的。在 CRC 错误的情况下，它仍然会更新 SMAC 以便下次使用它吗？可能是因为错误可能存在 (SMAC)，交换机会丢弃带有消息的 SMAC？

还有就是先发生什么，更新表还是先发送消息，如果是store&forward模式？

Answer 1

先看这张图

场景是 PC1 10.0.0.2 尝试 Ping PC3 10.0.0.4 :

1. PC1 发送 ARP 消息(广播)消息，交换机是一个广播域，这意味着它将接收广播消息，然后将所有消息发送到在所有接口(interface)上连接到它的任何设备，它将消息发送到 PC2，然后 PC3，然后询问谁是 10.0.0.4 然后 PC3 将回答然后再次将答案发送到交换机并告诉我这是怎么发生的？

Note: You Can See These Messages on Wireshark

ARP 消息(广播)包含:SIP(源 IP) | DIP(目标 IP) | SMAC(Source Mac) | FF:FF:FF:FF:FF:FF(目标 MAC ~> 广播消息) .

ok PC3 怎么回答？

ARP 协议(protocol) 将应答然后发送SMAC (11:11:11:11:11:11) | DMAC (33:33:33:33:33:33)

所以现在 Switch 会将它们都保存在 CAM TABLE 中，如下图所示:

确定帧是如何发送的..它基于帧校验序列(FCS)它是通信协议(protocol)中的额外检测代码帧用于发送上层数据 以及最终从 source 到 destination 的应用程序数据，但是 detection 并不意味着 error recovery只需定义错误的帧然后将其丢弃，因为以太网不采取任何措施来重传，因此 FSC 字段包含一个数字，该数字由源节点根据帧中的数据计算得出，该数字添加到 a 的末尾当目标节点收到帧时发送的帧 重新计算 FCS 编号并与帧中包含的 FCS 编号进行比较 如果两个编号不同，则发生错误并且帧将被丢弃，发送主机计算 对整个帧进行 CRC 并将此尾部附加到数据中，然后接收主机重新计算帧上的 CRC 然后将其与接收到的 FCS 进行比较，在这种情况下，它可以检测到任何数据在传输过程中丢失或更改，因此无需更新 CAM TABLE，因为它不会接受任何帧已损坏您可以通过clear mac address-table dynamic or static 清除或刷新CAM TABLE 请阅读更多关于 FCS 和 CRC 以及帧如何发送消息的信息 https://en.wikipedia.org/wiki/Frame_check_sequence

已更新

what if the brodcast not reply ?the switch save the SMAC?

让我给你看一个实际的例子首先去显示 CAM TABLE 它是空的

好的，如果 PC1 尝试 ping 不存在的 IP 地址，例如 10.0.0.5

ok 现在再次检查 CAM TABLE

仅存储 SMAC

的开关

Ok 再次去 ping pc3 现在它会重播

现在再次检查CAM TABLE

好吧，如果你想刷新你的 CAM TABLE 试试 clear mac-address-table dynamic 或 static