如何解决通过MPLS电路的站点到站点VPN隧道性能低下的问题？ 我应该看的是什么相关的报告/统计数据？
背景：我支持用于连接过程控制networking（PCN）两端的站点到站点VPN的一端。 PCN通过也提供VPN端点的瞻博networkingSRX / SSG防火墙与企业/企业networking分离。
最初网站之间的业务networking连接到一个AT＆T GigaMAN连接，据我所知这是一个城域以太网服务的品牌名称。 一个站点是主站点（我的）的一个子站点，任何stream量都需要从该子站点通过主站点前往另一个公司站点，然后再路由到公司的其他站点。
部分原因在于成本，另一部分是为了获得更高的可靠性，城域以太网被分支networking中与公司MPLS相连的T3电路所取代。 主要网站已经与公司其他部门进行了MPLS。 VPN的一个用途是在站点之间调度文件传输，并且由于在子站点切换到MPLS，我们将会有传输间歇超时。
我不控制公司局域网或广域网，只是PCN，所以我必须通过另一个小组来find根源，但不知道正确的问题。
我会build议看的东西：
实际上，从各个angular度可以收集的数据点和日志越多，拼图就越容易。
看看MTU。 你是否使用了足够大的值来导致碎片，从而导致延迟。 想象一下，你的数据包大小是5个字节太大了。 所以发送两个片段，只有5个字节的小片段首先到达那里。 然后，它必须等待，直到重新组装之前，鸡奸赶上。 如果缓冲区溢出，那么你就有了传统的ATM情况，即less量丢失的分片导致很多分组重传。
做一些特定数据包大小的pingtesting，特别是使用MTU大小和类似MTU + 5的数据。同时计算封装开销（OVH）并使用MTU – OVH和MTU – OVH + 5
获取数据包大小分布的报告，以了解您的平均数据包大小以及您拥有的分布forms。