如何解决提供商网络中的性能下降问题？

9

在距离几跳远的提供商网络中，有什么可能的方法可以检测数据包丢失的深度？ 在Internet边缘路由器上有多个提供程序通过BGP对等时，我需要能够自动检测数据包丢失（主要）和延迟（次要），并进行接口跟踪或类似操作并将其关闭，以便所有流量都使用我们的其他提供程序。

我已经看到了使用IP SLA的两个问题。首先，需要测量的距离至少要经过几跳（经过它们的BGP对等体），因此监视提供商网络深处的任何内容并不是一个静态的提议，例如监视我们与它们之间的链接（一直保持稳定）；如果该提供程序的链接已关闭，则SLA仍然可以通过另一个提供程序的路径访问。其次，使用ICMP类型的监视器不会检测到通常在更大的数据包中所见到的数据包丢失级别，并且延迟似乎也没有明显改变。

是性能路由（PFR），这里是最好的选择，并影响BGP的ノ唬？ 看来主控制器是一个SPoF（单点故障），那么如果要采用PfR，边界路由器又怎能不依赖于一个主控制器？还有两个或三个可行的选择？

我们流量的大部分也是最关键的来自我们的出站HTTP响应。

cisco bgp performance

— 通用网络错误
source

有什么答案对您有帮助吗？如果是这样，您应该接受答案，这样问题就不会永远弹出来寻找答案。或者，您可以提供并接受自己的答案。

— 罗恩·莫平

6

PfR确实是一种选择。

我个人没有经验，但是我知道使用它们的人是BGP优化器，它们独立于供应商，因为他们仅查看BGP，测量网络并注入路由以更改路由。

夫妻选择

— ytti
source

感谢您的InterNAP FCP选项和提醒。我们确实在这些路由器上建立了对等的INAP，因此已经与它们建立了联系。

— generalnetworkerror 2013年

7

如果在边缘使用Cisco，则由于您指定的原因，PfR实际上将是最佳选择。您可以设置主控制器冗余，并且Cisco可以在此链接上显示操作方法：http : //www.cisco.com/en/US/docs/solutions/Enterprise/WAN_and_MAN/Transport_diversity/PfR_Master_Controller_Redundancy.html

— 柔和的
source

只需阅读以下链接：您是否可以在其他位置没有备用控制器，或者控制器之间唯一的带有HSRP的拓扑？如果您从边界到控制器的路径降级了，这似乎与PfR试图实现的目标相反：“如果PfR边界路由器与主控制器失去联系，则边界路由器将停止管理前缀或应用程序。换句话说， PfR的故障安全模式是删除注入到IP路由表或BGP表中的所有路由，并在主控制器不可用时停止应用程序的策略路由。“

— generalnetworkerror 2013年

看来HSRP是唯一的方法。在我的书中这有点愚蠢，因为思科应该能够设计PfR以在两个单独的子网中支持两个主控制器。您可以将VLL / VPLS移到另一个位置，然后在该位置运行HSRP。不理想，但是可以。任何“拉伸的L2”都可以在这里工作。还是不理想，但这要等到思科采取行动并允许两个单独的控制器后才能奏效。

— 2013年