Windows
macOS
Android
iOS
北京总部、成都分支和云上业务需要互通时，单纯增加专线并不一定能解决线路切换慢、应用体验不稳定等问题。设计 SD-WAN跨地域组网方案，关键是先弄清哪些业务要互通、流量如何走，再决定接入方式、拓扑和安全策略。
先列清楚站点、应用和流量方向
画一张站点清单，至少标出总部、分支、数据中心及云上网络，例如阿里云 VPC；同时记录每个站点的用户规模、现有链路、网段和关键应用。还要确认是分支访问总部系统为主，还是分支之间也要直接通信。
按应用区分优先级：语音、视频会议等实时业务对时延和丢包较敏感；文件传输通常更看重可用带宽；普通网页访问则可考虑直接从本地互联网出口访问。网段规划应避免重叠；若已有重叠网段，需在实施前设计地址转换或重新编号，不能指望选好设备后自动消除冲突。
按规模和访问关系选拓扑
总部或数据中心作为中心节点
采用 hub-spoke（中心辐射）时，各分支通过中心节点访问总部资源，策略统一、结构直观，适合站点较少或分支之间通信不频繁的网络。代价是中心节点和到中心的链路可能成为瓶颈；分支间流量若都绕行总部，也会增加路径长度。
分支之间建立直接连接
full mesh（全互联）能减少分支互访时的绕行，适合站点数量有限且横向通信较多的场景；站点增加后，连接和策略管理会更复杂。较常见的折中做法是中心辐射为主，只为确有需要的站点或业务配置直接路径。
组网通常由 underlay network（承载网络）和 overlay network（覆盖网络）构成：前者可以是互联网、专线或蜂窝网络，后者承载站点间的虚拟连接、路由和策略。多条链路能否同时使用，取决于设备能力、线路质量和配置，不能默认所有链路都会自动叠加带宽。
SD-WAN跨地域组网方案的实施步骤
- 盘点现状。收集各地线路类型、带宽、网段、出口设备和业务依赖，标出访问方向及不能中断的系统。
- 确定拓扑与出口。决定哪些流量回总部或数据中心，哪些可从分支本地访问互联网；为总部、云上网络和关键分支明确主备路径。
- 制定策略。按应用设置选路优先级和故障切换条件，并配置身份验证、加密传输、访问控制及网段路由。策略应遵循最小权限，避免分支默认互相开放。
- 先试点再扩展。选择一个有代表性的分支，验证业务访问、链路切换、语音质量、云资源连通和回退流程；结果符合预期后再分批接入其他站点。
- 迁移并留好退路。分阶段调整路由和出口，安排维护窗口，保留旧链路或原配置，准备明确的回退条件。变更后逐项核对路由、访问控制和关键应用。
线路、监控与运维要点
链路组合应按地点实际条件选择。专线通常提供更可控的路径，但成本和开通周期可能较高；互联网线路部署灵活，价格通常更易控制，但质量受运营商和时段影响；蜂窝网络可作为特定地点的备份，性能受覆盖和信号环境限制。最终选型要结合当地资源和业务要求。
监控不应只看设备是否在线，还要持续观察时延、丢包、抖动、链路利用率和应用可达性。可分别设定各业务的切换门槛，并通过断开主链路等受控测试检查备用路径。阈值没有适用于所有网络的统一值，应依据应用容忍度、基线测量和线路条件确定。可靠的 SD-WAN跨地域组网方案还应记录配置变更、告警处理人和回退步骤。
常见问题
必须购买专线吗？
不必须。互联网、专线和蜂窝网络可按位置与业务组合；对时延、稳定性要求较高的路径，可评估专线并保留备份。
分支能否直接访问互联网？
可以。可按应用配置本地出口，但要先落实安全检查、访问控制和日志留存要求。
所有分支都需要全互联吗？
不需要。若分支主要访问总部资源，中心辐射更易管理；只有存在明确的分支互访需求时，再评估直接连接。
怎样判断组网是否完成？
核对业务可达、策略生效、主备切换和回退结果，并观察一段时间内的线路质量；验收范围应覆盖关键站点和关键应用。