我有一个50Mbs卫星链路和一个10Mbs的微波链路，提供一个非常偏远的位置。
在这些链接的背后，我有一个6,400个座位的networking – 任何时候都有大约3,000个loginnetworking。
我的目标是通过具有100ms延迟的微波链路发送所有Voipstream量（Google Chat，Magic Jack，Skype，Speakeasy，Vonage，Vonage PC，Yahoo）。 其余的stream量可以利用微波链路的任何剩余带宽，多余的被转移到更高延迟（600毫秒）的卫星连接。
到目前为止，我遇到的问题是大多数自动路由configuration对于优先级权衡很大 – 我只想考虑延迟。
另外，我不知道这个问题是否可以通过我使用的路由硬件（Cisco 3640,3745和3845）来处理。
任何build议（或真正好的起点）将不胜感激。
你将需要qos和stream量分类。
会做你需要的一切。 （和更多）
确保你有两个盒子进行故障转移。
我也会避免或限制Skype的（如果可能的话）。 它有消耗所有资源的习惯，这是一个带宽泄漏计划！
你可以在你的思科上实现qos，但是你会发现pfsense和更简单的方法来做到这一点。
你也会得到一个质量防火墙的额外奖金，并能够限制和stream量形状客户端。
确保你使用相当健壮的机器pfsense。 或者添加更多的网关来传播负载。
获得pfsense支持合同，并捐赠给项目。 这很棒。
如果您有简单的语音stream量分类方法（自动检测RTP将是一种方法），您应该能够使用基于策略的路由来执行此操作。 我没有一个方便的例子，不幸的是（我需要做PBR已经有几年了）。
在思科，您在入口接口上使用策略路由作为入口策略，然后使用扩展ACL来匹配您需要的内容（可能为此使用类映射，但我没有试过，我只需要在源地址上进行路由（通过在线HTTP-mangling设备进行负载均衡，以优化移动设备的HTML，比每个检查器盒可以处理更多预期的并发用户）），然后设置下一跳。 如果一个数据包没有被PBR路由，它将被正常路由处理。 如果尝试设置不可达的下一跳，则处理直至PBR中的下一个规则。
理想情况下，我希望在微波链路上使用一些dynamic路由协议，并使用远端的环回（通过所述路由协议公布）作为下一跳地址，因此任何链路故障都会以下一跳为结束相当迅速无法达到。
至于什么路由协议运行的链接，对不起，我不知道什么是最好的select。 我可能会首先使用OSPF或任何你感到舒服的（但是，因为你可能正在寻找一个快速的故障转移，RIP可能不是正确的select）。