[AsteriskBrasil] Problema do NAT - Comunicação cliente com cliente - Uso do STUN

[Ricardo Guedes de Carvalho]

Estou com uma dúvida quanto ao uso do protocolo STUN em servidores Asterisk
em comunicação VOIP. Uso o TrixBox.
O cenário do meu problema é o seguinte: possuo um servidor voip, porém 2
clientes A e B, que não estejam numa mesma rede local e que estejam atrás de
um NAT, que queiram se comunicar não conseguem devido que, depois da
negociação SIP, a comunicação não chega ao cliente devido a ser barrada na
porta em que o NAT o transformou. Por exemplo, se um cliente A tem um ip
198.160.... : 8000 e outro B tem 198.152.....:6000 , após o SIP, eles
negociam para receberem os pacotes nessas respectivas portas...porém o IP
público ao passar pelo NAT recebe um IP válido e as portas em ambos os
clientes são modificadas, por exemplo pra 200.186...:10000 e
200.168....:20000
Assim o pacote de um cliente A ao chegar no NAT do outro B está direcionado
a ser enviado à porta 6000, a qual foi negociada. Aí é que está o problema,
pois o pacote é barrado no NAT que desconhece essa porta 6000, e que está
apto a receber comunicação apenas na porta 20000.

OBS: Quero que os clientes troquem informações sem que esta, passe pelo
servidor! Que apenas o servidor voip sirva para esses dois clientes se
enxergarem.

Li sobre o protocolo STUN, mas estou em dúvida se posso usá-lo para
solucionar esse tipo de problema, pois ele tem a função de descobrir se o
usuário está atrás de um NAT, mandando e recebendo uma mensagem de um Probe
Nat ( SErvidor). Será que ele consegue se comunicar num cenário
cliente/cliente, mapeando a porta dos NATs respectivos?
Alguém tem alguma outra idéia de como posso solucionar esse problema sem que
eu tenha que lidar com os clientes??
To com urgência para essa solução, agradeço a cooperação se possível.

Forte abraço!
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20080926/834d09fd/attachment.htm