检查WebRTC连接性.可靠方法

Question

我有一个实时视频聊天应用程序，我使用了一个转身服务器，它既支持眩晕/转向，又支持UPD/TCP传输。

有时，用户可以连接到阻止的网络，WebRTC连接的许多端口和协议----不可能发生(通常是企业网络)。在用户尝试相互连接之前，我想检查一下WebRTC连接是否可行(实际上，执行技术检查)。

我该怎么做呢？我脑子里有这样的想法：

1. 尝试通过WebRTC下载托管的数据块(例如音频文件)--这是否足以确保入站和出站连接都是打开的？
2. 使用转服务器作为主机进行连接，并查看它是否失败(不知道我是否可以这样做)
3. 使用Flash尝试下载/上载特定端口和协议上的数据块。甚至可能在使用Cirrus。然而，从WebRTC的角度来看，我不确定这个测试是否准确。
4. 还有其他想法吗？

附加要求:检查技术必须支持Chrome、Opera和Firefox。最好是IE/Safari通过Temasys插件。

第1版-收集ICE候选人是一个好主意，然而，它不是100%的可靠。一旦我检查了我的应用程序中的日志，它实际上收集了中继ICE候选人，但是视频/音频传输失败。也在4月进行了测试，得到了同样的结果。

Answer 1

对于这一点，典型的WebRTC方法是创建一个带有眩晕和翻转服务器的对等连接，调用createOffer和setLocalDescription并查看所收集的候选服务器。参见例如http://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/

如果您得到srflx候选文件，则您的眩晕服务器可以工作(即UDP不会被阻止)。更有趣的是你是否有接力候选人。如果你这样做了，使用转弯作为后盾将是有效的。如果使用转身/TCP，质量可能会受到影响。如果你没有接力候选人..。打电话是不太可能的。

Answer 2

最好的检查方法是先连接一个数据通道。你的用户不会注意到。如果这是可行的，那么音频和视频几乎可以保证工作。更重要的是，当用户准备就绪时，您可以使用数据通道来进行超高速连接。