把收银和会议也派去便宜线：全光网只按带宽比例分流怎么把好线拖垮

园区网管小陈新接了三条外线，一条质量稳、两条便宜。他想着"别让哪根闲着"，在后台设了按剩余带宽加权均摊：哪条线空就往哪派，看着挺公平。头两天相安无事，到周五晚高峰，前台收银开始转圈，三楼会议室的画面一卡一卡，可打开流量图，那条稳的线远远没跑满。问题不在哪条线不够粗，在他那份"谁都不浪费"的配置——均摊只认带宽余量，不认业务身份，也不认连接数余量，把要紧的收银和会议也按权重摊到了便宜线上。

一、一份"公平"的配置，怎么就成了事故

按剩余兆数派活，逻辑听上去没毛病：哪条线空就多用哪条。毛病出在它把"公平"用错了地方。外线不是一模一样的水管，质量稳的那条和便宜的那条，能扛的活儿根本不在一档。均摊不问这个，收银请求、会议码流、住客刷剧被一视同仁地撒出去，要紧的业务照样可能被分到便宜线。

更要紧的是"好线被拖垮"其实有两层。

头一层，好线没被专用：最稳的那条没绑给收银和会议，反倒跟着一起被摊薄，优势没使出来。

再一层，便宜线先撑爆：它会话表先满，分到它上面的新连接建不起来，请求集体超时，前台、会议跟着一起转圈。两层叠在一起，就成了"每条线都没跑满，全网却卡"。

二、分流要同时看三样：带宽余量、连接数余量、业务身份

按带宽比例分流，只算三样里的一样，得三样一起看。

带宽余量是"这条线还剩多少兆"，就是水管粗细，最直观，也最容易被当成全部。

连接数余量是"这条线还能接多少活儿"——每条外线自带一份 NAT 会话表 / 公网出口资源，能同时维持的并发会话有限，受光猫、路由器和运营商侧每用户会话上限一起约束；一个终端常驻几十条会话，几百个终端摊下来，并发量轻易就顶到便宜线的上限。打满之后新连接建不起来、老连接还能用，测速反而正常。

业务身份是"这笔流量是收银还是刷剧"，认的是"在干嘛"，不是"从哪来"。

要叠的是两份资源：带宽（Mbps）＋连接数（并发会话数），再叠上业务身份这一维。少了哪一样，加再多的线都会卡。只盯"还剩多少兆"，等于把最要紧的两样漏算了。

三、用"加宽组 / 备份组"先把线路分好工

线路进门，先别急着均摊，先分组。同运营商的几条线放同一个"加宽组"：时延、丢包、路径接近，DNS 一致、源 IP 好保持，最适合把总带宽叠起来放大流量，刷剧、下载、系统更新往这里走。

跨运营商的线放不同"备份组"：物理路由、上联、骨干都不相干，是真冗余，给要紧业务多留一条退路。

分完工，派活就有主次：要紧业务绑最稳的那条，并留专属带宽——收银、会议、前台、客控这些一秒不能断的，固定走质量稳的线，留一块不参与争抢的下限；大流量走便宜线，慢一点无妨。每条线都留余量，别把哪根塞到见底。均摊追求每条都用上，分组追求谁该走哪条，一开始就定好。

四、认到应用级才分得准，场景模板按业务名选路

主次定好了，还得认得出谁是谁。按 IP、按网段粗分认的是"从哪来"，收银和刷视频常挤在同一网段。DPI 深度包检测识别到应用级——收银、会议、电视、投屏、短视频各归各类，特征库持续更新，才谈得上按业务名选路。

智慧光迅的全光网多线汇聚方案把上面几样一起算进派活依据：外线带宽与外线连接数一起叠，按会话数把并发摊匀到各条线路、每条留余量；DPI 识别到应用级，链路质量探测动态调权重，会话保持与 DNS 跟出口让去回同路，关键业务带宽预留、主备线路与故障自动切换一并纳入汇聚策略。场景策略模板按业务名选路，勾选即用，不用工程师先查 IP 再一条条写规则；设备按规模选，如融合路由、梦想网关。配完现场拔线验收看切换，以实际交付版本为准。

均摊不是公平，是不分主次。只按带宽比例分流，算漏了连接数余量和业务身份，于是好线没被专用、便宜线先撑爆，全网跟着卡。分流看带宽余量＋连接数余量＋业务身份三样，用加宽组 / 备份组把线路分好工，要紧的绑稳线留专属带宽、大流量走便宜线，再靠 DPI 和场景模板把策略落地。智慧光迅的全光网多线汇聚方案做的正是这套编排——把每条线用到该去的业务上，而不是平均分掉了事。

FAQ

Q：按带宽比例分流，到底错在哪？

A：它只算"还剩多少兆"，不算"还能接多少会话"，也不问业务是谁。便宜线会话表先满，分过去的请求集体超时；要紧业务也被摊过去，稳线反倒没专用。

Q：好线明明没跑满，怎么会被拖垮？

A：稳线没绑给要紧业务，优势没使出来；便宜线先撑爆，超时请求拖累全网。带宽没跑满却卡，症结常在会话不在兆数。

Q：加宽组和备份组怎么分？

A：同运营商、路况接近的放加宽组叠总带宽、放大流量；跨运营商、物理路由不同的放备份组做真冗余。要紧业务绑最稳那条加一条备份，大流量走便宜线，每条留余量。