UDP协议

已于 2024-03-25 14:14:43 修改
阅读量1.9k 收藏
点赞数
文章标签： udp
于 2022-02-24 15:05:01 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/AcTarjan/article/details/123112192
版权

UDP数据报

UDP数据报格式

  • 校验和：可选，若不使用校验和，该字段全部置0

伪首部

  • 适用UDP和TCP，仅在生成和检验验证和时使用，不实际发送
    伪首部格式

校验和算法(RFC1071)

  • 二进制反码求和 == 二进制的反码(取反)再求和 == 二进制求和再取反

产生校验和

  • 将16位的校验和字段全部置0
  • 判断待校验的数据是否是偶数个字节，如果不是，则在末尾填充一个全0字节
  • 将数据按每16位分组，然后计算二进制求和的值（两个16位数据相加，得到32位结果。如果32位结果的高16位不为0，需要继续计算32位结果的高16位与低16位的和，直到结果的高16位为0）
  • 将求和所得结果取反，即为产生的16位校验和

检查校验和

  • 数据的校验和字段不用被置0
  • 判断待校验的数据是否是偶数个字节，如果不是，则在末尾填充一个全0字节
  • 将数据按每16位分组，然后计算二进制反码求和的值
  • 如果计算结果为全0，则校验成功，否则数据传输出现问题
AcTarjan
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
udp.rar_udp协议
09-19
总结来说，这个"udp.rar_udp协议"项目涉及到使用UDP协议进行通信的源码，适用于与PMAC卡交互，并可移植到Windows CE环境中。开发者需要理解UDP的基本原理，熟悉Wince的开发环境，以及掌握网络编程的相关知识，才能...
UDP校验和计算
热门推荐
yangzai_0551的博客
01-25 1万+
一、UDP校验和计算 UDP计算校验和的方法和IP数据报首部校验和的方法相似。不同的是：IP数据报校验和只校验IP数据报的首部，但UDP的校验和是把首部和数据部分一起都检验。 UDP的校验和需要计算UDP首部加数据荷载部分，但也需要加上UDP伪首部。这个伪首部指，源地址、目的地址、UDP数据长度、协议类型（0x11），协议类型就一个字节，但需要补一个字节的0x0，构成12个字节。伪首部+UDP首部+数据一起计算校验和。 UDP检验和的计算方法是： 按每16位求和得出一个32位的数； 如果这个32位的数，高1
UDP和TCP详解
a1058926697的博客
05-18 3406
在延迟应答的基础上, 我们发现, 很多情况下, 客户端服务器在应用层也是 “一发一收” 的. 意味着客户端给服务器说了 “How are you”, 服务器也会给客户端回一个 “Fine, thank you”;接收端处理数据的速度是有限的. 如果发送端发的太快, 导致接收端的缓冲区被打满, 这个时候如果发送端继续发送,就会造成丢包, 继而引起丢包重传等等一系列连锁反应.当某一段报文段丢失之后, 发送端会一直收到 1001 这样的ACK, 就像是在提醒发送端 "我想要的是 1001"一样;
计算机网络—UDP协议详解：特性、应用
最新发布
B1ue还在专注
03-30 3048
本文是总结了对于计算机网络中常见的UDP协议相关接口、socket网络编程的相关接口。对于UDP协议的周边知识点也进行了总结(◍˃̶ᗜ˂̶◍)✩
74UDP校验
weixin_41883890的博客
05-15 1062
UDP校验 在计算校验和时，要在UDP数据报之前增加12个字节的伪首部，伪首部并不是UDP的真正首部。只是在计算校验和时，临时添加在UDP数据报的前面，得到一个临时的UDP数据报。伪首部即不向下传送也不向上递交，仅仅是为了计算校验和。这样的校验和，即检查了UDP数据报，又对IP数据报的源IP地址和目的IP地址进行了校验。 UDP校验和的计算方法和IP数据报首部加盐和的计算方法相似，都使用二进制反码运算求和再取反。不同的是：IP数据报的校验和只校验IP数据报的首部，但UDP的校验和是把首部和数据部分一起都校
UDP校验
Shellcode.Cool!
03-15 1482
UDP结构由首部和数据两部分组成。         首部由8个字节。包括： 1.源端口号，两个字节 2.目的端口号，两个字节 3.长度，两个字节。UDP用户数据包的总长度。以字节为单位。 4.检验和，两个字节。用来检验UPD伪首部、数据部分、首部。和IP分组首部校验方法一样。      其中伪首部：又称伪包头，是指在TCP分段或者UDP数据格式中，在数据包首部前面增加源地址、目的地址、
UDP协议通信
11-22
然而，这也意味着，如果数据在网络中丢失、重复或乱序，UDP协议本身不会进行任何修正，需要应用程序自行处理这些问题。 这个"UDP协议通信"的demo可能包括以下几个关键点： 1. **UDP套接字编程**：在C++、Java、...
UDP协议学习
02-24
UDP（UserDatagramProtocol），用户数据报协议，是...但是正因为UDP协议的控制选项较少，在数据传输过程中延迟小、数据传输效率高，适合对可靠性要求不高的应用程序，或者可以保障可靠性的应用程序，如DNS、TFTP、SNMP
UDP.rar_UDP 协议_UDP服务器
09-20
UDP协议的主要特点包括： 1. **无连接**：UDP在发送数据前不需要建立连接，节省了建立和维护连接的时间，提高了传输效率。但这也意味着没有握手过程，可能导致数据丢失或重复。 2. **不可靠**：UDP不保证数据的...
jmeter udp协议解决中文乱码问题
03-23
1.放在jmeter的 lib-ext目录下重启jmeter即可
【网络协议】UDP协议
兰亭风雨的专栏
06-13 5900
UDP是一个简单的面向数据报的运输层协议：进程的每个输出操作都会产生一个UDP数据报，并组装成一份待发送的IP数据报，这与面向字符流的协议不同，如TCP，应用程序产生的全体数据与真正发送的单个IP数据报可能没有什么联系（主要是在传输层就进行分段了，因此不会受IP分片的影响）。 UDP的首部一共8个字节，很简单，可以参考书上，这里也不再详说。 UDP的校验和 至于UDP的校验和，这里注意下区别就好了，UDP对首部和数据部分都进行校验，而IP首部的校验和仅对IP的首部进行校验，顺带提下T
udp校验和
tktktl的博客
03-05 6847
UDP UDP首部由8个字节，四个字段组成，每个字段为2字节。 1、源端口 2、目的端口 3、长度 4、校验和 UDP用户数据报首部和伪首部： 计算校验和时，添加12字节的伪首部。 发送： 1、把全0放入校验和字段； 2、把伪首部以及udp用户数据报看成16位字符串接起来，若数据部分为偶数，填入全0字段（实际不发送）； 3、二进制补码求16位字的和，溢出的部分加到最低位上，最后将结果取反码。 ...
对UDP校验和的理解
格物致知的专栏 [音视频编解码 网络协议 计算机视觉 计算机图形学 图像理解 语音识别 机器学习 模拟电路 传感器]
04-15 8842
关于udp传输的不可靠性，用过这个的人都知道会丢包。具体细节可能就不清楚了，经过我的理解和总结，有以下两点：1）udp包的大小可以达到64k，但实际上mtu大小只有1k多，如果直接发一个超过mtu大小的包，就会在协议层被分片，这样的问题是，如果只要有一个分片在传输中出错了即校验不正确（这是较容易发生的），整个传输的udp包就被丢弃。注意是整个而不是单个分片。这就是为什么发送udp包通常也是1k多大...
关于校验和（UDP，TCP，IP）
crbrave的专栏
08-06 5526
关于校验，感觉大家和我一样一直对这个概念很模糊，对一些细节还不是很了解！所以就写了一篇博客，总结一下校验和的知识，也加深一下印象！ 首先TCP，UDP，IP三个协议中校验和都占16位，也就是两个字节。 UDP的校验和结算相对简单。UDP的校验和包括UDP首部和数据，方法是计算16位的二进制和，首先将校验     和字段(16位)置0，将每个16位的反码相加，若是奇数字节即最后未到16字
5.2UDP协议
FuckerGod的博客
11-02 390
脑图 一些概念和错题知识点整理 UDP数据报中的长度字段包含首部和数据部分的长度 UDP的校验和功能不是必需的，可以不使用 源主机不想计算校验和，那么该校验和段应全为0
udp校验和计算方法_程序员必备基础知识-UDP协议的详细解析
weixin_39630880的博客
12-11 5022
【关注我】，学习不迷路。关于C/C++，Linux，golang,Nginx，ZeroMQ，MySQL，Redis，fastdfs，MongoDB，ZK，流媒体，CDN，P2P，K8S，Docker，ffmpeg，TCP/IP，协程，DPDK，嵌入式等学习资料，请大家加群私聊管理领取。QQ群：1106675687。一、UDP的概述（User Datagram Protocol，用户数据报协议）UD...
UDP协议详解：用户数据报头格式与应用
在自动驾驶等需要高效可靠通信的场景中，理解UDP协议头的结构至关重要。 2.2 UDP用户数据报头格式详述 UDP头包含以下几个域： 1. 源端口（Source Port）：这是一个可选的16位字段，标识发送数据的进程端口。在需要...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值