我已经问过一个问题，该问题与 Packet Too Big ICMPv6 消息中有效负载的用途是什么有关。为什么_PTB_payload
根据最新的 IPv6 徽标认证，我遇到了这个测试案例，其中发送方将 ICMPV6 回显请求消息发送到中间有一些路由器的目的地，而接收方（目的地）收到回显请求。然后，
接收方发送 ICMPv6 回显应答，但从路由器之间收到 ICMPV6 数据包太大消息，错误/伪造的回显应答标头附加到（PTB）数据包太大消息作为有效负载。（故意发送错误的有效载荷）。
再次是发送方发送的 ICMPv6 回显请求，现在接收方由于上述步骤 1 开始对回显回复进行分段（即，在没有验证 PTB 有效负载的情况下，接收方更改了它的 MTU 值）。
根据测试用例，我们不应该在 PTB 消息上接收到错误或伪造的有效载荷时更改 MTU（有效载荷将是由于路径 MTU 较少而无法转发的原始数据包）
但这看起来是不必要的工作来验证 PTB 的回声回复，而且似乎没有合适的用例，这个测试用例对我来说看起来无效，因为我们从不存储内核发送的回声回复状态以验证 PTB，以防 PTB 携带错误其有效负载上的 ICMPv6 回复标头。
如果这是有效案例，那么我想知道我们如何实现这一点的逻辑，或者如果不是，那么为什么这个测试用例甚至在 IPV6 徽标认证中存在。
链接到包含测试用例IPv6LogoCertificationTestCases的文档（测试用例编号 v6LC.4.1.12）