有解决这个问题的方法吗?
另一个编辑:旧版的RTMP使用TCP端口1935,并会回退到通过443和/或80进行隧道传输。
新版的RTMFP使用UDP,需要能够向1935和更高端口号进行出站连接,以建立服务器连接。
在443和80 UDP上运行也无济于事,防火墙可能已配置为打开TCP 443(HTTPS)和TCP 80(HTTP),同时仍然阻止UDP(需要启用出站UDP)。
如果您能够让客户的IT部门安装TURN代理,则可以手动配置Flash Player以使用TURN代理来绕过防火墙。在Flash Player 10.0中,支持draft-ietf-behave-turn-08。
这是否意味着使用ICE意味着RTMFP可能是一种有效的权宜之计,直到其嵌入浏览器中?大多数网络都使用某种类型的NAT(网络地址转换),这使得此类点对点连接变得复杂。ICE(Interactive Connectivity Establishment;RFC 5245)过程允许即使存在NAT也可以建立连接,使用STUN / TURN服务器。
https://labs.ericsson.com/apis/web-real-time-communication/
虽然还没有准备好发布,但已经相当令人兴奋。
欲了解更多信息,请参见:http://sites.google.com/site/webrtc/
这是你的网络问题,互联网服务提供商的问题。 当我使用我的办公室WiFi或LAN互联网时,RTMFP服务器无法连接。但是同一台笔记本电脑使用我的手机的GSM互联网时,所有服务器都能连接。那么我所做的就是当我用手机互联网连接网站并且所有服务器都能够连接时,我将手机的互联网断开连接并连接到办公室的WiFi或LAN互联网(不刷新浏览器),然后所有服务器都能够正确连接并正常运行。
要启动rtmfp udp连接,您需要一个中央服务器来管理握手过程。如果没有这个服务器,在防火墙存在的情况下,它将始终失败。事实上,这正是rtmfp协议的整个优势 - 即使两端都在NAT后面,也能穿越防火墙。
如果openrtmfp / cumulus服务器现在已经运行起来了,那么它可能是一种免费的解决方案,帮助您运行。
我本来想在这个问题上发帖子,问问是否有人成功地让它工作。最近我开始尝试使用Flash P2P,到目前为止,它似乎只能在本地工作,在同一台电脑上连接两个浏览器Flash客户端。一旦数据必须通过互联网传输(因此必须处理防火墙),连接将总是失败,尽管两个客户端都能获取Stratus对等ID。
根据我所读的内容,使用P2P/RTMFP的应用程序也会实现回退到RTMP,失去P2P的好处,例如没有服务器带宽和UDP速度。
解编Chatroulette客户端后,我还发现它使用了RTMP回退,这让我想知道Chatroulette上有多少会话是实际的P2P会话。
所以显然,它似乎是一个无用的协议。
真的很好奇是否有人成功证明了相反的情况。