VoIP Garbled over VPN, principalmente em pontes de conferência

2

Meu escritório tem uma grande configuração do Cisco UCM e eu trabalho principalmente remotamente com um telefone físico Cisco 7940. Já lutei com alguns problemas de qualidade antes, o que acabou sendo uma porta de switch ruim. Mas principalmente minha qualidade tem sido boa por meses. Recentemente, as pessoas reclamam que minha voz entra e sai, e não conseguem me entender. Atualmente estou usando o codec G.729 e todas as minhas chamadas têm um LQK MOS médio de 3,68. Meu telefone não está reportando nenhum RxLost, nem instabilidade. Meu TxSize é 20ms, mas não sei como isso afeta a transmissão de áudio. Eu nunca tive problemas para receber áudio.

Minha conexão com o UCM é através de uma VPN IPSec tratada por um ASA5505 para um ASA5580. O ASA5505 se conecta à minha rede doméstica e passa pelo meu roteador doméstico para acessar a Internet. Meu telefone é conectado a uma porta PoE ASA5505.

Em chamadas um para um, raramente, ou nunca, tive um problema. A maioria das pessoas nunca sabe que estou em um telefone IP. No entanto, com pontes de conferência internas, recentemente tive que ligar de uma linha externa para falar. Também experimentei esse problema com pontes externas de outras empresas quando convoco suas reuniões, mas com menos frequência. Não consigo encontrar nenhuma correlação do que pode estar ocorrendo quando problemas de má qualidade acontecem. O tráfego na minha rede doméstica é quase inexistente. Eu tenho outro telefone de Internet SIP compartilhando a mesma conexão de banda larga, mas meus problemas de qualidade ocorrem independentemente de o telefone estar em uso ou não ao mesmo tempo.

Anteriormente eu monitorava o tráfego do ASA5505 e notei que está marcando VoIP encapsulado no segmento externo como Expedited Forwarding com DSCP 46 (Eu, como surpreso, os pacotes IPSec foram marcados como este, mas nosso cara VPN / Phone não tinha ideia do que DSCP era ). Eu posso priorizar isso (atualmente não estou), mas no passado não ajudou. Abaixo está o código de configuração do Vyatta para isso:

qos-policy {
    traffic-shaper EXTERNAL_QOS {
        bandwidth 1mbit
        class 10 {
            bandwidth 90%
            description "Match VoIP traffic"
            match VOIP {
                ip {
                    dscp 46
                }
            }
        }
        default {
            bandwidth 5%
        }
        description "External bandwidth QoS Policy"
    }
}

Existe algo que eu possa dizer ao grupo que gerencia o telefone e o ASA para ajudá-los a resolver isso? A partir de agora, eles se recusam a acreditar que o problema está do seu lado, só que, uma vez que ele passa pelo meu roteador doméstico, eu tenho culpa. Eu acho que eles presumem que eu tenho um monte de torrents correndo ...

    
por Hennes 23.02.2010 / 06:52

1 resposta

0

A única diferença real que eu conheço nas chamadas em conferência é a temporização no pbx e no cancelador de eco.

Supondo que o pbx esteja funcionando para todos os outros, tenho duas sugestões. O tempo fará com que quadros perdidos, redefinições de codec, etc. O eco possa silenciar sua voz de saída.

Tente ver se não remover quadros silenciosos corrigirá problemas de tempo. É um desperdício, mas tenta emular o sistema de comutação de circuitos. Peça ao telefone para enviar todos os quadros, silenciosos ou não.

Quanto ao cancelador de eco, seu lado não será capaz de ter um "trem" cancelador de eco. durante uma chamada de conferência, o eco não será enviado de volta enquanto outro circuito estiver fazendo a voz. Desabilite qualquer configuração agressiva ao seu lado, a ponte de conferência provavelmente já está fazendo um cancelamento de eco muito agressivo. Na mesma nota, você está usando viva voz? O viva-voz também requer um cancelamento de eco agressivo.

    
por 17.07.2011 / 07:06