WebRTC 与实时通信(ICE/STUN/TURN/DTLS-SRTP)

共 18 题
#

1. DTLS-SRTP 双层加密,DTLS handshake 派生 SRTP key 的工程价值何在?

A SRTP 负责协商 DTLS 证书
B DTLS 握手为 SRTP 派生媒体加密密钥 ✓ 正确答案
C DTLS 直接加密 RTP 媒体流
D SRTP 不需要认证
#

2. TURN(RFC 8656)相对 STUN(RFC 5389)在 relay-only 网络的工程价值?

A TURN 提供服务器中继,保证打洞失败时仍能通信 ✓ 正确答案
B STUN 负责转发媒体流
C TURN 不经过服务器
D TURN 只用于发现公网地址
#

3. WebRTC 数据通道(RTCDataChannel)SCTP/DTLS 协议栈的工程边界?

A 数据通道使用 SCTP over DTLS over UDP ✓ 正确答案
B 数据通道使用 TCP 传输
C SCTP 只支持有序可靠传输
D 数据通道不加密
#

4. SDP 与 Offer/Answer 协商,信令交换哪些内容(编解码、候选、DTLS 指纹),协商失败时如何排查?

A DTLS 指纹不影响协商
B SDP 只交换候选地址
C SDP 交换编解码、候选、DTLS 指纹等媒体协商信息 ✓ 正确答案
D Offer/Answer 不需要编解码交集
#

5. ICE 候选类型与优先级,host/srflx/relay 三类候选的收集与排序,NAT 穿透失败时如何降级到 TURN 中继?

A relay 候选优先级最高
B 候选优先级 host > srflx > relay,失败时降级到 relay ✓ 正确答案
C TURN 中继一定不可达
D host 候选一定无法连通
#

6. WebRTC 中音视频如何同步,RTP 时间戳与 RTCP Sender Report(SR)的 NTP 映射如何实现唇同步?

A RTCP SR 通过 NTP 映射把音视频 RTP 时间戳对应到统一时间轴 ✓ 正确答案
B RTP 时间戳本身即可用于唇同步
C 音视频无需同步
D SR 与时间映射无关
#

7. WebRTC 的 ICE restart 在 NAT rebinding 的工程价值?

A ICE restart 需要重建整个媒体会话
B ICE restart 在 NAT 重绑定时重新协商候选,快速恢复连接 ✓ 正确答案
C ICE restart 与网络变化无关
D ICE restart 会丢弃所有加密
#

8. GCC 拥塞控制,基于延迟(Delay-based)与基于丢包(Loss-based)两条控制器如何协同,Transport-CC(TWCC)出现后有何变化?

A GCC 不调节码率
B GCC 只用丢包反馈
C TWCC 是接收端估计码率
D delay-based 与 loss-based 两条控制器协同,TWCC 提供逐包反馈提高精度 ✓ 正确答案
#

9. Simulcast 与 SVC,多路编码与空间/时间可分层编码在带宽自适应与服务器转码成本上的取舍如何?

A SVC 无需分层解码
B Simulcast 比 SVC 更省带宽
C Simulcast 编码多路独立流,SVC 用基础层+增强层分层编码 ✓ 正确答案
D Simulcast 依赖服务器转码
#

10. RTCDataChannel 的可靠性模式,SCTP 的有序/无序、可靠/部分可靠如何选择,与 UDP 直传有何差异?

A 部分可靠没有重传上限
B 数据通道等价于裸 UDP
C 有序可靠适合文件传输,无序部分可靠适合实时游戏 ✓ 正确答案
D 数据通道无加密
#

11. WebRTC 的信令与媒体,SDP 协商与 SRTP 加密如何衔接?

A SRTP 密钥与 SDP 无关
B 信令和媒体走同一条可靠通道
C 信令交换 SDP 协商媒体能力,媒体面用 SRTP 加密传输 ✓ 正确答案
D 媒体面不需要加密
#

12. ICE 的候选收集与连通性检查,host/srflx/relay 如何处理?

A relay 候选优先级最高
B host/srflx/relay 候选按优先级排序,连通性检查验证路径可用 ✓ 正确答案
C 连通性检查不需要 STUN
D 只收集 host 候选即可
#

13. REMB 与 Transport-CC(TWCC)两种带宽估计的区别,为什么 TWCC 基于接收端反馈的丢包与延迟更精确?

A TWCC 不提供到达时间
B REMB 由发送端估计
C TWCC 通过逐包反馈让发送端精确估计带宽,比 REMB 更精确 ✓ 正确答案
D REMB 比 TWCC 更精确
#

14. 丢包恢复的组合拳,FEC、NACK/RTX 重传、PLC(丢包隐藏)各自适合什么丢包率与实时性要求?

A PLC 需要额外带宽
B NACK 重传不引入延迟
C FEC 用冗余包免重传恢复丢包,适合低延迟场景 ✓ 正确答案
D FEC 适合高丢包率场景
#

15. 弱网抗性,JitterBuffer、FEC、NACK/RTX 重传、关键帧请求(PLI)在实时音视频中的分工与权衡如何?

A FEC 不需要额外带宽
B NACK/RTX 通过重传恢复丢包,但引入一往返延迟 ✓ 正确答案
C PLI 用于消除抖动
D JitterBuffer 不引入延迟
#

16. SFU 与 MCU 架构对比,为什么现代 WebRTC 服务端多选 SFU,转发模型对带宽与转码开销有何影响?

A SFU 只转发不转码,开销低、易扩展,是现代 WebRTC 主流 ✓ 正确答案
B MCU 服务器开销低
C SFU 必须对所有客户端转码
D MCU 延迟最低
#

17. WebRTC 的拥塞控制,GCC 与延迟/丢包反馈如何配合?

A GCC 用接收端延迟/丢包反馈估计带宽并调节码率 ✓ 正确答案
B GCC 不依赖任何反馈
C 拥塞控制不调节码率
D TWCC 与延迟无关
#

18. WebRTC 的数据通道,SCTP 与有序可靠/无序部分可靠如何选择?

A 数据通道只能有序可靠
B 数据通道支持有序可靠与无序部分可靠两种模式 ✓ 正确答案
C 无序模式保证不丢包
D 可靠模式延迟最低