同一个代理IP，网页能正常打开，会议软件里却一直连不上，语音通话没有声音，这类现象说起来奇怪，原因其实很集中。网页加载走的是 TCP，音视频通话这类应用大量使用 UDP。入口如果只处理 TCP，UDP 的请求就会被直接丢掉，表现就是连上了但用不了。
两类流量的差别在哪
TCP 有确认和重传机制，丢一点也能补齐；UDP 没有，发出去就不管，胜在延迟低。入口在设计上常常只覆盖 TCP，因为绝大多数网页业务都走这条路。代理IP的 UDP 转发需要入口额外做一层支持，不是所有套餐都默认打开。
哪些现象指向 UDP 没转发
判断的线索是应用类型。网页、接口调用、文件传输这类走 TCP 的功能正常，会议、语音、部分游戏这类依赖 UDP 的功能全部不通，方向就基本明确了。代理IP在这类情况下的表现很一致：能连上，但实时类功能没有数据。
| 应用类型 | 主要走什么协议 | UDP 未转发时的表现 |
|---|---|---|
| 网页浏览 | TCP | 正常 |
| 接口调用 | TCP | 正常 |
| 语音与会议 | UDP 为主 | 连接不上或者没有声音 |
| 部分联机游戏 | UDP 为主 | 进不去或者频繁掉线 |
需要注意的是：UDP 转发能力与套餐绑定，升级之前先确认目标应用是不是真的依赖 UDP。
确认之后再看套餐。有的套餐本身包含 UDP 转发，有的需要单独开启，还有的一开始就不支持。代理IP的转发能力在后台一般会写明，翻一下说明就能确定，比反复换地址试要快得多。
代理IP先看应用，再看套餐。
如果实时类功能是业务的必要部分，选套餐时要把这一项列进对照表。只看网页能不能开，很可能在真正要用的时候才发现缺了转发能力。代理IP的能力清单提前对一遍，能避免很多后知后觉的返工。