在configurationIPv6 LAN时，可能需要使用路由器通告来宣布标准1500字节或更大的链路MTU，以便使用巨型帧 （可能为9000）。这将允许LAN上主机之间的通信使用最大可能的框架。 如果到IPv6 Internet的默认路由必须穿越6in4隧道，则在使用PPPoE时，MTU通常为1480或1472。
LAN主机之间的通信应该是不间断的，但是沿着默认路由的通信链路上的正常链路行为将有所不同。 在大多数连接握手期间，包含大量数据的第一个数据包几乎总是大于默认路由的MTU，提示路由器丢弃数据包并发送ICMPv6数据包太大的消息（ types2 ）。 我认为大多数操作系统都会通过目的地址来cachingpathMTU发现的结果，所以这种交互将会发生在几乎所有的默认路由连接上。 这种交换最多只需要几十毫秒，所以我不期望它会导致严重的性能问题。
问题是这样的：这种types的configuration是否被认为是最佳实践？ 是否最好使用等于（或小于）默认路由path的MTU的链路MTU？ 有没有这方面的文件？
LAN WAN hostA -----\ v4 WAN Link / 6in4 tunnel \ MTU 9000 MTU 1500 MTU 1480 |---------- router ------------------------ - - - / IPv4 Internet, 6in4 endpoint --> hostB -----/ <<< router adv prefix RDNSS MTU 9000 etc Example TCP connection: TCP(SYN, 94 bytes)--------------------------------------------> <----------------------------------------TCP(SYN/ACK, 86 bytes) TCP(ACK/PSH, 1635 bytes)---X <--------ICMP(too big, MTU=1480) TCP(ACK/PSH, 1480 bytes)--------------------------------------> ... 我认为这样的设置非常有意义。 在客户端和默认网关之间会有很多数据包太大（PTB）消息，但是当你在局域网上使用巨大的MTU时，你可能会这样做，因为无论如何，局域网上有很多stream量可以从中受益。 一些额外的数据包甚至不会引人注目。
我所看到的是一些消费类CPE在路由器广告中发送了1480（或1472等）的MTU大小。 对LANstream量的影响不会太大（最大为1.9％），至less可以防止默认网关和客户端之间的PTB消息，尽pipe它们可能仍然来自互联网上更小的链路。 这取决于我想你的优先事项在哪里。
我个人总是会优化networking，而不用担心PTB信息。