ICE协议中Host、Relay、Reflexive是三类核心的候选地址（Candidate），用于NAT穿透和媒体路径筛选，三者的生成逻辑、适用场景和优先级差异显著
一、三类候选地址的核心定义
| 候选地址类型 | 英文全称 | 生成方式 | 地址特征 |
|---|---|---|---|
| Host（主机候选） | HostCandidate | 由终端直接从本地网卡获取 | 是终端的内网IP地址+端口，例如 192.168.1.100:5004 |
| Reflexive（反射候选） | ReflexiveCandidate | 通过 STUN服务器获取 | 是终端在NAT设备上的公网映射IP+端口，例如 202.100.10.5:30000 |
| Relay（中继候选） | RelayCandidate | 通过 TURN服务器获取 | 是TURN服务器的公网IP+端口，媒体流需经TURN服务器转发 |
二、关键差异与适用场景
- Host候选地址
核心特点：优先级最高（ICE协议默认优先选择），媒体流端到端直连，延迟最低、带宽消耗最小。
适用场景：仅适用于同一内网的终端通信（如会议室终端与办公室软终端在同一局域网）。
局限性：无法穿透NAT设备，跨公网通信时无效。
- Reflexive候选地址
核心特点：优先级仅次于Host，基于STUN协议获取NAT映射地址，媒体流仍为端到端直连，延迟接近Host候选。
适用场景：适用于跨NAT公网通信，且NAT设备支持端口映射（如多数企业路由器、家用路由器）。
局限性：无法穿透对称型NAT（SymmetricNAT），这种场景下需要依赖Relay候选。
- Relay候选地址
核心特点：优先级最低，媒体流需经TURN服务器中转，延迟最高、带宽消耗最大（双向转发）。
适用场景：作为兜底方案，用于穿透对称型NAT、防火墙限制严格的网络，或两端终端无法直连的场景。
局限性：依赖TURN服务器的性能和带宽，服务器故障会导致通信中断。
三、ICE协议的地址选择逻辑
优先测试 Host-Host 配对→内网直连，最优路径。
若Host配对失败，测试 Reflexive-Reflexive 配对→公网直连，次优路径。
若Reflexive配对失败，启用 Relay-Relay 配对→中继转发，保底路径。
四、与Cisco视频会议的关联
Host候选：适用于注册到同一CUCM的内网终端通信。
Reflexive候选：依赖CiscoVCS/CMS的STUN功能，实现跨NAT公网终端直连。
Relay候选：依赖CiscoVCS/CMS的TURN功能，用于对称型NAT等复杂网络场景。
与ICE的区别：ANAT仅提供静态地址备选，不涉及连通性检测与NAT穿透；ICE（RFC5245）侧重动态路径探测与最优路由选择，二者互补但应用场景不同IETF。
三、关键特性与应用场景
| 特性 | 说明 | 典型场景 |
|---|---|---|
| 多地址协商 | 支持IPv4/IPv6混合网络、多网卡终端的地址选择 | 跨国企业IPv4/IPv6混合部署、终端双链路冗余 |
| 无额外信令 | 基于SDP分组完成地址协商，无需扩展协议 | 轻量化音视频通信、SIP终端快速适配多网络 |
| 静态备选机制 | 地址需预配置，不支持动态地址更新 | 网络环境稳定、地址规划明确的企业通信系统 |
四、部署要点与注意事项
终端兼容性：通信双方终端需支持ANAT语义，否则可能导致媒体协商失败。
地址优先级配置：建议按“内网地址→IPv6地址→公网地址”的顺序配置优先级，优化连接效率。
与ICE协同：在NAT复杂环境中，ANAT可作为ICE的补充（如ICE探测前的备选地址），但不能替代ICE的NAT穿透能力。