三根线忙的忙死、闲的闲死：全光网多线汇聚的调度策略在管什么

值班室的屏幕上，三根外线的流量图并排挂着：一根顶到头，另两根贴着底晃。网管小赵加了两次带宽，忙的那根还是忙，闲的还是闲。线不少，兆数也够，就是没人指挥谁该往哪走。全光网多线汇聚里管这件事的，是调度策略——它更像路口的交警，不是又一根更粗的水管。

一、交警管四件事，少一件就乱

把汇聚策略当交警看，它从头到尾管四件事：认业务、看路况、摊会话、留后手。认业务是先看清楚来的是什么车，DPI 深度包检测把收银、会议、电视、投屏、短视频认到应用级；

看路况是持续测时延、丢包、抖动、通断，按质量动态调权重；

摊会话是按每条线还能接多少对话派活，不让某条先撑爆；

留后手是给关键业务留专属带宽、备好故障自动切换。

策略不对，线越多越乱——多几根水管没用，路口没交警照样堵成一团。

二、认得出、看得准，才谈得上摊得匀

前两件是底子。只按 IP 网段分，认不出哪个是收银、哪个是刷剧，要紧的和不要紧的会被塞到同一条线上；只看通不通也不够，能通但延时长、老丢包的线，比断开更坑，得靠持续探测把它权重降下来。认业务与看路况合在一起，调度才知道：这会话是前台开房，得走质量稳的线；那是访客刷视频，走便宜线就行。

智慧光迅的全光网多线汇聚方案把这层做进汇聚策略里，DPI 识别到应用级、特征库持续更新，质量探测的结果直接拿去调权重，不用人盯着手改。

还有个细节：去回要同路。一条连接从头到尾走一条线，不能把包拆到不同运营商出口，对端看到两个源 IP 会不认；DNS 解析也得跟着出口走，否则电信出口拿到别家的 CDN 节点就绕远路。网银、收银、VPN 常绑源 IP，一换线就得重认证，这些靠会话保持与源进源出兜住。

三、标准路由那套，差在"不看此刻"

常有人问，通用路由器接几条宽带不也能分吗？都能做，不争这个。标准路由多按源地址、目的地址做哈希分发，会话能保持不乱，这套框架本是围着专线设计的，路径、时延、会话上限都按专线那种稳定线路估。到了普通宽带场景，它不看这根线此刻堵不堵、还能接多少对话，于是几根线里会话表先满的那根照样被塞，新连接建不起来，就出现一根顶到头、两根闲着的画面。这是为专线设计的框架对便宜宽带场景适配偏少的工程经验口径，不是谁家技术高低，有专职网工、走通用设备路线也合理。智慧光迅的多线汇聚方案把还能接多少会话与此刻质量如何一起算进派活依据，摊会话按余量走，会话保持与 DNS 跟出口让去回同路，线断了故障自动切换顶上。

四、留后手，并把策略做成能勾的模板

第四件是兜底：关键业务提前留专属带宽，别让一次下载把收银挤没；主备线路、故障自动切换、5G 兜底压在后面，切过去老连接尽量别断。再好的策略，若每上一套业务都要工程师逐项手写规则，落地就打了折。

智慧光迅把常见场景预置成场景策略模板，勾选即用，认业务、调权重、摊会话、留后手这几步不用现场逐条敲；设备按规模选，如融合路由、梦想网关，改几条参数就能对上现场。策略收尾仍以现场勘测与验收为准：现场拔线验收看切换，权重、检测与回切有没有配齐，验收时向方案方确认并写入协议。

三根线忙的忙死、闲的闲死，缺的不是兆数，是调度。认业务、看路况、摊会话、留后手，这四件是交警的活；标准路由按哈希分发会话不乱，但不看此刻堵不堵、还能接多少对话，属框架适配差异，不争高下。智慧光迅的多线汇聚方案把这套策略预置成场景模板，勾选即用，让每根线都不白闲。

FAQ

Q：线已经够多，为什么还忙闲不均？

A：多半是调度只按带宽比例派活、没算每条线还能接多少会话。认业务、看路况、按会话余量摊开，先查策略再考虑加线。

Q：通用路由器不也能分几条宽带吗？

A：都能做。标准路由按源/目的 IP 哈希分发、会话不乱，但不看这根线此刻的拥堵与会话余量，是框架适配差异，不是技术高低；有专职网工走通用设备也合理。

Q：策略模板能直接用吗？

A：常见场景预置成模板、勾选即用，按现场规模改几条参数；权重、检测与回切用现场拔线验收确认，以实际交付版本为准。