来自IP数据包头的16位长度标识是否足够大?

来自IP数据包头的16位长度标识是否足够大?,ip,fragment,packet,identification,Ip,Fragment,Packet,Identification,我只是想知道这样一个简单的问题 据我所知,标识是2个八位组长度的数据,用于在生成片段时标识数据报,然而,16位整数的最大数量是65536,所以我的问题是,当我们在短时间内发送超过65536个数据报时会发生什么 提前感谢,并为糟糕的英语道歉:)摘要: IPv4碎片在某些情况下使用不够健壮 当今互联网的状况。在高数据速率下,16位IP 标识字段不够大,无法防止频繁 IP片段组装不正确,TCP和UDP校验和不正确 不足以防止生成的损坏数据报被删除 交付到更高的协议层。本说明很容易描述一些问题 再现了演

我只是想知道这样一个简单的问题

据我所知,标识是2个八位组长度的数据,用于在生成片段时标识数据报,然而,16位整数的最大数量是65536,所以我的问题是,当我们在短时间内发送超过65536个数据报时会发生什么

提前感谢,并为糟糕的英语道歉:)

摘要:

IPv4碎片在某些情况下使用不够健壮 当今互联网的状况。在高数据速率下,16位IP 标识字段不够大,无法防止频繁 IP片段组装不正确,TCP和UDP校验和不正确 不足以防止生成的损坏数据报被删除 交付到更高的协议层。本说明很容易描述一些问题 再现了演示该问题的实验,并讨论了一些问题 这些观察结果的业务影响


是的,我指的是IP数据报头中的标识:),所以答案是,否?我发誓问题是UDP,而不是IP。Oy veh@JayC,很抱歉错误地写入
数据报
:染料-由于标识字段的滚动,短时间内传输超过64k个数据包时,碎片数据包的重新组装可能会失败。RFC中提到的最大数据包生存时间为30秒,在千兆网络中是永恒的。当然,可以采取措施来扩展可用的功能,但这对于IPv4来说无疑是一个问题,尤其是在幼稚的实现中。