组队开黑的时候，语音和游戏数据走的是同一条网线，这件事在单开时没什么感觉，多开时就成了问题。
APEX英雄这类战术竞技游戏，队伍靠语音沟通报点和集火。语音是持续的双向音频流，数据量不大但一刻不停；战局数据是位置、血量、射击这些状态同步，随战斗节奏起伏。两条流混在同一条代理IP上，一旦战局数据冲高，语音就可能出现卡字、断续。
语音和数据为什么互相影响
两者的请求特征不一样。语音是持续发送的小包，对延迟敏感，对带宽要求低；战局数据是突发的大包，对带宽敏感，短时占用高。同一条线路上的资源是共享的，战局数据占用峰值的那几秒，语音包的排队时间会被拉长，表现就是队友的声音一顿一顿。
语音怕延迟，数据怕拥堵，两者的短板不在一个地方。
- 语音：持续小包，怕延迟波动
- 数据：突发大包，怕瞬时拥堵
- 同一条线上会互相挤
- 多开时两条流各走一条更稳
两条流分开，问题就解决了一大半。
实际怎么分
分法的核心是把持续流和突发流隔开。多开跑在同一台设备上时，可以让战局数据走带宽余量更大的那条代理IP，语音走另一条低延迟的。如果工具支持按应用分配，按进程分是最省事的做法，不必改动游戏本身。
语音占用多少带宽
语音的带宽占用很低，一条音频流通常在几十千比特每秒的量级，远比战局数据小。但它对延迟和抖动的容忍度也低，几秒钟的断续就足以让沟通断掉。所以给语音配代理IP时，优先看的是稳定性和波动范围，带宽大小反而次要。
把语音和数据分开之后，多开开黑的沟通会顺畅不少。代理IP在这里承担的是把两类流量隔开的那一层，让持续的小包不必和突发的数据抢同一条通道。