Webrtc RTPeerconnection and anti flood-有多少个ICE候选者是正常的

我已经为网络摄像头聊天平台编写了一个信号服务器，它也可以作为聊天服务器使用。现在我想实施防洪措施

我的计划是首先在服务器应用程序中实现这一点，然后尝试以某种方式将被禁止的IP添加到Windows防火墙-我还没有想到这一点，但这是我的开始。如果那是愚蠢的，请警告我

因此，我考虑应用一个协议，比如如果用户在50秒内发送100条消息，他就会泛滥并被禁止客户端的javascript通常会阻止这一点，但我不相信用户不会改变它

但是，用户还将ICE候选发送到服务器以建立RTPeerConnection，并且他无法控制其频率或总数。这是我等式中的一个未知因素。我不想意外地禁止有100名ICE候选人的人进行RTPeerConnection

---

我已经测试了一下我的网络摄像头聊天功能，之前有大约40名ICE候选人，但是我希望其他用户有多少人可以调整我的防淹条件？

如果你真的对你的评论感到好奇，请继续问另一个问题。这个特别的问题很好，我也对答案很好奇：你能不能检查一下信息是ICE候选人还是普通信息？我的猜测是，很难预测一个对等方将发送多少ICE候选人，这取决于他们有多少本地/公共连接等，所以…我可以检查一下，但是如果有人想让我的服务器泛滥，他可以不间断地发送ICE候选人。