我们正在实施一个基于SIP的解决方案，并已将设置配置为与RTPProxy配合工作。目前，我们正在通过RTPProxy路由所有内容，因为媒体传输依赖ICE存在一些问题。如果没有错，当两个客户端都在对称NAT后面时，需要一个中央中继服务器来中继流式数据。实际上，这占据了所有消费用户的大部分比例吗？如果我们实施适当的路由以在不必要时跳过中继服务器，我们可以节省多少带宽？我们是否缺少更好的解决方案？
4个回答
10
按有用程度降序排列：
- 两个端点之间存在双向直接连接。只需连接，基本上就完成了。
- 两个端点之间存在单向直接连接。在这种情况下，您只需尝试正确的方向连接即可。
- 双方都在某种类型的NAT后面。
- 幸运的是，UPnP在一端起作用，然后可以将连接升级到上述方案
- UPnP不起作用，但STUN可以。使用它来在NAT中打洞。有几种不同的协议，但通常的技巧是通过一个协调NAT穿透的中间人进行协商。
- 您回退让网络上的另一个节点充当转发代理。
如果您实现上述完整列表，则几乎不需要放弃任何连接，并且不必在代理服务器上花费太多时间来利用带宽。 BitTorrent协议（我对此有些熟悉）通常停止于UPnP，但提供了内置测试以测试通过NAT的连接性。
人们真的很想知道为什么IPv6没有更早地实施-这浪费了程序员的时间。
- I GIVE CRAP ANSWERS
7
真实世界的NAT类型调查（虽然数据集不是很大）：
https://web.archive.org/web/20200213115759/http://nattest.net.in.tum.de/results.php
- Tomas Potok
3
大多数家庭用户（如果不是绝大部分）使用NAT，因为这是xDSL / cable路由器用于为本地网络提供网络访问的方式。
理论上，您可以使用UPnP在路由器上打开端口并设置转发规则，以便透明地通过NAT。不幸的是（或者幸运的是，取决于您是谁），许多用户通常会在其路由器上禁用UPnP，并且可能不愿意手动添加转发规则。
您可能能够做到的事情（并且据我所知Skype正在这样做）是让一些具有清晰网络路径和足够带宽的用户充当中继节点。除了路由和QoS问题外，您至少需要找到某种方式来确保任何中继数据的隐私性，包括中继节点的所有者。此外，除了技术问题之外，还可能存在法律问题需要解决。
理论上，您可以使用UPnP在路由器上打开端口并设置转发规则，以便透明地通过NAT。不幸的是（或者幸运的是，取决于您是谁），许多用户通常会在其路由器上禁用UPnP，并且可能不愿意手动添加转发规则。
您可能能够做到的事情（并且据我所知Skype正在这样做）是让一些具有清晰网络路径和足够带宽的用户充当中继节点。除了路由和QoS问题外，您至少需要找到某种方式来确保任何中继数据的隐私性，包括中继节点的所有者。此外，除了技术问题之外，还可能存在法律问题需要解决。
- thkala
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接