交换机

冲突域---HUB

广播域---交换机

ARP二层广播帧

交换机 工作在数据链路层 隔离以太网冲突域 提高了以太网性能 只看数据链路层的东西即MAC 终端PC涉及所有层

泛洪flooding 就是交换机一个端口 把ARP广播帧 (目的MAC为全F) 传到其它所有端口的行为

转发forwarding 经交换机处理 口对特定口的数据传递

丢弃discarding

交换机的MAC地址表: 是MAC--接口的对应关系的一个表 缺省此表为空 学习MAC

交换机转发数据总结:

(1)交换机学习MAC阶段: 收到帧 看源MAC 记录此   源MAC      及对应接口并记录在MAC地址表中

学习时 首次A不知道B的MAC 则A泛型到其它所有端口 只有B单播回复 B为源MAC 则交换机也记录B的MAC及对应接口

这样MAC地址表就学习到了AB, 同理其它接口也这样学习 终极是交换机学习到了所有工作端口的MAC汇成了交换机的MAC地址表

(2)交换机转发数据帧过程  根据    目的MAC地址    进行转发

当然以上在第一次进行数据传输时 交换机通过ARP数据帧学习MAC地址表(端口所接设备MAC与端口的对应的一张表) PC通过ARP学习ARP缓存(对方IP与对方MAC的一张表) 都是通过ARP泛洪来学习

交换机不看不关心IP 只看MAC

主机会关心IP和MAC(对方)

交换机MAC地址表中有目的MAC时才转发

当目的MAC与源MAC一样的帧会被交换机丢弃

ARP表项存在于主机(PC)中 会在主机中缓存很长时间 是目标IP与目标MAC的一个对应关系

MAC地址表存在于交换机中 是MAC与接口的一个对应关系 不存在源或目标MAC的概念

未知单播泛洪 即A的ARP缓存OK A封装了一个完全正确的单播帧 但由于种种原因比如交换机重启或手动清空了交换机的MAC地址表 这时这个单播帧在到达交换机 交换机查MAC地址表查不到 则交换机会把此单播帧按照广播帧的方式去处理 会泛洪到所有端口把此单播帧 这就叫未知单播泛洪

关于双方设备的自动协商

双方一方100M 一方1000M 不同厂商设备等协商不成功就改成不自动协商 而手动在双方配置

undo negotiation auto

speed 100

duplex full

这种需求很少 但极特殊情况下无法通讯 要考虑这个

当交换机接口所以主机换其它接口时交换机MAC地址表的变化方法

拨 接口down了 则接口对应的MAC地址表此条表项会清空

接另接口 接口UP了 交换机再重新 学习