<div dir="ltr"><div>Estou com uma dúvida quanto ao uso do protocolo STUN em servidores Asterisk em comunicação VOIP. Uso o TrixBox.<br>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<br>
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.</div>
<div> </div>
<div>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.<br> <br>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?<br>
Alguém tem alguma outra idéia de como posso solucionar esse problema sem que eu tenha que lidar com os clientes??<br>To com urgência para essa solução, agradeço a cooperação se possível.<br> <br>Forte abraço!</div></div>