UDP 做穿透后P2P传输实时视频丢包，求助

backylee 2014-02-26 03:11:12

各位大牛，今日我在做一个P2P的实时视频传输系统，前期做NAT穿透等等动作，之后嵌入式摄像头把码流打包成rtp发送给MFC接收端，接收端显示出来。

实际运行过程中发现，大概每间隔3秒到4秒，会有一次丢包，丢包数量少的3个，多的100个，在局域网里测试发送接收代码，播放很顺利，公网P2P穿透后播放，就会发现丢包，用的是UDP，周期性丢包，我每帧分包最大1400

1，周期性丢包，是不是需要我做NAT session的维护，要接收端也周期给发送端发个包？
2，分包在公网传输，最小概率丢包的包大小多少合适？
3，如何解决丢包？重传？嵌入式缓存的话，可能会很占内存

...全文

1204 11 打赏收藏转发到动态举报

写回复

用AI写文章

11 条回复

切换为时间正序

请发表友善的回复…

发表回复

qq_18927213 2015-08-21

打赏
举报

請問我 Wifi 傳 UDP ok, 但是 3G 網絡卻失敗, 有特殊方法嗎, 請指導一下, 謝謝....

rlini 2014-12-24

打赏
举报

如果换成3G网络，NAT应该打洞不成功吧

two-zh 2014-09-18

打赏
举报

请问你的NAT穿透是自己写的UDP打洞还是用的开源项目？

backylee 2014-04-09

打赏
举报

@mokeyangjun 忘记说了，UDP的nat还是不难的，网上有

backylee 2014-04-09

打赏
举报

结贴周期性丢包的问题: 实际测试,这个问题应该网络原因,即使双向发送UDP包来维持session避免防火墙关闭此session，因此丢包也就只能用重传搞定了；分包在公网传输的包大小：我用wifi和有线网络测试，1400一个包，不影响丢包率，3G没测试，有人说500比较好，我目前用1400，一切正常；丢包问题：重传解决的；丢包重传我是这么做的：收端检测RTP的transnum，如果transnum发生跳变，就请求发端重传跳过的，重传肯定不能用ack的方式，否则就像neustar1兄说的，跟TCP没区别，而且可能会拥塞网络，720P的流，每秒已经上百个包了。关于RTCP，我直接没管RTCP，不处理RTCP包。没问题。

__cc__ 2014-04-04

打赏
举报

引用楼主 backylee 的回复:

各位大牛，今日我在做一个P2P的实时视频传输系统，前期做NAT穿透等等动作，之后嵌入式摄像头把码流打包成rtp发送给MFC接收端，接收端显示出来。实际运行过程中发现，大概每间隔3秒到4秒，会有一次丢包，丢包数量少的3个，多的100个，在局域网里测试发送接收代码，播放很顺利，公网P2P穿透后播放，就会发现丢包，用的是UDP，周期性丢包，我每帧分包最大1400 1，周期性丢包，是不是需要我做NAT session的维护，要接收端也周期给发送端发个包？ 2，分包在公网传输，最小概率丢包的包大小多少合适？ 3，如何解决丢包？重传？嵌入式缓存的话，可能会很占内存

RTCP反馈网络状况的，你要根据网络当前的拥塞情况来发包，而不是固定的每个包都等回复，那你这样和TCP有什么区别了，你做的实时视频传输，既要保证效率，又要保证质量。在接收端也要容忍丢包的情况，别一帧丢了一个包就把整帧给丢掉了。