我有一个 50Mbs 卫星链路和一个 10Mbs 微波链路，可以为非常偏远的地方供电。
在这些链接背后，我有一个 6,400 个席位的网络 - 其中任何时候都有大约 3,000 人登录。
我的目标是通过延迟为 100 毫秒的微波链路发送所有 Voip 流量（Google Chat、Magic Jack、Skype、Speakeasy、Vonage、Vonage PC、Yahoo）。其余流量可以利用微波链路的任何剩余带宽，多余的流量将转移到延迟更高（600 毫秒）的卫星连接。
到目前为止我遇到的问题是，大多数自动路由配置在偏好上都非常看重带宽 - 而我只希望考虑延迟。
此外，我不知道我现有的路由硬件（Cisco 3640、3745 和 3845）是否可以处理这个问题。
任何建议（或真正好的起点）都将不胜感激。
答案1
您将需要 QoS 和流量分类。
将满足您的一切需求。（以及更多）
确保您有两个盒子可用于故障转移。
如果可能的话，我也会避免或限制 Skype 的使用频率。它有消耗所有资源的习惯，它是一个占用带宽的程序！
您可以在 cisco 上实现 qos，但您会发现 pfSense 和更简单的方法来做到这一点。
您还将获得优质防火墙的额外奖励，并能够对您的客户端进行速率限制和流量整形。
确保您使用非常强大的机器 pfSense。或者添加更多网关来分散负载。
获得一份 pfSense 支持合同，并向该项目捐款。这太棒了。
答案2
如果您有一种简单的方法来对语音流量进行分类（自动检测 RTP 是一种方法），您应该能够使用基于策略的路由来执行此操作。不幸的是，我手边没有示例（我已经有几年不需要做 PBR 了）。
在 Cisco 上，您将 PBR 作为传入策略粘贴在入口接口上，然后使用扩展 ACL 匹配您需要的内容（可能可以使用类映射来实现这一点，我还没有尝试过，我只需要在源地址上进行路由（通过内联 HTTP 处理设备进行负载平衡以优化移动设备的 HTML，预期并发用户数量超过每个检查器盒可以处理的数量）），然后设置下一跳。如果数据包尚未由 PBR 路由，则由正常路由处理。如果您尝试设置不可达的下一跳，则处理将转到 PBR 中的下一个规则。
理想情况下，我希望在微波链路上实施某种动态路由协议，并使用远端的环回（通过所述路由协议宣布）作为下一跳地址，这样任何链路故障都会导致下一跳相当快地无法到达。
至于在链路上运行什么路由协议，抱歉，我不知道最好的选择是什么。我可能会先使用 OSPF 或任何您熟悉的协议（不过，由于您可能希望快速进行故障转移，RIP 可能不是正确的选择）。