___ qstnhdr ___ Wie viel Prozent der Benutzer sind hinter symmetrischen NATs, so dass "P2P" Datenverkehr weitergeleitet werden muss?
___ answer5362526 ___
Laut Google müssen etwa 8% des Traffics weitergeleitet werden: Ссылка
Ein großer Prozentsatz (wenn nicht die Mehrheit) von Heimbenutzern verwendet NAT, da diese xDSL- / Kabel-Router den Netzwerkzugriff auf das lokale Netzwerk bereitstellen.
Sie können theoretisch UPnP verwenden, um Ports zu öffnen und Weiterleitungsregeln auf dem Router einzurichten, um transparent durch das NAT zu gehen. Leider (oder glücklicherweise, je nachdem, wer Sie sind), deaktivieren viele Benutzer UPnP auf ihrem Router und möchten die Weiterleitungsregeln möglicherweise nicht manuell hinzufügen.
Was Sie möglicherweise tun können (und was Skype AFAIK macht) ist, dass einige der Benutzer, die über klare Netzwerkpfade und genügend Bandbreite verfügen, als Relaisknoten fungieren. Abgesehen von den Routing- und QoS-Problemen müssen Sie zumindest einen Weg finden, um die Vertraulichkeit aller weitergeleiteten Daten von jedem zu gewährleisten, einschließlich des Besitzers des Relaisknotens. Darüber hinaus könnte es neben den technischen Aspekten auch rechtliche Probleme geben, die mit diesem Ansatz zu lösen sind.
___ tag123nat ___ Network Address Translation (NAT) ist eine Methode zum Verbinden mehrerer Computer mit dem Internet (oder einem anderen IP-Netzwerk) unter Verwendung einer IP-Adresse.
___ answer16195405 ___
Echte NAT-Typenübersicht (kein großer Datensatz):
Ссылка
Wir implementieren eine SIP-basierte Lösung und haben das Setup für die Zusammenarbeit mit RTPProxy konfiguriert. Im Moment routen wir alles über RTPProxy, da wir Probleme mit dem Medientransport haben, der auf ICE basiert. Wenn wir uns nicht irren, ist ein zentraler Relay-Server erforderlich, um Streaming-Daten zwischen zwei Clients weiterzuleiten, wenn sie sich hinter symmetrischen NATs befinden. Ist dies in der Praxis ein großer Prozentsatz aller Verbraucher? Wie viel Bandbreite würden wir sparen, wenn wir ein korrektes Routing implementiert hätten, um den Relay Server zu überspringen, wenn dies nicht notwendig ist. Gibt es bessere Lösungen, die wir vermissen?
In fallender Reihenfolge der Nützlichkeit:
- Zwischen den beiden Endpunkten besteht eine direkte Verbindung in beide Richtungen. Sie verbinden sich einfach und Sie sind im Wesentlichen fertig.
- Zwischen den beiden Endpunkten besteht eine direkte Verbindung in one -Richtung. In diesem Fall verbinden Sie sich einfach durch die richtige Richtung, indem Sie beides versuchen.
- Beide Parteien sind hinter irgendwelchen NATs.
- Zum Glück funktioniert UPnP an einem Ende, Sie können dann die Verbindung zum obigen Schema aktualisieren
- UPnP funktioniert nicht, aber STUN funktioniert. Verwenden Sie es, um ein Loch in das NAT zu stanzen. Es gibt ein paar verschiedene Protokolle, aber der allgemeine Trick besteht darin, über einen mittleren Mann zu verhandeln, der das NAT-Piercing koordiniert.
- Sie greifen zurück, um einen anderen Knoten im Netzwerk als Relay-Proxy zu verwenden.
Wenn Sie die vollständige Liste oben implementieren, müssen Sie sehr wenige Verbindungen aufgeben und müssen nicht viel Zeit für die Bandbreitennutzung bei Proxies aufwenden. Das BitTorrent-Protokoll, von dem ich etwas weiß, hält normalerweise bei UPnP an, bietet aber einen integrierten Test, um die Konnektivität über das NAT zu testen.
Man fragt sich wirklich, warum IPv6 nicht früher implementiert wurde - das ist eine Verschwendung von Programmieraufwand.