带宽够不够和出口够不够，是两件事

说一条线路「够用」，通常指的是带宽：下载多快、上传多少兆。但账号类业务的瓶颈往往不在带宽上，而在出口这一层 —— 一个出口地址后面能挂多少终端、同时能维持多少条连接，本身是有上限的。

原因在于地址共享的机制。团队里几十台终端用的是同一个出口地址，每条对外的连接都要在这个地址上占用一个端口映射。映射表是有容量上限的，具体数值取决于设备型号与配置。连接数接近上限时，新的连接建不起来，表现就是页面转圈、提交失败、部分请求超时。

这类故障特别容易误判。因为测速是正常的 —— 带宽确实没用满，只是映射表满了。排查的人看带宽监控一切平稳，就排除了网络问题，转而去找平台的原因。

超出容量时会出现的三种现象

第一种是间歇性失败。同一个页面刷新几次，有时能开有时打不开。原因是每次刷新抢到的映射名额不同，抢到就成功，抢不到就失败。这种随机性让人很难相信是容量问题。

第二种是新连接慢、老连接正常。已经在用的会话不受影响，新开的窗口、新启动的同步任务却明显卡顿。批量刊登、报表下载这类一次开很多连接的操作，最容易撞上。

第三种是高峰时段整体变差。早上没人用时一切正常，下午团队同时上线就开始出问题。这个规律通常被解释成「线路高峰期拥堵」，实际原因可能是映射表在工作时段被打满。

三种现象的共性是不稳定但可恢复 —— 等一会儿、关掉一些窗口又好一点。这种「会自己好」的特征，最容易被当成偶发问题放过。这类随机失败的定位顺序，见逐段定位瓶颈。

怎么估算自己的实际用量

算得准很难，估个数量级够用。

先数终端：同时在线的人数乘以每人的设备数。再乘以每个终端常态维持的连接数 —— 浏览器开十几个标签页、后台客户端常驻、同步工具在跑，单个终端几十条连接很常见。两个数乘起来，就是常态占用的量级。

再考虑峰值。批量任务、大文件上传、多人同时拉报表，这些动作会在短时间内把连接数推高几倍。如果容量只按常态算，峰值一定会撞线。

最后看增长。团队扩编、加店铺、加账号，连接数会同步增长。按当前人数配刚好够用的容量，三个月后就要再来一次。评估的时候把这点余量算进去，比事后扩容省事。

不够用的时候，三种解法

加出口是最直接的。把团队按业务分成几组，每组一个独立出口地址，容量压力自然摊开。这也顺带解决了账号分组的问题 —— 出口分组与账号分组本来就该是同一条边界。

收敛连接是第二种。很多连接是无效的：常驻的同步客户端、开着一整天没人看的标签页、重复的自动刷新。把这些清掉，实际占用可能降一半。这一条不花钱，但要有人定期做。

调设备参数是第三种，属于技术侧的优化：映射表容量、超时回收时间这些参数可以调。但调的只是延迟爆炸的时间点，不能解决根本问题，人一多还是会撞上。

三种解法的顺序建议是：先收敛连接看能降多少，再按业务边界加出口，最后才考虑调参数。反过来先调参数，就会在容量问题之外再加一层「配置已经不像默认值」的复杂度。出口数怎么定，悦播出海是按业务单元与同时在线人数一起算的，不按账号数量算。

和带宽、地址数量一起算

这三项在方案里应该分开列，因为它们的增长曲线不一样。

带宽跟着流量走，主要受大文件与视频影响；出口容量跟着终端与连接数走，受人数影响更大；地址数量跟着账号分组走，受业务结构影响。一个问题变严重时，往往只有其中一项是瓶颈。

分开列的好处是能看出钱该花在哪。全都混成「线路升级」，就会出现加了带宽但连接数还是不够、或者加了地址但出口还是挤的情况。这也是核对报价时要追问计价单位的原因：单位不同，比价就没有意义。

悦播出海在方案阶段会先问清楚同时在线的人数、终端类型与是否有批量任务，再决定出口数量与带宽配置。这个顺序看起来慢一步，但它避免的是上线两周后才发现要重配。

关于悦播出海

悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。文里这套测法与读数口径，我们交付时用的是同一套。