客户端收到几十个重复的RTP报文，仅IP头的identification不一样，大侠们看看啥情况？

szws 2016-06-08 10:41:11

客户端收到几十个重复的RTP报文，仅IP头的identification不一样，其他全部一样（UDP头，RTP头和净荷都是一样一样的）

而且这几个个重复的报文，前后相隔20秒左右

服务端没抓包，但看流程，不会重复发送报文。

请问各位大侠，这会是啥问题？

客户端在移动wifi下，服务端是电信分配的IP，中间网络很复杂

...全文

2291 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

szws 2016-06-20

打赏
举报

回复

csdn现在哪个版本人气比较好？

本示例代码在我的电脑上实现了对标准H264码流的RTP打包发送到本机的1234端口，用VLC播放器从1234端口能接收到该码流并实时播放。代码附有详细的注释，应该很容易理解（前提是大家稍微对RFC3550 RFC3984协议有了解）。使用方法：直接在VC6上打开工程，编译。（需要注意的是大家要把IP地址改为自己的。在h264.h的#define DEST_IP "192.168.0.30"和#define DEST_PORT 1234这两行修改就行了。同时w.sdp文件里也要改成一致的IP和端口号，不然VLC是接受不到数据的。在c=IN IP4 192.168.0.30 和m=video 1234 RTP/AVP 96这两行。中间的1234是我设置的端口号。）在执行程序之前，先用VLC打开w.sdp文件，然后执行程序，就可以看到画面了：）

RTP报文格式 RTP报文由两部分组成：报头和有效载荷。RTP报头格式如下图所示，其中： l V：RTP协议的版本号，占2位，当前协议版本号为2。 l P：填充标志，占1位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。 l X：扩展标志，占1位，如果X=1，则在RTP报头后跟有一个扩展报头。 l CC：CSRC计数器，占4位，指示

敬告：该系列的课程在抓紧录制更新中，敬请大家关注。敬告：该系列的课程涉及：FFmpeg,WebRTC,SRS,Nginx,Darwin,Live555,OpenCV等。包括：音视频、流媒体、直播、Android、视频监控28181、等。我将带领大家一起来学习：RTP及jrtplib发送H.264码流实战；RTP协议的报文结构；RTP封装H.264；开源库jrtplib的源码编译及环境搭建；开源库jrtplib的官方案例详解与剖析；开源库jrtplib发送H264码流并用VLC播放；具体内容包括：RTP及jrtplib发送H.264码流实战；RTP协议的报文结构；RTP封装H.264；开源库jrtplib的源码编译及环境搭建；开源库jrtplib的官方案例详解与剖析；开源库jrtplib发送H264码流并用VLC播放

TCP头在基本格式下是20个字节，但如果TCP头部选项被使用了，那么TCP头的长度将增加到40个字节。当TCP头部选项被使用时，每个选项占用最少4个字节，包括2个字节的选项类型字段和2个字节的选项长度字段。IP头在基本格式下是20个字节，但是如果启用了IP头部选项，则IP头的长度将增加到最多60个字节（每个选项占用最少1个字节，而选项长度字段占用1个字节，因此一个选项至少需要2个字节）。因此，启用RTP头部扩展时，RTP头的长度将增加12个字节（扩展头占用4个字节，至少需要一个扩展字段，占用4个字节）。

RTP报文头中的SSRC和CSRC 同步信源(SSRC)标识符：占32位，用于标识同步信源。该标识符是随机选择的，参加同一视频会议的两个同步信源不能有相同的SSRC。 ·特约信源(CSRC)标识符：每个CSRC标识符占32位，可以有0～15个。每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源。这里的同步信源是指产生媒体流的信源，例如麦克风、摄像机、RTP混合器等；它通过RTP报头中的一个32位数字SSRC标识符来标识，而不依赖于网络地址，接收者将根据SSRC标识符来区分不同的信源，.

1,394

社区成员

567

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章