中小企业SD-WAN组网如何部署

中小企业SD-WAN组网如何部署

问题为什么存在

中小企业的网络起点大多相似：总部一条办公宽带，几个分支各拉一条，业务系统放在公有云，出口靠一台路由器做 NAT。业务范围扩开之后，访问方向从单向变成三向——分支访问总部、分支访问云上业务、国内人员访问海外业务系统。常见做法是用公网加 IPSec VPN 把点连起来，前几个点能跑通，点位到 5 个以上，问题开始集中出现。

链路质量不可见是第一个麻烦。用户只说”卡”，运维拿不到分段数据，分不清是本地宽带拥塞、出口丢包，还是应用侧响应慢。出口地址漂移是第二个麻烦，办公宽带和住宅宽带的公网地址会变，注册、登录、支付、店铺后台这类业务对出口稳定性敏感，地址一变就要重新验证，账号还容易被风控。设备与配置碎片化是第三个麻烦，不同分支买不同品牌的路由器，策略各写一套，人员一换就没人说得清哪条规则在生效。故障定位靠人是第四个麻烦，一个问题要拉宽带方、设备方、应用方三方核对，平均处理时间以天计。

瓶颈落在三处：没有可量化的质量口径，谈优化只能凭感觉；没有把接入、传输、出口分层可见的工具，故障无法分段定位；没有把配置固化成模板的运维方式，每加一个点就重来一遍。这三点不解决，换什么设备都只是把问题往后推。

这些表现还会相互叠加：出口地址变化会放大账号风控，链路不可见会让故障长期被归因为“带宽不够”，而碎片化配置又使每次排障都变成重新梳理网络。判断是否真正进入规模化边界，可以看三个信号：一是点位超过 5 个后，新增一个点是否还需要重新梳理路由与策略；二是出现“卡”时能否在短时间内说清哪一段丢包；三是业务账号是否开始频繁要求验证。三个信号命中任意两个，就说明已经不再是单点带宽问题。

关键判断标准

判断一套组网方案能不能用，先把指标和阈值定下来，再谈选型。下面这组数值可以直接写进验收条款。

可用性：核心业务链路按月统计不低于 99.9%，折算每月不可用不超过 43 分钟；一般办公类不低于 99.5%。丢包与抖动：语音、视频会议类丢包控制在 0.5% 以内，ERP、订单、文件传输类控制在 1% 以内，抖动不超过 30ms；超过阈值即判定该链路不适合承载对应业务，转入备用链路。时延：分支到最近接入节点的往返时延不超过 60ms，交互类业务的端到端时延不超过 200ms。切换收敛：双链路场景下，主链路中断到业务恢复不超过 3 秒，通话、收银这类不能断的业务要求 1 秒以内。

带宽余量：忙时峰值不得超过链路带宽的 70%，留 30% 给突发与重传。出口稳定性：同一业务出口地址连续 30 天不变，有固定出口需求时能提供可长期绑定的静态地址。节点冗余：每个业务所在区域至少有两个可接入节点，单节点故障不影响转发。上线效率：新点设备到货后通电即用，从加电到业务可用不超过 15 分钟，不需要现场敲配置。

这八项里，可用性、丢包、切换收敛是硬门槛，达不到就不必进入比价环节；其余几项决定的是三年后的运维成本。

指标口径需要提前约定。可用性按自然月取一个完整业务周期计算，剔除计划内维护窗口但须提前知会；丢包与抖动按 5 分钟粒度采样，取忙时峰值，不用全天平均值掩盖高峰；时延以 TCP 建连或应用首个响应字节为准，而不是只测 ICMP；切换收敛从主链路故障注入开始计时，到业务事务成功或语音恢复结束；带宽余量按连续 7 天忙时最高值计算，保留 30% 缓冲。所有指标都建议在试点阶段做一次主动断网测试，而不是只等线上故障。

• 硬门槛判定：可用性、丢包、切换收敛三项中任一项不达标，即判定方案不适合承载核心业务。
• 可补救项：时延、带宽余量、出口稳定性、节点冗余、上线效率可按项目周期逐步优化，但需写进整改期限。
• 验收顺序：先看链路质量，再看切换与冗余，出口稳定性与上线效率放在之后复核。

方案对比

把候选方案放在同一组维度上比，差异会比宣传材料清楚。成本一列按构成列示，具体金额随点位数量、带宽规格和签约年限浮动，需要按项目单独核算。

扫码加顾问，按你的站点和带宽给方案

说明业务场景，顾问会给出接入方式与费用构成。

电话：400-0606-936 ｜ 173-5717-8761

选择时的实用判断：点位数少于 5 个且没有固定出口诉求，客户端接入够用；有固定出口、有海外业务点、点位会持续增加，走 CPE 网关方案更省事；只有对时延抖动有硬性要求且预算充足、点位稳定的场景，才值得考虑传统专线做主干，其余分支用 SD-WAN 补齐。

正式比选前，可先要求厂商提供三项材料：一是同一业务场景下的近 30 天链路质量抽样；二是双链路切换的实际演示或录屏；三是新点上线配置说明。不要只看设备参数，参数和业务体验之间还隔着一条链路。对海外访问场景，重点确认出口地址是否稳定、业务系统是否需要固定 IP、新增海外点是否需要重新开通；传统专线作为对比对象时，通常适合时延与抖动极敏感的主干，其余分支可考虑更灵活的组合方式。成本核对应把实施、培训、替换、日常巡检与故障处理一并计入，而不是只对比设备价格。

分场景建议

• 小型（1–3 个点，50 人以内）：总部加 1–2 个业务点，办公人员用客户端接入，业务点配一台入门 CPE（如 W1000A）承担固定出口。单点做双链路，主用当地宽带、备用蜂窝链路，切换阈值设 3 秒。策略只保留两条：业务域名走固定出口，其余走本地。出口地址固定后，注册、登录类账号统一从一个地址出去，减少验证与风控触发。
• 中型（4–15 个点，50–300 人）：总部部署 W2000 做汇聚，分支按人数配 W1000A 或 W1000A-WiFi。关键分支上双设备或双链路，非关键分支单设备加备用链路。业务分三档：实时类（语音会议）、事务类（ERP、订单）、一般类（文件、邮件），分别绑定不同链路与阈值。引入集中管理，配置模板化，新点零配置上线。安全接入与组网同侧部署，出口策略统一收敛，避免每个点各写一套。
• 大型（15 个点以上，300 人以上）：双汇聚加区域接入，按区域选最近节点，每个区域至少两个可接入节点。带宽按忙时峰值 70% 规划，预留 30%。建立监控看板，按点、按链路、按业务三档出周报与月报。变更走灰度，先 1 个点验证 7 天再批量推送。配 1–2 名兼职网络管理员对接服务方，明确故障升级路径与响应时限。

除规模档位外，还要看业务对出口和实时性的依赖程度。若门店收银、在线客服、交易类系统占多数，即使点位数只有 5 个，也建议按中型档位配置双链路与固定出口；若只是邮件、文档和偶尔的会议，可先用客户端接入，但需要提前预留 CPE 的安装位置。规模越大的分支，越要避免把大量策略堆在单台设备上，可把策略分为接入、转发、安全三类，分别维护。每个点上线前确认四条信息：该点承载什么业务、是否要求固定出口、主用链路是哪家、备用链路是什么；这些信息进入配置模板和台账后，后续变更才不会回到人工记忆。

落地步骤与注意事项

评估阶段（1–2 周）：盘点点位数、人数、业务系统清单、现有链路与设备型号；连续 7 天采集链路质量，记录丢包、时延、抖动和忙时峰值；把业务按实时、事务、一般分三档，对应前面的阈值；输出点位优先级清单，标出必须先解决的点。

试点阶段（2–4 周）：选 1 个总部加 1 个条件最差的业务点，跑满 14 天。验收只看四项：可用性、丢包、切换收敛时间、新点上线时长，同时记录故障平均处理时长。试点期保留原链路做并行对比，用同一组业务做前后数据比对，不要凭主观感受下结论。

推广阶段（按批次）：每批 3–5 个点，批间隔 1 周，老链路保留 30 天再退。每批完成后更新配置模板与地址台账，记录每个点的公网地址、设备序列号、模板版本、责任人。

排查顺序：接到”卡”的报障，按 CPE 在线状态 → 隧道状态 → 链路质量（丢包、时延、抖动）→ 出口地址与策略命中 → 应用侧 DNS 与证书 的顺序逐层看，不要跳步，也不要在同一台设备上同时改策略和升级固件。变更前先通知业务方并留出窗口，出口地址调整前确认受影响的账号清单。把这些动作固化成检查表，故障处理时间能从以天计压缩到以小时计。

在执行顺序中，有几个环节容易被忽略。评估阶段采集链路质量时，要同时记录采集时间、业务类型、样本周期，避免用稀疏数据做决策。试点阶段不要只选信号最好的点，条件最差的点才更能暴露问题；试点时间至少覆盖一个自然月中的账单周期或业务高峰。推广阶段每完成一个批次，建议把配置模板和实际配置做一次差异核对，发现问题要回到灰度验证。排查顺序中，先看 CPE 在线状态是为了排除断电、线路被拔、机房切换等底层问题，再向上排查隧道和链路质量；一旦中间某一层被手工改写，后续所有判断都会失真。团队至少需要固定一名对接人，负责变更通知、故障升级和版本记录，避免每次都重新说明拓扑。

• 点位与设备台账：包含点位名称、公网地址、设备序列号、模板版本、责任人。
• 链路质量周报：包含丢包、时延、抖动、忙时峰值、切换次数。
• 变更记录：包含变更时间、变更对象、旧配置摘要、新配置摘要、回退方式。
• 故障处理单：包含故障时间、分层排查结果、根因判定、处理时长、是否触发模板更新。