udp 发送图片 65536_Wireshark解析(UDP)RTP实时音视频

Wireshark工作原理:

    网络中不论传输什么,最终通过物理介质发送的都是二进制,类似于0101的Bit流。纯文本(字符串)中文通常采用UTF-8编码,英文用ASCII编码;非纯文本音频、视频、图片、压缩包等按不同编码封装好,转换成二进制传输。在IP网络中,通过Wireshark抓包,绑定网卡,让网卡接收一切他所能接收的数据包,获取的原始数据都是二进制。

3240155defa35f2ed94143a1c2608d20.png

1、打开Wireshark,选择网口(可以根据流量与IP地址判断,本机IP可以在CMD中输入 ipconfig 查看),开始抓包

d153b61d19c2eec51422eb226b4375f2.png

2、发起音视频请求后,结束抓包(这里抓到的是UDP传输层协议包,需要解码成RTP:筛选UDP,了解发送方、目标方IP地址,选择流,解码)

055071b2b9e050812e65d5cff6be2596.png

3、点击保存到本地(抓到的数据包)

7223e7e464b1cd528056815b127ccd0c.png

4、打开数据包,筛选UDP协议(UDP协议更适合传输voip实时音视频,感兴趣的小伙伴自行百度UDP协议特性),右键选择转换协议为RTP

81da7902a6034ab2b72794add660e629.png

a75294062f2cd223dc1ef863bdd6aa68.png

5、点击电话,选择RTP就可以对RTP流进行分析

116272eefb9ba9d17a6b9375f4df5dd5.png

6、开始分析流,可以直接播放

e6ce9844c97c8f2891479bb446159d14.png

分析问题

分析:

        既然是语音问题,要么是RTP流没有过来,那么就是运营商的问题;要么是解码、丢包问题,无论是哪种原因都需要抓包进行分析

1、查看音频编码格式,是否编码带宽要求过高?或者网络情况差的时候丢包?如果出现这些问题应该会出现声音断断续续,失真

音频编码G.729,带宽要求高。

bf78d7427276a75f9f50142765ca7440.png

2、看是否是RTP流没有过来,通过流分析,如果发现一侧没有RTP流,则排查本地是否是设备问题、网关问题

a2d8432d0c5ed3a8f5645c2b7063855e.png

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值