MPLS 性能缓慢

Question

背景：
我的公司正在转向 MPLS 提供商。MPLS 提供商同时提供互联网和 MPLS。这是通过使用两个 dot1q 子接口（一个用于私有 MPLS 部分，一个用于互联网）通过一个以太网接口实现的。

旧设置是一组通过互联网和静态路由的站点到站点 IPSEC VPN 隧道。新设置使用 eigrp。

问题：
新的 MPLS 网络的性能似乎较慢。内部使用的 Web 应用程序的页面加载时间比以前长 10 秒。奇怪的是，当我停止使用 MPLS，并通过新的互联网连接（相同的物理以太网端口）设置站点到站点 VPN 隧道时，速度也更快。提供商表示，隧道最终采用的路由与 MPLS 几乎相同。

我们已经研究并发现：
Ping 延迟稳定且适中。跟踪路由看起来正常。一切仍然正常，但似乎速度变慢了。提供商和我们在接口统计中没有看到数据包丢失或错误。有一些时钟问题，但他们已经解决了。

从这往哪儿走：
我知道网络可能需要很多有关设置的细节，所以我真的只是在寻找一些想法和可以查看和考虑的事情。我将与提供商一起采取的下一步是让思科支持此事，我的公司和我们的提供商都将向他们开放路由器。但与此同时，我愿意听取任何想法，以了解为什么会这样。

Answer 1

我会寻找 MTU 问题。

对于 MPLS 隧道，数据包必须略大于有效负载——每个封装的 MPLS 标签为 4 个字节（即，如果要将 MPLS 隧道放入 MPLS 隧道，则外部隧道将比有效负载大 8 个字节）。 以下是对此的讨论。

希望您没有过滤 ICMP 消息 - 如果您确实通过网络发送了过大的数据包，那么您将丢弃网络将发送给您的主机的“使用较小的 MTU”数据包。 这讨论与 MTU 相关的问题...

你可以在不涉及 ISP 的情况下尝试的一件事是，你可以缩小你的边界设备上的 MTU - 这样，它会与您的内部网络协商适当的 MTU，以便通过 MPLS 链路传输流量。

Answer 2

我会在您的提供商 MPLS 网络的两端进行 tcpdump/wireshark 捕获，以查看数据包是否相同。您可能会查找丢失的数据包、碎片（mtu 问题）...

Answer 3

最终尝试不同的界面解决了这个问题，甚至思科支持也无法确切地说出发生了什么......