全光网带宽叠加是不是把三条宽带加在一起？能加的和不能加的

验收那天，老板提了个具体要求：三条宽带都接上了，拿一台电脑跑个测速，把叠加后的总带宽跑满给我看。工程师没急着插网线，先摊开两张纸：一张记带宽，一张记连接数。"三条加在一起"这句话，得先说清加的是哪本账——加得起来的有两样，加不起来的另算，这台电脑的单任务恰恰属于后者。

一、能加的头一样：并发总吞吐

能加的头一样，是总带宽，准确说是多用户、多任务的并发总吞吐。

几根水管往一个池子里放水，各放各的，池子进水的总水量变大。一百个员工同时上网、几十路监控一起回传、办公下载和访客流量并跑，这些流量天生由大量独立会话组成，网关把会话分摊到各条线上，总吞吐量就能接近几条线之和。

人越多、任务越杂，几根水管才一起忙，叠加的收益越明显。这也是企业出口绝大多数时间的真实形态。

二、能加的另一样：并发连接数

能加的另一样，是并发会话容量，也就是连接数。

这条常被漏算。每条外线自带一份 NAT 会话表 / 公网出口资源，N 条线＝N 份并发会话容量；一个终端常驻几十条会话，几百个终端轻松上万条，单条宽带的会话表很容易见底。全光网多线汇聚按会话数把连接摊匀，每条线都留余量，不让某条线先撑爆。

只按带宽比例分流会出事：调度光算"这条线还剩多少兆"、不算"还能接多少会话"，便宜宽带会话表一满，分到它上面的新请求就集体超时——老网页还能刷、新网页打不开、收银偶尔转圈，测速却显示带宽没跑满，这不是带宽不够，是连接数见底。所以叠加要叠的是两份资源：带宽（Mbps）＋连接数（并发会话数），缺一份都不算把几条线用起来。

三、不能加的：单会话的瞬时速率

加不起来的，是单条 TCP 会话的瞬时速率，具体就是单文件下载、单路视频、一次网银登录这类。一条连接从头到尾走一条线，不能把包拆到不同运营商出口——拆了，对端看到两个源 IP 会不认，连接直接断。换成车道打比方：几条外线像并排几条车道，同时跑的车多了通行量上去，但一辆车不能劈成两半分到两条车道，到出口还是那一辆。

想让几条车道都忙起来，得靠很多终端、很多任务并发，或者应用自己开多线程。叠加不是给单个任务提速，是让大家一起用时都还有余量。

四、测速三条件，和把两本账一起管

那测速到底能不能跑出接近叠加的数？能，但要凑齐三个条件：每条外线在线且体检通过、策略按会话分发、测速开多线程且选就近节点。三条齐了，多线程测速在策略生效时可接近叠加；三条缺一条，就别当场演示——单线程下载仍是单线速度，这条得实事求是讲。

"三条宽带加在一起"说对了一半：能加的是总带宽和总连接数两样，不能加的是单会话速率。水管接水池、车道跑车流，讲的都是并发总量；一辆车劈不成两半，讲的是单连接的边界。智慧光迅的全光网多线汇聚方案把带宽与连接数一起叠、按会话分发，多线程测速凑齐三个条件才接近叠加。把能加的和不能加的分清楚，扩容才验得明白、吵不起架。

FAQ

Q：三条宽带，一台电脑下载能快三倍吗？

A：不能。一条连接从头到尾走一条线，单线程下载仍按单线速度跑；快的是多人多任务并发时的总吞吐，以及多出来的并发会话容量。

Q：连接数叠加到底叠了什么？

A：每条外线自带一份 NAT 会话表，N 条线就是 N 份并发会话容量。会话摊到各条线、每条留余量，才不会某条线先撑满、新请求集体超时。

Q：多线程测速为什么有时跑不满叠加？

A：凑齐三个条件才接近叠加：每条线在线且体检通过、策略按会话分发、测速开多线程且选就近节点。三条缺一条，当场就别拿它演示。