01
多分支网络常见的实际矛盾
传统广域网通常按线路和设备分别管理，业务却跨总部、分支和云端运行。线路质量不稳定、路由配置分散、云访问绕行和故障信息不足，会让扩展新站点与日常排障越来越依赖人工经验。
线路能力不一致
不同地区可用的专线、互联网和移动线路差异较大，需要用统一指标评估时延、抖动、丢包和可用性。
应用路径不清楚
办公、视频、ERP、云服务和文件同步对网络要求不同，全部沿用同一出口容易互相影响。
配置和变更分散
每个站点独立维护路由、VPN 和策略，新增分支或统一调整时容易出现版本与规则不一致。
故障缺少端到端证据
运营商只看到线路，应用人员只看到访问失败，企业难以快速判断问题位于本地、广域还是云端。
02
总部、分支与云端如何连接
SD-WAN 架构由站点边缘、可用链路、控制与管理平台、业务策略以及安全接入共同组成。设计时需要保留现有地址、路由和安全设备关系，明确哪些流量直达云端、哪些回总部、哪些必须经过安全检查。
站点边缘
部署在总部、分支或数据中心，接入多条链路并执行路由、应用识别和本地策略。
广域传输
组合专线、互联网或其他可用线路，根据业务要求选择主用、备份、分担或按应用选路。
集中策略
在统一入口管理站点模板、业务优先级、路径条件和访问规则，并保留变更记录。
安全与云接入
结合现有防火墙、身份、云网络和移动接入设计，不把 SD-WAN 设备默认等同于完整安全体系。
03
应用识别与链路选择
策略需要从真实业务出发，而不是简单把某条线路设为主线路。关键交易、实时会议、大文件传输和普通互联网访问可以使用不同优先级、质量阈值和回退行为；未知或加密流量则需要保守处理与持续观察。
关键业务
根据依赖、时延和连续性要求设置优先路径与备用路径，并验证故障切换对会话的影响。
实时音视频
关注抖动、丢包和队列，避免大文件或备份流量挤占会议和语音所需带宽。
云与互联网访问
评估本地直出、总部集中出口或云安全接入方式，在性能、审计与策略之间取得平衡。
04
从试点站点到批量上线
SD-WAN 影响现有广域路由，适合先用代表性站点验证线路、策略、设备接入和故障处理，再形成模板向其他站点复制。
- 01
站点与应用调查
记录线路、带宽、地址、路由、安全设备、关键应用、业务窗口和现场条件。
- 02
目标拓扑与策略设计
明确站点角色、链路使用、路由关系、应用优先级、安全边界和管理权限。
- 03
实验室或试点验证
测试设备接入、隧道、路由、路径选择、告警、日志和手动回退。
- 04
分批站点切换
按站点风险和业务时间上线，每个站点完成连通、应用、性能与回退检查。
- 05
集中运行与优化
观察链路质量、策略命中、流量变化和站点告警，依据实际数据调整规则。
05
运行监测与故障定位
集中平台能够提供站点、链路与应用视图，但告警仍需与运营商、局域网、防火墙、云服务和业务日志对应。运维流程应明确谁判断、谁变更、谁联系线路以及如何保留证据。
链路质量基线
持续记录时延、抖动、丢包、带宽和中断，区分偶发波动、长期劣化与完全故障。
站点与策略状态
检查设备在线、隧道、路由、策略版本和变更结果，避免配置漂移。
跨团队协作记录
把故障时间、站点、应用、路径、抓取数据和已执行动作整理给运营商或其他技术方。
06
交付资料与使用边界
企业应能够看懂站点关系、应用策略和日常操作，而不是依赖实施人员长期记忆。交付资料同时说明现有安全设备和运营商职责，避免把所有网络问题都归因于单一平台。
站点与线路清单
记录设备、地址、线路、带宽、运营商、联系人、业务时间和现场访问条件。
拓扑与策略说明
说明隧道、路由、应用分类、路径、优先级、安全关系和异常时的回退行为。
配置与操作资料
保留模板、权限、变更、告警和常用排查步骤，并明确高风险操作的审批条件。
上线验证记录
按站点保存连通、应用、质量、故障切换和回退测试结果。
如需继续梳理实施边界，可先了解企业混合云综合管理平台、网络设备 & 交换路由、智能安防系统及门禁服务。
常见问题
实施前经常需要确认的问题
SD-WAN 是否可以直接替代专线？
是否替代取决于业务时延、稳定性、安全和线路可用性。很多环境采用专线与互联网组合，而不是一刀切替换。
现有分支地址和网络需要全部重做吗？
不一定。设计会先核对地址、路由、防火墙和站点条件，优先采用可控的兼容与分阶段迁移方式。
SD-WAN 是否已经包含全部安全能力？
不同平台能力不同，仍需结合防火墙、身份、终端、云安全和企业合规要求确认完整边界。
如何验证链路切换有效？
在受控窗口中模拟线路异常，检查隧道、路由、应用会话、恢复时间和告警记录，并保留回退方式。
新增分支后如何快速上线？
可基于已验证的站点模板准备设备与策略，但仍需确认当地线路、地址、现场安装和业务应用差异。