java 设置nat端口_什么时候需要TURN？对称NAT和端口限制NAT

正如您所理解的那样，在您的用例中仅使用STUN两端将最终进行单向音频呼叫：A能够向B发送音频 .

您知道如果A可以发送到B，那么反向路径也是可用的 .

以下是B的情况：

* RTP packets are sent to As:Asp

* RTP packets are received from As:Asp'

* B can read the origin of RTP packets with "recvfrom"

B的一种非常简单的方法是比较来自SDP的IP：PORT和来自RTP分组的IP：PORT' . 除了它引入的安全问题之外，如果B切换到IP：PORT'，A将从B接收RTP并且您最终进行双向音频呼叫：这种技术被许多软件使用并且经常被称为“对称RTP” .

同样，这不是一种合规的方式 . 它可能会引入ALG问题，只有在发件人使用相同的套接字进行发送和接收时才有效 . (99％的用例) . 它也被认为是一个安全问题，因为“中间人”可能会向您发送RTP数据包，您将开始与他交谈......

由rfc6336定义的ICE正在提供解决方案 . STUN连接检查将通过RTP路径进行交换 . B将收到一个STUN连接检查，该检查应该来自As：Asp但来自As：Asp ': the STUN connectivity check is authenticated as coming from A. This new 388212 (see ICE for definition) should be added to the list of possible candidate (a new RTP path) and will be validated/authenticated by both A and B again. In theory, it'再次通过信令协议进行交换 . (在实践中，即使没有再次交换新候选人，它也可以工作......)

因此，使用ICE，将学习，验证，确认和使用RTP路径As：Asp' - Bs：Bsp！