出海企业SD-WAN设备选型：CPE硬件对比

出海企业SD-WAN设备选型：CPE硬件对比

问题为什么存在

出海企业的站点分布往往极不均匀：一个海外办事处可能只有 3 到 5 人，租用当地 100M 家庭或小微企业宽带；一个区域研发中心可能有 200 到 400 人，需要双运营商接入、独立机柜和多业务网段。这些站点的本地线路上下行普遍不对称，上行常只有下行的 1/5 到 1/10，公网质量波动大，晚高峰丢包从 0.1% 抬到 2% 并不罕见。业务侧的变化同样明显：早期流量是“分支回总部”，现在是“分支同时访问总部机房、多个公有云 SaaS 和海外业务系统”，一条流量要经过的路径从 1 段变成 3 段以上。传统 MPLS 专线的开通周期通常在 30 到 90 天，站点搬迁或带宽调整还要重新工勘，月租在整体网络预算中占比很高，灵活性难以匹配业务扩张节奏。

真正的瓶颈落在 CPE 这台盒子上。它是整套组网方案的物理落点，选错了后期很难通过软件弥补。常见失败模式有六类：一是按“接口标称速率”采购，实际开启加密隧道后转发能力只剩标称值的 1/3，白天视频会议一开就排队；二是并发会话数不足，200 人办公叠加 SaaS 长连接和监控回传，10 万会话打满后新建连接被丢弃，表现为“网页转圈但 ping 正常”；三是接口类型不匹配，本地运营商只提供光口或要求双线接入，设备只有单 WAN 电口，现场只能加交换机凑；四是缺少零配置上线能力，海外现场没有懂配置的人，一台设备从到货到可用拖到 2 到 3 周，差旅和人工成本远超硬件本身；五是设备只支持一层 NAT，与本地运营商 CGNAT 叠加后隧道协商失败，排查时容易误判为线路问题；六是没有远程带外管理和看门狗，设备假死只能等人到现场断电重启，平均恢复时间被拉到数小时。这些问题在采购阶段都表现为“参数差不多”，在运维阶段则表现为持续的工单。

关键判断标准

选型不要看宣传页的最大值，要看开启业务功能后的实测值，并把业务峰值翻译成阈值。转发能力上，加密隧道吞吐（IPsec 或同类封装）应不低于站点出口带宽的 1.5 倍，NAT 转发在 64 字节小包下应达到线路带宽的 2 倍，因为办公流量里小包占比通常在 40% 以上。带机量按人均折算：普通办公人均 1000 到 2000 并发会话，50 人站点要求 5 万以上，200 人站点要求 20 万以上，500 人站点要求 50 万以上；新建会话速率小站点不低于 3000 次/秒，中型以上不低于 10000 次/秒。隧道数量按“站点数 × 2”预留，用于主备和策略分流；双线切换时间控制在 3 秒以内，链路丢包率验收阈值 0.5%，时延抖动不超过 30ms，否则会议和语音会先出问题。

接口与形态上，小型站点至少 4 个千兆电口加 1 到 2 个 SFP 口，支持双 WAN；中型以上要求多 WAN 加 LAN 口可划分多网段，具备旁路或串接两种部署选择。无线能力按覆盖面积判断，办公区 80 平方米以内、终端 30 台以下可用一体式 Wi-Fi 6（802.11ax）设备，超过则用独立 AP，CPE 只做网关，避免无线和转发争抢同一颗 CPU。可靠性指标看 MTBF（建议不低于 5 万小时）、供电方式（宽压或双电源）、工作温度（0 到 40℃ 为办公下限，仓库和弱电井要更高），无风扇机型适合桌面和小型办公室，机架机型要确认风扇噪声与散热风道。可管理性是容易被忽略的一项：必须支持零配置上线（序列号或扫码绑定）、配置模板批量下发、固件分批升级、SNMP 与日志外送，并且能远程重启和回滚配置。最后留一条硬性判断：设备到手后先做 72 小时压测，用真实业务流量模型跑一遍，测得的数据比任何参数表都可靠。

方案对比

下面按四种常见形态对比，另列传统 MPLS 专线加企业路由器作为参照。表中数值为选型参考区间，实际以现场实测为准；成本只描述构成，不涉及具体金额。判断逻辑是：站点人数决定带机量和会话阈值，出口带宽决定转发能力档位，现场有没有人决定是否需要零配置上线，业务重要程度决定要不要双机与双线。

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

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

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

把这张表读成三句话：人数在 80 人以内、出口在 200M 以内的站点，W1000A 系列足够，加不加 Wi-Fi 只看现场有没有独立 AP 和布线条件；人数超过 200 人、有多网段或双线要求的站点，直接上 W2000，不要用两台小型设备堆叠来省预算，故障域和配置复杂度会反过来吃掉节省；只有几个人或临时办公的场景，先用软件客户端验证业务可用性，再决定是否落硬件。传统 MPLS 专线在路径稳定性和责任边界上仍有价值，适合少数对固定路径有强依赖的站点，但对扩张快、站点多的出海企业，开通周期和变更成本是主要制约。

分场景建议

• 小型站点（10 到 50 人，单点分支、门店、海外办事处）：选 W1000A-WiFi 单台部署，双 WAN 口接本地宽带加一条备用链路，Wi-Fi 覆盖办公区，终端控制在 30 台以内。出口带宽 100M 以内、加密隧道吞吐按 1.5 倍预留。重点核实本地线路的上行带宽，很多地区 100M 下行只配 10 到 20M 上行，上行才是隧道性能的天花板。不做双机，但要求零配置上线和远程重启，出问题时先远程处理，避免为一台设备安排一次现场。
• 中型站点（50 到 300 人，含研发、客服、视频会议密集）：用 W2000 单台，或 W1000A 两台做主备，出口 200 到 500M，并发会话按 20 万以上选型。Wi-Fi 交给独立 AP，CPE 只做网关和隧道端点，避免无线重传拖累转发。QoS 上给会议和语音留 30% 带宽余量，SaaS 与备份流量做限速，双线切换阈值压到 3 秒以内，切换演练每季度做一次。固件升级安排在业务低峰，分两批滚动。
• 大型站点（300 人以上，区域中心或多业务区）：W2000 双机热备加双运营商接入，带机 500 人以上、并发会话 50 万以上，机架式安装配双电源。策略路由按业务系统分流，办公、生产、监控走不同网段和不同出口。管理上做权限分级，总部管模板和策略，本地只保留查看和重启权限。上线前用 7 天现网流量采样确定会话峰值，再回推设备档位，不要凭人数估算。

落地步骤与注意事项

评估阶段安排 1 到 2 周：盘点站点数量、每点人数、线路条数与上下行实测带宽、现有设备型号与剩余端口、业务系统清单及优先级；在现网防火墙上连续采样 7 天，记录并发会话峰值、新建速率峰值和 CPU 峰值，作为选型输入。输出一张表：站点、人数、出口带宽、会话阈值、推荐型号、是否需要双机。试点阶段安排 2 到 4 周：挑 3 个代表性站点，一个小型、一个中型、一个条件最复杂（例如 CGNAT 环境或只有光口），全部走零配置上线，连续跑 7×24 小时，观测隧道可用率、丢包、时延抖动、切换时间、CPU 与内存峰值。验收阈值建议：隧道可用率 99.9% 以上，丢包低于 0.5%，切换时间低于 3 秒，CPU 峰值低于 70%，任一不达标先解决问题再推广。推广按批次走，每批 10 到 20 个站点、周期 2 周，先易后难，每批完成后做一次配置备份与版本归档。

注意事项集中在几处：原链路保留 30 天作为回退路径，新设备先旁路观察再串接；配置全部走模板，站点差异只填变量，禁止现场手改；开启 NTP 时间同步，日志外送到集中平台，否则故障时间线对不上；远程带外通道要单独验证一次，确认设备假死时能重启。排查顺序固定为：先看物理层（光衰、网线、双工与协商速率），再看接口地址与拨号状态，然后看隧道协商（NAT-T、预共享密钥、算法一致性），接着查 MTU 与 MSS（隧道场景下 TCP MSS 收敛到 1360 附近，避免大包被丢），之后核对路由与策略（默认路由、策略路由、回程路由），最后才怀疑应用层（DNS、代理、证书）。按这个顺序走，多数问题能在 30 分钟内定位，避免在最上层反复试错。