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

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数据报及一个伪包头而得到的。但校验和的计算方法与通用的一样，都是累加求和。 不危险，可以打开
英文原义：User Datagram Protocol 中文释义：（RFC-768）用户数据报协议 注解：用户数据报协议（UDP）是TCP/IP协议组的一个组成部分。它的创立是为了向应用程序提供一条访问IP的无连接功能的途径。TCP和UDP都使用IP。UDP的设计允许应用程序创建数据报，以及将它们编址到访问应用程序或进程的端口。UDP的基本作用就是向一个IP分组增加一个应用程序进程的端口地址。
这种问题1般出现在WINDOWS XP 中.如果你是这种情况就按下面操作 1;打开网上邻居 按 左边的 察看网络连接 右键点 本地连接属性 再点 高级 首先要打开防火墙(记住 一定要打开 不然 无法完成接下来操作) 点击设置后 出现 服务 下面有添加 描述就打 劲爆足球 IP地址就打 222.122.224.176外部端就打 8411 内部端也是 8411 单击 确认后退出 就OK 这我试过 我也遇到同样问题 改变后就好了
在百度搜索一下，自己就会知道答案的
基于无连接数据报协议，是一种通常的网络协议，而且大部分软件都是跑udp协议，QQ就是。建议打开，放心没有危险。
没危险，UDP一般用于视频，游戏的网络协议

传输层定义了主机应用程序之间端到端的连通性。传输层中最为常见的两个协议分别是传输控制协议TCP（Transmission Control Protocol）和用户数据报协议UDP（User Datagram Protocol）。为了简化问题说明，本课程以Telnet为例描述相关技术。设备支持通过Telnet协议和Stelnet协议登录。使用Telnet，Stelnet v1协议存在安全风险，建议你使用STelnet v2登录设备。为了简化问题说明，本课程以FTP为例来描述相关技术。设备支持通过FTP协议，TFTP以及SFTP传输文件。使用FTP，TFTP，SFTP v1协议存在风险，建议使用SFTP v2方式进行文件操作。TCP是一种面向连接的传输层协议，提供可靠的传输服务。TCP是一种面向连接的端到端协议。TCP作为传输控制协议，可以为主机提供可靠的数据传输。TCP需要依赖网络协议为主机提供可用的传输路径。TCP允许一个主机同事运行多个应用进程。每台主机可以拥有多个应用端口，没对端口号，源和目标IP地址的组合唯一地标识了一个会话。端口分为知名端口和动态端口。有些网络服务会使用固定的端口，这类端口称为知名端口，端口号范围为 0~1023 。比如：FTP，HTTP，Telnet，SNMP服务均使用知名端口。动态端口范围 1024~65535 ，这些端口号一般不会固定分配给某个服务，也就是说许多服务都可以使用这些端口。只要运行的程序向系统提出访问网络的申请，那么系统就可以从这些端口号中分配一个供该程序使用。TCP通常使用IP作为网络层协议，这是TCP数据被封装在IP数据包内。TCP数据段由TCP Header（头部）和TCP Data（数据）组成。TCP最多可以有60个字节的头部，如果没有Options字段，正常的长度是20字节。TCP Header是由如上图标识一些字段组成，这里列出几个常用字段。注意：1）主机A（通常也叫客户端）发送一个标识了SYN数据段，标识期望与服务器A建立连接，此数据段的序列号（seq）为a；2）服务器A回复标识了SYN+ACK的数据段，此数据段的序列号（seq）为b，确认序列号为主机A的序列号加1（a+1），以此作为对主机A的SYN报文的确认。3）主机A发送一个标识了ACK的数据段，此数据段的序列号（seq）为a+1，确认序列号为服务器A的序列号加1（b+1），以此作为对服务器A的SYN报文段的确认。TCP是一种可靠的，面向连接的全双工传输层协议。TCP连接的简历是一个三次握手的过程。TCP的可靠传输还提现在TCP使用了确认技术来确保目的设备收到了从源设备发来的数据，并且是准确无误的。确认技术的工作原理如下：目的设备接收到源设备发送的数据段时，会向源端发送确认报文，源设备收到确认报文后，继续发送数据段，如此重复。如图所示，主机A向服务器A发送TCP数据段，为描述方便假设每个数据段的长度都是500个字节。当服务器A成功收到序列号是M+1499的字节以及之前的所有字节时，会以序列号M+1400+1=M+1500进行确认。另外，由于数据段N+3传输失败，所以服务器A未能收到序列号为M+1500的字节，因此服务器A还会再次以序列号M+1500进行确认。注意：上面说到，数据段 N+3 传输失败，那么第二次确认号M+1500，主机A会将N+3，N+4，N+5全部发送一次。TCP滑动窗口技术通过动态改变窗口大小来实现对端到端设备之间的数据传输进行流量控制。如图所示，主机A和服务器A之间通过滑动窗口来实现流量控制。为了方便理解，此例中只考虑主机A发送数据给服务器A时，服务器A通过滑动窗口进行流量控制。例子中：主机A向服务器发送4个长度为1024字节的数据段，其中主机的窗口大小为4096个字节。服务器A收到第3个字节之后，缓存区满，第4个数据段被丢弃。服务器以ACK3073（1024*3=3072）响应，窗口大小调整为3072，表明服务器的缓冲区只能处理3072个字节的数据段。于是主机A改变其发送速率，发送窗口大小为3072的数据段。主机在关闭连接之前，要确认收到来自对方的ACK。TCP支持全双工模式传输数据，这意味着统一时刻两个方向都可以进行数据的传输。在传输数据之前，TCP通过三次握手建立的实际上是两个方向的连接，一次在传输完毕后，两个方向的连接必须都关闭。TCP连接的建立是一个三次握手过程，而TCP连接的终止则要经过四次挥别。如图：1.主机A想终止连接，于是发送一个标识了FIN，ACK的数据段，序列号为a，确认序列号为b。2.服务器A回应一个标识了ACK的数据段，序列号为b，确认序号为a+1，作为对主机A的FIN报文的确认。3.服务器A想终止连接，于是向主机A发送一个标识了FIN，ACK的数据段，序列号为b，确认好为a+1。4.主机A回应一个标识了ACK的数据段，序列号为a+1，确认序号为b+1，作为对服务器A的FIN报文的确认。以上四次交互完成了两个方向连接的关闭。TCP断开连接的步骤，这个比较详细：https://blog.csdn.net/ctrl_qun/article/details/52518479UDP是一种面向无连接的传输层协议，传输可靠性没有保证。当应用程序对传输的可靠性要求不高时，但是对传输速度和延迟要求较高时，可以用UDP协议来替代TCP协议在传输层控制数据的转发。UDP将数据从源端发送到目的端时，无需事先建立连接。UDP采用了简单，容易操作的机制在应用程序间传输数据，没有使用TCP中的确认技术或滑动窗口机制，因此UDP不能保证数据传输的可靠性，也无法避免接受到重复数据的情况。UDP头部仅占8个字节，传输数据时没有确认机制（注意，但是有校验和）。UDP报文分为UDP报文头和UDP数据区域两个部分。报头由源端口，目的端口，报文长度以及校验和组成。UDP适合于实时数据传输，比如语音和视频通信。相比TCP，UDP的传输效率更高，开销更小，但是无法保证数据传输可靠性。UDP头部的标识如下：1）16位源端口号：源主机的应用程序使用的端口号。2）16位目的端口号：目的主机的应用程序使用的端口号。3）16位UDP长度：是指UDP头部和UDP数据的字节长度。因为UDP头部长度是8字节，所以字段的最小值为8。4）16位UDP校验和：该字段提供了与TCP校验字段同样的功能；该字段是可选的。使用UDP传输数据时，由应用程序根据需要提供报文到达确认，排序，流量控制等功能。主机A发送数据包时，这些数据包是以有序的方式发送到网络中的，每个数据包独立地在网络中被发送，所以不同的数据包可能会通过不同的网路径叨叨主机B。这样的情况下，先发送的数据包不一定先到达主机B。因为UDP数据包没有序号，主机B将无法通过UDP协议将数据包按照原来的顺序重新组合，所以此时需要应用程序提供报文的到达确认，排序和流量控制等功能（也就是说UDP报文的到达确认，排序和流量控制是应用程序来确定的）。通常情况下，UDP采用实时传输机制和时间戳来传输语音和视频数据。UDP适合传输对延迟敏感的流量，如语音和视频。在使用TCP协议传输数据时，如果一个数据段丢失或者接受端对某个数据段没有确认，发送端会重新发送该数据段。TCP重新发送数据会带来传输延迟和重复数据，降低了用户的体验。对于延迟敏感的应用，少量的数据丢失一般可以被忽略，这是使用UDP传输能够提升用户的体验。总结：1.TCP头部中的确认标识位有什么作用呢？TCP报文头中的ACK标识位用于目的端对已接受到数据的确认。目的端成功收到序列号为x的字节后，会以序列号x+1进行确认。2.TCP头部中有哪些标识位参与TCP三次握手？在TCP三次握手过程中，要使用SYN和ACK标识位来请求建立连接和确认建立连接。

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

应该是迅雷上传用的... 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数据报及一个伪包头而得到的。但校验和的计算方法与通用的一样，都是累加求和。不危险，可以打开 希望我的回答对你有帮助^_^

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上问问吧，我想在这里你是问不到答案的