家用机做网站服务器地产网站建设方案

家用机做网站服务器,地产网站建设方案,洛阳响应式建站,网站上关键词的推广怎么做大家好#xff0c;我们今天来继续学习Linux的网络部分。上一次我们学习了网络层协议IP#xff0c;那么今天我们来对IP协议进行一些补充。那么话不多说我们开始今天的学习#xff1a; 目录 IP 分片和组装的具体过程 1. 分片与组装的过程 1.1 分片 1.2 组装 2. 分片与组…大家好我们今天来继续学习Linux的网络部分。上一次我们学习了网络层协议IP那么今天我们来对IP协议进行一些补充。那么话不多说我们开始今天的学习目录IP 分片和组装的具体过程1. 分片与组装的过程1.1 分片1.2 组装2. 分片与组装过程的示意图2.1 分片组装场景IP分片和组装的具体过程我们上次学习了这是IP协议的报文格式今天我们来学习有关第二行的这三个部分(16位标识3位标志13位片偏移)我们上次说了这三部分是为了IP内容进行分片时用的。16位标识(id):唯一的标识主机发送的报文.如果IP报文在数据链路层被分片了,那么每一个片里面的这个id都是相同的.3位标志字段:第一位保留(保留的意思是现在不用,但是还没想好说不定以后要用到).第二位置为1表示禁止分片,这时候如果报文长度超过MTU, IP模块就会丢弃报文.第三位表示更多分片,如果分片了的话,最后一个分片置为0,其他是1.类似于一个结束标记.13位分片偏移(framegament offset):是分片相对于原始IP报文开始处的偏移.其实就是在表示当前分片在原报文中处在哪个位置.实际偏移的字节数是这个值 除以 8得到的.因此,除了最后一个报文之外(之前如果都是8的整数倍最后一片的偏移量也一定是 8的整数倍),其他报文的长度必须是8的整数倍(否则报文就不连续了).注意片偏移(13位)表示本片数据在它所属的原始数据报数据区中的偏移量(以 8字节为单位)1. 分片与组装的过程1.1 分片1. 检查 MTU 限制当一个 IP 数据报的大小超过了网络的 MTU最大传输单元限制时就需要进行分片。MTU 是数据链路层对 IP 层数据包进行封装时所能接受的最大数据长度。2. 分割数据报IP 层将原始的 IP 数据报分割成多个较小的片段。对于每个片段IP 层会设置相应的标识Identification、偏移量Fragment Offset和标志位Flags等字段。标识字段用于标识属于同一个数据报的不同分片确保所有分片能够被正确地重新组装。偏移量字段指示了当前分片相对于原始数据报的起始位置以 8 字节为单位。标志位字段包含了 3 个位其中 MFMore Fragment位用于指示是否还有更多的分片DFDo Not Fragment位用于指示数据报是否允许进行分片。3. 添加 IP 头部每个分片都会加上自己的 IP 头部与完整 IP 报文拥有类似的 IP 头结构但MF 和Fragment Offset 等字段的值会有所不同。4. 发送分片分片在传输过程中独立传输每个分片都有自己的 IP 头部并且各自独立地选择路由。1.2 组装1. 接收分片当目的主机的 IP 层接收到这些分片后会根据标识字段将属于同一个数据报的所有分片挑选出来。2. 排序与组装利用片偏移字段IP 层会对属于同一个数据报的分片进行排序。当所有的分片都到达并正确排序后IP 层会将这些分片重新组装成一个完整的 IP 数据报。3. 传递给上层协议组装好的 IP 数据报会传递给上层的协议进行处理。注意IP分片对传输层是透明的这意味着传输层无需关心数据是否被分片以及如何重新组装。接收方如何得知自己收到的报文分片了接收方通过 IP 头部的标志位MF和片偏移Offset 组合判断规则如下若满足以下任一条件说明是分片报文MF1无论片偏移是否为 0表示当前分片后还有更多分片MF0 但 片偏移0表示当前是最后一个分片后续无分片但片偏移非 0 说明是拆分后的一部分。若 MF0 且 片偏移0说明是未分片的完整报文直接交付上层协议。示例分片 1MF1、片偏移0 → 是分片第一个分片分片 2MF1、片偏移1480/8185 → 是分片中间分片分片 3MF0、片偏移2960/8370 → 是分片最后一个分片完整报文MF0、片偏移0 → 未分片。接收方如何得知自己收到的分片收全了接收方需先按 “同一原始报文” 分组再通过计算验证是否收全所有分片步骤如下1. 第一步分组分片确定哪些分片属于同一原始报文接收方将具有以下 4 个字段完全相同的分片归为一组唯一标识一个原始报文源 IP 地址目的 IP 地址协议号如 TCP6、UDP17对应上层协议标识ID字段原因同一原始报文的所有分片这 4 个字段必然一致不同原始报文的标识ID由发送方随机生成重复概率极低。2. 第二步定位最后一个分片在同一组分片的找到 MF0 的分片 → 该分片是最后一个分片其片偏移和数据长度是判断收全的关键。3. 第三步计算验证是否收全核心逻辑所有分片的有效数据长度之和 原始报文的数据总长度而原始报文的数据总长度可通过最后一个分片计算得出公式推导最后一个分片的 “数据起始位置” 片偏移 × 8因片偏移单位是 8 字节最后一个分片的 “数据长度” 该分片的 IP 总长度 - 该分片的 IP 头部长度IHL×4 字节原始报文的数据总长度 最后一个分片的起始位置 最后一个分片的有效数据长度。验证步骤计算每组中每个分片的有效数据长度分片有效数据长度 分片的 IP 总长度 - 分片的 IP 头部长度IHL×4累加所有分片的有效数据长度得到 “已接收数据总长度”计算 “原始报文数据总长度”用最后一个分片的片偏移和有效数据长度若 “已接收数据总长度” “原始报文数据总长度” → 分片收全否则等待未收到的分片超时未收到则丢弃所有分片。简化示例假设原始报文数据总长度 3000 字节MTU1500 字节IP 头部 20 字节每个分片的数据部分最大 1480 字节分片 1IP 总长度 1500201480片偏移 0 有效数据 1480分片 2IP 总长度 1500201480片偏移 1480/8185 有效数据 1480分片 3IP 总长度 3000-1480×2 20 602040片偏移 2960/8370MF0 有效数据 40累加有效数据14801480403000 与原始数据总长度相等收全。接收方如何组合形成完整的报文分片收全后接收方按以下步骤重组为原始完整的 IP 报文流程透明于传输层1. 排序分片将同一组的所有分片按片偏移Offset字段值从小到大排序因分片可能乱序到达需按原始位置排列。2. 提取并拼接数据载荷对每个排序后的分片剥离其 IP 头部仅保留数据载荷部分按排序顺序将所有分片的载荷数据首尾拼接 → 得到原始报文的完整数据载荷。3. 构造完整的 IP 报文以第一个分片的 IP 头部为基础第一个分片的头部包含原始报文的关键信息版本、TTL、协议号、源 / 目的 IP 等修正第一个分片的 IP 头部总长度字段改为原始报文的总长度IP 头部长度 拼接后的完整数据载荷长度标志位设为 MF0、DF原始值恢复未分片时的标志位状态片偏移设为 0校验和重新计算 IP 头部校验和因总长度、标志位、片偏移字段修改原校验和失效。4. 交付上层协议将重组后的完整 IP 报文交给 IP 头部 “协议号” 指定的传输层协议TCP/UDP传输层仅需处理完整数据无需知晓分片过程。2. 分片与组装过程的示意图2.1 分片组装场景好了现在我们学完了IP分片和组装的内容是不是感觉对网络的认识又深了一步呢但是在实际使用中还是尽量不要分片的好毕竟这会增加丢包的概率。如果感觉有收获的话还请点赞收藏那么我们下次再见