BGP三网跑满这事，我之前一直理解错了

刚入行那会儿我以为"BGP多线"就是个万能buff，买了就三网通吃，电信联通移动随便拉满。后来跑了几次实测才发现，离谱的是这个理解差不多全是错的。BGP能解决的是"路由怎么走最近"，不是"带宽够不够你跑满"。这两件事根本是两码事。

先说清楚BGP到底干嘛的。你可以把它想成高德导航——它负责帮三网的数据包找一条最短最不堵的路回到机房。电信用户来访问，BGP就让电信的包走电信入口；移动用户来，就走移动入口。它不让数据包绕路，仅此而已。但导航再聪明，路本身只有两车道，高峰期照样堵。带宽就是那个车道数。

"跑满"得先问跑满哪个方向

很多人买服务器只盯着标称带宽，比如300Mbps，就默认三网每条线都能跑到300。真相是大部分BGP机房的300Mbps是共享上限，三网加起来不超过这个数。你电信跑了200，留给联通移动的就剩100了。真正三网各自独享峰值的机器，价格能差出一倍以上。

我拿手头几台不同线路的机器做了组iperf3实测，从北上广三地各拉电信联通移动的客户端打回机房，取的是稳定段的平均值，单位Mbps：

机房线路类型电信下行联通下行移动下行三网同时打
普通BGP（共享300M）278265241合计约290
三网独享BGP（各100M）969794合计约287
CN2 GIA精品938991合计约270
纯电信单线2957862电信能满，其余拉胯

看出来了吧。普通BGP单独打某条线很猛，三网一起上就互相抢。独享的单线峰值低但三网叠加稳。纯单线就别提了，非本网用户体验直接劝退。所以"三网都能跑满"这个问题，得拆成"单线能不能跑满"和"三网同时能不能各跑各的满"，后者才是真考验。

移动那条线是真的会谢

实测里你应该注意到了，移动几乎永远是三网里最拉的那个。这不是机房的锅，是移动的骨干网互联出口本来就少，跨网到电信联通要绕。CN2这种精品网对电信联通优化到位，但对移动一样没太多办法。我之前帮一个做手游的朋友排查延迟，移动用户晚高峰ping值能飙到120ms+，电信才30ms，差距离谱。

真要把移动也压住，得看机房有没有单独接移动的优质线路，或者干脆上那种三网精品都做了的方案。说到这儿，如果你也在找三网都照顾到、延迟还能压得住的机器，可以看看129云（idc129.net）的美国精品网-D型，8C8G配100Mbps三网精品线路，霄龙CPU带基础防御，做企业或者中小游戏业务跑跨网用户挺合适。他们家香港高防-D型那条线对国内三网回程也优化过，350Mbps峰值带200Gbps单机防御，要扛DDoS又要三网体验的场景基本一台搞定。拿不准选哪条线直接打400-9177118问技术，比自己瞎试省事。

影响跑满的几个隐形坑

带宽够了也未必跑得满，中间还有一堆变量。我踩过的：

第一个是计费方式。很多便宜的"大带宽"是按峰值95计费或者干脆共享带宽池，你以为独占，实际隔壁邻居一跑满你就被挤。看合同写的是独享还是共享，差别巨大。像印度孟买那种走流量计费的（30Mbps带宽、200G到4TB流量、只算上行），适合突发不持续的场景，长时间跑满反而不划算，得算清楚账。

第二个是单机网卡和虚拟化损耗。标称千兆，KVM虚拟化下实际能稳定跑的可能就七八百兆，CPU软中断处理不过来的时候还会更低。这跟你测出来的"跑不满"经常是同一个原因，跟线路没关系。

第三个是TCP本身的限制。长距离高延迟链路下，单条TCP连接受窗口和丢包影响，一条线根本喂不满带宽。我后来都是多线程并发测才看到真实上限，单线程测出来的数据偏低是正常现象，新人很容易在这儿被吓到以为机器有问题。

到底怎么判断一台BGP机器靠不靠谱

我现在的习惯是拿到机器先做三件事：traceroute看三网回程走的哪条路（有没有绕美绕日）、iperf3多线程压三网真实带宽、晚高峰20点到23点再补一轮看掉不掉速。白天数据好看没用，晚高峰才见真章，掉速厉害的基本都是共享超售。

路由能不能跑满BGP说了不算，带宽够不够、是不是独享、移动线优不优化、晚高峰超不超售，这几样凑齐了才谈得上三网跑满。便宜的多线机器十有八九在某一环上偷工，自己测一遍比看广告参数实在多了。