UDP通信协议简介.doc

一、UDP概述1、UDP是一种基本的通信协议，只在发送的报文中增加了端口寻址和可选的差错检测功能2、UDP不是一种握手信息协议，不能确认接收到的数据或交换其他流量控制信息3、UDP是一种非连接协议，计算机在使用UDP发送报文之前，不要求远程已联网或指定的目的端口可用于通信正因为如此，将UDP称为不可靠协议，即如果只使用UDP，则发送方不知道目的主机何时是否接收到报文4、定义UDP的文档是RFC0768:UserDatagramProtacal在标准STD0006中也获得通过5、使用UDP发送报文的计算机将报文置于UDP数据报中UDP数据报由报头及其后面包含报文的报文组成6、发送计算机将UDP数据报置于IP数据报的数据字段中在以太网中，IP数据报存放在以太网帧的数据字段中接收到以太网帧后，目的计算机网络栈将UDP数据报的数据部分传递给数据报报头指定的端口或进程7、UDP的大多数功能不如TCP，所以UDP的实现要简单些，更适合于特定的应用场合如果需要，则可在使用UDP进行通信时自定义握手协议例如：接收接口在接收到报文之后，将返回包含确认代码或其他请求信息的响应如果发送方在合理的时间内没有接收到响应信息，就会重新发送报文。

但是，如果应用程序需要的不仅仅是最基本的握手或流量控制，则应该考虑使用TCP而不是UDP进行重构8、UDP有一个TCP没有的功能，就是可将报文发送到多个目的主机，包括向局域网内所有的IP地址以广播方式发送，或者向指定的IP地址以组播方式发送对于TCP而言，广播和组播都不现实，因为源主机必须与所有目的主机握手二、UDP报头UDP报头由4个字段组成，后面紧接着是要传输的数据1、源端口号：源端口号标识发送报文的计算机端口或进程长度2字节，可选，如果接收进程不需要知道发送数据报的进程，则该字段可置为02、目的端口号：目的端口号标识接收报文的目的主机端口或进程3、数据报长度：指整个数据报的长度，以字节为单位，包括报头，最大值为65535该字段为2字节4、UDP检验和：是根据UDP数据报和伪报头计算得到的差错检测值，可选，该字段伪为2个字节伪报头包含源和目的IP地址，以及来自IP数据报报头的协议值IP数据报在网络中传送时包含UDP数据报伪报头并不会在网络中传送，校验和中所包含的伪报头内容可以避免目的端错误地接收错误路由的数据报校验和值的计算方法和IP报头检验和的计算方法类似仅在局域网内部传输报文不需要UDP校验和，因为以太网帧的校验和已经提供了差错控制。

而对于那些需要通过不同的、也许未知网络传输的报文而言，校验和可以让目的主机能检测到错误数据三、UDP数据1、一个UDP数据报最大可达到65535个字节，且报头为8字节，因此一个数据报最多可以携带65527个字节的数据2、实际上，源计算机常将数据报限制在较短的长度内使用较短的数据报的一个原因是，过大的数据报可能不适合目的主机的接收缓冲器大小；或者因为接收数据的应用程序可能需要特定长度的报文3、较短数据报也许更高效当大的数据报经过不同能力的网络时，网络协议可能会将数据报拆分为报片，要求目的主机将这些报片重组所有数据都会到达目的主机，但一般来说，在源主机处拆分数据，然后在目的主机处重组，会比依赖IP进行这项工作更高效4、IP标准要求主机能接收最大长度为576字节的数据报没有可选项的IP报头长度为20字节，UDP报头为8字节，因此一个最大长度为548字节且没有IP选项的UDP数据报不经过拆分便可到达目的主机协议简介域源端口是可选域，当其有意义时，它指的是发送进程的端口，这也就假定了在没有其它信息的情况下，返回信息应该向什么地方发送如果不使用它，则在此域中填0目的端口在有特定的目的网络地址时有意义。

长度指的是此用户数据报长度的八进制表示这表明最小的数据报长度是8校验码有16位，是对IP头，UDP头和数据中信息包头的数位取反之和再取反得到的包头从概念上说是在UDP头信息之前的，它包括有源地址，目的地地址,所使用的协议和UDP长度这些信息使信息不能被错误地接收这个校验过程与0781516;2'324'31|源地址IIS的地址I|0I协议IUDP长度丨中使用的过程一致如果计算出的校验码为零，它将被全零发送全零的校验值意味着发送者未产生校验码用户接口用户接口应该允许创建新的接收端口，在接收端口的接收操作有：应该返回一个八进制数说明源端口和源地址，允许数据报传送，指定数据，源和目标端口和目的地地址层接口模块必须能够决定源和目标的网络地址，而且必须能够从包头中得知所使用的协议一个可能的接口方式是返回整个数据报，包括接收操作返回的包头这样的接口还应该允许向传送完整的带包头的数据报用于传送由来确定一致性并计算校验码协议应用用用用此用协议的最主要的用途是网际名称服务器和小文件传输协议协议号在中使用它时，它的协议号是（八进制中是1UDP协议的标题结构UDP信息包由UDP标题和数据组成UDP的标题结构如图15-21所示，它由5个域组成：源端端口(SourcePort)、目的地端口(DestinationPort)、用户数据包的长度(Length)和检查和(Checksum)0其中，前4个域组成UDP标题(UDPheader)，每个域由4个字节组成；检查和域占据2个字节，它用来检测传输过程中是否出现了错误；用户数据包的长度包括所有5个域的字节数0源端端□(SourcePort)目的地端口(DestinationPort)用户数据包的趁度(Length)检晝和(Checksum)信息包的标题结构检查和的详细计算可在FC1中0找7到1，现举一例说明使用检查和检测错误的道理0例如，假设从源端要发送下列个1位的二进制数：，1和到终端，检查和计算如下：111111111读读0101010101010101读读0000111100001111sum=word1+wor1100101011001010检查和的反码0011010100110101从发送端发出的个,,1以及检查和16位二进制数之和为1111111111111111，如果接收端收到的这4个16位二进制数之和也是全“1”，就认为传输过程中没有出差错0许多链路层协议都提供错误检查，包括流行的以太网协议，读者也许想知道为什么也要提供检查和。

其原因是链路层以下的协议在源端和终端之间的某些通道可能不提供错误检测虽然提供有错误检测，但检测到错误时，不做错误校正，只是简单地把损坏的消息段扔掉，或者给应用程序提供警告信息0读者也可能会问，收发两端的两个进程是否有可能通过提供可靠的数据传输？答案是可以的0但必需要把确认和重传措施加到应用程序中，应用程序不能指望来提供可靠的数据传输UDP协议的几个特性1是一个无连接协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上在发送端，传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制；在接收端，把每个消息段放在队列中，应用程序每次从队列中读一个消息段由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息信息包的标题很短，只有个字节，相对于的个字节信息包的额外开销很小吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制虽然是一个不可靠的协议，但它是分发信息的一个理想协议例如，在屏幕上报告股票市场、在屏幕上显示航空信息等等。

也用在路由信息协议中修改路由表在这些应用场合下，如果有一个消息丢失，在几秒之后另一个新的消息就会替换它广泛用在多媒体应用中，例如，公司开发的软件，它是在因特网上把预先录制的或者现场音乐实时传送给客户机的一种软件，该软件使用的协议就是运行在之上的协议，大多数因特网软件产品也都运行在之上UDP协议简介协议是英文的缩写，即用户数据报协议，主要用来支持那些需要在计算机之间传输数据的网络应用包括网络视频会议系统在内的众多的客户服务器模式的网络应用都需要使用协议协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是即使是在今天，仍然不失为一项非常实用和可行的网络传输层协议与我们所熟知的（传输控制协议）协议一样，协议直接位于（网际协议）协议的顶层根据（开放系统互连）参考模型，和都属于传输层协议然然协议的主要作用是将网络数据流量压缩成数据报的形式一个典型的数据报就是一个二进制数据的传输单位每一个数据报的前8个字节用来包含报头信息，剩余字节则用来包含具体的传输数据报头报头由个域组成，其中每个域各占用个字节，具体如下：源端口号目标端口号数据报长度校验值协议使用端口号为不同的应用保留其各自的数据传输通道。

和协议正是采用这一机制实现对同一时刻内多项应用同时发送和接收数据的支持数据发送一方（可以是客户端或服务器端）将数据报通过源端口发送出去，而数据接收一方则通过目标端口接收数据有的网络应用只能使用预先为其预留或注册的静态端口；而另外一些网络应用则可以使用未被注册的动态端口因为报头使用两个字节存放端口号，所以端口号的有效范围是从到5—般来说，大于的端口号都代表动态端口数据报的长度是指包括报头和数据部分在内的总的字节数因为报头的长度是固定的，所以该域主要被用来计算可变长度的数据部分（又称为数据负载）数据报的最大长度根据操作环境的不同而各异从理论上说，包含报头在内的数据报的最大长度为655字3节5不过，一些实际应用往往会限制数据报的大小，有时会降低到819字2节协议使用报头中的校验值来保证数据的安全校验值首先在数据发送方通过特殊的算法计算得出，在传递到接收方之后，还需要再重新计算如果某个数据报在传输过程中被第三方篡改或者由于线路噪音等原因受到损坏，发送和接收方的校验计算值将不会相符，由此协议可以检测是否出错这与协议是不同的，后者要求必须具有校验值和协议的主要区别是两者在如何实现信息的可靠传递方面不同。

协议中包含了专门的传递保证机制，当数据接收方收到发送方传来的信息时，会自动向发送方发出确认消息；发送方只有在接收到该确认消息之后才继续传送其它信息，否则将一直等待直到收到确认信息为止与不同，协议并不提供数据传送的保证机制如果在从发送方到接收方的传递过程中出现数据报的丢失，协议本身并不能做出任何检测或提示因此，通常人们把协议称为不可靠的传输协议相对于协议，协议的另外一个不同之处在于如何接收突法性的多个数据报不同于，并不能确保数据的发送和接收顺序例如，一个位于客户端的应用程序向服务器发出了以下4个数据报相相但是有可能按照以下顺序将所接收的数据提交到服务端的应用:事实上，协议的这种乱序性基本上很少出现，通常只会在网络非常拥挤的情况下才有可能发生协议的应用也许有的读者会问，既然是一种不可靠的网络协议，那么还有什么使用价值或必要呢？其实不然，在有些情况下协议可能会变得非常有用因为具有所望尘莫及的速度优势虽然协议中植入了各种安全保障功能,但是在实际执行的过程中会占用大量的系统开销，无疑使速度受到严重的影响反观由于排除了信息可靠传递机制，将安全和排序等功能移交给上层应用来完成，极大降低了执行时间，使速度得到了保证。

关于协议的最早规范是，年发布尽管时间。