一个客户:3 个站点,通过 L2 链接到我们的数据中心。我通过提供 IP 的双方来创建 L3 链接。我想在每个具有单独 IP 的链接上创建一个 GRE 隧道,以便通过这些新链接路由数据并使用开销以这种方式拆分语音。这个想法是有一条 30m 的线路和一个 27m 的 GRE 用于数据组件,语音将通过正常的 L3 链路路由,因此总是能够拥有额外的 3m 带宽。
这能行吗?
一个客户:3 个站点,通过 L2 链接到我们的数据中心。我通过提供 IP 的双方来创建 L3 链接。我想在每个具有单独 IP 的链接上创建一个 GRE 隧道,以便通过这些新链接路由数据并使用开销以这种方式拆分语音。这个想法是有一条 30m 的线路和一个 27m 的 GRE 用于数据组件,语音将通过正常的 L3 链路路由,因此总是能够拥有额外的 3m 带宽。
这能行吗?
不要创建 GRE 隧道 - 这将在您的 L3 网络中显示为通往同一站点的两条不同路径,这意味着您最终会遇到不需要的额外路由复杂性。
GRE 还将增加您的有效负载开销,并减少您不想要的链接 MTU。
最重要的是,GRE 无法解决保证带宽问题,无论如何您都需要使用 QoS。
把事情简单化
首先,如果三个站点通过 WAN 电路连接到数据中心,并且有任何明显的延迟,那么第 2 层连接就不是一个好主意。第 2 层必须通过第 2 层链路发送所有广播,这会降低性能并占用昂贵的 WAN 带宽。
通过第 2 层链路发送 VoIP 将迫使它与第 2 层连接中固有的广播和链路本地流量竞争,因此您可能并不总是像您想象的那样拥有 3 Mb 的 VoIP。
分离流量类别和保证带宽的正确方法是使用 QoS。
如果您使用 GRE,则在链路的每一端都需要一个路由器。在这种情况下,您应该使用第 3 层链接。这样做将允许您使用 QoS 来标记优先流量并保证 VoIP 的带宽。您还可以为诸如备份和复制之类的事情设置较低优先级的流量,这通常会占用带宽,从而使更直接的正常用户流量变得匮乏。当较高优先级的类不使用其带宽时,较低优先级的类可以使用该带宽。