自己总结地UDP演示文稿.pptVIP

UDP协议 UDP/IP协议 ICT事业部 赵化 UDP在TCP/IP协议族中的位置 网络层 数据链路层 物理层 IP ICMP IGMP RARP ARP 传输层 UDP TCP 应用层 进程到进程间的通信 物理层 数据链路层 物理层 数据链路层 IP协议 Foxmail.exe Spark.exe … Foxmail.exe Spark.exe … TCP/UDP协议 端口号 IP协议通信 物理层 数据链路层 网络层 物理层 数据链路层 网络层 IP地址和数据 IP头+数据 Foxmail.exe Spark.exe Iexplorer.exe Port 25 Port 80 Port … 插口地址 IP地址 端口号 + = 插口地址 哪台主机？ Foxmail.exe Spark.exe … 哪个进程？ IANA定义端口号范围 0 65535 熟知的 1023 动态的 注册的 49151 由IANA指派和控制 IANA不指派也不控制，可以在IANA上注册，防止重复 IANA不指派不控制也不注册，可以由任何进程使用，这些是短暂端口 用户数据报 固定首部 数据（可变） 源端口号 16比特 目的端口号 16比特 总长度 16比特 检验和 16比特 8字节 源端口号：源主机的端口号，客户端大多数情况下是短暂端口号，服务端大多数情况下是熟知端口号。 总长度：总长度规定了UDP报文的最大长度，但是大多数实现所提供的长度要比65535小。 原因一：应用程序可能会受到其程序接口的限制。socket API提供了一个可供应用程序调用的函数，以设置接收和发送缓存的长度。对于UDP socket，这个长度与应用程序可以读写的最大UDP数据报的长度直接相关。现在的大部分系统都默认提供了可读写大于8192字节的UDP数据报。 原因二：来自于TCP/IP的内核实现。可能存在一些实现特性（或差错），使I P数据报长度小于65535字节。 发送端检验和的计算 16位源端口号 32位源IP地址 32位目的IP地址 0 8位协议 16位UDP长度 16位源端口号 16位UDP长度 16位检验和 数据 填充数据 UDP数据报 伪首部 0 将所有的比特划分为16位的字 若字节总数不是偶数，则增加一个字节的填充（全0） 将所有的16位部分使用反码算术相加，得到结果取反码，写入检验和字段 接收端检验和的计算 16位源端口号 32位源IP地址 32位目的IP地址 0 8位协议 16位UDP长度 16位源端口号 16位UDP长度 16位检验和 数据 填充数据 UDP数据报 伪首部 将所有的比特划分为16位的字 若字节总数不是偶数，则增加一个字节的填充（全0） 将所有的16位部分使用反码算术相加，得到结果取反码，若结果是0 接收 若结果不为0 丢弃 UDP的操作 无连接 UDP提供无连接的服务，UDP发送的每个数据报之间是没有关系的。不同用户数据报之间没有区别。UDP不需要建立连接，也没有断开连接，每一个数据报都可以走不同的路径。 路由 路由 路由 UDP没有流控制也没有差错控制 UDP的操作 封装和拆装 物理层 UDP数据 数据 进程 IP数据 数据 物理层 UDP数据 数据 IP数据 数据 进程 数据大于MTU时，会进行IP分片 UDP的操作 队列 进程 UDP 出队列 入队列 客户端从系统请求端口号，服务端使用熟知端口号，然后创建队列。 出队列溢出时，操作系统要求进程继续发送报文要等待；入队列溢出时UDP丢弃这个数据报，并请求ICMP发送端口不可达报文 接收报文后，对端口进行检查，如果该端口队列被创建，则将报文插入队列末尾，如果没有这样的队列，则丢弃报文，并请求ICMP发送不可达报文。 UDP的操作 复用和分用 复用：在发送端，多个进程使用UDP发送数据，但是只有一个UDP，是一个一对多的关系，因而需要复用。UDP从不同的进程中接受报文，通过端口号区分他们，加上UDP头部后交付给IP。 分用：在接收端，多个进程使用UDP接收数据，但是只有一个UDP，是一个多对一的关系，因而需要分用。UDP从IP接收数据报，经过差错检查后丢掉首部，然后通过端口号，将每个数据报交付到相应的进程。 UDP的使用 UDP适用于，简单的请求-响应通信，而较少考虑控制和差错的进程。 UDP适用于具有内部流控制和差错控制机制的进程。 UDP适用于多播和广播，多播和广播能力已经嵌入在UDP软件中。 UDP可用于管理进程，如SNMP（简单网络管理协议）。 UDP可用于某些路由选择更新协议，如RIP（路由选择信息协议）。 UDP的设计 控制块表：记录打开的端口。 控制块模块：控制和管理控制块表。 输入队列：一组队列，每一组对应一个进程。 输入模块：从IP