排班表上，没有留给排查的空档

在马尼拉设客服与运营团队的国内公司，排班通常是三班：早班接着国内上午，中班覆盖国内下午到傍晚，夜班顶住国内深夜。三班排下来，链路几乎没有空着的时段，任何时候都有人在用。

这对网络提出了一个和「办公室上网」完全不同的要求。办公室断网，大家可以等十分钟；客服班次断网，那十分钟里客户侧的对话是断的，排队的数据可能丢，当班的人只能一遍遍刷新页面。中断的影响不在公司内部，而在客户那边。

所以这类团队的判断标准不是「峰值有多快」，而是「连续多少个小时没断过」。这两个指标衡量的是完全不同的东西，优化手段也不一样。跟服务商沟通的时候如果只说来多少人在用，很容易被配成一套「够快但不够稳」的方案。

工单与在线客服是长连接，断一次丢什么

在线客服、工单系统、呼叫中心这三类系统有一个共同点：它们不是每次操作都重新建连接，而是维持一条长连接，靠心跳保持存活。这种设计在稳定网络下效率很高，但对中断特别敏感。

断一次之后，首先丢的是会话上下文。客户正在描述问题，页面里的对话记录需要重新拉一遍，中间那几秒客户看到的是转圈。其次丢的是排队状态：呼叫中心里排在第几位、已经等了多久，这些信息在重连之后往往要重新计算，客户会发现自己「又排到了后面」。

第三件丢的是坐席的在线状态。客服系统通常把坐席状态与连接绑定，连接一断，系统认为这个人下线了，正在分配给她的工单会被重新分配。等连接恢复，她可能要重新接一遍，客户那边就变成了「刚才那个人好像不见了」。

切换能不能做到无感

完全不断是理想状态，现实中更实际的目标是「断了但人感觉不到」。这取决于切换速度与上层应用的重连能力两件事。切换速度要快，最好在几百毫秒内完成；应用要能自动重连，不需要人工点刷新。

这两件事都要提前验证。验证方法很直接：在业务低峰期主动断掉主路径，让一个客服坐席开着客服系统，看屏幕上有没有出现「连接断开」的提示，出现之后多久恢复。同样的测试做三次，取最差的一次作为参考，因为最差那次才是客户可能遇到的。

有一个常见误区是只在空闲时测。空闲时重连几秒钟也没人注意，但业务高峰时同一个动作会让客户明显感到停顿。所以测试要带负载：找一个真实在跑的班次，让至少两三个坐席正常工作的情况下做切换，得到的数据才有参考价值。

还有一点要注意：切换的效果跟坐席用的工具关系很大。网页版客服系统通常能自己重连，桌面客户端有的可以、有的不行，而呼叫中心的软电话往往最脆弱，因为它同时依赖语音通道与信令通道，任何一条断都会掉线。测试的时候要把这三类工具都试一遍，而不是只测网页版，否则真正出问题时才发现软电话根本连不回来。

夜班的监测与告警怎么设

夜班是国内深夜，出问题的时候国内这边通常没人。这个特殊性决定了监测不能只靠人盯，必须有一套能自己记录、自己报出来的机制。最基本的配置是：链路状态持续采集，中断与恢复都留时间戳，异常达到一定时长就推送告警到值班人的手机上。

告警的阈值要设得克制。设太松，出了问题不报；设太紧，每次都报，值班的人很快就会把它当噪音。一个比较实用的做法是分两级：短时中断只记录不告警，超过一定时长的才推送。短期的小抖动靠自动切换兜住，真正需要人起来处理的是那种切换没解决的。

还建议让当地团队自己有一份可读的状态页。国内的监控再好，当地同事看不到也没用；能看到当前链路状态、最近几次异常的时间，他们判断「要不要报给国内」的速度会快得多，也减少了不必要的夜间电话。

测试要覆盖到哪个班次

三天免费测试里，建议至少包含一个完整的夜班。很多团队测试都安排在国内的工作时间，正好对应菲律宾的白天班次，测出来的数据好看，但漏掉了最容易出问题的时段。夜班的表现和白天可以差很多，因为这个时段的公网往往在做维护或者承载其他方向的流量高峰。

测试期间要记录三样东西：每班次实际的中断次数、每次中断持续多久、以及坐席的主观感受。第三样看起来不严谨，但它能捕捉到数据看不出来的问题，比如画面没断但声音断续，这类情况指标上只是抖动升高，体感上却是不能干活。

测试结束之后，把这三样与现有的线路做个对比，结论会比任何参数表都可靠。菲律宾方向的线路组织可以看菲律宾专线网络，网络不稳时怎么一步步排查可以看网络不稳该从哪里查起。

关于悦播出海

悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。这类场景我们通常先看现场条件，再定分组与带宽。