一个典型场景：总部拉的电信宽带，分公司办的联通宽带。各自测速都达标，但两边一互访就慢——ERP 转圈、文件传输掉速、视频会议卡顿。
企业投诉电信，电信说"我家网络没问题"；投诉联通，联通也说"我们这边正常"。两家都没说谎——问题出在两家"交界处"。
国内的电信、联通、移动是三张物理上独立的网络。你的数据从电信网络进入联通网络，必须经过两家的互联互通节点（跨网关口）。问题就藏在这些关口：
关口带宽有限。跨网流量都要挤这几个关口，晚高峰全网流量上涨时，关口拥塞，跨网延迟可以从平时的 15ms 飙到 60-80ms。
路径可能绕行。两地的跨网流量不一定走直线，可能被路由策略引导到几百公里外的关口再折返。物理距离三百公里，路由路径一千公里，延迟自然翻倍。
丢包率在跨网段升高。关口拥塞时的丢包，对视频会议、实时业务的影响比延迟更明显——声音断续、画面卡顿，多半是丢包造成的。
两个测试动作，五分钟定位：
1. 分公司测本地宽带质量（Speedtest）：达标 → 排除本地问题；
2. 分公司持续 ping 总部地址，分时段记录：如果延迟在工作日晚高峰明显高于凌晨，且路由追踪（tracert）中出现运营商之间跳转的大延迟——基本可以确认是跨网问题。
解法1：统一运营商（最笨但直接）
把分公司的宽带换成和总部同一家运营商。同城好办，跨城未必可行——各地运营商的资源覆盖和资费差异很大，而且"全公司只用一家运营商"本身放弃了议价权和冗余性。
解法2：换高质量企业宽带（部分缓解）
部分运营商提供优化跨网访问的企业级产品（如多线 BGP 带宽）。能改善，但跨网关口拥堵是全网性问题，改善幅度有限。
解法3：骨干网调度（结构性解决）
SD-WAN 组网的解法是绕开跨网关口：两地的流量各自就近接入服务商的骨干节点，跨城传输在骨干网内完成，不再走公网跨网关口。
效果差异是数量级的：同省跨网互访从 40-80ms 波动，变为稳定 10-20ms。因为骨干网内部不存在"运营商交界"——服务商自己就是那张网。
如果跨网慢只是偶尔影响传文件，解法 1、2 的成本更低；如果跨网质量直接影响经营系统（ERP、收银、视频会议），解法 3 是唯一的结构性方案——前两种
解法缓解的是症状，骨干网调度改变的是路径本身。
云杰通信国内自建 34 个物理 PoP 节点，跨运营商流量经骨干网内部调度，广东 21 地市同省互联延迟稳定在 15ms 内。可提供免费的跨网路径实测对比。
