让我解决问题2：

大多数论点说，如果你不调整 MTU，就会出现碎片！因此，如果我们不调整 MTU，一切都会正常工作，而其他任何情况都会出现碎片。但至少事情会奏效吗？不是吗？

如果两个连接的设备之间存在 MTU 不匹配，则可能会出现一个大问题。如果路由器A和B物理连接在一起，A的接口MTU是2000，而B的接口MTU只有1500，那么A可以创建一个2000字节长的帧。但是因为B的接口MTU只有1500，它会认为那个帧是一个“巨人”并且丢弃这个帧。

如果设备在第 3 层连接在一起，则它们的公共接口和它们之间的所有（第 2 层）设备必须具有相同的 MTU 大小。

编辑包括问题 7：

当考虑到我们想要运行的协议不起作用时增加接口的 MTU 大小时，没有 MTU 不匹配，并且暂时我们正在考虑我们拥有地球上有史以来最好的 ASIC，因此碎片化并不是什么大问题！我想知道作为最后手段我们需要增加 MTU 的场景是什么，以及我们想要的功能无法正常工作的限制是什么。

通常会忘记这个重要的事实：路由器负责对数据包进行分段，而接收主机负责将这些分段重新组合在一起。

使用专门设计的路由器，您可以整天对数据包进行分段，而不会影响路由器的吞吐量，但是您给接收主机带来了巨大的负载，后者必须将这些分段重新组合在一起。您希望从发送方到接收方的路径的 MTU 相同，因此没有设备必须分段，因此接收方不必将它们重新组合在一起。这就是路径 MTU 发现的目的——确保不需要分段。

请注意，在 IPv6 中，不允许分段。路径 MTU 发现对于 IPv6 的工作至关重要。

如果没有更多信息，直接回答您的问题是不可能的，或者可能对您没有真正的帮助。我将尝试解释：

最大传输单元是可以在给定接口上发送的最大 IP 数据包大小。对于以太网，MTU 通常为 1500 字节。

对于未标记的标准帧，以太网的最大帧大小为 1518 字节 - 18 字节是最小以太网报头 + FCS 的开销，1518 - 18 = 1500 字节有效负载。如果您标记 802.1Q VLAN，则标头将增加到 22 个字节，最大帧大小为 1522 个字节。QinQ 又增加了 4 个字节，以此类推。

建立隧道时，您将以太网帧（L2 隧道）或 IP 数据包 (L3) 封装到外部 IP 数据包中。如果即使在隧道内部也需要使用标准以太网 MTU，外部数据包和帧也需要相应增长。

相反，如果外部数据包/帧不能增加（例如通过互联网），则内部数据包/帧不能使用正常的最大大小。

L3 隧道需要额外的 IP 标头，因此 MTU 需要比正常的 1500 字节（假设路径支持）少 20 字节（使用 IPv4）。IP 上的 L2 隧道同时需要以太网和 IP 报头，因此它从标准 MTU 中占用了 38 个字节。

通过减少 MTU 的隧道发送（标准）最大大小的数据包需要由路由器或（最好）由源使用路径 MTU 发现 (PMTUD) 进行分段。

分片会增加处理开销（在路由器中）并浪费带宽（用于附加分片的标头），因此最好避免。

在某些情况下，减少整个网络的 MTU/帧大小甚至可能是合理的，例如对于无论如何都使用 VPN 隧道的远程位置，无需 PMTUD 或路由器分段。

因此，在检查哪种 MTU 最适合您的情况时，您需要找出您使用的每个隧道的最大数据包/帧大小。在大多数情况下，没有严格的标准，但您必须咨询您的 ISP。

巨型帧 - 有效载荷大于 1500 字节的以太网帧 - 在适应隧道开销以避免碎片（“小”或“婴儿巨型”时很有用。但是，帧大小不是协商的，需要在所有给定段中的节点。配置为比其他节点更小的最大帧大小（=MTU 不匹配）的节点将丢弃“超大”帧。您应该限制特殊用途链路的巨型使用，不要轻易使用它们。所以是的，OSPF 和 BGP 可以如果无法正确接收帧，两者都会失败。

大型巨型帧（通常具有 9000 字节 MTU）仅用于高性能网络以减少开销。大多数 NIC 支持卸载功能 - 或多或少 - 使搞乱 jumbos 变得不必要。