O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve os cenários nos quais o controle do Video Communication Server (VCS) é integrado ao VCS Expressway através da zona de passagem.
A Cisco recomenda que você tenha conhecimento destes tópicos:
As informações neste documento são baseadas no Cisco VCS x8.1 e posterior.
Observação: o mesmo documento pode ser usado para implantações da série Expressway com o Cisco Unified Communication Manager (CUCM) que tem a discagem de endereço IP habilitada.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados neste documento começaram com uma configuração limpa (padrão). Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
É comum que os pontos finais do Session Initiation Protocol (SIP) chamem pontos finais H.323 externos discando o endereço IP. Nessa situação, o Video Communication Server Expressway (VCSe) interfunciona com a chamada para permitir a interoperabilidade entre SIP e H.323. Mas há um problema porque quando o VCSe recebe o convite de chamada de endpoints internos, o protocolo de origem é o SIP. Em seguida, o VCSe tenta se conectar ao endpoint externo usando primeiro o SIP; se o SIP falhar, o VCS tenta se conectar usando H.323 e a chamada continua.
No entanto, quando o VCSe tenta se conectar usando o SIP, ele tenta o User Datagram Protocol (UDP) para se conectar à extremidade distante. Quando ele tenta o UDP, o VCS espera 30 segundos para que o SIP UDP expire antes de tentar usar o H.323. O resultado é que o usuário espera cerca de 30 segundos antes que o dispositivo remoto comece a tocar. A maioria dos usuários simplesmente desistem até esse momento.
Verifique se as chamadas para o parâmetro de endereços IP desconhecidos estão definidas como Indirect (na lista suspensa) no VCS Control/Expressway-C. Para fazer isso, navegue até Configuration > Dial Plan > Configuration conforme mostrado nesta imagem.
Verifique se as chamadas para o parâmetro de endereços IP desconhecidos estão definidas como Direct (na lista suspensa) no VCS Expressway/Expressway-E. Para fazer isso, navegue até Configuration > Dial Plan > Configuration conforme mostrado nesta imagem.
Opção 1. Você pode evitar o tempo limite de UDP do SIP desativando o modo UDP do SIP no VCS-Expressway/Expressway-E na configuração global do SIP.
Navegue até Configuration > Protocols > SIP e desative o modo UDP como mostrado nesta imagem.
Opção 2. Caso opte por não desativar o modo UDP, use a solução alternativa para evitar o tempo limite de UDP do SIP.
O resultado dessa configuração é que toda vez que um endpoint SIP interno tenta discar um endereço IP externo, o VCS Control interage com a chamada antes de enviá-la ao VCS Expressway. O VCSe recebe uma configuração H.323 em vez de um SIP INVITE e tenta fazer uma chamada usando H.323, de modo que não precise esperar pelo tempo limite de UDP do SIP.
Você pode estabelecer uma segunda zona de passagem entre o VCS Control & Expressway, no entanto, como o servidor de passagem (VCSe) identifica o cliente de passagem usando o número da porta, você tem que definir outra porta H.323 (que não está em uso) para essa nova zona de passagem. Por exemplo, use o número de porta 6002 para estabelecer a nova zona (supondo que a porta 6001 já seja usada para a primeira zona de passagem).
É importante observar que você também abre uma porta adicional no firewall, permitindo o tráfego do Controle VCS para o Expressway VCS.
Certifique-se de que somente o protocolo H.323 esteja habilitado nessa segunda zona de passagem, como mostrado nesta imagem.
Certifique-se de que somente o protocolo H.323 esteja habilitado nessa segunda zona de passagem, como mostrado nesta imagem.
Você deve criar uma regra de pesquisa personalizada no Controle VCS. Esta regra de pesquisa deve ser apontada para a zona de passagem 2. A regra corresponde apenas a pontos de extremidade SIP quando eles discam qualquer endereço IP externo:
Navegue até Configuration > Dial Plan > Search Rules e clique em New conforme mostrado nesta imagem.
Crie a regra de pesquisa em direção à nova zona de passagem, conforme mostrado nesta imagem.
Use esta seção para confirmar se a sua configuração funciona corretamente.
Após concluir as etapas anteriores, você deve ser capaz de discar o endereço IP sem qualquer atraso de um endpoint registrado para o controle VCS como SIP.
Esta seção fornece informações que podem ser usadas para o troubleshooting da sua configuração.
Verifique se a chave de opção de entrelaçamento está instalada no VCS-Control e no VCS-Expressway
Navegue para Manutenção > Teclas de opção e verifique as teclas de opção conforme mostrado nesta imagem. Como alternativa, você também pode verificar nas informações do sistema.
Verifique também se o modo de entrelaçamento está definido como On tanto VCS-Control como Expressway, como mostrado nesta imagem.
Navegue até Configuration > Protocols > Interworking.