Configurar o CUCM para a integração do CUBE - Exemplo de configuração

Introdução

Este documento descreve os conceitos básicos da configuração do Cisco Unified Border Element (CUBE) com o Cisco Unified Communications Manager (CUCM).

Pré-requisitos

Requisitos

A Cisco recomenda que seu sistema não tenha a configuração do Sistema de Nome de Domínio (DNS) e que você tenha conhecimento destes tópicos:

• CUCM Versão 8.6 a Versão 10.x
• Cisco IOS^® versão 15.1(2)T e posterior

Note: Os endereços IP variam de acordo com os esquemas de endereçamento na rede.

Componentes Utilizados

As informações neste documento são baseadas no fato de que qualquer número de servidores CUCM, qualquer Cisco Integrated Services Router (ISR), ISR Generation 2 (G2) ou Cisco Aggregation Services Router (ASR) pode ser um CUBE. Não são necessários DSPs (Digital Signal Processors) para a operação básica do CUBE.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Configurar

O lado CUBE da integração CUCM-to-CUBE

Ao configurar um CUBE pela primeira vez, você deve ativar o roteador para rotear chamadas como um CUBE. Esta imagem mostra uma configuração VoIP básica do serviço de voz em um CUBE:

Aqui estão alguns pontos importantes sobre essa configuração:

• A primeira linha da configuração é mode border-element, que ativa o CUBE em um roteador. Alguns dispositivos não têm essa configuração quando operam como um CUBE.
  
  
• Allow-connections sip to sip permite que o CUBE aceite chamadas do Session Initiation Protocol (SIP) e as roteie como chamadas SIP. Há também opções para H323.
  
  
• O protocolo de fax t38 é uma configuração padrão para roteadores ISR G2. Não é necessário para a configuração do CUBE.
  
  
• A oferta antecipada forçada permite que o CUBE roteie chamadas em um cenário de oferta atrasada para oferta antecipada. Quase todos os provedores exigem chamadas SIP Early Offer. Na verdade, é recomendável enviar Early Offer (Oferta antecipada) do CUCM para evitar problemas iniciais relacionados ao cut-through da mídia.
  
  
• A passagem de sinalização de midcall é apenas para chamadas SIP para SIP. É necessário que alguns serviços complementares funcionem.
  
  
• O anexo G729-all é ideal nos casos em que o CUBE negocia com provedores que não aderem ao formato RFC para codecs G729r8 e G729br8.
  
  

Configuração do correspondente de discagem no CUBE

Os correspondentes de discagem no CUBE são como outros correspondentes de discagem nos gateways do Cisco IOS. A diferença é que as chamadas são roteadas de um peer de discagem VoIP para outro peer de discagem VoIP.

Observe que há dois peers de discagem aqui: entrada e saída. O CUBE sempre corresponde a dois correspondentes de discagem. Os peers de discagem de entrada são da perspectiva do CUBE, seja do CUCM ou do provedor SIP. Os peers de discagem de saída são enviados para o CUCM ou para o provedor SIP.

A Cisco recomenda que você execute a maioria da manipulação de dígitos no CUCM por meio de dígitos significativos, máscara de número de telefone externo e conversões. Consulte o artigo Entendendo a Correspondência de Peers de Discagem de Entrada e Saída em Plataformas IOS para obter mais informações sobre peers de discagem.

A manipulação de dígitos pode ser realizada no CUBE, da mesma forma que é realizada nos gateways de voz do Cisco IOS. Consulte o artigo Conversão de números usando perfis de conversão de voz para obter mais informações.

Endereçamento IP básico

O endereçamento IP no CUBE é realizado da mesma forma que em outros dispositivos Cisco IOS, mas usa a tabela de roteamento para determinar de que interface o CUBE origina o tráfego SIP. O comando show ip route A.B.C.D fornece informações sobre a interface que o CUBE usa para originar o tráfego SIP. Isso é importante quando as chamadas são enviadas para o CUCM e quando as chamadas são enviadas para um provedor SIP. As rotas estáticas podem ser necessárias para que isso funcione.

Em alguns casos, você precisa vincular o SIP a uma interface específica, como uma interface de loopback no CUBE. A vinculação SIP pode causar efeitos colaterais, como quando o CUBE não ouve o tráfego SIP em uma interface específica. A Cisco recomenda que você não use vinculações e deixe a tabela de roteamento decidir, mas isso nem sempre é possível. Você pode aplicar associações SIP em Voice Service VoIP > SIP ou em correspondentes de discagem individuais. As vinculações SIP são explicadas mais no artigo Configurando recursos de vinculação SIP.

Codecs de classe de voz no CUBE

Os codecs de classe de voz são usados para o CUBE para oferecer vários codecs quando as chamadas usam um peer de discagem VoIP específico. Isso é o mesmo que era em um gateway de voz Cisco IOS, mas quando é um CUBE, os codecs são filtrados de um segmento de chamada VoIP para o outro. Ele usa codecs que estão disponíveis no peer de discagem de entrada e no peer de discagem de saída. Os codecs que correspondem a ambos são enviados como ofertas. Quando o CUBE recebe uma mensagem SIP com o Session Description Protocol (SDP), ele também faz a correspondência com os codecs de classe de voz. Isso permite que o CUBE filtre codecs com base no que é recebido da mensagem SIP com o SDP, o correspondente de discagem de entrada e o correspondente de discagem de saída. O outro agente de usuário (UA) do SIP responde aos codecs oferecidos.

O codec de classe de voz na imagem anterior contém três codecs, g729r8, g711ulaw ou g711alaw. A imagem os mostra na ordem em que o gateway do Cisco IOS prioriza como os codecs são oferecidos na extremidade oposta.  Os codecs de classe de voz são aplicados aos correspondentes de discagem.

Aplicativo de fraude tarifada do Cisco IOS

A aplicação de fraude de tarifas no Cisco IOS é útil porque pode impedir o acesso SIP indesejado, mas sem o planejamento adequado, pode causar alguns problemas com a operação normal. A aplicação de fraude de tarifas no Cisco IOS permite que o roteador especifique os dispositivos que podem se comunicar com ele para fazer chamadas (H323 ou SIP). Os endereços IP que são usados como destinos de sessão em correspondentes de discagem têm permissão automática para enviar chamadas para o Gateway de Voz do Cisco IOS sem configuração adicional. Isso geralmente inclui todos os provedores SIP e servidores CUCM no ambiente, mas nem sempre. Caso contrário, eles deverão ser adicionados manualmente ao CUBE. Somente os endereços de sinalização devem ser adicionados, não os endereços de mídia. Consulte o artigo Recurso de prevenção de fraudes de tarifas no IOS versão 15.1(2)T para obter mais informações.

O lado CUCM da integração CUCM-to-CUBE

1. Para adicionar o tronco à configuração do CUCM, navegue para este local:
   
   

   

   
   
   
2. Selecione Add New e continue para configurar o tronco SIP como mostrado aqui:
   
   

   

   
   
   
3. Na página de configuração de tronco, lembre-se de selecionar o pool de dispositivos adequado que permite chamadas de entrada para o servidor CUCM específico que aceita chamadas.
   
   

   

   
   
   Depois que o tronco for criado, assegure-se de que os padrões de rota o acessem corretamente por meio de um padrão de rota SIP ou de uma configuração de lista de rota/grupo de rota.
   
   O cabeçalho de desvio de redirecionamento pode ser marcado para chamadas de entrada ou de saída.
   
   Quando os números externos são encaminhados para a rede VoIP, as mensagens de convite SIP vêm com informações de desvio retransmitido para o CUCM. Mostra o chamador de origem. Por exemplo, se um fluxo de chamadas for integrado ao Cisco Unity Connection (UC) e for para o correio de voz, o UC usará a fonte de desvio inicial (número de encaminhamento externo) como a caixa de correio de destino. Assim, é possível que eles possam obter a saudação de abertura padrão em vez da caixa de correio do assinante, como esperado. Depende do fluxo de chamadas e dos requisitos de sua topologia se isso será necessário para a configuração.
   
   

   

   
   
   
4. O perfil SIP para Early Offer é frequentemente necessário quando você conecta o CUBE a um provedor. Se o tronco se conectar a outro dispositivo Cisco, você possivelmente não deseja selecionar a inserção do Media Transport Protocol (MTP), com base nos dispositivos da extremidade oposta. Esta imagem mostra a localização do perfil SIP e onde selecionar a caixa Early Offer.
   
   

   

   
   
   

   

   
   
   Early Offer frequentemente ajuda a resolver problemas de mídia iniciais que surgem quando você integra o servidor CUCM e o CUBE a outros produtos de terceiros. Também é recomendado dentro do Solution Reference Network Design (SRND).
   
   Se o perfil for modificado, é sempre melhor criar um novo perfil para usar em vez do perfil padrão. 
   
   

   Note: Essa caixa de seleção é usada quando os usuários finais não querem ter um MTP usado em cada chamada.

   
   
   
5. Pode ser necessário alterar de TCP/UDP para o protocolo dentro do perfil de segurança SIP com base no fluxo de chamada. Para fazer essa alteração, navegue até Perfis de segurança do tronco SIP > Perfil de tronco SIP não seguro:
   
   

   

   
   
   

   

   
   
   As chamadas falharão e os rastreamentos do CUBE/CUCM são necessários para entender o que acontece durante a falha, mas esse recurso pode ser modificado para confirmar que não é a causa do problema. No entanto, depois que isso for modificado, você deverá redefinir/reiniciar o tronco para que a alteração ocorra.
   
   
6. Em algumas circunstâncias, a Máscara de telefone externa na configuração do telefone pode precisar ser adicionada para que a chamada continue, porque algumas empresas de telecomunicações não permitem que a chamada continue sem a máscara esperada. Para fazer essa modificação, vá para a página de configuração Diretory Number (DN) do telefone da parte chamadora, faça a alteração necessária para a caixa e reinicie o telefone depois que as alterações forem salvas.
   
   

   

Verificar

Faça chamadas de teste para verificar se sua configuração funciona corretamente. Se as chamadas de teste falharem, obtenha rastreamentos de serviço detalhados do CUCM ou rastreamentos do CUBE para entender o problema.

Troubleshooting

Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração.