Existem várias formas de implementar endereço de rede e conversão de porta. Em alguns protocolos de aplicativos que usam informações de endereço IP, o aplicativo em execução em um nó na rede masqueraded precisa para determinar o endereço externo do NAT, ou seja, o endereço que seus pares de comunicação detectar, e, além disso, muitas vezes precisa examinar e categorizar o tipo de mapeamento em utilização. Geralmente isso é feito porque se deseja configurar um caminho de comunicação direta (ou para salvar o custo de tomar os dados através de um servidor ou para melhorar o desempenho) entre dois clientes tanto dos que estão por trás NAT separadas.
Para este fim, a travessia simples de UDP sobre NAT protocolo (STUN) foi desenvolvido (RFC 3489, Março de 2003). É classificado implementação NAT como de cone completo NAT, (endereço) de cone restrito NAT, cone restrito-porta NAT ou simétrica NAT e proposta uma metodologia de teste de um dispositivo em conformidade. No entanto, esses procedimentos já foram obsoleta do status de normas, como os métodos são inadequados para avaliar corretamente muitos dispositivos. Novos métodos foram padronizados em RFC 5389 (Outubro de 2008) e a sigla STUN agora representa o novo título da especificação: Sessão Traversal Utilities para NAT.
Atualizado em
24 de abr. de 2017