这样做的好处是可以提高 的传送速度 但要牺牲一些可靠性 。如果发送方决定不使用检验和 那么发送方的检验和的值应当置为全 。这表示这个数值不是计算出来的 而是发送方关闭了检验和这个功能。 如果发送方使用检验和 但检验和的数值是全 。 我们可以想一想 怎么会出现这种情况。如果计算检验和最后的结果是全 就表明得出这个结果的前一个步骤 即二进制反码求和 的结果是全 。在什么情况下 伪首部和整个 按 位字进行二进制反码求和的结果是全 ?这就是伪首部和整个 的所有字段都是 。但很明显 这是不可能的。
所有的地址和数据都是 还有什么意义?不要以为两个 相加就是 。不对两个 相加按二进制反码求和的结果是 。这里的 是进位。因为此按照计算检验和的规矩来计算 对真实的 用户数据报不可能 芬兰 WhatsApp 号码列表 得出检验和的数值是全 。 但是 计算检验和时的倒数第二步 即按二进制反码求和的结果却有可能是全 。在这种情况下 最后一步求反码 就会得出检验和是全 。但是前面我们已经讲过 检验和置为全 是表示发送方不使用检验和。这样就产生了疑问 如果检验和是全 是发送方不使用检验和?还是使用了检验和但检验和的结果碰巧全是 无法确定。
于是 协议就规定 如果计算检验和的结果刚好是全 那么就把它人为的置为全 。因为前面已经讲过 全 的检验和是不可能由计算出来的。因此接收方一旦收到检验和为全 的 用户数据报 就知道这是人为的 真正地检验和其实是全 。 发送方使用检验和 检验和的数值是全 。 前面已经讲过 这是不可能的。如果发送方它变成全 再发送出去。 和 的不可靠程度是否相同 请加以解释。 和 都是无连接的协议和不可靠传输的协议。 用户数据报和 数据报的首部都有检验和字段。当检验出现差错时 就把收到的 用户数据报或 数据报丢弃。这是它们的相同之处。但 和 的可靠性是有些区别的。