直播、备份、视频会议抢同一条出口：全光网多链路怎么分工

园区里同一天赶了三件事：上午一场直播推流，下午总部开视频会议，夜里系统定时把一天的数据备份出去。结果直播一开，会议里的人就抱怨声音断续；备份任务一跑，主播画面直接糊了。运维查下来哭笑不得——几条线路都在，可三类流量全挤在同一条出口上，谁也不让谁。问题不在带宽不够，在没给它们分工。

一、三类流量，脾气完全不一样

把抢出口的三类流量摊开看：

推流是持续吃上行的长连接，会议是怕抖怕延时的双向流，备份则是能等的大块头。三者的诉求互相打架：备份一上来把上行占满，推流就糊；推流一抖，会议就卡。让它们抢同一条出口，等于让货车、救护车和公交车挤一条车道，谁都跑不快。分线不是多拉几条线，是先认清谁该走哪条。

二、认得出业务，才分得了线

分工的前提是认得出。智慧光迅的全光网多线汇聚方案用 DPI 识别到应用级，把推流、会议、备份从同一股流量里分开，按业务名自动分配线路：会议走优质主线，备份和大文件下载走副线，推流绑在给足上行的那条线上。识别粒度到应用级、特征库持续更新，不是按 IP 段粗分。分线之后还要带宽与连接数一起叠：备份这类大流量会占掉大量 NAT 会话表条目，摊到副线上、每条留余量，才不会把主线的会话表塞爆、连累会议。跨运营商的线还要让 DNS 解析跟着出口走。外线本身也按分档组合：商宽或专线做优质主线，给足上行、时延稳；低成本宽带做副线承接备份与下载；再加一条 5G 兜底。

三、优先级和预留，给会议留一条空车道

光分线还不够，同一条线里也要有秩序。叠加 QoS 给视频会议最高优先级，关键业务提前做带宽预留，为会议和推流划出专属通道；拥塞时，备份、下载这类普通业务自动排队让路，牺牲的只是备份跑完的快慢。推流、会议都是绑源 IP 的长连接，靠会话保持、去回同路固定在同一条线进出，不会在调度时来回跳导致重连。主备线路毫秒级切换：优质主线一旦抖动或中断，探测发现后流量自动迁到备用线路，老连接尽量不断，直播与会议不中断。按规模在融合路由、梦想网关两档之间选型，这类直播加会议加备份的组合，智慧光迅已预置成场景策略模板，勾选即用，换个人交付也不走样。

直播推流要稳上行、备份要大带宽低优先、会议要低时延，三类流量挤一条出口必然互相拖累。智慧光迅的全光网多线汇聚方案用 DPI 按业务识别自动分线，会议走优质主线、备份下载走副线，叠加 QoS 最高优先级与关键业务带宽预留，再配会话保持、主备毫秒级切换与场景策略模板勾选即用。把分工与切换指标写进验收，各店一个样，出口才不再打架。

FAQ

Q：三类流量能不能只靠限速解决？

A：限速只管"跑多快"，管不了"走哪条"。推流怕抖、会议怕延时、备份怕被饿死，得先按业务识别分线，再叠优先级与带宽预留，才不会互相拖累。

Q：主线断了直播会不会中断？

A：主备线路配合毫秒级切换与会话保持，优质主线故障时流量自动迁到备用线路，老连接尽量保持；切换指标与分流效果在验收时确认并写入协议。