UDP 检验和

参考:《计算机网络-自顶向下》

正文

UDP 检验和提供了差错检测的功能。这是基于端到端原则实现的。但是 UDP 的检验和并不提供差错回复的能力。

本文不叙述 UDP 的原理,仅仅着力介绍一下检验和的实现原理。

原理

对发送方的 UDP 报文段的所有 16 比特字的和进行反码运算,当求和遇见溢出的时候,进行回卷(回卷的补充在下面),得到的结果放在 UDP 报文段中的检验和字段

什么是回卷

所谓 “回卷” 就是当进行 16 比特的加法运算的时候,如果进位到 17位,则将第 17 位和后 16 位进行加法和运算。

我们将在下面的小例子中实际操练。

小栗子

假设我们有 3 个 16 比特的字,分别如下

0110011001100000
0101010101010101
1000111100001100
第一步:对 3 个 16 比特的字依次相加
0110 0110 0110 0000 + 0101 0101 0101 0101 + 1000 1111 0000 1100 = 0100 1010 1100 0010

注意,在最后一次加法的过程中,发生了回卷,看下面,多了第 17 位,要消除第 17 位
在这里插入图片描述

这两个数相加得到
在这里插入图片描述

此时用 1 + 0100 1010 1100 0001 = 0100 1010 1100 0010

第二步:对和进行反码运算
0100 1010 1100 0010 的反码 1011 0101 0011 1101.
第三步:将这个值放入校验和中
第四步:在接收方中,将全部的 4 个 16比特的字(包含了校验和)加在一起,没有差错的话,就是 1111 1111 1111 1111
### Java 中 UDP 校验和实现及相关问题 在 Java 中,UDP 协议的校验和计算通常由底层操作系统处理而不是应用程序本身。然而,在某些情况下,开发者可能希望手动控制或验证 UDP 数据包的校验和。 #### 默认行为 当通过 `DatagramSocket` 或者更高层次的 API 发送数据时,默认情况下 JVM 会依赖于操作系统的网络栈来设置正确的校验和字段[^1]。这意味着大多数时候不需要显式地编写代码去管理这个过程。 对于接收方而言,如果接收到的数据报包含错误的校验和,则该数据报会被丢弃而不会传递给应用层程序;反之则正常交付给上层协议处理逻辑。 #### 手动计算校验和 尽管不常见,但在特定需求下可以尝试自己实现简单的校验算法用于测试目的: ```java import java.net.*; import java.nio.*; public class UdpChecksumExample { public static int calculateSimpleChecksum(byte[] data){ int sum = 0; for(int i=0; i<data.length; ++i){ sum += ((int)data[i]) & 0xFF; } while((sum >> 16) != 0){ sum = (sum & 0xFFFF)+(sum >> 16); } return ~sum; } public static void main(String args[]) throws Exception{ byte[] messageBytes = "Hello".getBytes(); DatagramPacket packet = new DatagramPacket(messageBytes, messageBytes.length, InetAddress.getLocalHost(),80); System.out.println("Calculated Checksum: "+Integer.toHexString(calculateSimpleChecksum(packet.getData()))); // Note that this checksum value isn't actually used by the socket. // It's just an example calculation here. } } ``` 需要注意的是上述例子仅展示了如何基于字节数组简单求和并取反得到一个伪校验码,并不是标准RFC定义下的真正UDP校验机制[^4]。真正的UDP校验涉及更复杂的运算,包括但不限于将源地址、目标地址以及端口号加入到待检验的信息中一起参与计算。 #### 常见问题与注意事项 - **性能影响**:频繁的手工计算可能会带来额外开销,尤其是在高吞吐量场景下应谨慎考虑。 - **跨平台兼容性**:不同平台上默认启用/禁用选项可能存在差异,需查阅具体文档确认。 - **防火墙/NAT 设备干扰**:部分中间设备会对经过它们转发后的分组重新生成校验值,这可能导致自定义检查失败。
评论 14
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值