【IPV6技术】IPV6 相关概念浅谈-要求

bjjqsj

　要求　　像前面所描述的，IPV6节点并没有被强行要求应用Path MTU发现机制(他们可以使用最小链路MTU)。下面描述的协议要求仅仅应用于那些使用Path MTU发现机制的节点。
　　当节点收到Packet Too Big消息时，它必须基于消息中的MTU字段降低相应路径的PMTU估计。之后节点动作的细节行为不会被限定，这是因为不同的应用有不同的需求，不同的应用架构也会选择不同的策略。
　　收到Packet Too Big消息的节点必须试图避免最近一段时间内不产生更多的消息，节点必须降低该路径的报文尺寸。可能会出现一种情况，就是只要使用比IPV6最小链路MTU更大的值时，就一直产生Packet Too Big消息，而这些消息会消耗网络资源(同时也伴随着报文丢弃)，节点必须强制停止Path MTU发现进程(通过停止发送比最小链路MTU要长的报文)。
　　使用Path MTU发现机制的节点必须尽可能快地探测到PMTU的减小。同样，节点也可能发现PMTU的提高，但是由于探测PMTU提高需要发送比目前估计PMTU更大的报文，而且PMTU真正提高的可能性不大，因此这样的过程不应该频繁进行。一个探测PMTU增加的过程(通过发送一个比目前估计值要大的报文)必须在收到相应路径的Packet Too Big消息以后5分钟以上才能启动，一般这个定时器推荐为最小值的两倍，也就是10分钟。
　　节点不允许将PMTU的估计值减小到IPV6最小链路MTU以下。
　　需要注意的是，当节点收到的Packet Too Big消息中带有比IPV6最小链路MTU还要小的MTU时，节点不需要将接下来发送的报文尺寸减小到IPV6最小链路MTU以下，但需要在这些报文里面加入分片头(也就是将报文分片，参考RFC1883)。
　　节点不允许根据Packet Too Big消息中的内容提高它的PMTU估计值。一个宣称PMTU提高的消息可能是漂游于网络上的垃圾报文。这可能是由denial-of-service攻击，或者到同一个目的不同路径而造成的。