Os pacotes VoIP viajam pelo link da Internet em chamadas LAN?

Question

ou eles deixam a LAN se realmente não precisam?

Se ambas as partes em uma chamada estiverem na mesma LAN, os pacotes de voz de chamada SIP / Skype entram e saem pela Internet?

Se sim, como evitá-lo? Quero poupar largura de banda e melhorar a qualidade das chamadas.

Eu sei que com o SIP os pacotes de controle devem alcançar o controlador, que é remoto na maioria das vezes, mas os pacotes de voz reais podem viajar em uma conexão P2P, sem sair da LAN. O que eu não tenho certeza é como fazê-lo funcionar e se a mesma coisa pode acontecer com o Skype.

    

Answer 1

Pode variar de acordo com o protocolo, mas, como você especificou o SIP e o Skype nas tags, especificarei com base nesses termos específicos.

O SIP é baseado em sessão, portanto, uma vez que uma sessão é criada entre dois pontos (por meio de um servidor SIP), os pacotes RDP que transportam o fluxo de áudio RTP viajam apenas entre os dois pontos, portanto, se estiver em uma LAN , uma vez que o servidor SIP (onde quer que seja) inicia a conexão entre os dois pontos, ele recua até receber solicitações de um dos telefones (como uma transferência ou um bye). Os pacotes de voz neste ponto nunca sairão da LAN.

No que diz respeito ao Skype, não é SIP, é um protocolo proprietário que é de código fechado . Eu honestamente não sei como esse protocolo funciona, mas eu diria que é similar (redirecionar todo o tráfego de voz através de um servidor coloca cargas pesadas naquele servidor e aquela conexão que eu acho que custaria uma empresa muito mais do que vale a pena lidar com como há relativamente poucas vantagens em fazê-lo).

    

Answer 2

Embora seja possível, não é provável. Existem algumas maneiras simples que você pode ter certeza.

Primeiro, faça um traceroute de um cliente para o outro para garantir que a rede esteja configurada corretamente. Se os pacotes traceroute estão deixando a LAN, algo está seriamente configurado incorretamente.

Em seguida, inicie uma chamada de VoIP. Após o início da chamada, puxe fisicamente o plugue da sua conexão WAN, certificando-se de deixar sua LAN em funcionamento. Se a chamada não for interrompida, os pacotes serão isolados para sua LAN. Se a chamada for interrompida, eles estão definitivamente sendo roteados ineficientemente.

    

Answer 3

Eu não sei a resposta definitiva, mas suspeito que sim, o Skype usará sua LAN. É um cheque trivial e não vejo razão para que o pessoal do Skype não o tenha colocado em seu aplicativo.

1. O Skype entrará em contato com o supernode por meio de TCP para configurar a conexão.

2. O supernode vai ver que ambos os PCs estão atrás de um NAT na sua LAN, e certamente há um firewall com porta restrita no caminho. Normalmente, isso significaria que o supernode deve rotear o tráfego entre os nós. Mas o super nó pode ver que ambos os PCs têm o mesmo endereço IP público.

3. O supernodo informa seus PCs para enviar áudio (via UDP) para os endereços NAT internos uns dos outros e ver o que acontece. Ele só fará isso porque eles têm o mesmo endereço IP público. Se bem sucedido, os PCs se comunicarão diretamente. Caso contrário, o fallback é usar o supernode para rotear o áudio.

Como eu disse, não sei definitivamente o que o Skype faz, mas já trabalhei em sistemas VoIP (como implementado em C ++) antes e sei que é uma otimização simples.

Aqui estão alguns fórum threads que têm opiniões divergentes sobre o funcionamento direto do roteamento LAN. Eu suspeito que não funciona o tempo todo, por qualquer motivo, com base nas opiniões mistas.

    

Answer 4

Embora os pacotes de voz possam ser enviados por uma conexão P2P em uma LAN, o chamador, nesse caso, está usando um terceiro (servidores do Skype) para localizar e conectar-se ao destinatário. Em outras palavras, o Skype está vendo os endereços de WLAN do chamador e do destinatário. Os endereços da LAN são visíveis apenas para o roteador da Internet, portanto, os servidores da Skype nunca poderão vê-los.

Assim, a conexão P2P só pode ser estabelecida entre dois endereços WLAN.

    

Answer 5

Eu acho que você precisaria usar um programa que espera conexões LAN diretas para fazer isso. Por exemplo, o iChat pode fazer bonjour que não requer um servidor baseado na Internet para fazer proxy das conexões.

Eu suspeito que qualquer VOIP baseado em serviço que você encontre não terá a capacidade de ir direto pela LAN. Não pelo menos, sem um servidor "corporativo" baseado em LAN como proxy.