全光网测速没跑满、微信一直转圈：带宽够用为什么还是卡

验收那天挺尴尬。工程师当场跑测速，数字漂亮，下行接近标称，几条线都在线，曲线平平稳稳。老板站在旁边没说话，掏出自己手机发了条微信，消息转了半天圈才出去；前台补了一句，下午收银也超时过两回，会议室投屏卡了一下。数字没问题，人却觉得卡，两边谁都没说错，只是看的根本不是同一件事。当场争起来，多半谁也说服不了谁。

一、测速测的是带宽，不是能接多少活

测速软件干的事很单纯：短时间内往连接里尽量灌数据，看这一刻能跑多少兆。它量的是带宽，是水管这会儿能放多少水。它不数网关手里还剩多少个会话空位，也不试新连接建不建得起来。

晚高峰几百个终端各开几十条会话，真正先见底的常常是 NAT 会话表：新握手超时、DNS 查询超时、重传激增，已建立的连接还能用。这时候出口带宽利用率往往并不高，测速自然跑得漂亮，甚至显得挺闲。

测速测的是带宽，不是并发会话容量，拿它给"网不卡"背书，从根上就错位了。智慧光迅的全光网多线汇聚方案把两条账分开算：带宽按峰值弹性加，连接数按会话摊到各条外线，两份资源一起叠，谁也不替谁背锅。

二、单连接不叠加，别拿一个下载判全场

还有个常被误会的地方：叠加的是并发总吞吐，不是单任务速度。一条连接从头到尾走一条线，不能把包拆到不同运营商出口，对端看到两个源 IP 会不认，连接直接断。所以单个文件下载、单路视频、一次网银登录，仍是那条线的单线速度，不会因为接了四条线就快四倍。多线程、多任务、多人同时用，才把几条线一起喂满。

单连接不叠加，这一条讲在前面，后面所有演示才不会翻车。测速软件要能跑出接近叠加的数字，靠的正是它开多线程——一次发起十几条连接，网关把它们分到不同外线上，总水量才叠得起来；换成单线程，它就老老实实只走一条线。

三、想让测速接近叠加，三个条件缺一不可

当场演示想跑出好看的叠加数，三条得同时成立。

每条外线在线且体检通过——持续测时延、丢包、抖动、通断，能通但老丢包、延时长那条线，比断了更坑，权重会被调低，只盯"通不通"不够。

策略按会话分发——新连接一条一条摊到各条线上，不是按"还剩多少兆"一股脑往便宜线塞，否则那条线的会话表先满。

测速开多线程且选就近节点——单线程只走一条线，就近节点才不绕远路，DNS 解析跟着出口走，出口才不会拿到别家的 CDN 节点。

三条不全，数字就别怪设备：某条线没过体检、策略没按会话分、测速只开了一条线程，叠加自然出不来。这也是智慧光迅的出口方案把链路质量探测、会话保持、DNS 跟出口做进汇聚策略的原因；设备按规模选用如融合路由、梦想网关这类设备，场景策略勾选即用。

测速漂亮和用着不卡，是两本账。前者量带宽，后者吃的是并发会话容量与调度策略。承认单连接不叠加、把能接近叠加的三个条件摆明、三条不齐就别当场演示，再谈几条线怎么叠，话才站得住。智慧光迅的全光网多线汇聚方案叠的是并发总吞吐，验它也该按并发的方式验，而不是只盯一个测速数字。

FAQ

Q：测速没跑满，是不是线没叠起来？

A：先看是不是单线程。单连接从头到尾走一条线，本来就只有单线速度；开多线程、且每条线体检通过、策略按会话分发，才看得出叠加。

Q：那测速还有用吗？

A：有用，但只用来看带宽这一维。会话容量、重传、新连接建不建得起来，得看现象和统一运维管理后台的会话数，测速软件看不出来。

Q：为什么前台偶尔超时，测速却一切正常？

A：多半是会话表见底，或关键业务没留专属带宽、被大流量挤了。按现场勘测与设备规格核算，给要紧业务预留出口与带宽，别只盯兆数。