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

我正在测试移动设备之间的音频/视频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分发是否有很多问题？

谢谢。