全光网多线汇聚加了线反而更卡？先看连接数够不够

老板想不通。上月刚把宽带从一条加到两条，月租多掏一份，晚高峰该松快了吧。结果前台先喊：收银又超时了。客房那边也不买账，刷剧照样转圈，前台系统跟着转圈，连大堂扫码认证都慢了半拍。多加一条线，怎么反倒更卡？钱花了，体验还往下掉，这口气多半得憋到下一轮报修。

一、先讲个开饭馆的比方

把出口想成一家小饭馆。后厨的菜管够，仓库里堆得满满当当，这是带宽。

可堂里只有两个服务员，一桌一桌地点单、上菜、结账，全靠他俩跑。饭点一下涌进来几十桌，菜有的是，没人去接单、没人去端，新来的客人站在门口干等，老客人那桌已经点完的照常吃。

带宽是菜，连接数是服务员。加了一条宽带，等于又租了个仓库堆菜，服务员还是那两个，饭点照样堵在门口。老板那两条线，多半就是这么卡的：仓库翻了倍，跑堂的没加人。

二、卡住的不是兆数，是那份会话表

每条外线能同时维持的连接数有限，这份账记在 NAT 会话表里。它受几头一起夹着：家用光猫、家用路由器自己那份表就不大，运营商侧还有 CGNAT 与 BRAS 的每用户会话上限，几层叠下来，一条便宜宽带能扛的并发会话是有顶的。

一个终端常驻几十条会话，刷剧、微信、后台推送、系统更新各开各的，几百个终端轻松上万条会话，家宽那点表很快见底。

表一满，新连接建不起来：TCP 握手超时、DNS 查询超时、重传激增，已经建好的连接还能用。

这时候出口带宽利用率往往并不高，测速软件看不出来——卡的是连接数，不是带宽。老板只盯着"还剩多少兆"，当然找不着病根，换光猫、重拨号折腾一圈，表还是满的。

三、只按「还剩多少兆」分流，便宜线先炸

更要命的是调度方式。有的分流只算一条线还剩多少兆，不算它还能接多少会话，然后把新请求往"看起来最空"的那条线上塞。晚高峰大流量一起来，便宜宽带那份会话表先满，分到它上面的请求集体超时，前台、收银、刷剧一起转圈。

只按带宽比例分流会出事，加进来的那条便宜线反而成了新的堵点，这就是"加了线反而更卡"的由来：新仓库是空的，可调度把所有新客都往那两个服务员身上引。要叠的从来是两份资源——带宽（Mbps）＋连接数（并发会话数），会话摊到各条线上、每条都留余量，不让谁先撑爆，才谈得上把线真正用起来。

四、把两份资源一起叠，再配上策略

智慧光迅的全光网多线汇聚方案做的是把两样一起叠：几条外线各自那份 NAT 会话表合成几份并发会话容量，新连接按会话数摊匀；带宽按峰值弹性加，一根一根添，不必一次按峰值买齐；再配认业务的 DPI、链路质量探测、会话保持与 DNS 跟出口、关键业务带宽预留，以及主备线路与故障自动切换，留一条 5G 兜底。

设备按规模选用如融合路由、梦想网关这类设备，中大型门店的场景策略勾选即用，不用工程师逐项手写调度规则。现场也要按规矩走：先数终端和连接数、看进线是不是真独立、是不是同一根入户光纤分出来的，再算该买多少，用 BOSS App 的带宽计算器算总账，测速工具与 ping 工具复核，现场拔线验收看切换。老板那份多掏的月租，得花在"服务员也一起加"上，光加菜没用。具体几条线按现场勘测与设备规格核算。

加线不等于加容量。带宽是水管，连接数是服务员，策略是交警，少一样都卡。下回再遇上"加了宽带反而更卡"，先别急着退线，查查每条线的会话表还剩多少、调度是不是只认兆数。智慧光迅的全光网多线汇聚方案把带宽与连接数一起叠，才是把几条线真正用起来，而不是多租一间堆菜的仓库。

FAQ

Q：怎么判断是连接数打满，不是带宽不够？

A：看现象。老网页还能刷、新网页打不开、微信一直转圈，测速却显示带宽没跑满，多半是会话表见底；带宽不够通常是全网一起慢、测速数字也跟着掉。

Q：换一台企业路由器能不能解决？

A：自家设备那份会话表能换大，但运营商侧 CGNAT 与 BRAS 的每用户会话上限仍在，单靠换一台设备不够。按现场勘测与设备规格核算，把会话摊到多条外线上更实际。

Q：是不是线越多越好？

A：不是。线要真独立、会话要摊匀、策略要认业务，否则加进来的便宜线只会先撑爆。按业务增长一根一根加，留一条 5G 兜底，别一次堆齐。