是否在UDP上使用HLS（HttpLiveStreaming）与RTP？实时传输协议（用于移动P2P）？

Question

我正在测试移动设备之间的音频/视频P2P连接。

在学习WebRTC时，我注意到NAT遍历（使用STUN服务器），而UDP漏洞打孔是使P2P成为可能的关键。

另一方面，我注意到iOS设备上的HLS（HttpLiveStreaming）针对A / V实时流进行了非常优化，甚至在Android4.x（3.x不稳定）下也可以广泛使用。

所以，这是我的问题，如果我将HLS用于移动P2P：

a）HLS是基于TCP（HTTP）而不是UDP的协议，因此是否存在性能缺陷？

请参阅：视频流上的TCP与UDP

b）NAT遍历如何？因为HLS是HTTP（port：80），会更容易吗？我已阅读维基百科http://en.wikipedia.org/wiki/HTTP_Live_Streaming

由于其请求仅使用标准HTTP事务，因此HTTP Live Streaming能够遍历允许通过标准HTTP流量的任何防火墙或代理服务器，这与基于RTP的基于UDP的协议不同。这也允许通过广泛可用的CDN传递内容。

c）android设备兼容性如何？调用StreamingLive分发是否有很多问题？

谢谢。

Answer 1

防火墙对于 HLS 不是问题的原因是它是一种客户端-服务器协议，其中所有请求都是通过端口 80 上的 HTTP 完成的。如果您正在实现 P2P 应用程序，您将无法将其附加到以下端口第1024章 除非你有root权限。

这意味着通过 HLS（端口 80）交换数据不适用于 P2P。除非你中间有一个翻译服务器，这就违背了P2P的目的。