AWS WebRTC：获取ICE服务地址（part 2）: ICE Agent的作用

上一篇，已经获取到了ICE服务地址，从返回结果中看，是两组TURN服务地址。

拿到这些地址有什么用呢？接下来就要说到WebRTC中ICE Agent的作用了，返回的服务地址会传给WebRTC最终给到ICE Agent。

ICE Agent的作用：

1、收集候选地址（ICE Candidates），包括 host、srflx、relay、prflx：

 2、测试连接性（connectivity checks）：尝试不同的候选对组合

ICE Agent 通过发送 STUN Binding Request 检查候选对（candidate pair）的可连通性。

• STUN Binding Request 是 ICE 用来做连接性检测的标准机制。

• 无论对端 candidate 是哪种类型（host、srflx、relay），只要能够被访问，它就可以接收到并响应 STUN 消息。

• 检查是否连通 = 看是否能收到 STUN Binding Response。

• 虽然 relay 类型的候选地址是由 TURN 服务提供的，但它本质上依然支持 STUN Binding Request 的收发，作为 ICE 的连接性检测机制的一部分。

3、优选路径（nominating best candidate pair）：优先使用能直连的、延迟最小的路径；当直连失败时，才使用 TURN 中继。

会按 ICE 优先级 测试连接路径，比如：

• Host ↔ Host

• Host ↔ srflx

• srflx ↔ srflx

• relay ↔ relay（最慢，最贵）

通常优先选择 非中继的直连链路（即 P2P）。

补充说明一下，收集候选地址（candidates）指的是仅收集本端（local）的候选地址，包括 host、srflx、relay，将这些候选地址通过信令通道（比如 SDP）发送给对方，就是说本地收集完成后，WebRTC 应用会通过 SDP（Session Description Protocol） 把这些 candidates 发送给对端。

4、接收。对端候选地址的获取来自信令过程，对端收集完自己的候选地址后，会通过信令通道传送过来（在 SDP 中或者通过 trickle ICE 逐步发送），本地 ICE Agent 会接收到这些对端候选，并将其组合成 candidate pairs（候选对）进行连接性检测。

这时候我对比了一下，iOS app端的打印日志：

[iOS-P2P:2f214551-*****A1100*****] ICE servers retrieved - Count: 3
2025-05-19 15:48:29.611+0800 [Open Stream] ✅✅✅ INFO className:Channel+Tracker fuction:logP2PEvent(_:details:)  line:25 
 [iOS-P2P:2f214551-C2E2DA110017952] ICE[1/3] - turn:***-***-***-***.t-*****.kinesisvideo.cn-****-*.amazonaws.com.cn:443?transport=udp, turns:***-***-***-***.t-*******.kinesisvideo.cn-*****-*.amazonaws.com.cn:443?transport=udp, turns:***-***-***-***.t-*******.kinesisvideo.cn-****-*.amazonaws.com.cn:443?transport=tcp
2025-05-19 15:48:29.612+0800 [Open Stream] ✅✅✅ INFO className:Channel+Tracker fuction:logP2PEvent(_:details:)  line:25 
 [iOS-P2P:2f214551-*****A1100*****] ICE[2/3] - turn:**-***-***-***.t-********.kinesisvideo.cn-****-*.amazonaws.com.cn:443?transport=udp, turns:**-***-***-***.t-*******.kinesisvideo.cn-****-*.amazonaws.com.cn:443?transport=udp, turns:**-***-***-***.t-*********.kinesisvideo.cn-***-*.amazonaws.com.cn:443?transport=tcp
2025-05-19 15:48:29.613+0800 [Open Stream] ✅✅✅ INFO className:Channel+Tracker fuction:logP2PEvent(_:details:)  line:25 
 [iOS-P2P:2f214551-C2E2DA110017952] ICE[3/3] - stun:stun.kinesisvideo.*.amazonaws.com:443

iOS app的日志中是有stun返回的，为什么boto3请求却没有返回呢，查了一下：

AWS 的 WebRTC Signaling Channel 默认不提供 STUN Server，只靠 TURN 来确保连接可靠性。

1. AWS 官方设计如此：

   • AWS 的 get_ice_server_config() 接口返回的 IceServerList 默认只包含 TURN server。

   • 这些 TURN server 本身就能提供中继功能（比 STUN 更通用），AWS 更倾向于提供自己可控的服务。

2. AWS 文档说明：

   The returned ICE server list contains TURN-only servers. STUN servers are not included in this API.

我问了一下iOS开发同学，确实在本地配置了STUN server：

stun.kinesisvideo.{数字}.amazonaws.com

下一篇：AWS WebRTC：获取ICE服务地址（part 3）介绍STUN服务和TURN服务的作用。