UDP "TCP/IP详解" 第十章 读书笔记
头部8字节, 四个字段各2Byte
长度2Byte -> 在这里虽然依旧能够到达65535Byte, 但是是冗余的, 在IP数据报中已经记录大小.
校验和2Byte -> 在IPv4中做12字节伪头部 or 在IPv6中做40字节伪头部进行校验. 穿过NAT后, 伪头部会被修改.
值得注意的是:
可以容忍部分的内容错误
下一头部字段 136
头部中的校验和字段变成了校验范围, 能够选择校验0~65535中的前多少. 但是这个值在1~7之间是非法的, 因为头部要求必须被校验
MTU常见的是1500Byte,留给UDP内容是1472Byte.
如果超过这个大小, UDP就会被分片. 不同的分片段有同一个IP数据报序号. 前面的片MF被设置"还有更多". 每一个分片带有偏移字段, *8后代表最终携带的字节.
在非第一个分片的IP数据报中, 没有说明"下一个头部"的号码.
拥有更大的偏移量的片会被优先投递, 让接收方提前知道这个UDP数据报到底有多大, 可以提前分配内存
只对前两个分片报告ICMP超时, 后续的不再报告渣宏.
甚至有可能根本不报告, 因为收到的前两个数据报中没有携带端口信息, 导致ICMP数据报缺少内容
收到第一个分片就并梁腔开始计时, 收到后续分片不重置计时器, 一般是30s超时
发送的第一个UDP数据报可能默认是DF(不要分片)的, 这样如果IP数据报大小大于MTU时会被直接丢弃, 并返回一个ICMP消息. 如果在网络层报告的MTU信息之后, 这个程式还在运行, 那么就会利用这个MTU发现, 来更改DF信息, 允许分片. MTU信息也会有超时, 如果超时了, 那么又会恢复到之前的默认状态.
历史问题:
对于无状态的地址转化, 原来被分片后带有零校验和的IPv4-UDP不能转换, 因为变成IPv6之后没法计算(IPv6没有首部校验)
虽然字段上能设置成65535 - 8 = 65527Byte, 但是应用程序不一定能接受这么大, 或者系统不接受这么大
系统会 API截断 , 丢弃这个数据报中超出的部分 or 超出的部分留到下一次读取中 or 通知上层有多少被丢弃了. (取决于系统实现). 这被称为 消息边界 . TCP没有消息边界, 以"流"的形式传输.
要注意IPv6和IPv4的地址长度不同, 使用不同的数据结构.
IPv6的程序端口可能会同时占用Ipv4的端口
如果想让重用同样的端口给不同的地址, 需要显式的通知系统.(e.g. 监听两个网卡的80端口).
每一个端点都会收到一个 拷贝 . (端点的概念同时包含了防绝衫止多线程的进程多次读取)
虽然只有<0.1%的流量是分片的, 但是70%左右的分片都是UDP的
分片出现的可能因素:
2023-07-25 广告