从 SIP 到链路定位：设备音视频问题如何缩小排查范围

问题背景

在智能门禁的音视频业务中，现场问题通常跨越网络、协议、设备固件和服务端逻辑。直接跳到工具和命令往往治标不治本，需要先理解问题的业务阶段和影响范围。

分析路径

典型的音视频问题排查流程可以分为以下阶段：

• SIP 信令阶段：设备注册、呼叫建立、SDP 协商
• RTP 传输阶段：音视频流传输、编解码、丢包率
• 状态联动阶段：门锁、梯控等设备状态同步
• 服务端逻辑：业务规则、权限校验、状态机

SIP 阶段排查

SIP 信令是音视频通信的基础，大部分问题在信令阶段就能定位： aaa 这是一段测试行间距的话 这是一段测试行间距的话哈哈哈

# 抓取 SIP 信令
tcpdump -i any -s 0 -w sip.pcap port 5060

# 查看 SIP 消息
tshark -r sip.pcap -V | grep -A 20 "INVITE"

关键检查点：

• REGISTER 是否成功返回 200 OK
• INVITE 的 SDP 协商是否匹配 IP、端口和编解码
• ACK 是否正常发送，完成三次握手

RTP 阶段排查

当 SIP 信令正常后，再检查 RTP 流传输：

RTP 丢包率超过 5% 会出现明显卡顿，超过 10% 基本不可用。优先检查网络带宽和防火墙规则。

# 分析 RTP 流
tshark -r sip.pcap -Y "rtp" -T fields -e rtp.ssrc -e rtp.seq -e rtp.loss.rate

# 计算丢包率
tshark -r sip.pcap -q -z rtp,streams

可复用框架

将排查经验整理为稳定决策树：

1. 先判断问题阶段：信令 / 传输 / 联动 / 业务
2. 通过抓包和日志对齐建立时间线，避免仅凭单点现象推断全局
3. 把临时经验整理成可复用的判断框架，便于团队协作
4. 记录每个阶段的关键指标和阈值

后续计划

后续会补充协议交互时序图和抓包结论摘要，用结构化总结代替大段日志输出。