明明加了兆数还是慢：全光网多线汇聚少算的那份资源叫连接数

一张多线方案的报价单摊在会议桌上，做得挺细：三条商用外线，每条多少兆，合计多少兆，按终端数一除，人均带宽富富有余。带宽计算器也算过，数字对得上。可到了晚高峰，前台先喊新页面打不开，收银时不时超时，测速偏偏一切正常。施工没问题，线也是真拉了，毛病出在更早的地方——这张单子从设计那天起，就少算了一行。

一、单子上有的那一行：带宽

先认这一行没写错。带宽是水管，量的是同一时刻能放多少水，体现在多人、多任务一起用的时候，不是让单个下载变快。报价单、资费表、带宽计算器，围绕的都是它：几条线、各多少兆、峰值够不够。这一行好算、好报、好验收，也正因如此，方案讨论常常到它为止。但把"一共多少兆"当成"够不够用"的全部答案，后面就得补学费。

二、单子上没写的那一行：连接数

另一行是连接数，是服务员，量的是能同时开多少对话。每条外线自带一份 NAT 会话表 / 公网出口资源，N 条外线＝N 份并发会话容量。一个终端常驻几十条会话，几百个终端轻松上万条；表一满，新连接建不起来，老连接还能用，而出口带宽利用率往往并不高。所以"加了兆数还是慢"不矛盾：水没放满，是接单的人不够。要叠的是两份资源：带宽（Mbps）＋连接数（并发会话数），只算前一行，等于只数了水管没数服务员。把两行摆开看，漏项就很直白：

三、现场勘测要补问的那几句

设计不是关起门算的，得带几个问题去现场：每条线能扛多少对话？多少终端、峰值并发多少、每终端常驻多少会话？家宽、商宽各自受光猫、家用路由器、运营商侧每用户会话上限几层夹着，余量比纸面上小。能进几家运营商、光缆从哪进楼、是不是共用同一根入户光纤，也在这时候定。这些不写进勘测表，"按会话摊匀"就没有依据，后面加了线还卡几乎是必然。

智慧光迅的全光网多线汇聚方案把带宽叠加、连接数叠加、汇聚策略三件事一起做进方案设计，按会话数把连接摊到各条外线；设备按规模选，如融合路由、梦想网关两档，可扩 WAN 口把线接够，场景策略勾选即用。用智慧光迅的带宽计算器先算该买多少，再按会话数复核一遍，两张账对上才定稿。

四、还有一处最容易漏：网关自己

几条线的会话，最后都压到出口网关这一台设备上。网关自身的 NAT 会话数、DNS 处理、认证能力，都得按现场勘测与设备规格核算；只把外线加够，网关先到顶，一样是新瓶颈。

多门店的场景还要把总部集中查看、策略统一下发那部分管理流量算进去；晚高峰集中上线时，认证弹页这类动作本身也吃网关的会话与处理能力，只盯几根外线那点兆数，很容易把这些一并算漏。智慧光迅的融合网关在设计阶段就把这份自身能力一并核进去，别让"加了几条线"变成"把瓶颈搬了个地方"。

"加了兆数还是慢"，多半不是线没加够，是设计单少算了一行。带宽是水管，连接数是服务员，N 条外线＝N 份会话表；现场问清每条线能扛多少对话，再把网关自身的会话、DNS、认证能力核一遍，两份资源都叠上，方案才算完整。下回看报价单，先找有没有"连接数"那一行。

FAQ

Q：带宽计算器算出来的数，为什么还差一截？

A：它算的是该买多少兆。能同时开多少对话是另一本账，得按终端数、峰值并发和每条线的会话上限另核，两张账一起看。

Q：只在报价单上加一栏"连接数"就行了吗？

A：还得落到调度上：会话按数摊匀、每条留余量，别只按剩余兆数往便宜线塞，否则某条出口还是先满。

Q：网关自己也会成瓶颈？

A：会。外线加够而网关的 NAT 会话、DNS、认证能力没核算，卡点就从外线挪到网关。按现场勘测与设备规格核算再选型。