在CRC错误的情况下切换表

时间：2015-06-16 17:22:28

标签： networking tcp hardware ethernet

我真的很困惑更新切换表的基本思路是如何工作的。 在CRC错误的情况下，它仍会更新SMAC以便下次使用它吗？也许是因为错误可能存在（SMAC），交换机会丢失带有消息的SMAC？

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

1 个答案:

答案 0 :(得分：1)

首先看一下这张照片

enter image description here

方案是PC1 10.0.0.2尝试Ping PC3 10.0.0.4：

  1. PC1发送ARP消息（BroadCast）消息和交换机是一个广播域，它意味着它将接收广播消息然后将所有消息发送到所有接口上的任何设备，它将向PC2发送消息然后PC3确定然后询问谁是10.0.0.4然后PC3会回答然后再将答案发送给交换机并告诉我这是怎么发生的？
    2.   

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

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

    好的PC3怎么回答？

    ARP Protocol将回答然后发送SMAC (11:11:11:11:11:11) | DMAC (33:33:33:33:33:33)

    现在Switch将CAM TABLE保存在Frame Check Sequence (FCS)中，如下图所示：

    enter image description here

    确定框架是如何发送的..它基于send upper-layer data它在通信协议中的额外检测代码帧用于source，最终用于destination到detection的应用程序数据error recovery但FSC并不意味着CRC只是定义了错误的帧然后将其丢弃，因为以太网不会重新传输任何操作，因此CAM TABLE字段包含一个计算的数字由源节点根据帧中的数据将该数字添加到当目标节点接收到帧时发送的帧的末尾，重新计算FCS号并将其与包含在帧中的FCS号进行比较（如果这两个数字）不同的是发生错误，并且帧将被丢弃，发送主机计算整个帧上的CAM TABLE并附加此预告片，如将其标记为数据，然后接收主机重新计算帧上的CRC，然后将其与在这种情况下收到FCS，它可以检测在传输过程中丢失或更改的任何数据，因此无需更新e clear mac address-table dynamic or static因为它不接受任何损坏的框架，您可以通过CAM TABLE清除或刷新PC1请详细了解FCS和CRC以及发送邮件的框架https://en.wikipedia.org/wiki/Frame_check_sequence

    更新

      

    如果brodcast没有回复怎么办？交换机保存SMAC？

    让我向您展示一个实际的例子 首先去显示10.0.0.5空

    enter image description here

    好的，如果CAM TABLE尝试ping不存在的IP地址，例如SMAC

    enter image description here

    确定立即检查pc3

    enter image description here

    只存储CAM TABLE

    的开关

    确定再次点击CAM TABLE现在它将重播

    enter image description here

    现在再次检查clear mac-address-table dynamic

    enter image description here

    好的，如果您想要刷新static尝试{{1}}或{{1}}

    enter image description here

相关问题
最新问题