192.0.0.10 是什么
这是保留给实时通信中继服务自动发现的任意播地址。客户端在建立音视频通话前，向它查询可以获得就近可用的中继服务器信息，从而绕过双方都处于多层地址转换之后的困境。它的价值在于把“该用哪台中继”这个选择交给网络，而不是硬编码在客户端里。
为什么要中继
点对点直连在理想网络下最省资源，但企业网络与移动网络大量使用地址转换和严格策略，直连经常失败。此时通话双方各自连接一台中继服务器，由它转发媒体流，虽然增加一跳延迟，但换来可达性。自动发现解决的是如何找到这台中继服务器。
基本信息
| 地址 | 192.0.0.10/32 |
|---|---|
| 协议 | 实时通信中继（RFC 8656） |
| 对应 IPv6 地址 | 2001:1::2 |
| 常规服务端口 | 3478，加密方式为 5349 |
| 典型场景 | 网页实时音视频的中继服务器发现 |
典型使用场景
- 通话建立失败排查：确认客户端能否完成中继发现，判断问题出在发现还是媒体转发环节
- 企业网络策略评估：拦截该地址会直接影响自动发现，隐蔽表现为部分通话双方听不到声音
- 运维检查清单：把自动发现的可达性纳入实时通信服务的上线验证项
- 抓包定位：在该地址与常规端口上抓包，区分发现阶段失败与中继连接阶段失败
- 理解服务发现：与端口控制协议、地址转换发现并列，都是“向约定地址问路”的思路
- 容量规划：中继流量集中经过服务器，评估时按并发通话数估算带宽与转发能力
相邻地址对照
相邻地址对照
192.0.0.8 占位地址（协议测试）
192.0.0.9 端口控制协议任意播（UDP 5351）
192.0.0.10 中继服务发现任意播
# 三者的区别看端口最直观：抓包端口决定你该查哪一条排障切入点
| 现象 | 优先检查 | 常见原因 |
|---|---|---|
| 双方听不到声音 | 中继是否接通 | 自动发现被拦截 |
| 部分网络可用 | 该网络出站策略 | 中继端口被限制 |
| 连接很慢 | 中继地理位置 | 最近节点选择异常 |
| 始终直连失败 | 地址转换类型 | 严格转换需中继 |
通话建立失败排查中继链路时，可以关注客户端是否成功发现中继服务；企业网络若拦截该地址，会直接影响自动发现，而现象往往表现为通话双方都听不到声音，容易被误判为客户端故障。
任意播地址本身不代表某台具体服务器，因此不要把它当作可访问的对象做连通性测试；正确做法是检查客户端查询是否得到应答，以及中继连接是否建立成功。