udp的protocol字段取值(udp protocol字段)

UDP数据报中用户数据的最长长度为65507字节。但是，大多数实现所提供的长度比这个最大值小。 UDP是UserDatagramProtocol的简称，中文名是用户数据报协议，是OSI（OpenSystemInterconnection，开放式系统互联）参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务，IETFRFC768是UDP的正式规范。UDP在IP报文的协议号是17。

上图是IP包的头结构，其中协议（Protocol）部分长度8比特。标识了上层所使用的协议。以下是比较常用的协议号：1    ICMP2    IGMP6    TCP17    UDP88    IGRP89    OSPF所以，封装了UDP包，值 为17，封装了TCP包，值 为6.

RUDP：可靠用户数据报协议（Reliable UDP） 可靠用户数据报协议（RUDP）是一种基于可靠数据协议 (RDP： RFC908 和 1151 （第二版 )) 的简单分组传输协议。作为一个可靠传输协议， RUDP 用于传输 IP 网络间的电话信号。它允许独立配置每个连接属性，这样在不同的平台可以同时实施不同传输需求下的协议。 UDP/IP 协议中的 RUDP 是分层的并为虚拟连接提供可靠有序发送（直到重新发送的最大数目）。 RUDP 设计灵活，便于多种传输层使用。传输电讯号协议就是其应用之一。RUDP 提供一组数据服务质量增强机制，如拥塞控制的改进、重发机制及淡化服务器算法等，从而在包丢失和网络拥塞的情况下， RTP 客户机（实时位置）面前呈现的就是一个高质量的 RTP 流。在不干扰协议的实时特性的同时，可靠 UDP 的拥塞控制机制允许 TCP 方式下的流控制行为。为了与网络 TCP 通信量同时工作， RUDP 使用类似于 TCP 的重发机制和拥塞控制算法。在最大化利用可用带宽上，这些算法都得到了很好的证明。RUDP 特征包括：客户机确认响应服务器发送给客户机的包；视窗和拥塞控制，服务器不能超出当前允许带宽；一旦发生包丢失，服务器重发给客户机；比实时流更快速，称为“缓存溢出”。协议结构1 2 3 4 5 6 7 8 16bitSYN ACK EAK RST NUL CHK TCS 0 Header LengthSequence number Ack numberChecksumControl Bits ― 表示数据包当前状态，具体细节如下：SYN：SYN 位表示当前为同步段ACK：ACK 位表示协议头有效的承认序号。EACK：EACK 位表示当前为扩展承认字段。RST：RST 位表示该数据包为复位字段。NUL：NUL 位表示该数据包为空字段。.CHK：CHK 位表示检验和字段是否包含协议头或协议头与主体（数据）的检验和。TCS：TCS位表示该数据包是传输连接状态字段。0：表示该字段的值必须设置为0。Header Length ― 表示数据包中的用户数据起始位置。Sequence Number ― 当打开第一个连接，每个对等结构任意选取一个初始序列号。该序列号用于SYN字段打开连接。在发送数据、空或复位字段之前，每个传送方会相应增加序列号。Acknowledgement Number ― 该字段表示传送方最后传送接收方接收的数据包的序列。Checksum ― 协议头中总会计算出检验和以确保完整性。这里检验和的算法与UDP和TCP协议头检验和的算法相同。RDP：可靠数据协议（Reliable Data Protocol）可靠数据协议 RDP 是一种面向连接的传输协议，其主要设计来为主机监控应用程序如下载 / 上传以及远程调试进行有效的大批数据传输。RDP 尝试只提供那些必需的服务，达到操作有效、尺度小的效果。其主要功能如下：RDP 为每个传输层连接端口提供一个全双工通信信道；RDP 尝试可靠发送所有用户信息，一旦发送失败，将向用户报告错误。RDP 扩展 IP 数据报服务使之能够可靠发送；RDP 尝试侦测并删除所有损坏的和重复的数据段，它在数据段头使用校验码及序列号实现这一过程；RDP 随意地提供数据段序列发送，必须在连接建立时就指定数据段的序列发送；RDP 会响应确认序列之外的数据段，这会释放发送端的资源。与 TCP 相比，RDP 所支持的功能更为简单。RDP 的流控制，缓冲以及连接管理模式都是相当简单的。RDP 的目标就是能够简单有效地执行并能适合一系列的应用程序。RDP 函数集也可能是子集从而进一步减小特殊执行的大小。例如，一台向其它主机请求下载的目标处理器可能执行一个仅支持默认的开放式函数和单连接的 RDP 模块。这个模块也可能选择不执行非顺序响应确认。协议结构RDP 第二版协议头结构如下：1 2 3 4 5 6 8 16bitSYN ACK EAK RST NUL 0 Ver No Header LengthSourcePortDestinationPortData LengthSequence NumberAcknowledgement NumberChecksumVariable header area …Control flags ― 8个控制位划分如下：SYN：SYN 位表示当前为同步段。ACK：ACK 位表示协议头有效的承认序号。EACK：EACK 位表示当前为扩展承认字段。.RST：RST 位表示该数据包为复位字段。NUL：NUL 位表示该数据包为空字段。0：表示该字段的值必须设置为0。Ver no：版本号，当前版本号为2。Header length ― RDP 协议头长度。Source Ports ― 源地址，识别通信发生的过程。网络访问协议头中，源地址和目标地址的端口标识符的结合完全限定了连接并形成连接标识符。如此 RDP 可用于区分两台主机间的多连接。Destination Ports ― 目标地址，识别通信中的目标过程。Data Length ― 该字段中的数据长度（八位），该数据长度不包括 RDP 协议头。Sequence number ― 该字段的序列号。Acknowledgement number ― 如果 ACK 位设置在协议头部，这就是字段序列号，即该字段发送端最后正确按序列接收的顺序。一旦连接成功，就应该发送该字段。Checksum ― 检验和确保完整性。Variable Header Area ― 用于传输 SYN 和 EACK 字段的参数。相关协议：UDP、RUDP、IP、TCP、ICMP组织来源：RDP 由 IETF（http://www.ietf.org ）定义在 RFC 908中并重新修订在 RFC 1151中。
你还是去CSDN上问问吧，我想在这里你是问不到答案的

应该是迅雷上传用的... UDP协议用户数据报协议UDP(User Datagram Protocol)是无连接传输层协议，提供应用程序之间传送数据报的基本机制。1.UDP报文的格式每个UDP报文称为一个用户数据报：它分为两部分：头部和数据区。如图6-14是一个UDP报文的格式，报文头中包含有源端口和目的端口、报文长度以及UDP检验和。源端口(Source Port)和目的端口(Destination Port)字段包含了16比特的UDP协议端口号，它使得多个应用程序可以多路复用同一个传输层协议 – UDP协议，仅通过不同的端口号来区分不同的应用程序。长度(Length)字段记录了该UDP数据包的总长度(以字节为单位)，包括8字节的UDP头和其后的数据部分。最小值是8(即报文头的长度)，最大值为65,535字节。UDP检验和(Checksum)的内容超出了UDP数据报文本身的范围，实际上，它的值是通过计算UDP数据报及一个伪包头而得到的。但校验和的计算方法与通用的一样，都是累加求和。不危险，可以打开 希望我的回答对你有帮助^_^

通信的两端是两台主机，IP 数据报首部就标明了这两台主机的 IP 地址。但是从传输层来看，是发送方主机中的一个进程与接收方主机中的一个进程在交换数据，因此严格地讲，通信双方不是主机，而是主机中的进程。主机中常常有多个应用进程同时在与外部通信（比如你的浏览器和 QQ 在同时运行），下图中，A 主机的 AP1 进程在与 B 主机的 AP3 进程通信，同时主机 A 的 AP2 进程也在与 B 主机的 AP4 进程通信。两个主机的传输层之间有一个灰色双向箭头，写着“传输层提供应用进程间的逻辑通信”。逻辑通信：看起来数据似乎是沿着双向箭头在传输层水平传输的，但实际上是沿图中的虚线经多个协议层次而传输。TCP/IP 协议栈传输层有两个重要协议——UDP 和 TCP，不同的应用进程在传输层使用 TCP 或 UDP 之一。在第一节我们已经了解过端口的概念，端口的作用体现在传输层。刚才的图中，AP1 与 AP3 的通信与 AP2 与 AP4 的通信可以使用同一个传输层协议来传输(TCP 或 UDP)，根据 IP 地址或 MAC 地址都只能把数据传到正确的主机，但具体需要传到哪一个进程，是通过端口来辨认的。比如同时使用浏览器和 QQ，浏览器占用 80 端口，而 QQ 占用 4000 端口，那么发送过来的 QQ 消息便会通过 4000 端口显示在 QQ 客户端，而不会错误地显示在浏览器上。端口号有 0 ～ 65535 的编号，其中：编号 0 ～ 1023 为系统端口号，这些端口号可以在网址www.iana.org查询到，它们被指派给了 TCP/IP 最重要的一些应用程序，以下是一些常见的系统端口号：下面使用 netstat -luant 命令列出了监听中的端口：可以看到都是 TCP 协议的。不过后面我们会编写一个程序来模拟发送 UDP 报文，并使用 tcpdump 工具抓包，来帮助大家理解 UDP 协议。UDP(User Datagram Protocol)用户数据报协议，它只在 IP 数据报服务之上增加了很少一点功能，它的主要特点有：UDP 是无连接的，发送数据之前不需要建立连接(而 TCP 需要)，减少了开销和时延。UDP尽最大努力交付，不保证交付可靠性。UDP 是面向报文的，对于从应用层交付下来的 IP 数据报，只做很简单的封装(8 字节 UDP 报头)，首部开销小。UDP 没有拥塞控制，出现网络拥塞时发送方也不会降低发送速率。这种特性对某些实时应用是很重要的，比如 IP 电话，视频会议等，它们允许拥塞时丢失一些数据，因为如果不抛弃这些数据，极可能造成时延的累积。UDP 支持一对一、一对多、多对一和多对多的交互通信。从应用层到传输层，再到网络层的各层次封装：UDP 数据报可分为两部分：UDP 报头和数据部分。其中数据部分是应用层交付下来的数据。UDP 报头总共 8 字节，而这 8 字节又分为 4 个字段：这个 C 程序会向 IP 地址 192.168.1.1 的 7777 端口发送一条 "hello" 消息。你可以用编辑器修改程序，向不同的 IP 发送不同的内容。编译完成后先别运行，我们还需要使用一个知名的抓包工具 tcpdump，依次输入以下命令安装，并运行 tcpdump：新开一个终端，输入以下命令运行刚才编译好的 C 程序 test：test 程序运行结束，返回刚才运行 tcpdump 的终端查看抓包结果：蓝色框为 16 进制目的端口，绿色框为 16 进制目的 IP，红色框为 20 字节 IP 报头，橘色下划线为 8 字节 UDP 报头，红色下划线为 hello 的 ASCII 码。从 4500 到 0101 都是 IP 报头，IP 报文在之前已经讲过，这里就不赘述了。后面的部分就是 UDP 报文。我们知道 UDP 报头一共 8 字节，所以从 eb39 到 ac82 是 UDP 报头的部分。eb39：源端口，2 字节，换成十进制也就是 328301e61：目的端口，2 字节，十进制为 7777001c：包长度，单位为字节，换为十进制可知包长度为 28 字节ac82：校验和后面的就是数据内容的 ASCII 码。使用 tcpdump 抓取 UDP 数据报，解读报文。修改 C 程序，向不同的 IP、不同的端口发送不同的内容。