企业 IT 的实战笔记：从卡顿到流畅，我们做了这些

"SD-WAN 不是万能药，会议流量需要专属优化层。" — 这是我们花了 3 个月、扔了 60 万 SD-WAN 订阅费之后才想明白的事。

去年 11 月，我们公司上了一线品牌的 SD-WAN。总部上海 + 5 个海外仓（洛杉矶、伦敦、东京、新加坡、法兰克福），全部走 SD-WAN 隧道。理论上应该是"全球一张网"，结果第一个月就被业务部门骂惨了。

问题：Zoom 周会卡成 PPT

每周三下午 4 点的全球周会，200 人同时在线用 Zoom。SD-WAN 看板上显示每条隧道延迟都在 100ms 以内，但 Zoom 客户端的统计里，实际丢包率高达 6-8%。画面定格、声音断断续续，业务总监直接在群里发飙："我们是付了钱的，为什么还卡？"

排查：我们做了什么

我把 SD-WAN 厂商、客户网络负责人、Zoom 的企业技术支持拉了个群，三方同时排查。两周后定位原因：

1. ICMP 不是 UDP：SD-WAN 看板基于 ICMP ping，延迟看着都很正常。但 Zoom 的视频流走的是 UDP 媒体包，运营商 QoS 策略对 UDP 不友好 —— 链路"忙"的时候先丢 UDP 包。
2. 隧道复用 = 共享瓶颈：SD-WAN 隧道承载了 ERP、邮件、文件同步、Zoom 所有流量。周三下午 4 点，研发在同步代码库 + 销售在开 Zoom 周会，隧道拥塞。
3. 没有 FEC：SD-WAN 默认的重传机制适合文件类流量，对实时会议流反而有害 —— 重传一个 100ms 前的视频帧毫无意义。

解决：在 SD-WAN 上叠一层会议专线

我们最终的方案不是替换 SD-WAN，而是在 SD-WAN 之上叠加一层会议专线：

• SD-WAN 继续承担 ERP、邮件、文件同步等普通流量。
• 会议流量（Zoom / Teams / 腾讯会议）单独走快连会议专线，FEC 纠错 + 智能选线 + 协议伪装。
• 在快连的应用策略里，把 Zoom、Teams、腾讯会议绑定到不同的最优节点。

结果：3 个月后的数据

3 个月里没收到一次会议卡顿投诉。SD-WAN 没浪费，它继续承担它擅长的通用流量；会议流量需要专属优化，这是 SD-WAN 设计之初就没考虑过的场景。

相关软件方案：Zoom 加速方案 · Teams 加速方案 · 腾讯会议加速方案

"那天下午 3 点，全球 12 个分校、3,000 人同时接入。会议开始前 30 分钟，我们才发现出口带宽只剩 200Mbps。"

我们集团每年 3 月有一次全球教育峰会，12 个分校（中国、美国、英国、澳洲、日本、新加坡、加拿大、德国、法国、巴西、印度、墨西哥）连线，3,000 人同时接入。集团 CIO 跟我说："老规矩，'不能出任何事故'。"

准备阶段（峰会前 1 个月）

我们提前 1 个月做网络演练：

• 每个分校独立做压力测试，模拟 200 人同时进会议。
• 主用 Zoom + 备用腾讯会议（双系统冗余）。
• 每个分校备 2 条出口链路：主用运营商 A，备用运营商 B。

演练数据看着很美。但实战告诉我，演练和实战永远是两回事。

D-Day：峰会前 30 分钟的紧急情况

峰会当天 14:30，会议预定 15:00 开始。我例行监控各个分校的带宽，发现美国和英国两个分校出口只剩 200Mbps 可用带宽。一问才知道，IT 部门在那两个分校临时上线了一个全员直播培训，占了 80% 的上行带宽。

3,000 人会议 × 2 Mbps 视频上行 ≈ 6 Gbps 带宽需求。我们当时所有分校加起来也只有 4 Gbps 总出口。

紧急处置（30 分钟）

我和快连的工程师拉了个临时应急群，30 分钟里做了三件事：

1. 暂停冲突培训：打电话给美国分校校长，紧急暂停那场全员直播培训。校长一开始不同意，我只能搬出 CIO 名义。
2. 启用 FEC + 协议伪装：让所有分校启用快连的 FEC 前向纠错 + 协议伪装（把 UDP 媒体包伪装成 TCP 流量），单个视频流从 2Mbps 压缩到 800Kbps，总需求从 6 Gbps 降到 2.4 Gbps。
3. QoS 抢占：在核心交换机上把会议流量打上 DSCP EF 标记，优先级提到最高，所有非会议流量让路。

结果

15:00 会议准时开始。3,000 人同时在线，整体延迟稳定在 65ms，丢包 0.12%。会议开到 18:00，5 个小时没出过任何事故。CIO 跟我说："今天我心里的石头终于落地了。"

事后复盘，我们把这次"30 分钟紧急救援"做成了 SOP：任何大型活动前 1 小时，必须做一次带宽审计 + QoS 抢占预案 + 备用通道演练。

相关软件方案：Zoom 加速方案

"我们公司 60% 员工长期混合办公。原来每个月要处理 50+ 张工单，全是'我在国外出差，会议软件连不上'。"

2023 年我们公司开始混合办公。国内团队 60 人 + 海外出差员工 25 人。员工出差回来开会，网络体验极差 —— 因为公司 VPN 默认走国内出口，海外员工拨上来后访问国内 SaaS 反而更慢。

诉求：网络配置跟着人走

我们想要的体验是：员工打开电脑，系统自动判断他在国内还是国外，自动选最优网络路径。员工无感知，IT 零工单。

实现细节

这套系统最难的不是"识别"，而是"何时切换"和"如何回切"。我们试过的几个坑：

• 坑 1：手机热点频繁切换。员工在公司 WiFi 和手机 4G/5G 之间切来切去，归属地引擎被玩坏。解决方案：5 分钟内 IP 不重复就不切。
• 坑 2：跨国出差误判。有员工从香港飞法兰克福，途经迪拜中转时 IP 在德国、迪拜、新加坡之间跳。解决方案：用 ASN（自治域）而非单纯 GeoIP 判定。
• 坑 3：员工对"被定位"的担忧。海外出差员工一开始很反感"公司怎么知道我位置"。解决方案：在入职培训里讲清楚 —— 只用于网络优化，不做任何考勤或监控。

最终方案

我们最终是用快连的"归属地自动切换"功能 + 自研心跳探针做的：

1. 快连客户端本地维护一份"原归属地"IP 段。
2. 实时上报当前公网 IP + 延迟心跳到控制台。
3. 控制台判定归属地变化后下发新策略（5 分钟内平滑切换）。
4. 员工回国时延迟 5 分钟回切，避免边界抖动。

上线 6 个月，工单量从每月 50+ 降到 每月 3-5 个，剩下的都是"我的电脑没电了"这种跟网络无关的。

相关软件方案：钉钉混合办公方案

"那天下午 3 点，销售总监突然说跟德国客户的 Teams 会议画面卡住不动了。我第一时间查了本地出口带宽，发现是研发那边在全量同步代码库，把上行占满了。"

这种事每个 IT 都经历过。某天某月某时某分，某位"重要"的同事（通常是销售或老板）发飙："我的会议卡死了！" 然后整个 IT 部门都停下手头的事开始排查。

症状

下午 3:05 销售总监群消息："跟德国客户的 Teams 会议画面卡住不动，声音一直回放。"

排查（耗时 12 分钟）

1. 3:05 — 远程到销售总监电脑，本地 ping 德国客户 IP，延迟 38ms，正常。
2. 3:08 — 查 Teams 自身统计，丢包 4.2%，异常。
3. 3:10 — 查公司出口总带宽，500Mbps 上行已用满。
4. 3:12 — 用 nethogs 看每 IP 占用，发现研发部门一台服务器在同步 GitHub 全量代码库，单机占了 380Mbps 上行。

处置（耗时 8 分钟）

1. 3:13 — 打电话给研发负责人，让他暂停 Git 同步。
2. 3:15 — 在核心交换机把 Git 同步 IP 段限速到 50Mbps。
3. 3:18 — 给 Teams 流量打 DSCP EF 标记，QoS 队列调到最高优先级。
4. 3:21 — 销售总监 Teams 会议恢复，给德国客户道了个歉，续上话题。

根治（耗时 1 周）

这次救火之后，我们做了三件根治的事：

• 把 Git 同步改到凌晨 2-6 点执行，工作时间只允许增量同步。
• 在快连应用策略里把 Teams 单独走专线，QoS 标记常驻最高优先级。
• 所有会议软件设置大客户会议提醒，销售提前 30 分钟预约 IT 同事保驾护航（虽然后面很少真出问题）。

相关软件方案：Teams 加速方案

"工厂园区在工业区，下午 3-5 点高峰期固定 5-8% 丢包。开 FEC 之前，跨国早会几乎每天必崩一次。"

我们工厂在江苏某工业园区，办公区通过运营商专线接入互联网。但下午 3-5 点是工厂园区用电高峰，工业区 ISP 出口会周期性丢包。每天下午的跨国早会几乎必崩一次。

FEC 是什么

FEC（Forward Error Correction，前向纠错）是一种"用冗余换恢复"的技术：发送端在原始数据包之外额外发送一些"校验包"，接收端可以用这些校验包反推出丢失的包。

对文件类流量，FEC 没用 —— TCP 会重传。但对实时视频流，FEC 是救命的：丢了就丢了，没法等重传；FEC 能在接收端"猜"出丢失的包。

实测数据

开启 FEC 之后，我们工厂区的跨国早会再没崩过。FEC 是少有的"花小钱办大事"的网络优化，代价只是 15-25% 的冗余带宽。换来的是 5-10% 丢包率下视频流依然流畅。

相关软件方案：Zoom 加速方案 · 腾讯会议加速方案

"我们律所有 12 间会议室，2018 年装修时老板买了一堆'电竞路由器'塞进会议室——结果是 4 年里换了 3 次，每次都卡。"

律所对会议室的要求其实很简单：稳定、清晰、能录像。客户远程作证、跨所合作开庭、合伙人跨城会议，每一场都不能出岔子。但老板在 2018 年装修时不知道听谁的建议，买了 TP-Link、华硕的电竞级路由器塞进每间会议室。

原来的痛点

• WiFi 干扰严重，12 间会议室的 SSID 都叫同一个，员工走错会议室就连不上。
• 消费级路由器的 NAT 表项只有几千，10 人以上视频会议直接 NAT 满载，会议断流。
• 没有 QoS 抢占，开会时有人开迅雷下载就直接卡死。
• 没有 FEC，跨国会议丢包就马赛克。

我们的升级方案

1. 每间会议室独立 WiFi：SSID 区分（Room-A-5G / Room-B-5G 等），5G 频段优先。
2. 企业级网关替代消费路由：单台网关 NAT 表项 20 万+，足够 50 人会议。
3. QoS 抢占：所有会议室网关配置 DSCP EF 队列，会议流量最高优先级。
4. 快连专线 + FEC：所有会议室会议流量走快连专线，开启 FEC 5% 阈值。
5. 集中管理：快连企业控制台统一监控 12 间会议室的实时状态。

结果

改造完成后 14 个月，12 间会议室累计 0 次会议中断。老板说："早知道这么便宜就早做了。"

相关套餐：会议室版 ¥199/月 · 咨询企业版