2.2 UDP协议简介
趣学CCNA——路由与交换
TCP是一个面向连接的协议，而UDP则正好相反，它是一个“无连接的”协议。这意味着，您不会在这一节读到关于握手流程的那些复杂的内容，可以省下一些时间和精力用来刷微博、微信。但是，TCP费那么大工夫去握手可不是因为它空虚寂寞觉得冷，这一切都是为了保障接收方能够收到自己发送的数据。UDP省掉了这个过程，这也就说明，UDP 并不关心对方能不能收到它发送的信息。因此，如果说TCP发送出去的数据是能够随时查询投递状态的快递包裹或者挂号信，那么UDP发送出去的数据就是普通的平信，虽然扔到邮筒里之后，理论上确实会有人把它最终投递到接收者的邮箱里，但实际上没有人会对它的丢失承担任何责任，它的投递状态也完全不可追溯。既然不需要追溯信息，也就不需要再定义那么多用来确认数据包状态的头部字段。所以，与TCP相比，UDP协议的包头格式要简单得多，详见下面的图2-7。而精简的数据包头部可以提高传输层的效率，增加数据包中数据所占的比例，同时也因为设备不需要再处理这么多的头部信息，因此也可以提高 UDP 协议的处理速度。
在真正动手写作UDP头部格式之前，我曾一度想用“不解释”三个字带过，这样不光可以省掉很多笔墨，还可以显得十分洒脱不羁。因为UDP头部格式和TCP相比，实在是简单得吓人，甚至其中根本没有一个字段不包含在TCP定义的头部字段之中。再作解释，岂不是有复制粘贴之嫌？可一想到出版物毕竟不是课堂，更不是技术交流论坛，万一因为这三字被编辑打了回来，还得放下手头的其他工作回过头来补稿，反而是弄巧成拙，因此这里还是简略地对UDP头部作出以下三点解释。
虽然UDP头部格式中包含的四个字段统统可以在TCP头部格式中找到，但因为UDP是无连接的协议，因此它并不要求对端向自己回送数据。这样一来，UDP 的源端口号 就成了一个按需使用的字段。当 UDP 发送的数据 不需要对方回复时，可以将源端口号设置为 0 。
相信您福至心灵，早就看出了UDP头部是没有可选项字段的。没有可选项字段，UDP头部长度也就因此而固定了下来。所以，对于UDP协议来说，定义头部的长度没有任何必要，而UDP头部中的“ UDP 长度”字段描述的当然也就不是头部长度，而是整个数据段的长度，其中包括了头部字段和数据部分的长度。
UDP对数据提供的是不可靠的传输，因此虽然 UDP 头部字段中提供了 校验和字段，但这个字段的使用也不是强制的 ，就像UDP源端口号字段是可选的道理一样。
关于UDP，我们已经没有什么细节可供惦记。在本节最后，我们遵循TCP协议的惯例，也通过表2-2来向读者介绍几个常用的基于UDP的应用层协议。
简单文件传输协议；和FTP类似，类似于FTP的简化版，多用于在同一个局域网中共享数据
远程过程调用；本世纪初就开始使用互联网的人对曾经利用RPC漏洞设计的冲击波病毒记忆犹新
网络时间协议；作用是为了同步设备的时间，是一种相当常用的协议
我们在这里简单总结一下： TCP 协议和 UDP 协议都工作在传输层 ，其中 TCP 协议 是 可以给上层应用提供可靠传输服务的协议；而 UDP 则是一个无连接的协议 ，不给上层协议提供有保障的传输。 TCP 协议为了确保对方能够接收到自己发送的数据，会在传输数据之前先与对端“彼此建立联系”，这个过程称之为建立连接，因此 TCP 称为 面向连接的协议。 TCP 建立连接的过程叫做三次握手；相应地；它也会采用四次握手的过 程与对端断开连接。而 UDP 则远没有这么麻烦，它 不在乎对方是否能够接收自己的信息，也不在乎对方是否存在，就会直接把信息丢给对方，因此称为无连接的协议。
在了解了传输层的两个“大咖”之后，下面我们来说说网络层的协议。