tcp/ip学习笔记--第11章 UDP(user data protocol)

参考：

https://download.csdn.net/download/qq_31567335/10213200

报文格式：

checksum的计算：

有一篇写得很清楚的博文，如何计算UDP/TCP检验和checksum

IP Fragmentation

回答清楚以下几个问题，那么Ip分片也就清楚了。

1.概念：由于物理性质的原因（以后可以搜一搜具体原因），数据链路层能够转发的数据帧的长度是有限制的，所以如果IP数据报的长度超过这个限制，就会进行分片。

2.什么时候进行分片？ 答:在每个接口进行转发的时候。网卡都有一个MTU值，如果要转发的数据帧超过这个值就会进行分片。所以分片不仅会发生在源主机上，其经过的每个路由器都有可能发生。而且不同网卡的MTU的值可能是不同的，所以已经被分片的IP packet也有可能被再次分片。

3.怎么分片？

看一个例子就清楚了：

几个细节：

1）只有第一个分组有UDP首部，后面的分组只有IP首部，其实这很好理解，UDP首部对IP层而言就是普通的数据。

2）有一个more fragment的标志位来表明是否还有更多的分片。

3）有一个don't frament的标志位，如果这个标志位被打开，但是同时又需要被分片，这个时候会产生一个ICMP“fragmentation needed but don't fragment bit  is turned on”差错报文。

4）data-length会重新计算。

5）已经分片的报文再次进行分片的时候，只需要改变偏移值即可（当然还要考虑到more fragment标志位）。（个人觉得这是一个很棒的设计，再次分片变得如此的简单，没有添加额外的信息来保存再次分片这种情况，值得借鉴学习）

4.何时组装？

到达目的主机之后才会进行组装，一旦分片后，不同的分片就成为了彼此独立的ip报文。

5.其他：

只要有一个分片丢失了，整个报文都会被丢弃。

Determining the path MTU Using Traceroute

原理很简单，发送don't fragment被打开的包，收到ICMP差错报文就减小包的大小，直到不产生差错报文。

Maximun UDP Datagram Size And Datagram Truncation

理论上是65536（2^16）,但是由于1.程序接口的限制，2.内核接口的限制

如果发送报文的长度大于最大能传送的值，会发生的情况未知，超过最大长度的部分可能会直接被抛弃掉而不产生任何错误。

ICMP source quench error ICMP源站抑制差错

如果一个主机接收数据的速率太快以至于不能处理，就有可能产生ICMP source quench error。

UDP server desing

略