线越多，越容易有个出口先被撑爆：全光网摊匀会话比加线更要紧

老板的想法很朴素：卡就加线。酒店出口从两条加到五条，账单厚了一截，晚高峰该卡还是卡，甚至更频繁。运维把流量图并排挂着，五条线都没跑满，灯也全亮，可前台超时一片、新网页打不开、微信一直转圈。加线反而没讨好，这事看着反直觉，底下其实有一笔没算的账：线多了，短板也多了，全网体验被最先撑爆的那条决定。

一、反直觉在哪：线多了，短板也多了

直觉里，线越多越宽、越不容易满。可每条外线都是独立的，N 条线＝N 份 NAT 会话表／N 份公网出口资源，每一份能同时维持的并发会话都有限，受光猫、路由器和运营商侧每用户会话上限一起约束。线一多，"某一条先见底"的概率反而上升；只要有一条线的会话表先满，分到它上面的请求就集体超时，全网跟着卡。

这是块短板效应：木桶能装多少水，看最短那块板，不看木板总数。总兆数再宽，一条线先塞满，走在它上面的收银、会议、新网页一样建不起连接；偏偏这时候老连接还能用、带宽利用率并不高，测速软件显示一切正常。于是画面就成了"每条线都闲着，全网却转圈"。加线加的是总水量，补不了那块短板——摊匀会话，往往比再加一条线更要紧。

二、按"还能接多少活儿"派，不是按"还剩多少兆"派

派活依据得换。带宽是水管，连接数是服务员：水管再粗，服务员不够，新来的请求照样没人接。只按"这条线还剩多少兆"加权，便宜线的会话表先满，分过去的请求集体超时，就是"加了线反而更卡"。

正确的派法是按每条线还能接多少会话来分：把并发会话按余量摊到各条线上，每条都留余量，不让哪一根先撑爆。一个终端连上 WiFi 后，网页、即时通讯、系统更新、后台心跳会同时挂一批会话，终端一多，出口要维护的并发量成倍涨，这笔账得在加线之前先数清。还要核算出口网关自身的 NAT 会话数、DNS 与认证处理能力——网关自己也是一台设备，别让它反过来成了瓶颈。带宽与连接数一起叠，才是完整汇聚；只叠兆数，短板照旧在。

三、持续体检，让劣化甚至已断的线别再接新请求

光摊匀还不够，得知道哪条线此刻还堪用。只看"通不通"不够，能通但延时长、老丢包的线，比断开更坑。持续测时延、丢包、抖动、通断，按质量动态调权重，把状态差的线从派活名单里降下来。

最怕的是没有持续探活：劣化甚至已经断掉的线还在接新请求，新连接建不起来、老连接还能用，用户感知就是"时好时坏"，查起来毫无现场。探测够快，才好把这类线及时摘出去。再叠上另外两层：会话摊匀＋业务优先级＋故障自动切换一起配——要紧业务绑最稳的那条并留专属带宽，别让一次下载把收银挤没；主备线路、故障自动切换、5G 兜底压在后面，切过去老连接尽量别断；去回同路靠会话保持与 DNS 跟出口兜住，网银、收银、VPN 这些绑源 IP 的业务才不会一换线就重认证。

线多不等于稳，短板多了反而更容易出事：N 条线是 N 份会话表，一条先满，分到它上面的请求集体超时，全网跟着卡。加线是加总量，摊匀是补短板。按"每条线还能接多少活儿"派、每条留余量，持续体检把劣化的线摘出去，再叠上业务优先级与故障自动切换，靠统一运维管理后台把全线路状态看全——智慧光迅的全光网多线汇聚方案做的正是这套编排，先摊匀，再谈加线。

FAQ

Q：线加得越多不是越稳吗？

A：不一定。每条线自带一份会话表，线越多越容易出现某一条先满；一条先满，分到它上面的请求集体超时，全网受牵连。摊匀会话比单纯加线更要紧。

Q：怎么判断是不是某条线先撑爆？

A：看用户感知与测速是否背离——带宽没跑满却新连接建不起来、老连接还能用，多半是某条线会话见底。到统一运维管理后台看各线会话占用，别只盯总兆数。

Q：加线和摊匀，先做哪个？

A：先摊匀。把会话按余量派到各条线、每条留余量，再配体检与切换；这些都排完，若确属总带宽不足，再一根一根加线不迟，顺序反了钱就花在不是瓶颈的地方。