全光网新网页打不开、老网页还能刷：被忽略的那张 NAT 会话表

值班的网管接到三楼报修，说网坏了。过去一看，不对：客人手机里已经打开的那个页面还能往下拉，图片一张张出；可新点一个链接就一直转，微信发消息转圈，前台偶尔超时，扫码认证弹不出来。再掏测速软件跑一下，数字挺正常，下行没跑满。网没断，带宽也没满，偏偏就是"打不开新的"。这种报修最磨人，因为"坏"和"没坏"看起来同时成立。

一、先把症状分成两堆

这种怪，怪在能用和不能用分得特别齐。已经建好的连接照常用：开着的网页能刷、挂着的文件接着传、已经连上的视频继续放、后台推送照收。建不起来的全是新动作：点新链接、开新 App、发一条新消息、扫码认证、刷新一个域名。往细里看就是这几样——TCP 握手超时、DNS 查询超时、重传激增。老连接还占着位置，新连接一个都插不进去。带宽不够不是这个样子：带宽不够是所有页面一起慢、测速数字跟着掉，视频和网页一块糊，不会"老的活、新的死"分得这么干净。把症状先分堆，排查范围立刻小一半。

二、反推回去，是会话表满了

能把现象切得这么齐的，出口处只有一处：NAT 会话表打满。

每条外线能同时维持的连接数有限，一个终端常驻几十条会话，几百个终端轻松上万条，一次晚高峰就把表填到顶。表满之后，网关没有空位给新连接做地址转换，新的握手、新的 DNS 查询直接被丢掉，于是超时、重传一齐来；老连接的转换表项还在，照走不误，所以页面还能往下拉。这份表还受几头夹着：家用光猫、家用路由器自己那份，加上运营商侧 CGNAT 与 BRAS 的每用户会话上限，几层叠下来，一条便宜宽带的余量比想象中小得多。

这是连接数瓶颈，不是带宽瓶颈，盯着兆数查，永远查不到这一层；拿"测速正常"当网没问题的证据，方向从一开始就偏了。

三、测速为什么偏偏看不出来

最容易走岔的就是这时候。测速软件测的是这一刻能跑多少兆，是带宽；它不数网关手里还剩多少个会话空位，也不试新连接建不建得起来。出口带宽利用率往往并不高，甚至挺闲——水没放满，是服务员忙不过来。所以测速数字正常、体验却卡，两者一点不矛盾：一个量的是水管，一个卡的是接单的人。反过来，若把测速结果当成"网没问题"的结论，就会一路换光猫、换路由器、重拨号、怪运营商，折腾一圈表还是满的，晚高峰照旧复发。判断依据该换成现象本身：新连接建不起来、老连接还能用、重传往上走，这三条凑齐，基本就能定位到会话表，不必再等一个更好看的测速数字。

四、先查什么：一份排查顺序

真到了现场，按这个顺序走，别跳步。

先看现象分组——是不是老连接能用、新连接全超时，先把"网断了"和"表满了"分开，顺手记下报修集中在哪个时段。

再数连接数——多少终端、峰值并发、每终端开多少对话、每条线能扛多少对话，按现场勘测与设备规格核算，别凭一个经验值套全场。

接着查分流口径——调度是不是只按"还剩多少兆"把新请求往便宜线上塞，把某条线的会话表先塞爆。

再看进线——几条线是不是真独立、是不是同一根入户光纤分出来的，运营商侧的会话上限问清楚。

最后查策略——会话有没有摊匀、每条留没留余量、关键业务有没有预留专属带宽，主备线路与故障自动切换配没配。查完再动手，比盲目加线省事得多。

智慧光迅的全光网多线汇聚方案把这几项做进同一套出口：几条外线的会话表一起叠、按会话数摊匀，配认业务的 DPI、链路质量探测、会话保持与 DNS 跟出口，中大型场景按规模选用如融合路由、梦想网关这类设备，策略勾选即用。工具上用 BOSS App 的带宽计算器算总账，测速工具与 ping 工具复核，统一运维管理后台看会话数趋势，现场拔线验收看切换。

老网页能刷、新网页打不开，不是玄学，是会话表在报警。测速看的是带宽，看不出并发会话容量；把现象分组、数连接数、查分流口径、看进线、核策略，顺序走一遍，病根就浮出来了。智慧光迅的全光网多线汇聚方案叠的是带宽和连接数两份资源，让新连接也建得起来，而不是只在测速里好看。

FAQ

Q：重启光猫能缓一会儿，算修好了吗？

A：不算。重启把表清空了，终端一上线又填满，晚高峰照样复发。得把会话摊到多条外线上、每条留余量，再配认业务的分流。

Q：是不是带宽买小了？

A：多半不是。带宽不够测速数字会掉、所有页面一起慢；这里测速正常、只有新连接建不起来，指向的是连接数。按现场勘测与设备规格核算再定。

Q：怎么提前知道表快满了？

A：盯统一运维管理后台的会话数与重传趋势，拓扑可视、故障一键定位，别等客人报修才查；多门店可总部集中查看，晚高峰重点盯。