STU for NAT

Es gibt mehrere Möglichkeiten der Netzwerk-Adresse und Port-Übersetzung zu implementieren. In einigen Anwendungsprotokollen, die IP-Adressinformationen verwenden, muss die Anwendung auf einem Knoten in dem maskierten Netzwerk läuft die externe Adresse des NAT, um zu bestimmen, dh die Adresse, die ihre Kommunikationspartner erkennen, und darüber hinaus muss oft prüfen und zu kategorisieren die Art des Abbildens in Gebrauch. Normalerweise geschieht dies, weil es erwünscht ist, einen direkten Kommunikationsweg einzurichten (entweder auf die Kosten zu sparen, die Daten über einen Server unter oder zur Verbesserung der Leistung) zwischen zwei Kunden die beide hinter separaten NATs.

Zu diesem Zweck wurde die einfache Traversal von UDP über NATs (STUN) entwickeltes Protokoll (RFC 3489, März 2003). Es klassifizierte NAT Implementierung als Vollkegel NAT, (Adresse) mit eingeschränkten cone NAT, Port-restricted cone NAT oder symmetrischer NAT und dementsprechend vorgeschlagen, eine Vorrichtung, eine Methodik zum Testen. Allerdings haben diese Verfahren seitdem von Standards Status als veraltet, da die Methoden nicht ausreichen, um richtig viele Geräte zu beurteilen. Session-Traversal-Dienstprogramme für NAT: Neue Methoden haben in RFC 5389 (Oktober 2008) und das STUN Akronym stellt nun den neuen Titel der Spezifikation standardisiert.