两个对等机RTMFP聊天:我应该使用NetGroup吗？

Question

我主要是受Cirrus Sample的启发进行了一次聊天。

Chat运行良好，但在某些情况下，"NetStream.Connect.Success“不会被触发。

两个连接都通过ports check

在切换到NetGroup架构并假定这些问题与连接过程相关之前，我想知道：

• NetGroup在通过NetStream直接连接的NetStream连接过程中是否会有不同的行为？
• NetGroup的限制是什么？我读到使用它时有更多的延迟。

Answer 1

好的，首先也是最重要的，NetStream.Connect.Success在NetConnection上而不是在NetStream上触发。这是人们最大的误解和挫败感，人们试图将这一切都建立起来。Adobe这样做是出于遗留(历史)原因。所以首先检查一下，确保你在正确的地方收听。

如果您确定监听程序位于正确的位置，则可能存在NAT或防火墙通信问题，这些问题会在某些情况下阻止一个对等方看到另一个对等方。

现在关于组：

NetGroup不会(必然)引入延迟。在少于14个成员的组中，您拥有完整的网状结构(所有成员与所有其他成员具有直接对等连接)。如果您使用sendToAllNeighbors()，那么使用少于14个成员的组仍然可以获得非常快的p2p连接。你所听到的延迟是关于post()的。post运行了一堆东西，引入了新的延迟，因为它试图联系我的3个下降，3个上升，我的部分连接，我的6个最小潜伏和我的1随机每10秒…然后尝试转发该消息以分发到组的其余部分。即使是在小团队中，这也需要一两秒钟的时间。

这里有一个来自MAX的视频的链接，该视频详细介绍了rtmfp及其基于环的体系结构Cool In-Depth Video About RTMFP上的所有细节(可以这么说)