上周三下午三点，公司全员正开季度复盘会，突然视频卡住，麦克风断连，有人喊‘我这边完全黑屏了’。IT小李一查日志，才发现是机房在做网络升级测试，临时切流导致带宽波动，视频会议系统直接扛不住。
升级前没通知？流程得补上
这种事其实挺常见。运维团队忙着调核心路由、测新链路，觉得‘就几分钟的事’，忘了发公告。结果业务部门正在远程签合同，会议中断直接影响进度。建议所有升级操作前，必须走内部通知流程，哪怕只是企业微信发个简短提醒：‘15:00-15:30可能短暂波动，请避开关键会议时段’。
视频会议对网络特别敏感
很多人以为只要网不断就行，其实视频会议最怕抖动和延迟。比如Zoom或腾讯会议，要求延迟低于300ms，抖动控制在50ms以内。升级测试时如果频繁切换主备线路，哪怕总带宽不变，也会造成数据包乱序重传，画面就开始花屏、掉帧。
可以做个简单测试，在升级期间用脚本持续ping会议服务器：
ping -c 60 zoom.example.com >> /var/log/network-test.log看输出里的平均延迟和丢包率。如果出现连续超时或跳变超过100ms，基本就能预判会议会卡。
临时应对方案比事后解释有用
真碰上了，第一反应不是重启路由器。先让参会人切换成‘仅语音模式’，降低码率。很多软件默认高清视频，其实关掉摄像头，只留语音，带宽能省70%以上。等网络稳定再重新开启视频。
另外，别把所有流量压在同一出口。如果有双ISP接入，可以把视频会议的DNS记录提前指向备用线路，错峰操作。
测试窗口尽量避开高峰
有家公司习惯中午12点升级，觉得人都去吃饭了。结果发现销售团队常在这个时间跟海外客户开会。后来他们拉了三个月的日历数据，统计出真正的低峰期是周二和周四上午10:30之前。现在升级都安排在这会儿，再没出过问题。
说到底，技术没问题，沟通和规划才是关键。网络升级不可能零影响，但提前踩好点，至少能让大家心里有数，不至于开着会突然全员静音，面面相觑。