MPLS VPN 组网怎么设计：带宽、QoS 与节点三件事

多分支企业做 MPLS VPN，最常见的返工原因是「带宽买少了」和「没做 QoS」。前者表现为高峰期 ERP 打不开，后者表现为一开会视频会议，其他系统全卡。

一、带宽配比：总部是瓶颈

MPLS VPN 通常是星型拓扑：所有分支流量汇聚到总部。这意味着总部侧的接入带宽必须能承载所有分支同时访问的峰值之和，而不是平均值。

经验配比：总部带宽 ≈ 分支数量 × 单分支带宽 × 0.6（并发系数）。例如 10 个分支各 10M，总部侧建议 60M 以上。若分支之间需要互访（如分支 A 访问分支 B 的服务器），还要考虑分支间的流量绕行总部带来的额外占用。

二、QoS：三类队列足够

不需要复杂的八级队列，三类通常够用：

• 实时队列（最高优先级）：VoIP、视频会议。占用带宽小但对丢包极敏感，给 20% 带宽保障。
• 业务队列（中优先级）：ERP、OA、CRM 等核心业务系统。给 50% 保障带宽。
• 尽力而为队列（最低）：文件共享、系统更新、备份。剩余带宽，拥塞时首先被限流。

关键点：低优先级流量必须在拥塞时被压制。很多组网失败是因为备份任务在白天跑满链路，把 ERP 挤掉了。

三、节点选址：靠近分支，不是靠近总部

MPLS 接入节点的位置决定了分支的接入距离。如果分支集中在珠三角，节点应选在广州或深圳；如果分支在长三角，选上海。让分支就近接入，再由运营商骨干传输到总部，比让所有分支长途直连总部更稳定、更便宜。

四、必须一起考虑的两件事

路由设计：分支数量超过 20 个时，建议用 BGP 而不是静态路由，否则新增分支要改所有设备配置。

备份链路：单一 MPLS 链路故障会导致分支完全失联。常见做法是每条分支配一条宽带 + IPSec VPN 做备份，主链路故障时自动切换。

五、验收看什么

不要只看「通了」。验收应包含：各分支到总部的往返时延与抖动、QoS 队列在拥塞时的实际保障效果、主备切换时间、故障告警是否可达。