Question

UDP "TCP/IP详解" 第十章 读书笔记

Answer 1

头部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的

分片出现的可能因素: