网络基础原理专题
IP分片的原因以及控制字段
-
因为不同的链路类型对应的网络层MTU可能不一致,会导致发送方发出的最大尺寸数据包超出接收方的MTU;为了避免因超出MTU而导致的数据包无法接收处理,所以对数据包进行分片;
-
IP包结构

-
ID字段 Identification(标识符16bit)
重组 网络ID--标识符 用于标识某个分片来自哪个数据包
传输层数据段--网络层分片-->标识数据包属于哪个数据段
-
Flag字段标志3bit
①第一位 保留无意义
②中继两位 标识数据包是否禁止分片
(0关闭 --允许)(1开启 超过MTU值 ->丢弃--探测沿途MTU可用)
③末位 标识是否为最后一个分片
(0最后一个 -- 可以重组)(1后面还有)
-
Fragment offset(分片偏移13bit)
-
重组 先后顺序
-
分片偏移,描述分片在数据段中的位置
-
只知道标识--不知道先后顺序--通过片偏移知道要偏移多少位
-
-
-
ipv4和ipv6分片的区别
-
PMTU:路径MTU发现机制
-
基本原理:
-
确定从源端到目的端路径上合适的IPv6 MTU值的一种机制,通过ICMPv6的Too big报文实现。PMTU发现机制描述了一种动态发现任意路径的PMTU的方法。
-
当一个IPv6节点发送大量数据到另一节点时,数据通过一系列IPv6分片传送。当这些分片具有从源节点到信宿节点能够成功传送所允许的最大长度时,认为它达到理想状态,这个分片长度被称为路径MTU。
-
一个源节点开始会假设一个路径的PMTU是路径中第一跳的已知的IPv6 MTU,如果从那个路径发出的报文太大以至于不能沿着路径转发,中间节点将丢弃此报文并返回一个ICMPv6数据过大差错报文给源节点,根据数据过大消息中的IPv6 MTU值来设置此路径的PMTU值。
-
当节点学习到的PMTU值小于或者等于实际的PMTU时,PMTU的发现过程结束。注意在PMTU发现过程结束之前,可能会出现反复发送报文和收到报文太大消息,这是因为可能会不断发现更远的路径链路有更小的IPv6 MTU。

-
-
MTU不一致对协议的影响:
ARP协议
-
ARP(Address Resolution Protocol,地址解析协议)
-
用于根据目的IP地址来解析出MAC地址,进行二层通信.
-
工作原理
-
通过广播发送ARP查询请求来请求目的IP的MAC地址,与发送方处在同一个广播域的主机收到该请求后,如果确认查询的目的IP是本机,则单播回应本机的MAC地址;发送方接收到ARP回应后,把该IP和MAC地址写入本机ARP缓存表,下次再与IP进行二层通信则直接使用表中记录来进行;
-
如果发现查询的IP不是本机,则不回应;
-
-
使用场景:
-
如果目的IP和本机IP处于同一网段,则ARP请求查询的就是目的IP的MAC地址;
-
如果目的IP和本机IP不属于同一网段
-
本机存在到达目的IP的路由时,则ARP请求查询的就是该路由下一跳的MAC地址
-
如果没有明细路由,就查询缺省路由的下一跳(网关)的MAC地址
-
-
-
-
RARP(逆向ARP协议)
-
根据本机的MAC地址查询出本机的IP地址,一般常见的场景是用于无盘工作站,无盘终端需要通过自己的MAC地址向服务器请求IP地址后才能进行系统引导;
-
-
免费ARP
-
主动使用自己的IP地址作为目标地址发送ARP请求
-
主要三种作用
-
用于检查网络中是否有主机和本机的IP地址重复
给以太网接口设置IP地址时会自动发送免费ARP报文,在DHCP场景客户端在使用DHCP服务器分配的IP地址时也会发送一个免费ARP报文进行地址的冲突检测
-
用于通告本机新的MAC地址
当主机更换网卡改变了自己的MAC地址后,为了保证网络的可靠性,有必要在ARP表项老化前,及时向网络中其他设备通告自己的MAC地址的变化
-
在VRRP备份组中通告主备发生变化
在VRRP备份组中,当主备设备发生倒换的时候,新的主备设备需要及时向同一网段中的其他设备通告自己状态的变化
-
-
-
ARP报文:
-


ARP报文分为两种:ARP请求和ARP应答。当主机需要知道某个IP地址对应的MAC地址时,它会发送一个ARP请求,广播给局域网中的所有主机。而知道该IP地址对应MAC地址的主机会发送一个ARP应答,将自己的MAC地址告知请求方。
-
OP:长度2字节 1表示ARP请求报文,2表示ARP应答报文
-
-
-
ARP的实现过程
-
同网段

-
①PC3查看自己的ARP缓存表,发现没有主机PC4的IP与MAC的映射关系; ②于是,PC3向外广播发送ARP请求报文(源ip/mac:PC3|目ip:PC4,目mac:全0);以太网源MAC为PC3mac地址,目的MAC地址为广播MAC地址; ③S1收到后,在报文本网段内广播 ④R1收到后发现目的IP不是自己,不会回应,更新ARP表,把PC3的MAC添加到ARP表中,丢弃报文 ⑤PC4收到ARP请求后,更新自己的ARP表,将PC3的MAC地址添加到ARP表中,同时向ARP请求方PC3发送ARP相应报文(源IP和MAC为PC4,目的IP和MAC为PC3);以太网源MAC地址为PC4,目的MAC地址为PC3; ⑥S1收到后,将报文转发给PC3 ⑦PC3收到ARP响应报文后,更新自己的ARP表,将PC4的MAC添加到ARP表中,同时将数据发送给PC4

-
-
不同网段

-
①PC3与PC5不在同网段,查询网关的MAC地址; ②PC3查询自己的ARP表,发现没有网关R1G0/0的IP地址和MAC映射关系 ③于是,PC3发送ARP请求报文(源IP和源MAC为PC3| 目的IP为10.10.10.3,MAC为全0)以太网的源MAC为PC3,目的为广播MAC,请求网关的MAC地址 ④S1收到后,在该网段内广播 ⑤R1的接口G0/0收到ARP请求报文后,更新自己的ARP表,将PC3的MAC地址添加到ARP表中,同时向ARP请求方PC3发送ARP响应报文(源IP和MAC为R1g0/0 | 目的IP和MAC为PC3)以太网源MAC为G0/0,目的为PC3; ⑥S1收到后,将报文转发给PC3 ⑦PC3收到后,更新自己的ARP表,将R1的MAC地址添加到ARP表中,同时发送数据给R1
-

-

-
-
-
ARP缓存表:
-
临时存放IP地址和MAC地址的映射信息;当一台设备需要向目的设备发送单播帧时,首先会查看自己的ARP表中是否有目的设备的MAC地址,如果有直接使用,如果没有就发起ARP请求它;
-
动态特性:一个条目,从建立或最近一次被使用算起,默认180s生存期,过了就会删除;某个条目再次被使用就会重新设置为180s;
-
2748



被折叠的 条评论
为什么被折叠?



