10 de outubro de 2026 | 4935 visualização(ões) | 12 pessoas acharam que isso foi útil
Configurar o gateway local em Cisco IOS XE para Webex Calling
list-menuComentários?
Depois de configurar Webex Calling para sua organização, você pode configurar um tronco para conectar seu gateway local a Webex Calling. O transporte SIP TLS protege o tronco entre o gateway local e a nuvem Webex. A mídia entre o Local Gateway e Webex Calling usa SRTP.

Webex Callingatualmente oferece suporte a duas versões do Local Gateway:

  • Gateway local

  • Gateway local para Webex para governo

Principais considerações

  • Antes de começar, entenda os requisitos de rede telefônica pública comutada pública (PSTN) e gateway local (LGW) baseados no local para. Webex Calling Consulte Cisco Preferred Architecture Webex Calling para obter mais informações.

  • Este artigo pressupõe que existe uma plataforma de gateway local dedicada sem nenhuma configuração de voz existente. Se você modificar um gateway PSTN existente ou uma implantação do CUBE Enterprise para usar como função de gateway localWebex Calling, preste muita atenção à configuração. Certifique-se de não interromper os fluxos e a funcionalidade de chamadas existentes por causa das alterações que você fizer.

Os procedimentos contêm links para a documentação de referência de comandos, na qual você pode aprender mais sobre as opções de comando individuais. Todos os links de referência de comando vão para a Referência de Comandos do Webex Managed Gateways, a menos que seja indicado o contrário (nesse caso, os links de comando vão para Referência de Comandos de Cisco IOSVoz). Você pode acessar todos esses guias em Cisco Unified Border Element Command References.

Para obter informações sobre os SBCs de terceiros compatíveis, consulte a respectiva documentação de referência do produto.

Configure seu gateway local

Há duas opções para configurar o gateway local para seu Webex Calling tronco:

  • Tronco baseado em registro

  • Tronco baseado em certificado

Use o fluxo de tarefas no gateway local baseado em registro ou no gateway local baseado em certificado para configurar o gateway local para seu tronco. Webex Calling

Consulte Introdução ao Local Gateway para obter mais informações sobre diferentes tipos de tronco. Execute as etapas a seguir no próprio gateway local, usando a interface de linha de comando (CLI). Usamos o transporte Session Initiation Protocol (SIP) e Transport Layer Security (TLS) para proteger o tronco e o Secure Real Time Protocol (SRTP) para proteger a mídia entre o gateway local e. Webex Calling

Principais considerações

  • Selecione CUBE como seu gateway local. Atualmente, o Webex for Government não oferece suporte a nenhum controlador de fronteira de sessão (SBCs) de terceiros. Para revisar a lista mais recente, consulte Começar com o Local Gateway.

  • Instale o Cisco IOS XE Dublin 17.12.1a ou versões posteriores para todos os gateways locais Webex for Government.

  • Para revisar a lista de autoridades de certificação (CAs) raiz suportadas pelo Webex for Government, consulte Autoridades de certificação raiz do Webex for Government.

  • Para obter detalhes sobre os intervalos de portas externas para o gateway local no Webex for Government, consulte Requisitos de rede para. Webex for Government (FedRAMP)

O gateway local para Webex for Government não suporta o seguinte:

  • Stun/Ice-lite para otimização do caminho de mídia

  • Fax (T.38)

Configure seu gateway local para o Webex for Government

Para configurar o gateway local para seu Webex Calling tronco no Webex for Government, use a seguinte opção:

  • Tronco baseado em certificado

Use o fluxo de tarefas no gateway local baseado em certificado para configurar o gateway local para seu tronco. Webex Calling Para obter mais detalhes sobre como configurar um gateway local baseado em certificado, consulte Configurar Webex Calling tronco baseado em certificado.

É obrigatório configurar cifras GCM compatíveis com FIPS para oferecer suporte ao gateway local para Webex for Government. Caso contrário, a configuração da chamada falhará. Para obter detalhes de configuração, consulte Configurar tronco Webex Calling baseado em certificado.

O Webex for Government não oferece suporte ao gateway local baseado em registro.

Visão geral do design

Esta seção descreve como configurar um Cisco Unified Border Element (CUBE) como um gateway local paraWebex Calling, usando um tronco SIP de registro. A primeira parte deste documento ilustra como configurar um gateway PSTN simples. Nesse caso, todas as chamadas da PSTN são roteadas Webex Calling e todas as chamadas da PSTN Webex Calling são roteadas para a PSTN. A imagem abaixo destaca essa solução e a configuração de roteamento de chamadas de alto nível que será seguida.

Nesse design, as seguintes configurações principais são usadas:

  • inquilinos de classe de voz: usados para criar configurações específicas de tronco.

  • classe de voz uri: usada para classificar mensagens SIP para a seleção de um dial-peer de entrada .

  • peer de discagem de entrada: fornece tratamento para mensagens SIP de entrada e determina a rota de saída usando um grupo de ponto de discagem .

  • grupo de pontos de discagem: define os peers de discagem de saída usados para roteamento de chamadas subsequentes.

  • peer de discagem externa: fornece tratamento para mensagens SIP de saída e as encaminha para o destino necessário.

Call routing from/to PSTN to/from Webex Calling configuration solution

Para otimização de Webex Calling mídia com circuitos ISDN de Estabelecimento de Conectividade Interativa (ICE) e TDM (Multiplexação por Divisão de Tempo), é necessário usar um processo de roteamento de chamadas em duas etapas.

Embora IP e SIP tenham se tornado os protocolos padrão para troncos PSTN, os circuitos ISDN TDM (Time Division Multiplexing) permanecem comuns e são totalmente suportados pelo. Webex Calling Para permitir a otimização de mídia para esses fluxos de chamadas TDM-IP, você deve usar o Interactive Connectivity Establishment (ICE), que permite que os endpoints negociem caminhos de mídia diretos.

Alcançar essa otimização requer um processo de roteamento de chamadas em duas etapas. Essa abordagem modifica a configuração de roteamento padrão introduzindo um conjunto de peers de discagem de loopback internos entre os troncos PSTN Webex Calling e os troncos PSTN, conforme ilustrado na imagem abaixo.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Ao conectar uma Cisco Unified Communications Manager solução local comWebex Calling, você pode usar a configuração simples do gateway PSTN como base para criar a solução ilustrada no diagrama a seguir. Nesse caso, o Unified Communications Manager fornece roteamento e tratamento centralizados de todas as PSTN e chamadas. Webex Calling

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

Neste documento, são usados os nomes de host, endereços IP e interfaces ilustrados na imagem a seguir.

The host names, IP addresses, and interfaces used in Call routing configuration solutions

Use as diretrizes de configuração no restante deste documento para concluir a configuração do gateway local da seguinte forma:

  • Etapa 1: Configurar a conectividade e a segurança da linha de base do roteador

  • Etapa 2: Configurar o Webex Calling tronco

    Dependendo da arquitetura necessária, siga uma das seguintes opções:

  • Etapa 3: Configurar o gateway local com o tronco SIP PSTN

  • Etapa 4: Configurar o gateway local com um Unified CM ambiente existente

    Ou:

  • Etapa 3: Configurar o gateway local com o tronco TDM PSTN

Configure a conectividade e a segurança

Configuração de linha de base

A primeira etapa na preparação do roteador Cisco como um gateway local Webex Calling é criar uma configuração básica que proteja sua plataforma e estabeleça a conectividade.

  • Todas as implantações do Local Gateway baseadas em registro exigem o Cisco IOS XE 17.6.1a ou versões posteriores. Cisco IOSA versão 17.12.2 ou posterior é recomendada. Para obter as versões recomendadas, consulte a página Cisco Software Research. Pesquise a plataforma e selecione um dos lançamentos sugeridos.

    • Os roteadores da série ISR4000 devem ser configurados com licenças de tecnologia de Comunicação Unificada e Segurança.

    • Os roteadores da série Catalyst Edge 8000 equipados com placas de voz ou DSPs exigem o licenciamento do DNA Advantage. Roteadores sem placas de voz ou DSPs exigem um mínimo de licenciamento do DNA Essentials.

  • Crie uma configuração básica para sua plataforma que siga suas políticas de negócios. Em particular, configure e verifique o seguinte:

    • NTP

    • ACLs

    • Autenticação de usuário e acesso remoto

    • DNS

    • Roteamento IP

    • Endereços IP

  • A rede em direção Webex Calling deve usar um endereço IPv4.

  • Faça o upload do pacote de CA raiz da Cisco para o gateway local.

Ao configurar o lado do inquilino para se conectarWebex Calling, somente endereços baseados em SRV são suportados.

Configuração

1

Certifique-se de atribuir endereços IP válidos e roteáveis a qualquer interface de camada 3, por exemplo:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Proteja o registro e as credenciais STUN no roteador usando criptografia simétrica. Configure a chave de criptografia primária e o tipo de criptografia da seguinte forma:


key config-key password-encrypt YourPassword
password encryption aes

3

Crie um ponto confiável de PKI de espaço reservado.

Requer esse ponto confiável para configurar o TLS posteriormente. Para troncos baseados em registro, esse ponto confiável não exige um certificado, conforme exigido para um tronco baseado em certificado.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Ative a exclusividade do TLS1.2 e especifique o ponto de confiança padrão usando os seguintes comandos de configuração. Atualize os parâmetros de transporte para garantir uma conexão segura e confiável para registro:

O cn-san-validate servercomando garante que o gateway local permita uma conexão, se o nome do host configurado no locatário 200 estiver incluído nos campos CN ou SAN do certificado recebido do proxy de saída.

  1. Defina a contagem de repetições de tcp para 1000 (múltiplos de 5 ms = 5 segundos).

  2. O comando timer connection establish permite ajustar quanto tempo o LGW espera para configurar uma conexão com um proxy antes de considerar a próxima opção disponível. O padrão para esse cronômetro é 20 segundos e o mínimo 5 segundos. Comece com um valor baixo e aumente, se necessário, para acomodar as condições da rede.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Instale o pacote Cisco root CA, que inclui o certificado IdenTrust Commercial Root CA1 usado pelo. Webex Calling Use o comando crypto pki trustpool import clean url para baixar o pacote de CA raiz do URL especificado, limpar o CA trustpool atual e, em seguida, instalar o novo pacote de certificados:

Se você precisar usar um proxy para acessar a Internet usando HTTPS, adicione a seguinte configuração antes de importar o pacote CA:

ip http client proxy-server yourproxy.com proxy-port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurar o Webex Calling tronco baseado em registro
1

Crie um tronco PSTN baseado em registro para um local existente no Control Hub. Anote as informações do tronco fornecidas após a criação do tronco. Os detalhes destacados na ilustração são usados nas etapas de configuração deste guia. Para obter mais informações, consulte Configurar troncos, grupos de rotas e planos de discagem para Webex Calling.

PSTN trunk registered
2

Digite os seguintes comandos para configurar o CUBE como um gateway Webex Calling local:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Aqui está uma explicação dos campos para a configuração:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Para se proteger contra fraudes de pedágio, a lista de endereços confiáveis define uma lista de hosts e redes dos quais o gateway local espera chamadas VoIP legítimas.

  • Por padrão, o Local Gateway bloqueia todas as mensagens VoIP recebidas de endereços IP que não estão em sua lista confiável. Por padrão, peers de discagem configurados estaticamente com “IP de destino da sessão” ou endereços IP de grupos de servidores são confiáveis. Não é necessário adicionar esses endereços IP à lista confiável.

  • Ao configurar seu gateway local, adicione as sub-redes IP do seu Webex Calling data center regional à lista. Para obter mais informações, consulte Informações de referência de portas para Webex Calling. Além disso, adicione intervalos de endereços para servidores do Unified Communications Manager (se usados) e gateways de tronco PSTN.

    Se o seu LGW estiver protegido por um firewall com NAT cônico restrito, talvez você prefira desativar a lista de endereços IP confiáveis na Webex Calling interface oposta. O firewall já protege você contra VoIP de entrada não solicitado. A ação de desativação reduz sua sobrecarga de configuração de longo prazo, porque não podemos garantir que os endereços dos Webex Calling pares permaneçam fixos, e você deve configurar seu firewall para os pares em qualquer caso.

elemento de borda do modo

Habilita os recursos Cisco Unified Border Element (CUBE) na plataforma.

estatísticas de mídia

Permite o monitoramento de mídia no gateway local.

estatísticas em massa de mídia

Permite que o plano de controle pesquise o plano de dados para estatísticas de chamadas em massa.

Para obter mais informações sobre esses comandos, consulte Mídia.

permitir conexões sip a sip

Ative a funcionalidade básica do agente de usuário SIP do CUBE. Para obter mais informações, consulte Permitir conexões.

Por padrão, o transporte de fax T.38 está ativado. Para obter mais informações, consulte protocolo de fax t38 (serviço de voz).

atordoar

Habilita STUN (passagem de sessão de UDP por meio de NAT) globalmente.

  • O recurso de vinculações STUN no gateway local permite que solicitações STUN geradas localmente sejam enviadas pelo caminho de mídia negociado. Isso ajuda a abrir o orifício no firewall.

Para obter mais informações, consulte stun flowdata agent-id e stun flowdata shared-secret.

carga útil assimétrica completa

Configura o suporte de carga assimétrica SIP para cargas úteis de codecs dinâmicos e DTMF. Para obter mais informações, consulte Carga assimétrica .

oferta antecipada forçada

Força o gateway local a enviar informações do SDP na mensagem de convite inicial em vez de esperar pela confirmação do colega vizinho. Para obter mais informações sobre esse comando, consulte oferta antecipada.

3

Configure o codec de classe de voz 100, permitindo codecs G.711 somente para todos os troncos. Essa abordagem simples é adequada para a maioria das implantações. Se necessário, outros tipos de codecs suportados pelos sistemas de origem e de terminação podem ser adicionados à lista.

Soluções mais complexas envolvendo transcodificação usando módulos DSP são suportadas, mas não estão incluídas neste guia. 


voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Aqui está uma explicação dos campos para a configuração:

codec de classe de voz 100

Usado para permitir somente codecs preferenciais para chamadas de tronco SIP. Para obter mais informações, consulte codec de classe de voz.

4

Configure a classe de voz stun-usage 100 para ativar o ICE no Webex Calling tronco.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Aqui está uma explicação dos campos para a configuração:

uso de atordoamento | ice lite

Usado para habilitar o Ice-lite para todos os dial-peers Webex Calling voltados para permitir a otimização de mídia sempre que possível. Para obter mais informações, consulte Uso do atordoamento da classe de voz e uso do atordoamento ice lite.

A otimização de mídia é negociada sempre que possível. Se uma chamada exigir serviços de mídia em nuvem, como gravação, a mídia não poderá ser otimizada.

5

Configure a política de criptografia de mídia para o tráfego Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Aqui está uma explicação dos campos para a configuração:

classe de voz srtp-crypto 100

Especifica SHA1_80 como o único conjunto de cifras SRTP que o CUBE oferece no SDP em mensagens de oferta e resposta. Webex Callingsó suporta SHA1_80. Para obter mais informações, consulte classe de voz srtp-crypto.

6

Configure um padrão para identificar chamadas para um tronco de gateway local com base em seu parâmetro de tronco de destino: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Aqui está uma explicação dos campos para a configuração:

classe de voz uri 100 sip

Define um padrão para combinar um convite SIP recebido com um peer de discagem de tronco de entrada. Ao inserir esse padrão, use dtg= seguido pelo valor do tronco OTG/DTG fornecido no Control Hub quando o tronco foi criado. Para obter mais informações, consulte uri da classe de voz.

7

Configure o perfil sip 100, que será usado para modificar as mensagens SIP antes de serem enviadas para. Webex Calling


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Aqui está uma explicação dos campos para a configuração:

  • regras 10 a 70 e 90

    Garante que os cabeçalhos SIP usados para sinalização de chamadas usem SIP, em vez do esquema SIP, exigido pelos proxies Webex. Configurar o CUBE para usar o SIP garante que o registro seguro seja usado.

  • regra 80

    Modifica o cabeçalho From para incluir o identificador OTG/DTG do grupo de troncos do Control Hub para identificar de forma exclusiva um site de gateway local em uma empresa.

O provedor de PSTN dos Estados Unidos ou do Canadá pode oferecer a verificação do identificador de chamadas para chamadas fraudulentas e de spam, com a configuração adicional mencionada na indicação de spam ou chamada fraudulenta no artigo. Webex Calling

8

Configurar o Webex Calling tronco:

  1. Crie a classe de voz tenant 100 para definir e agrupar as configurações necessárias especificamente para o Webex Calling tronco. Em particular, os detalhes do registro do tronco fornecidos anteriormente no Control Hub serão usados nesta etapa, conforme detalhado abaixo. Posteriormente, os dial-peers associados a esse inquilino herdarão essas configurações.

    O exemplo a seguir usa os valores ilustrados na Etapa 1 para a finalidade deste guia (mostrado em negrito). Substitua-os por valores para seu tronco em sua configuração.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Aqui está uma explicação dos campos para a configuração:

    locatário de classe de voz 100

    Define um conjunto de parâmetros de configuração que serão usados somente para o Webex Calling tronco. Para obter mais informações, consulte locatário da classe de voz.

    registrar dns:98027369.us10.bcld.webex.com esquema sips expira 240 taxa de atualização 50 tcp tls

    Servidor de registro para o gateway local com o registro configurado para ser atualizado a cada dois minutos (50% de 240 segundos). Para obter mais informações, consulte registrador.

    Certifique-se de usar o valor Registrar domínio do Control Hub aqui.

    credenciais: número, nome de usuário, Dallas1171197921_LGU Dallas1463285401_LGU senha: 0 9Wt [m6ify+] realm BroadWorks

    Credenciais para o desafio de registro de troncos. Para obter mais informações, consulte credenciais (SIP UA).

    Certifique-se de usar os valores de host de linha/porta, nome de usuário de autenticação e senha de autenticação, respectivamente, do Control Hub aqui.

    nome de usuário de autenticação Dallas1171197921_LGU senha 0 9Wt [m6ify+] realm BroadWorks
    nome de usuário de autenticação Dallas1171197921_LGU senha 0 9Wt [ M6ify+ realm 98027369.us10.bcld.webex.com

    Desafio de autenticação para chamadas. Para obter mais informações, consulte autenticação (dial-peer).

    Certifique-se de usar os valores de nome de usuário de autenticação, senha de autenticação e domínio do registrador , respectivamente, do Control Hub aqui.

    sem identificação de festa remota

    Desative o cabeçalho SIP Remote-Part-ID (RPID) porque Webex Calling suporta API, que é habilitada usando asserted-id pai. Para obter mais informações, consulte remote-party-id.

    servidor sip dns: us25.sipconnect.bcld.webex.com

    Configura o servidor SIP de destino para o tronco. Use o endereço SRV do proxy Edge fornecido no Control Hub ao criar seu tronco.

    reutilização de conexão

    Usa a mesma conexão persistente para registro e processamento de chamadas. Para obter mais informações, consulte reutilização de conexão.

    srtp-crypto 100

    Configura os conjuntos de cifras preferenciais para o segmento de chamada SRTP (conexão) (especificado na etapa 5). Para obter mais informações, consulte classe de voz srtp-crypto.

    transporte de sessão tcp tls

    Define o transporte como TLS. Para obter mais informações, consulte transporte de sessão.

    sem atualização de sessão

    Desativa a atualização da sessão SIP para chamadas entre CUBE e Webex. Para obter mais informações, consulte Atualização da sessão.

    sips de url

    A consulta SRV deve ser SIPs, conforme suportado pelo SBC de acesso; todas as outras mensagens são alteradas para SIP pelo perfil sip 200.

    error-passthru

    Especifica a funcionalidade de passagem de resposta de erro SIP. Para obter mais informações, consulte error-passthru.

    desabilitar rel1xx

    Desativa o uso de respostas provisórias confiáveis para o Webex Calling tronco. Para obter mais informações, consulte rel1xx.

    par asserted-id

    (Opcional) Ativa o processamento do cabeçalho P-Asserted-Identity e controla como ele é usado para o tronco. Webex Calling

    Webex Callinginclui cabeçalhos P-Asserted-Identity (PAI) em convites de chamadas de saída para o gateway local.

    Se esse comando estiver configurado, as informações do chamador do cabeçalho PAI serão usadas para preencher os cabeçalhos de saída From e PAI/Remote-Party-ID.

    Se esse comando não estiver configurado, as informações do chamador do cabeçalho From serão usadas para preencher os cabeçalhos de saída From e PAI/Remote-Party-ID.

    Para obter mais informações, consulte asserted-id.

    interface de fonte de controle de ligação GigabitEthernet0/0/1

    Configura a interface de origem e o endereço IP associado às mensagens enviadas para o. Webex Calling Para obter mais informações, consulte bind.

    vincular interface de fonte de mídia GigabitEthernet0/0/1

    Configura a interface de origem e o endereço IP associado para a mídia enviada ao WebExCalling. Para obter mais informações, consulte bind.

    sem conteúdo pass-thru custom-sdp

    Comando padrão em inquilino. Para obter mais informações sobre esse comando, consulte pass-thru content .

    perfis sip 100

    Altera os SIPs para SIP e modifica a linha/porta para mensagens INVITE e REGISTER, conforme definido nos perfis sip 100. Para obter mais informações, consulte perfis SIP da classe de voz.

    proxy de saída dns: dfw04.sipconnect-us.bcld.webex.com

    Webex Callingacesse a SBC. Insira o endereço de proxy de saída fornecido no Control Hub quando você criou seu tronco. Para obter mais informações, consulte outbound-proxy.

    política de privacidade passthru

    Configura as opções de política de cabeçalho de privacidade para que o tronco transmita valores de privacidade da mensagem recebida para o próximo trecho de chamada. Para obter mais informações, consulte a política de privacidade.

  2. Configure o peer de discagem do Webex Calling tronco. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Aqui está uma explicação dos campos para a configuração:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Define um dial-peer VoIP com uma tag de 100 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas.

    max-conn 250

    Restringe o número de chamadas simultâneas de entrada e saída entre o LGW e. Webex Calling Para troncos de registro, o valor máximo configurado deve ser 250. Use um valor mais baixo se isso for mais apropriado para sua implantação. Para obter mais informações sobre limites de chamadas simultâneas para o Local Gateway, consulte o documento Introdução ao Local Gateway.

    padrão de destino BAD.BAD

    É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso. Para obter mais informações, consulte padrão de destino (interface).

    protocolo de sessão sipv2

    Especifica que o dial-peer 100 lida com trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial-peer).

    servidor sip de destino da sessão

    Indica que o servidor SIP definido no tenant 100 é herdado e usado como destino para chamadas desse dial peer. Para obter mais informações, consulte Destino da sessão (voip dial peer).

    solicitação de uri de entrada 100

    Para especificar a classe de voz usada para combinar um dial peer VoIP com o Uniform Resource Identifier (URI) de uma chamada recebida. Para obter mais informações, consulte uri de entrada.

    codec de classe de voz 100

    Configura o dial-peer para usar a lista de filtros de codecs comuns 100. Para obter mais informações, consulte codec de classe de voz .

    uso de atordoamento de classe de voz 100

    Permite que solicitações STUN geradas localmente no gateway local sejam enviadas pelo caminho de mídia negociado. O STUN ajuda a abrir um orifício de firewall para o tráfego de mídia. Para obter mais informações, consulte Uso de atordoamento de classe de voz .

    sem classe de voz sip localhost

    Desativa a substituição do nome do host local do DNS no lugar do endereço IP físico nos cabeçalhos From, Call-ID e Remote-Party-ID das mensagens enviadas.

    locatário de navio de classe de voz 100

    O dial-peer herda todos os parâmetros configurados globalmente e no tenant 100. Os parâmetros podem ser substituídos no nível do dial-peer.

    srtp

    Ativa o SRTP para o trecho da chamada.

    não é ruim

    Desativa a detecção de atividade de voz.

  3. (Opcional) Força as chamadas somente para áudio.

    A transmissão de vídeo Webex Calling usando fluxos de chamadas do Local Gateway não é suportada. Embora o vídeo possa funcionar em alguns cenários, ele pode resultar em qualidade degradada e comportamento inesperado. Para forçar chamadas somente para áudio, aplique o seguinte comando em seus Webex Calling dial-peers:

    voice-class sip audio forced

    Se você optar por permitir o vídeo, as chamadas podem não funcionar conforme o esperado.

9

Para configurar dispositivos de rede, como CUBE, e encaminhar cabeçalhos do Session Initiation Protocol (SIP) que o dispositivo não processa, use esses comandos. Esses comandos permitem que o dispositivo passe por cabeçalhos SIP não suportados, incluindo cabeçalhos de geolocalização e PIDF-LO (Presence Information Data Format - Location Object), no gateway local. Essa funcionalidade oferece suporte aos serviços do Nomadic E911, garantindo que as informações críticas de localização sejam preservadas e encaminhadas corretamente.

  1. Configuração do Dial Peer

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Configuração específica do Dial Peer

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Configuração de classe de voz para cabeçalhos específicos

    Para usar como proxy os cabeçalhos de localização geográfica:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Aplique a passagem ao dial-peer de entrada/saída

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Para permitir a passagem do corpo do PIDFO, use:

    
voice service voip 
 sip 
  pass-thru content unsupp

Depois de definir o tenant 100 e configurar um dial-peer SIP VoIP, o gateway inicia uma conexão TLS para o. Webex Calling Neste momento, o SBC de acesso apresenta seu certificado ao Local Gateway. O gateway local valida o certificado SBC de Webex Calling acesso usando o pacote raiz da CA que foi atualizado anteriormente. Se o certificado for reconhecido, uma sessão TLS persistente será estabelecida entre o gateway local e o Webex Calling acesso SBC. O gateway local pode então usar essa conexão segura para se registrar no Webex Access SBC. Quando a autenticação do registro for contestada:

  • Os parâmetros de nome de usuário, senha e território da configuração de credenciais são usados na resposta.

  • As regras de modificação no perfil sip 100 são usadas para converter o URL do SIPS novamente em SIP.

O registro é bem-sucedido quando um 200 OK é recebido do SBC de acesso.

Flow diagram of authentication and registration of Webex Calling with Local gateway

Configurar o gateway local com um tronco SIP PSTN

Depois de criar um tronco na direção Webex Calling acima, use a configuração a seguir para criar um tronco não criptografado para um provedor PSTN baseado em SIP:

Se o seu provedor de serviços oferecer um tronco PSTN seguro, você poderá seguir uma configuração semelhante à detalhada acima para o Webex Calling tronco. O CUBE suporta roteamento seguro de chamadas.

Se você estiver usando um tronco TDM/ISDN PSTN, vá para a próxima seção Configurar o gateway local com o tronco TDM PSTN.

Para configurar interfaces TDM para segmentos de chamada PSTN nos gateways Cisco TDM-SIP, consulte Configurando ISDN PRI.

1

Configure a seguinte classe de voz uri para identificar chamadas recebidas do tronco PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Aqui está uma explicação dos campos para a configuração:

classe de voz uri 200 sip

Define um padrão para combinar um convite SIP recebido com um peer de discagem de tronco de entrada. Ao inserir esse padrão, use o endereço IP do seu gateway IP PSTN. Para obter mais informações, consulte uri da classe de voz.

2

Configure o seguinte peer de discagem IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Aqui está uma explicação dos campos para a configuração:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Define um dial-peer VoIP com uma tag de 200 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz dial-peer .

padrão de destino BAD.BAD

É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso. Para obter mais informações, consulte padrão de destino (interface).

protocolo de sessão sipv2

Especifica que esse dial-peer manipula trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial peer).

destino da sessão ipv4: 192.168.80.13

Especifica o endereço de destino das chamadas enviadas ao provedor PSTN. Isso pode ser um endereço IP ou um nome de host DNS. Para obter mais informações, consulte Destino da sessão (VoIP dial peer).

uri de entrada via 200

Especifica a classe de voz usada para combinar as chamadas recebidas para esse dial-peer usando o URI do cabeçalho INVITE VIA. Para obter mais informações, consulte URL de entrada.

par de ID declarado de sip de classe de voz

(Opcional) Ativa o processamento do cabeçalho P-Asserted-Identity e controla como ele é usado para o tronco PSTN. Se esse comando for usado, a identidade da parte chamadora fornecida pelo dial-peer de entrada será usada para os cabeçalhos From e P-Asserted-Identity de saída. Se esse comando não for usado, a identidade da parte chamadora fornecida pelo dial-peer de entrada será usada para os cabeçalhos de saída From e Remote-Party-ID. Para obter mais informações, consulte voice-class sip asserted-id.

interface de fonte de controle de ligação GigabitEthernet0/0/0

Configura a interface de origem e o endereço IP associado às mensagens enviadas à PSTN. Para obter mais informações, consulte bind.

vincular interface de fonte de mídia GigabitEthernet0/0/0

Configura a interface de origem e o endereço IP associado para a mídia enviada à PSTN. Para obter mais informações, consulte bind.

codec de classe de voz 100

Configura o dial-peer para usar a lista de filtros de codecs comuns 100. Para obter mais informações, consulte codec de classe de voz .

relé dtmf rtp-nte

Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no trecho de chamada. Para obter mais informações, consulte Relé DTMF (Voz sobre IP).

não é ruim

Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (dial peer).

3

Se você estiver configurando seu gateway local para rotear chamadas somente entre Webex Calling e a PSTN, adicione a seguinte configuração de roteamento de chamadas. Se você estiver configurando seu gateway local com uma plataforma Unified Communications Manager, vá para a próxima seção.

  1. Crie grupos dial-peer para rotear chamadas para Webex Calling ou para a PSTN. Defina DPG 100 com o dial-peer 100 de saída para. Webex Calling O DPG 100 é aplicado ao dial-peer de entrada do PSTN. Da mesma forma, defina o DPG 200 com o dial-peer 200 de saída em direção ao PSTN. O DPG 200 é aplicado ao dial-peer de entrada do Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Aqui está uma explicação dos campos para a configuração:

    dial-peer 100

    Associa um dial-peer externo a um grupo de dial-peer. Para obter mais informações, consulte voice-class dpg.

  2. Aplique grupos de discagem para rotear chamadas do Webex para o PSTN e do PSTN para o Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Aqui está uma explicação dos campos para a configuração:

    destino dpg 200

    Especifica qual grupo de dial-peer e, portanto, o dial-peer deve ser usado para o tratamento de saída das chamadas apresentadas a esse dial-peer de entrada.

    Isso conclui a configuração do gateway local. Salve a configuração e recarregue a plataforma se essa for a primeira vez que os recursos do CUBE forem configurados.

Configurar o gateway local com um tronco TDM PSTN

Depois de criar um tronco paraWebex Calling, use a configuração a seguir para criar um tronco TDM para seu serviço PSTN com roteamento de chamadas de loopback para permitir a otimização de mídia no trecho de chamada Webex.

Se você não precisar de otimização de mídia IP, siga as etapas de configuração de um tronco SIP PSTN. Use uma porta de voz e um peer de discagem POTS (conforme mostrado nas etapas 2 e 3) em vez do peer de discagem VoIP PSTN.

1

A configuração de peer de discagem de loop-back usa grupos de ponto de discagem e tags de roteamento de chamadas para garantir que as chamadas passem corretamente entre o Webex e o PSTN, sem criar loops de roteamento de chamadas. Configure as seguintes regras de tradução que serão usadas para adicionar e remover as tags de roteamento de chamadas:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Aqui está uma explicação dos campos para a configuração:

regra de tradução de voz

Usa expressões regulares definidas nas regras para adicionar ou remover tags de roteamento de chamadas. Dígitos excessivamente decádicos ('A') são usados para adicionar clareza na solução de problemas.

Nessa configuração, a tag adicionada pelo translation-profile 100 é usada para guiar chamadas de Webex Calling direção à PSTN por meio dos peers de discagem de loopback. Da mesma forma, a tag adicionada pelo translation-profile 200 é usada para orientar as chamadas do PSTN para o. Webex Calling Os perfis de tradução 11 e 12 removem essas tags antes de entregar chamadas para os troncos Webex e PSTN, respectivamente.

Este exemplo pressupõe que os números chamados de Webex Calling são apresentados no formato +E.164. A regra 100 remove o + inicial para manter um número chamado válido. A regra 12 então adiciona um (s) dígito (s) de roteamento nacional ou internacional ao remover a etiqueta. Use dígitos adequados ao seu plano de discagem nacional ISDN local.

Se Webex Calling apresentar números em formato nacional, ajuste as regras 100 e 12 para simplesmente adicionar e remover a etiqueta de roteamento , respectivamente.

Para obter mais informações, consulte Perfil de tradução de voz e regra de tradução de voz.

2

Configure as portas da interface de voz TDM conforme exigido pelo tipo de tronco e protocolo usados. Para obter mais informações, consulte Configurando o ISDN PRI. Por exemplo, a configuração básica de uma interface ISDN de taxa primária instalada no slot 2 do NIM de um dispositivo pode incluir o seguinte:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Configure o seguinte dial-peer TDM PSTN:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Aqui está uma explicação dos campos para a configuração: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Define um dial-peer VoIP com uma tag de 200 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz dial-peer.

padrão de destino BAD.BAD

É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso. Para obter mais informações, consulte padrão de destino (interface).

perfil de tradução recebido 200

Atribui o perfil de tradução que adicionará uma etiqueta de roteamento de chamadas ao número chamado recebido.

discagem direta para dentro

Encaminha a chamada sem fornecer um tom de discagem secundário. Para obter mais informações, consulte discagem interna direta.

porta 0/2/ 0:15

A porta de voz física associada a esse dial-peer.

4

Para permitir a otimização de mídia de caminhos IP para gateways locais com fluxos de chamadas TDM-IP, você pode modificar o roteamento de chamadas introduzindo um conjunto de peers de discagem de loopback internos entre os troncos PSTN e os troncos PSTN. Webex Calling Configure os seguintes peers de discagem de loopback. Nesse caso, todas as chamadas recebidas serão roteadas inicialmente para o dial-peer 10 e de lá para o dial-peer 11 ou 12 com base na tag de roteamento aplicada. Após a remoção da etiqueta de roteamento, as chamadas serão roteadas para o tronco de saída usando grupos dial-peer.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Aqui está uma explicação dos campos para a configuração: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Define um dial-peer VoIP e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz dial-peer.

perfil de tradução recebido 11

Aplica o perfil de tradução definido anteriormente para remover a etiqueta de roteamento de chamadas antes de passar para o tronco de saída.

padrão de destino BAD.BAD

É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Para obter mais informações, consulte padrão de destino (interface).

protocolo de sessão sipv2

Especifica que esse dial-peer manipula trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial peer).

destino da sessão ipv4:192.168.80.14

Especifica o endereço da interface do roteador local como o destino da chamada para o loopback. Para obter mais informações, consulte Destino da sessão (voip dial peer).

interface de fonte de controle de ligação GigabitEthernet0/0/0

Configura a interface de origem e o endereço IP associado às mensagens enviadas por meio do loop-back. Para obter mais informações, consulte bind.

vincular interface de fonte de mídia GigabitEthernet0/0/0

Configura a interface de origem e o endereço IP associado para a mídia enviada por meio do loop-back. Para obter mais informações, consulte bind.

relé dtmf rtp-nte

Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no trecho de chamada. Para obter mais informações, consulte Relé DTMF (Voz sobre IP).

codec g711alaw

Força todas as chamadas PSTN a usarem o G.711. Selecione a-law ou u-law para corresponder ao método de compactação usado pelo seu serviço ISDN.

não é ruim

Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (dial peer).

5

Adicione a seguinte configuração de roteamento de chamadas:

  1. Crie grupos de dial-peer para rotear chamadas entre os troncos PSTN e Webex, por meio do loop-back.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Aqui está uma explicação dos campos para a configuração:

    dial-peer 100

    Associa um dial-peer externo a um grupo de dial-peer. Para obter mais informações, consulte voice-class dpg.

  2. Aplique grupos de discagem para rotear chamadas.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Aqui está uma explicação dos campos para a configuração:

    destino dpg 200

    Especifica qual grupo de dial-peer e, portanto, o dial-peer deve ser usado para o tratamento de saída das chamadas apresentadas a esse dial-peer de entrada.

Isso conclui a configuração do gateway local. Salve a configuração e recarregue a plataforma se essa for a primeira vez que os recursos do CUBE forem configurados.
Configurar o gateway local com um Unified CM ambiente existente

A Webex Calling configuração PSTN- nas seções anteriores pode ser modificada para incluir troncos adicionais em um cluster Cisco Unified Communications Manager (UCM). Nesse caso, todas as chamadas são roteadas viaUnified CM. As chamadas do UCM na porta 5060 são roteadas para a PSTN e as chamadas da porta 5065 são roteadas para o. Webex Calling As seguintes configurações incrementais podem ser adicionadas para incluir esse cenário de chamada .

Ao criar o Webex Calling tronco emUnified CM, certifique-se de configurar a porta de entrada nas configurações do SIP Trunk Security Profile como 5065. Isso permite receber mensagens na porta 5065 e preencher o cabeçalho VIA com esse valor ao enviar mensagens para o gateway local.

Enter SIP trunk security profile information
1

Configure os seguintes URIs de classe de voz:

  1. Classifica as Unified CM chamadas Webex usando a porta SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Classifica Unified CM em chamadas PSTN usando SIP via porta:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Classifique as mensagens recebidas do UCM em direção ao tronco PSTN usando um ou mais padrões que descrevem os endereços de origem e o número da porta. Expressões regulares podem ser usadas para definir padrões de correspondência, se necessário.

    No exemplo acima, uma expressão regular é usada para corresponder a qualquer endereço IP no intervalo 192.168.80.60 a 65 e ao número da porta 5060.

2

Configure os seguintes registros DNS para especificar o roteamento SRV para os hosts: Unified CM

O IOS XE usa esses registros para determinar localmente os hosts e portas do UCM de destino. Com essa configuração, não é necessário configurar registros em seu sistema DNS. Se você preferir usar seu DNS, essas configurações locais não são necessárias.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Aqui está uma explicação dos campos para a configuração:

O comando a seguir cria um registro DNS SRV de recurso. Crie um registro para cada host e tronco do UCM:

host ip _sip. _udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_gole. _udp.pstntocucm.io: nome do registro do recurso SRV

2: A prioridade do registro de recursos SRV

1: O peso do registro do recurso SRV

5060: O número da porta a ser usada para o host de destino neste registro de recurso

ucmsub5.mydomain.com: O host de destino do registro de recursos

Para resolver os nomes de host de destino do registro de recursos, crie registros DNS A locais. Por exemplo:

host IP ucmsub5.mydomain.com 192.168.80.65

ip host: cria um registro no banco de dados IOS XE local.

ucmsub5.mydomain.com: O nome do host do registro A.

192.168.80.65: O endereço IP do host.

Crie os registros de recursos SRV e os registros A para refletir seu ambiente de UCM e sua estratégia preferida de distribuição de chamadas.

3

Configure os seguintes dial-peers:

  1. Dial-peer para chamadas entre e: Unified CM Webex Calling

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Aqui está uma explicação dos campos para a configuração:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Define um dial-peer VoIP com uma tag 300 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas.

    padrão de destino BAD.BAD

    É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso.

    protocolo de sessão sipv2

    Especifica que o dial-peer 300 manipula trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial-peer).

    destino da sessão dns:wxtocucm.io

    Define o destino da sessão de vários Unified CM nós por meio da DNS SRV resolução. Nesse caso, o registro SRV definido localmente wxtocucm.io é usado para direcionar chamadas.

    uri de entrada via 300

    Usa a classe de voz URI 300 para direcionar todo o tráfego de entrada do Unified CM uso da porta de origem 5065 para esse dial-peer. Para obter mais informações, consulte uri de entrada.

    codec de classe de voz 100

    Indica a lista de filtros de codecs para chamadas de Unified CM e para. Para obter mais informações, consulte codec de classe de voz.

    interface de fonte de controle de ligação GigabitEthernet0/0/0

    Configura a interface de origem e o endereço IP associado às mensagens enviadas à PSTN. Para obter mais informações, consulte bind.

    vincular interface de fonte de mídia GigabitEthernet0/0/0

    Configura a interface de origem e o endereço IP associado para a mídia enviada à PSTN. Para obter mais informações, consulte bind.

    relé dtmf rtp-nte

    Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no trecho de chamada. Para obter mais informações, consulte Relé DTMF (Voz sobre IP).

    não é ruim

    Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (dial peer).

  2. Dial-peer para chamadas entre Unified CM e o PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Aqui está uma explicação dos campos para a configuração:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Define um dial-peer VoIP com uma tag de 400 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas.

    padrão de destino BAD.BAD

    É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso.

    protocolo de sessão sipv2

    Especifica que o dial-peer 400 lida com trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial-peer).

    destino da sessão dns:pstntocucm.io

    Define o destino da sessão de vários Unified CM nós por meio da DNS SRV resolução. Nesse caso, o registro SRV definido localmente pstntocucm.io é usado para direcionar chamadas.

    uri de entrada via 400

    Usa a URI 400 da classe de voz para direcionar todo o tráfego de entrada dos Unified CM hosts especificados usando a porta de origem 5060 para esse dial-peer. Para obter mais informações, consulte uri de entrada.

    codec de classe de voz 100

    Indica a lista de filtros de codecs para chamadas de Unified CM e para. Para obter mais informações, consulte codec de classe de voz.

    interface de fonte de controle de ligação GigabitEthernet0/0/0

    Configura a interface de origem e o endereço IP associado às mensagens enviadas à PSTN. Para obter mais informações, consulte bind.

    vincular interface de fonte de mídia GigabitEthernet0/0/0

    Configura a interface de origem e o endereço IP associado para a mídia enviada à PSTN. Para obter mais informações, consulte bind.

    relé dtmf rtp-nte

    Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no trecho de chamada. Para obter mais informações, consulte Relé DTMF (Voz sobre IP).

    não é ruim

    Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (dial peer).

4

Adicione o roteamento de chamadas usando as seguintes configurações:

  1. Crie grupos de discagem para rotear chamadas entre e. Unified CM Webex Calling Defina DPG 100 com o dial-peer 100 de saída para. Webex Calling O DPG 100 é aplicado ao dial-peer de entrada associado de. Unified CM Da mesma forma, defina DPG 300 com o ponto de discagem externo 300 para. Unified CM O DPG 300 é aplicado ao dial-peer de entrada do Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Crie grupos de dial-peer para rotear chamadas entre Unified CM e a PSTN. Defina o DPG 200 com o dial-peer 200 de saída em direção ao PSTN. O DPG 200 é aplicado ao dial-peer de entrada associado de. Unified CM Da mesma forma, defina DPG 400 com o ponto de discagem externo 400 para. Unified CM O DPG 400 é aplicado ao dial-peer de entrada do PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Aqui está uma explicação dos campos para a configuração:

    dial-peer 100

    Associa um dial-peer externo a um grupo de dial-peer. Para obter mais informações, consulte voice-class dpg.

  3. Aplique grupos de discagem para rotear chamadas do Webex de e para Unified CM o Webex: Unified CM 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Aqui está uma explicação dos campos para a configuração:

    destino dpg 300

    Especifica qual grupo de dial-peer e, portanto, o dial-peer deve ser usado para o tratamento de saída das chamadas apresentadas a esse dial-peer de entrada.

  4. Aplique grupos de dial-peer para rotear chamadas da PSTN de Unified CM e para a PSTN: Unified CM

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Isso conclui a configuração do gateway local. Salve a configuração e recarregue a plataforma se essa for a primeira vez que os recursos do CUBE forem configurados.

Monitore e solucione problemas de gateway local baseado em registro com assinaturas de diagnóstico

As assinaturas de diagnóstico (DS) detectam proativamente problemas comumente observados no gateway local baseado em IOS XE e geram notificações por e-mail, syslog ou mensagem de terminal sobre o evento. Você também pode instalar o DS para automatizar a coleta de dados de diagnóstico e transferir os dados coletados para o Cisco TAC caso, a fim de acelerar o tempo de resolução.

As assinaturas de diagnóstico (DS) são arquivos XML que contêm informações sobre eventos desencadeadores de problemas e ações a serem tomadas para informar, solucionar problemas e remediar o problema. Você pode definir a lógica de detecção de problemas usando mensagens de syslog, eventos SNMP e por meio do monitoramento periódico de saídas específicas do comando show.

Os tipos de ação incluem coletar as saídas do comando show:

  • Geração de um arquivo de log consolidado

  • Carregar o arquivo em um local de rede fornecido pelo usuário, como HTTPS, SCP, servidor FTP.

Os engenheiros do TAC criam os arquivos DS e os assinam digitalmente para proteção da integridade. Cada arquivo DS tem uma ID numérica exclusiva atribuída pelo sistema. A Ferramenta de Pesquisa de Assinaturas de Diagnóstico (DSLT) é uma fonte única para encontrar assinaturas aplicáveis para monitorar e solucionar vários problemas.

Antes de começar:

  • Não edite o arquivo DS que você baixou do DSLT. Os arquivos que você modifica falham na instalação devido ao erro de verificação de integridade.

  • Um servidor SMTP (Simple Mail Transfer Protocol) que você precisa para que o gateway local envie notificações por e-mail.

  • Certifique-se de que o gateway local esteja executando o IOS XE 17.6.1 ou superior se você quiser usar o servidor SMTP seguro para notificações por e-mail.

Pré-requisitos

Gateway local executando IOS XE 17.6.1a ou superior

  1. As assinaturas de diagnóstico estão habilitadas por padrão.

  2. Configure o servidor de e-mail seguro a ser usado para enviar uma notificação proativa se o dispositivo estiver executando o Cisco IOS XE 17.6.1a ou superior.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configure a variável de ambiente ds_emailcom o endereço de e-mail do administrador para notificá-lo. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Veja a seguir um exemplo de configuração de um gateway local em execução no Cisco IOS XE 17.6.1a ou superior para enviar as notificações proativas para tacfaststart@gmail.com usando o Gmail como servidor SMTP seguro:

Recomendamos que você use o Cisco IOS XE Bengaluru 17.6.x ou versões posteriores.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Um gateway local em execução no software Cisco IOS XE não é um cliente típico do Gmail baseado na Web que oferece suporte ao OAuth. Portanto, devemos definir uma configuração específica da conta do Gmail e fornecer permissão específica para que o e-mail do dispositivo seja processado corretamente:

  1. Acesse Gerenciar Conta do Google > Segurança e ative a configuração de acesso menos seguro ao aplicativo.

  2. Responda “Sim, fui eu” ao receber um e-mail do Gmail dizendo “O Google impediu que alguém fizesse login na sua conta usando um aplicativo que não era do Google ”.

Instale assinaturas de diagnóstico para monitoramento proativo

Monitorando a alta utilização da CPU

Esse DS rastreia a utilização da CPU por cinco segundos usando o SNMP OID 1.3.6.1.4.1.9.2.1.56. Quando a utilização atinge 75% ou mais, ele desativa todas as depurações e desinstala todas as assinaturas de diagnóstico instaladas no gateway local. Use as etapas abaixo para instalar a assinatura.

  1. Use o comando show snmp para ativar o SNMP. Se você não habilitar, configure o comando snmp-server manager.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Faça o download do DS 64224 usando as seguintes opções suspensas na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    Nome do campo

    Valor do campo

    Plataforma

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    Desempenho

    Tipo de problema

    Alta utilização da CPU com notificação por e-mail.

  3. Copie o arquivo XML do DS para o flash do gateway local.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    O exemplo a seguir mostra como copiar o arquivo de um servidor FTP para o gateway local. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instale o arquivo XML do DS no gateway local.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Use o comando show call-home diagnostic-signature para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor “registrado”. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Baixe os DSEs:

    DS ID

    Nome do DS

    Revisão

    Status

    Última atualização (GMT+ 00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrado

    2020-11-07 22:05:33

    Quando acionada, essa assinatura desinstala todos os DSs em execução, incluindo ela mesma. Se necessário, reinstale o DS 64224 para continuar monitorando a alta utilização da CPU no gateway local.

Monitorando o registro do tronco SIP

Esse DS verifica o cancelamento do registro de um tronco SIP de gateway local Webex Calling na nuvem a cada 60 segundos. Depois que o evento de cancelamento de registro é detectado, ele gera uma notificação por e-mail e syslog e se desinstala após duas ocorrências de cancelamento de registro. Use as etapas abaixo para instalar a assinatura:

  1. Faça o download do DS 64117 usando as seguintes opções suspensas na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    Nome do campo

    Valor do campo

    Plataforma

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    SIP-SIP

    Tipo de problema

    Cancelamento do registro do tronco SIP com notificação por e-mail.

  2. Copie o arquivo XML do DS para o gateway local.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Instale o arquivo XML do DS no gateway local. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Use o comando show call-home diagnostic-signature para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor “registrado”.

Monitorando desconexões anormais de chamadas

Esse DS usa a sondagem SNMP a cada 10 minutos para detectar desconexão anormal de chamadas com erros SIP 403, 488 e 503.  Se o incremento da contagem de erros for maior ou igual a 5 da última pesquisa, ele gerará um syslog e uma notificação por e-mail. Use as etapas abaixo para instalar a assinatura.

  1. Use o comando show snmp para verificar se o SNMP está ativado. Se não estiver habilitado, configure o comando snmp-server manager . 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Faça o download do DS 65221 usando as seguintes opções na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    Nome do campo

    Valor do campo

    Plataforma

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    Desempenho

    Tipo de problema

    Detecção de desconexão anormal de chamadas SIP com notificação por e-mail e syslog.

  3. Copie o arquivo XML do DS para o gateway local. 

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instale o arquivo XML do DS no gateway local. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Use o comando show call-home diagnostic-signature para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor “registrado”.

Instale assinaturas de diagnóstico para solucionar um problema

Use assinaturas de diagnóstico (DS) para resolver problemas rapidamente. Cisco TACos engenheiros criaram várias assinaturas que permitem as depurações necessárias para solucionar um determinado problema, detectar a ocorrência do problema, coletar o conjunto correto de dados de diagnóstico e transferir os dados automaticamente para o caso. Cisco TAC As assinaturas de diagnóstico (DS) eliminam a necessidade de verificar manualmente a ocorrência do problema e facilitam muito a solução de problemas intermitentes e transitórios.

Você pode usar a Ferramenta de Pesquisa de Assinaturas de Diagnóstico para encontrar as assinaturas aplicáveis e instalá-las para resolver automaticamente um determinado problema, ou você pode instalar a assinatura recomendada pelo engenheiro do TAC como parte do contrato de suporte.

Aqui está um exemplo de como localizar e instalar um DS para detectar a ocorrência “% VOICE_IEC -3-GW: CCAPI: Erro interno (limite de pico de chamadas): syslog IEC=1.1.181.1.29.0" e automatizar a coleta de dados de diagnóstico usando as seguintes etapas:

  1. Configure uma variável de ambiente DS adicional ds_fsurl_prefixque é o caminho do servidor de Cisco TAC arquivos (cxd.cisco.com) para o qual os dados de diagnóstico coletados são carregados. O nome de usuário no caminho do arquivo é o número do caso e a senha é o token de upload do arquivo que pode ser recuperado do Support Case Manager no comando a seguir. O token de upload do arquivo pode ser gerado na seção Anexos do Support Case Manager, conforme necessário. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Exemplo: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Certifique-se de que o SNMP esteja ativado usando o comando show snmp . Se não estiver habilitado, configure o comando snmp-server manager .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Certifique-se de instalar o DS 64224 de monitoramento de alta CPU como uma medida proativa para desativar todas as assinaturas de depuração e diagnóstico durante o período de alta utilização da CPU. Faça o download do DS 64224 usando as seguintes opções na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    Nome do campo

    Valor do campo

    Plataforma

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    Desempenho

    Tipo de problema

    Alta utilização da CPU com notificação por e-mail.

  4. Faça o download do DS 65095 usando as seguintes opções na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    Nome do campo

    Valor do campo

    Plataforma

    Cisco 4300, 4400 ISR Series ou Cisco CSR 1000V Series

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    Syslogs

    Tipo de problema

    Syslog -% VOICE_IEC -3-GW: CCAPI: Erro interno (limite de pico de chamadas): IEC=1.1.181.1.29.0

  5. Copie os arquivos XML do DS para o gateway local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instale o arquivo XML DS 64224 de monitoramento de alta CPU e, em seguida, o arquivo XML DS 65095 no gateway local. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verifique se a assinatura foi instalada com êxito usando o comando show call-home diagnostic-signature. A coluna de status deve ter um valor “registrado”. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DSEs baixados:

    DS ID

    Nome do DS

    Revisão

    Status

    Última atualização (GMT+ 00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrado

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrado

    2020-11-08

Verificar a execução das assinaturas de diagnóstico

No comando a seguir, a coluna “Status” do comando show call-home diagnostic-signature muda para “em execução” enquanto o gateway local executa a ação definida na assinatura. A saída das estatísticas show call-home diagnostic-signature é a melhor maneira de verificar se uma assinatura de diagnóstico detecta um evento de interesse e executa a ação. A coluna “Triggered/Max/Deinstall” indica o número de vezes que uma determinada assinatura acionou um evento, o número máximo de vezes que ela é definida para detectar um evento e se a assinatura se desinstala após detectar o número máximo de eventos acionados. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSEs baixados:

DS ID

Nome do DS

Revisão

Status

Última atualização (GMT+ 00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrado

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Correndo

2020-11-08 00:12:53

mostrar estatísticas de assinatura de diagnóstico do call-home

DS ID

Nome do DS

/Max/Desinstalação acionada

Tempo médio de execução (segundos)

Tempo máximo de execução (segundos)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

O e-mail de notificação enviado durante a execução da assinatura de diagnóstico contém informações importantes, como tipo de problema, detalhes do dispositivo, versão do software, configuração em execução e saídas de comando show que são relevantes para solucionar o problema em questão .

Desinstalar assinaturas de diagnóstico

As assinaturas de diagnóstico de uso para fins de solução de problemas geralmente são definidas para desinstalação após a detecção de algumas ocorrências de problemas. Se você quiser desinstalar uma assinatura manualmente, recupere a ID do DS da saída do comando show call-home diagnostic-signature e execute o seguinte comando:

call-home diagnostic-signature deinstall <DS ID>

Exemplo:

call-home diagnostic-signature deinstall 64224

Novas assinaturas são adicionadas periodicamente à Ferramenta de Pesquisa de Assinaturas de Diagnóstico, com base em problemas que são comumente observados em implantações. Atualmente, o TAC não oferece suporte a solicitações para criar novas assinaturas personalizadas.

Gerencie e valide os gateways Cisco IOS XE por meio do Control Hub

Para um melhor gerenciamento dos gateways Cisco IOS XE, recomendamos que você registre e gerencie os gateways por meio do Control Hub. É uma configuração opcional. Quando inscrito, você pode usar a opção de validação de configuração no Control Hub para validar a configuração do gateway local e identificar quaisquer problemas de configuração. Atualmente, somente troncos baseados em registro oferecem suporte a essa funcionalidade.

Para obter mais informações sobre gerenciamento de gateway, validação de gateway local e capacidade de sobrevivência do site, consulte os seguintes artigos:

Visão geral do design

Esta seção descreve como configurar um Cisco Unified Border Element (CUBE) como um gateway local para Webex Calling usar um tronco SIP TLS mútuo (mTLS) baseado em certificado. A primeira parte deste documento ilustra como configurar um gateway PSTN simples. Nesse caso, todas as chamadas da PSTN são roteadas Webex Calling e todas as chamadas da PSTN Webex Calling são roteadas para a PSTN. A imagem a seguir destaca essa solução e a configuração de roteamento de chamadas de alto nível que será seguida.

Nesse design, as seguintes configurações principais são usadas:

  • inquilinos de classe de voz: usados para criar configurações específicas de tronco.

  • classe de voz uri: usada para classificar mensagens SIP para a seleção de um dial-peer de entrada.

  • peer de discagem de entrada: fornece tratamento para mensagens SIP de entrada e determina a rota de saída usando um grupo de ponto de discagem.

  • grupo de pontos de discagem: define os peers de discagem de saída usados para roteamento de chamadas subsequentes.

  • peer de discagem externa: fornece tratamento para mensagens SIP de saída e as encaminha para o destino necessário.

Call routing from/to PSTN to/from Webex Calling configuration solution

Para otimização de Webex Calling mídia com circuitos ISDN de Estabelecimento de Conectividade Interativa (ICE) e TDM (Multiplexação por Divisão de Tempo), é necessário usar um processo de roteamento de chamadas em duas etapas.

Embora IP e SIP tenham se tornado os protocolos padrão para troncos PSTN, os circuitos ISDN TDM (Time Division Multiplexing) permanecem comuns e são totalmente suportados pelo. Webex Calling Para permitir a otimização de mídia para esses fluxos de chamadas TDM-IP, você deve usar o Interactive Connectivity Establishment (ICE), que permite que os endpoints negociem caminhos de mídia diretos.

Alcançar essa otimização requer um processo de roteamento de chamadas em duas etapas. Essa abordagem modifica a configuração de roteamento padrão introduzindo um conjunto de peers de discagem de loopback internos entre os troncos PSTN Webex Calling e os troncos PSTN, conforme ilustrado na imagem abaixo.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Ao conectar uma Cisco Unified Communications Manager solução local comWebex Calling, você pode usar a configuração simples do gateway PSTN como base para criar a solução ilustrada no diagrama a seguir. Nesse caso, um gerente de comunicações unificadas fornece roteamento e tratamento centralizados de todas as PSTN e chamadas. Webex Calling

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

Neste documento, são usados os nomes de host, endereços IP e interfaces ilustrados na imagem a seguir. As opções são fornecidas para endereçamento público ou privado (por trás do NAT). Os registros SRV DNS são opcionais, a menos que haja balanceamento de carga em várias instâncias do CUBE.

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

Use as diretrizes de configuração no restante deste documento para concluir a configuração do gateway local da seguinte forma:

  • Etapa 1: Configurar a conectividade e a segurança da linha de base do roteador

  • Etapa 2: Configurar o Webex Calling tronco

    Dependendo da arquitetura necessária, siga uma das seguintes opções:

  • Etapa 3: Configurar o gateway local com o tronco SIP PSTN

  • Etapa 4: Configurar o gateway local com um Unified CM ambiente existente

    Ou:

  • Etapa 3: Configurar o gateway local com o tronco TDM PSTN

Configure a conectividade e a segurança

Configuração de linha de base

A primeira etapa na preparação do roteador Cisco como um gateway local Webex Calling é criar uma configuração básica que proteja sua plataforma e estabeleça a conectividade.

  • Todas as implantações do Local Gateway baseadas em certificados exigem o Cisco IOS XE 17.9.1a ou versões posteriores. Cisco IOSO XE 17.12.2 ou posterior é recomendado. Para obter as versões recomendadas, consulte a página Cisco Software Research. Pesquise a plataforma e selecione um dos lançamentos sugeridos.

    • Os roteadores da série ISR4000 devem ser configurados com licenças de tecnologia de Comunicação Unificada e Segurança.

    • Os roteadores da série Catalyst Edge 8000 equipados com placas de voz ou DSPs exigem o licenciamento do DNA Advantage. Roteadores sem placas de voz ou DSPs exigem um mínimo de licenciamento do DNA Essentials.

    • Para requisitos de alta capacidade, você também pode precisar de uma licença de alta segurança (HSEC) e direitos adicionais de taxa de transferência.

      Consulte os Códigos de Autorização para obter mais detalhes.

  • Crie uma configuração básica para sua plataforma que siga suas políticas de negócios. Em particular, configure e verifique o seguinte:

    • NTP

    • ACLs

    • Autenticação de usuário e acesso remoto

    • DNS

    • Roteamento IP

    • Endereços IP

  • A rede em direção Webex Calling deve usar um endereço IPv4. Os endereços de nomes de domínio totalmente qualificados (FQDN) ou de registro de serviço (SRV) do gateway local configurados no Control Hub devem ser resolvidos para um endereço IPv4 público na Internet.

  • Todas as portas SIP e de mídia na interface do gateway local voltada para o Webex devem ser acessíveis pela Internet, diretamente ou via NAT estático. Certifique-se de atualizar seu firewall adequadamente.

  • Siga as etapas detalhadas de configuração fornecidas abaixo para instalar um certificado assinado no gateway local:

    • Um público Certificate Authority (CA), conforme detalhado em Quais autoridades certificadoras raiz são suportadas para chamadas para plataformas Cisco Webex de áudio e vídeo? deve assinar o certificado do dispositivo.

    • Certificados contendo somente o uso estendido de chave (EKU) do Server Authentication são suportados. Webex Callingnão valida nem impõe a presença do EKU de autenticação de cliente durante o estabelecimento do handshake TLS.

      Alguns controladores de borda de sessão (SBC) de terceiros podem impor uma validação estrita do EKU e podem rejeitar certificados que não incluam o EKU de autenticação do cliente. Nesses casos, certifique-se de que o SBC esteja configurado para aceitar certificados somente com EKU de Autenticação de Servidor ou para desativar a validação estrita de EKU (se houver suporte).

    • O nome comum (CN) do assunto do certificado ou um dos nomes alternativos do assunto (SAN) deve ser o mesmo que o FQDN configurado no Control Hub.

      Ao comprar um certificado com Nome Comum (CN) ou Nome Alternativo do Assunto (SAN), certifique-se de que o certificado use somente letras minúsculas. Na configuração do Control Hub, todas as entradas do FQDN são automaticamente convertidas em minúsculas, e qualquer incompatibilidade entre maiúsculas e minúsculas entre o FQDN e o certificado impedirá o registro bem-sucedido do tronco.

      Por exemplo:

      • Se um tronco configurado no Control Hub da sua organização tiver cube1.lgw.com:5061 como FQDN do gateway local, o CN ou SAN no certificado do roteador deverá conter cube1.lgw.com. 

      • Se um tronco configurado no Control Hub da sua organização tiver lgws.lgw.com como o endereço SRV dos gateways locais acessíveis a partir do tronco, o CN ou SAN no certificado do roteador deverá conter lgws.lgw.com. Os registros para os quais o endereço SRV é resolvido (CNAME, registro A ou endereço IP) são opcionais na SAN.

      • Se você usa um FQDN ou SRV para o tronco, o endereço de contato para todas as novas caixas de diálogo SIP do seu gateway local deve usar o nome configurado no Control Hub.

  • Faça o upload do pacote de CA raiz da Cisco para o gateway local. Esse pacote inclui o certificado raiz CA usado para verificar a plataforma Webex.

Configuração

1

Certifique-se de atribuir endereços IP válidos e roteáveis a qualquer interface de camada 3, por exemplo:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Proteja as credenciais STUN no roteador usando criptografia simétrica. Configure a chave de criptografia primária e o tipo de criptografia da seguinte forma:


key config-key password-encrypt YourPassword
password encryption aes
3

Crie um ponto confiável de criptografia com um certificado para seu domínio, assinado por um Certificate Authority (CA) suportado.

  1. Crie um par de chaves RSA usando o seguinte comando exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Use os seguintes comandos de configuração para criar um ponto confiável para o certificado, especificando os valores de campo a serem usados na solicitação de assinatura do certificado: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Notas para os campos do certificado:

    • fqdn: Esse não é um campo obrigatório para. Webex Calling Definir essa configuração como “nenhuma” para não incluir esse campo na Solicitação de Assinatura de Certificado. Se você precisar incluir um FQDN usando esse comando, não haverá impacto na operação do gateway local.

    • nome do assunto: Para validar chamadas de um gateway local, o Webex deve combinar o FQDN nos cabeçalhos de contato SIP com aqueles incluídos no atributo Nome comum do assunto (CN) ou no campo Nome alternativo do assunto (SAN) do certificado SBC. O campo de assunto deve conter pelo menos um atributo CN e pode incluir outros atributos, conforme necessário. Para obter mais informações, consulte o nome do assunto.

    • Subject-alt-name: O campo Subject Alternative Name (SAN) do certificado SBC pode incluir uma lista de FQDNs adicionais. O Webex verifica essa lista para validar o cabeçalho do contato SIP em mensagens do gateway local se o atributo CN do assunto do certificado não corresponder.

    • Hash: É recomendável que as Solicitações de Assinatura de Certificado (CSR) sejam assinadas usando SHA256. O Cisco IOS XE 17.11.1 usa esse algoritmo por padrão e, para versões anteriores, use o comando Hash.

  3. Gere a Solicitação de Assinatura de Certificado (CSR) com o seguinte comando exec ou de configuração e use-o para solicitar um certificado assinado de um provedor de CA compatível:

    crypto pki enroll LGW_CERT

4

Forneça o certificado da CA de assinatura intermediária para autenticar seu certificado de host. Digite o seguinte comando exec ou de configuração:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

5

Importe o certificado de host assinado usando o seguinte comando exec ou de configuração:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

6

Ative a exclusividade do TLS1.2 e especifique o ponto de confiança padrão a ser usado para aplicativos de voz usando os seguintes comandos de configuração:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Instale o pacote Cisco root CA, que inclui o certificado IdenTrust Commercial Root CA 1 usado pelo. Webex Calling Use o comando crypto pki trustpool import clean url url url para baixar o pacote de CA raiz do URL especificado, limpar o CA trustpool atual e, em seguida, instalar o novo pacote de certificados:

Se você precisar usar um proxy para acessar a Internet usando HTTPS, adicione a seguinte configuração antes de importar o pacote CA:

ip http client proxy-server yourproxy.com proxy-port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurar o Webex Calling tronco baseado em certificado
1

Crie um tronco PSTN baseado em certificado CUBE para um local existente no Control Hub. Para obter mais informações, consulte Configurar troncos, grupos de rotas e planos de discagem para Webex Calling.

Anote as informações do tronco ao criar o tronco. Esses detalhes, conforme destacado na ilustração a seguir, são usados nas etapas de configuração deste guia.

CUBE certificate-based PSTN trunk group is created

2

Digite os seguintes comandos para configurar o CUBE como um gateway Webex Calling local:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Aqui está uma explicação dos campos para a configuração:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Para se proteger contra fraudes de pedágio, a lista de endereços confiáveis define uma lista de hosts e entidades de rede das quais o gateway local espera chamadas VoIP legítimas.

  • Por padrão, um gateway local bloqueia todas as mensagens VoIP recebidas de endereços IP que não estão em sua lista confiável. Por padrão, peers de discagem configurados estaticamente com “IP de destino da sessão” ou endereços IP de grupos de servidores são confiáveis. Você não precisa adicionar esses endereços IP à lista confiável.

  • Ao configurar seu gateway local, adicione as sub-redes IP do seu Webex Calling data center regional à lista, consulte Informações de referência de portas Webex Calling para obter mais informações. Além disso, adicione intervalos de endereços para servidores do Unified Communications Manager (se usados) e gateways de tronco PSTN.

  • Para obter mais informações sobre como usar uma lista de endereços IP confiáveis para evitar fraudes de pedágio, consulte Endereço IP confiável.

elemento de borda do modo

Habilita os recursos Cisco Unified Border Element (CUBE) na plataforma.

permitir conexões sip a sip

Ative a funcionalidade de agente de usuário consecutiva SIP básica do CUBE. Para obter mais informações, consulte Permitir conexões.

Por padrão, o transporte de fax T.38 está ativado. Para obter mais informações, consulte protocolo de fax t38 (serviço de voz).

atordoar

Habilita STUN (passagem de sessão de UDP por meio de NAT) globalmente.

Esses comandos globais de atordoamento só são necessários ao implantar seu gateway local por trás do NAT.

  • O recurso de vinculações STUN no gateway local permite que solicitações STUN geradas localmente sejam enviadas pelo caminho de mídia negociado. Isso ajuda a abrir o orifício no firewall.

Para obter mais informações, consulte stun flowdata agent-id e stun flowdata shared-secret.

carga útil assimétrica completa

Configura o suporte de carga assimétrica SIP para cargas úteis de codecs dinâmicos e DTMF. Para obter mais informações sobre esse comando, consulte payload assimétrico .

oferta antecipada forçada

Força o gateway local a enviar informações do SDP na mensagem de convite inicial em vez de esperar pela confirmação do colega vizinho. Para obter mais informações sobre esse comando, consulte oferta antecipada.

perfis SIP de entrada

Permite que o CUBE use perfis SIP para modificar as mensagens à medida que elas são recebidas. Os perfis são aplicados por meio de dial-peers ou inquilinos.

3

Configure o codec de classe de voz 100, permitindo codecs G.711 somente para todos os troncos. Essa abordagem simples é adequada para a maioria das implantações. Se necessário, adicione outros tipos de codecs suportados pelos sistemas de origem e de terminação à lista.

Soluções mais complexas envolvendo transcodificação usando módulos DSP são suportadas, mas não estão incluídas neste guia. 


voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Aqui está uma explicação dos campos para a configuração:

codec de classe de voz 100

Usado para permitir somente codecs preferenciais para chamadas de tronco SIP. Para obter mais informações, consulte codec de classe de voz.

4

Configure a classe de voz stun-usage 100 para ativar o ICE no Webex Calling tronco. (Esta etapa não é aplicável ao Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Aqui está uma explicação dos campos para a configuração:

uso de atordoamento | ice lite

Usado para habilitar o Ice-lite para todos os dial-peers Webex Calling voltados para permitir a otimização de mídia sempre que possível. Para obter mais informações, consulte Uso do atordoamento da classe de voz e uso do atordoamento ice lite.

O comando stun usage firewall-traversal flowdata só é necessário ao implantar seu gateway local por trás do NAT.

A otimização de mídia é negociada sempre que possível. Se uma chamada exigir serviços de mídia em nuvem, como gravação, a mídia não poderá ser otimizada.

5

Configure a política de criptografia de mídia para o tráfego Webex. (Esta etapa não é aplicável ao Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Aqui está uma explicação dos campos para a configuração:

classe de voz srtp-crypto 100

Especifica SHA1_80 como o único conjunto de cifras SRTP que o CUBE oferece no SDP em mensagens de oferta e resposta. Webex Callingsó suporta SHA1_80. Para obter mais informações, consulte classe de voz srtp-crypto.

6

Configure cifras GCM compatíveis com FIPS (esta etapa é aplicável somente ao Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Aqui está uma explicação dos campos para a configuração:

classe de voz srtp-crypto 100

Especifica o GCM como o conjunto de cifras que o CUBE oferece. É obrigatório configurar as cifras do GCM para o gateway local do Webex for Government.

7

Configure um padrão para identificar exclusivamente as chamadas para um tronco de gateway local com base em seu FQDN ou SRV de destino:


voice class uri 100 sip
 pattern cube1.lgw.com

Aqui está uma explicação dos campos para a configuração:

classe de voz uri 100 sip

Define um padrão para combinar um convite SIP recebido com um peer de discagem de tronco de entrada. Ao inserir esse padrão, use o FQDN ou SRV do tronco configurado no Control Hub para o tronco.

Durante a configuração do lado do inquilino de troncos baseados em certificados paraWebex Calling, use somente o endereço de borda baseado em Webex Calling SRV no gateway local. Os FQDNs não são mais suportados.

8

Configure perfis de manipulação de mensagens SIP. Se o gateway estiver configurado com um endereço IP público, configure um perfil da seguinte forma ou vá para a próxima etapa se estiver usando NAT. Neste exemplo, cube1.lgw.com é o FQDN configurado para o gateway local:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Aqui está uma explicação dos campos para a configuração:

regras 10 e 20

Para permitir que o Webex autentique mensagens do seu gateway local, o cabeçalho 'Contato' em uma mensagem de solicitação e resposta SIP deve conter o valor provisionado para o tronco no Control Hub. Esse será o FQDN de um único host ou o nome SRV usado para um cluster de dispositivos.

9

Se o gateway estiver configurado com um endereço IP privado por trás do NAT estático, configure os perfis SIP de entrada e saída da seguinte forma. Neste exemplo, cube1.lgw.com é o FQDN configurado para o gateway local, “10.80.13.12" é o endereço IP da interface voltado para a interface e “192.65.79.20" é o endereço IP público NAT. Webex Calling

Perfis SIP para mensagens de saída para Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Aqui está uma explicação dos campos para a configuração:

regras 10 e 20

Para permitir que o Webex autentique mensagens do seu gateway local, o cabeçalho 'Contato' nas mensagens de solicitação e resposta SIP deve conter o valor provisionado para o tronco no Control Hub. Esse será o FQDN de um único host ou o nome SRV usado para um cluster de dispositivos.

regras 30 a 81

Converta referências de endereço privado em endereço público externo do site, permitindo que o Webex interprete e roteie corretamente as mensagens subsequentes.

Perfil SIP para mensagens recebidas de Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Aqui está uma explicação dos campos para a configuração:

regras 10 a 80

Converta referências de endereço público no endereço privado configurado, permitindo que o CUBE processe as mensagens do Webex.

Para obter mais informações, consulte perfis SIP da classe de voz.

O provedor de PSTN dos Estados Unidos ou do Canadá pode oferecer a verificação do identificador de chamadas para chamadas fraudulentas e de spam, com a configuração adicional mencionada na indicação de spam ou chamada fraudulenta no artigo. Webex Calling

10

Configure um keepalive de opções SIP com perfil de modificação de cabeçalho.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Aqui está uma explicação dos campos para a configuração:

classe de voz sip-options-keepalive 100

Configura um perfil keepalive e entra no modo de configuração da classe de voz. Você pode configurar a hora (em segundos) em que um ping de opções SIP Out of Dialog é enviado ao alvo de discagem quando a conexão de pulsação com o endpoint está no status UP ou Inativo.

Esse perfil keepalive é acionado a partir do dial-peer configurado para o Webex.

Para garantir que os cabeçalhos de contato incluam o nome de domínio totalmente qualificado do SBC, o perfil SIP 115 é usado. As regras 30, 40 e 50 são necessárias somente quando o SBC está configurado por trás do NAT estático.

Neste exemplo, cube1.lgw.com é o FQDN selecionado para o gateway local e, se o NAT estático for usado, “10.80.13.12" é o endereço IP da interface SBC para e “192.65.79.20" é o endereço IP público do NAT. Webex Calling

11

Configurar o Webex Calling tronco:

  1. Crie a classe de voz tenant 100 para definir e agrupar as configurações necessárias especificamente para o Webex Calling tronco. Posteriormente, os dial-peers associados a esse inquilino herdam estas configurações:

    O exemplo a seguir usa os valores ilustrados na Etapa 1 para a finalidade deste guia (mostrado em negrito). Substitua-os por valores para seu tronco em sua configuração.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Aqui está uma explicação dos campos para a configuração:

    locatário de classe de voz 100

    Recomendamos que você use locatários para configurar troncos, que têm seu próprio certificado TLS e lista de validação de CN ou SAN. Aqui, o perfil tls associado ao inquilino contém o ponto de confiança a ser usado para aceitar ou criar novas conexões e tem a lista CN ou SAN para validar as conexões de entrada. Para obter mais informações, consulte locatário da classe de voz.

    sem identificação de festa remota

    Desative o cabeçalho SIP Remote-party-ID (RPID) porque Webex Calling suporta PAI, que é ativado usando um comando asserted-id pai. Para obter mais informações, consulte remote-party-id.

    servidor sip dns: us25.sipconnect.bcld.webex.com

    Configura o servidor SIP de destino para o tronco. Use o endereço SRV do proxy Edge fornecido no Control Hub ao criar seu tronco

    srtp-crypto 100

    Configura os conjuntos de cifras preferenciais para o segmento de chamada SRTP (conexão) (especificado na Etapa 5). Para obter mais informações, consulte classe de voz srtp-crypto.

    dns do host local: cube1.lgw.com

    Configura o CUBE para substituir o endereço IP físico nos cabeçalhos From, Call-ID e Remote-Party-ID nas mensagens de saída pelo FQDN fornecido. Use o FQDN ou SRV do tronco configurado no Control Hub para o tronco aqui.

    transporte de sessão tcp tls

    Define o transporte como TLS para peers de discagem associados. Para obter mais informações, consulte transporte de sessão.

    sem atualização de sessão

    Desativa a atualização da sessão SIP para chamadas entre CUBE e Webex. Para obter mais informações, consulte Atualização da sessão.

    error-passthru

    Especifica a funcionalidade de passagem de resposta de erro SIP. Para obter mais informações, consulte error-passthru.

    desabilitar rel1xx

    Desativa o uso de respostas provisórias confiáveis para o Webex Calling tronco. Para obter mais informações, consulte rel1xx.

    par asserted-id

    (Opcional) Ativa o processamento do cabeçalho P-Asserted-Identity e controla como ele é usado para o tronco. Webex Calling

    Webex Callinginclui cabeçalhos P-Asserted-Identity (PAI) em convites de chamadas de saída para o gateway local.

    Se esse comando estiver configurado, as informações do chamador do cabeçalho PAI serão usadas para preencher os cabeçalhos de saída From e PAI/Remote-Party-ID.

    Se esse comando não estiver configurado, as informações do chamador do cabeçalho From serão usadas para preencher os cabeçalhos de saída From e PAI/Remote-Party-ID.

    Para obter mais informações, consulte asserted-id.

    interface de fonte de controle de ligação GigabitEthernet0/0/1

    Configura a interface de origem e o endereço IP associado às mensagens enviadas para o. Webex Calling Para obter mais informações, consulte bind.

    vincular interface de fonte de mídia GigabitEthernet0/0/1

    Configura a interface de origem e o endereço IP associado para a mídia enviadaWebex Calling. Para obter mais informações, consulte bind.

    perfis sip de classe de voz 100

    Aplica o perfil de modificação do cabeçalho (endereço IP público ou NAT) a ser usado para mensagens de saída. Para obter mais informações, consulte perfis sip de classe de voz.

    perfis sip de classe de voz 110 de entrada

    Somente para implantações LGW por meio de NAT: Aplica o perfil de modificação do cabeçalho a ser usado nas mensagens de entrada. Para obter mais informações, consulte perfis sip de classe de voz.

    política de privacidade passthru

    Configura o CUBE para passar de forma transparente os cabeçalhos de privacidade da mensagem recebida para o próximo trecho da chamada. Para obter mais informações, consulte a política de privacidade.

  2. Configure o peer de discagem do Webex Calling tronco.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Aqui está uma explicação dos campos para a configuração:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Define um dial-peer VoIP com uma tag de 100 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz dial-peer.

    padrão de destino BAD.BAD

    É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Você pode usar qualquer padrão de destino válido nesse caso. Para obter mais informações, consulte padrão de destino (interface).

    protocolo de sessão sipv2

    Especifica que esse dial-peer manipula trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial-peer).

    servidor sip de destino da sessão

    Indica que o servidor SIP definido no tenant 100 é herdado e usado como destino para chamadas desse dial peer.

    solicitação de uri de entrada 100

    Especifica a classe de voz usada para combinar as chamadas recebidas para esse dial-peer usando o URI do cabeçalho INVITE REQUEST. Para obter mais informações, consulte uri de entrada.

    codec de classe de voz 100

    Indica a lista de filtros de codecs para chamadas de Webex Calling e para. Para obter mais informações, consulte codec de classe de voz.

    uso de atordoamento de classe de voz 100

    Permite que solicitações STUN geradas localmente pelo gateway local sejam enviadas pelo caminho de mídia negociado. Os pacotes STUN ajudam a abrir um orifício de firewall para tráfego de mídia e a detectar caminhos válidos para otimização de mídia.

    locatário de navio de classe de voz 100

    O dial-peer herda todos os parâmetros configurados globalmente e no tenant 100. Os parâmetros podem ser substituídos no nível do dial-peer. Para obter mais informações, consulte locatário sip de classe de voz.

    opções de sip de classe de voz - perfil de manutenção de vida 100

    Esse comando monitora a disponibilidade de um grupo de servidores ou terminais SIP usando um perfil específico (100).

    srtp

    Ativa o SRTP para o trecho da chamada.

  3. (Opcional) Força as chamadas somente para áudio.

    A transmissão de vídeo Webex Calling usando fluxos de chamadas do Local Gateway não é suportada. Embora o vídeo possa funcionar em alguns cenários, ele pode resultar em qualidade degradada e comportamento inesperado. Para forçar chamadas somente para áudio, aplique o seguinte comando em seus Webex Calling dial-peers:

    voice-class sip audio forced

    Se você optar por permitir o vídeo, as chamadas podem não funcionar conforme o esperado.

12

(Opcional) Para configurar dispositivos de rede, como CUBE, e encaminhar cabeçalhos do Session Initiation Protocol (SIP) que o dispositivo não processa, use esses comandos. Esses comandos permitem que o dispositivo passe por cabeçalhos SIP não suportados, incluindo cabeçalhos de geolocalização e PIDF-LO (Presence Information Data Format - Location Object), no gateway local. Essa funcionalidade oferece suporte aos serviços do Nomadic E-911, garantindo que as informações críticas de localização sejam preservadas e encaminhadas corretamente.

  1. Configuração do Dial Peer

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Configuração específica do dial-peer

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Configuração de classe de voz para cabeçalhos específicos

    Para usar como proxy os cabeçalhos de localização geográfica:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Aplique a passagem ao dial-peer de entrada/saída

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    Para permitir a passagem do corpo do PIDFO, use:

    
voice service voip 
 sip 
  pass-thru content unsupp
Configurar o gateway local com um tronco SIP PSTN

Depois de criar um tronco na direção Webex Calling acima, use a configuração a seguir para criar um tronco não criptografado para um provedor PSTN baseado em SIP:

Se o seu provedor de serviços oferecer um tronco PSTN seguro, você poderá seguir uma configuração semelhante à detalhada acima para o Webex Calling tronco. O CUBE suporta roteamento seguro de chamadas.

Se você estiver usando um tronco TDM/ISDN PSTN, vá para a próxima seção Configurar o gateway local com o tronco TDM PSTN.

Para configurar interfaces TDM para segmentos de chamada PSTN nos gateways Cisco TDM-SIP, consulte Configurando ISDN PRI.

1

Configure a seguinte classe de voz uri para identificar chamadas recebidas do tronco PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Aqui está uma explicação dos campos para a configuração:

classe de voz uri 200 sip

Define um padrão para combinar um convite SIP recebido com um peer de discagem de tronco de entrada. Ao inserir esse padrão, use o endereço IP do seu gateway IP PSTN. Para obter mais informações, consulte uri da classe de voz.

2

Configure o seguinte peer de discagem IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Aqui está uma explicação dos campos para a configuração:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Define um dial-peer VoIP com uma tag de 200 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz dial-peer .

padrão de destino BAD.BAD

É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso. Para obter mais informações, consulte padrão de destino (interface).

protocolo de sessão sipv2

Especifica que esse dial-peer manipula trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial peer).

destino da sessão ipv4: 192.168.80.13

Especifica o endereço de destino das chamadas enviadas ao provedor PSTN. Isso pode ser um endereço IP ou um nome de host DNS. Para obter mais informações, consulte Destino da sessão (VoIP dial peer).

uri de entrada via 200

Especifica a classe de voz usada para combinar as chamadas recebidas para esse dial-peer usando o URI do cabeçalho INVITE VIA. Para obter mais informações, consulte URL de entrada.

par de ID declarado de sip de classe de voz

(Opcional) Ativa o processamento do cabeçalho P-Asserted-Identity e controla como ele é usado para o tronco PSTN. Se esse comando for usado, a identidade da parte chamadora fornecida pelo dial-peer de entrada será usada para os cabeçalhos From e P-Asserted-Identity de saída. Se esse comando não for usado, a identidade da parte chamadora fornecida pelo dial-peer de entrada será usada para os cabeçalhos de saída From e Remote-Party-ID. Para obter mais informações, consulte voice-class sip asserted-id.

interface de fonte de controle de ligação GigabitEthernet0/0/0

Configura a interface de origem e o endereço IP associado às mensagens enviadas à PSTN. Para obter mais informações, consulte bind.

vincular interface de fonte de mídia GigabitEthernet0/0/0

Configura a interface de origem e o endereço IP associado para a mídia enviada à PSTN. Para obter mais informações, consulte bind.

codec de classe de voz 100

Configura o dial-peer para usar a lista de filtros de codecs comuns 100. Para obter mais informações, consulte codec de classe de voz .

relé dtmf rtp-nte

Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no trecho de chamada. Para obter mais informações, consulte Relé DTMF (Voz sobre IP).

não é ruim

Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (dial peer).

3

Se você estiver configurando seu gateway local para rotear chamadas somente entre Webex Calling e a PSTN, adicione a seguinte configuração de roteamento de chamadas. Se você estiver configurando seu gateway local com uma plataforma Unified Communications Manager, vá para a próxima seção.

  1. Crie grupos dial-peer para rotear chamadas para Webex Calling ou para a PSTN. Defina DPG 100 com o dial-peer 100 de saída para. Webex Calling O DPG 100 é aplicado ao dial-peer de entrada do PSTN. Da mesma forma, defina o DPG 200 com o dial-peer 200 de saída em direção ao PSTN. O DPG 200 é aplicado ao dial-peer de entrada do Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Aqui está uma explicação dos campos para a configuração:

    dial-peer 100

    Associa um dial-peer externo a um grupo de dial-peer. Para obter mais informações, consulte voice-class dpg.

  2. Aplique grupos de discagem para rotear chamadas do Webex para o PSTN e do PSTN para o Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Aqui está uma explicação dos campos para a configuração:

    destino dpg 200

    Especifica qual grupo de dial-peer e, portanto, o dial-peer deve ser usado para o tratamento de saída das chamadas apresentadas a esse dial-peer de entrada.

    Isso conclui a configuração do gateway local. Salve a configuração e recarregue a plataforma se essa for a primeira vez que os recursos do CUBE forem configurados.

Configurar o gateway local com um tronco TDM PSTN

Depois de criar um tronco paraWebex Calling, use a configuração a seguir para criar um tronco TDM para seu serviço PSTN com roteamento de chamadas de loopback para permitir a otimização de mídia no trecho de chamada Webex.

Se você não precisar de otimização de mídia IP, siga as etapas de configuração de um tronco SIP PSTN. Use uma porta de voz e um peer de discagem POTS (conforme mostrado nas etapas 2 e 3) em vez do peer de discagem VoIP PSTN.

1

A configuração de peer de discagem de loop-back usa grupos de ponto de discagem e tags de roteamento de chamadas para garantir que as chamadas passem corretamente entre o Webex e o PSTN, sem criar loops de roteamento de chamadas. Configure as seguintes regras de tradução que serão usadas para adicionar e remover as tags de roteamento de chamadas:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Aqui está uma explicação dos campos para a configuração:

regra de tradução de voz

Usa expressões regulares definidas nas regras para adicionar ou remover tags de roteamento de chamadas. Dígitos excessivamente decádicos ('A') são usados para adicionar clareza na solução de problemas.

Nessa configuração, a tag adicionada pelo translation-profile 100 é usada para guiar chamadas de Webex Calling direção à PSTN por meio dos peers de discagem de loopback. Da mesma forma, a tag adicionada pelo translation-profile 200 é usada para orientar as chamadas do PSTN para o. Webex Calling Os perfis de tradução 11 e 12 removem essas tags antes de entregar chamadas para os troncos Webex e PSTN, respectivamente.

Este exemplo pressupõe que os números chamados de Webex Calling são apresentados no formato +E.164. A regra 100 remove o + inicial para manter um número chamado válido. A regra 12 então adiciona um (s) dígito (s) de roteamento nacional ou internacional ao remover a etiqueta. Use dígitos adequados ao seu plano de discagem nacional ISDN local.

Se Webex Calling apresentar números em formato nacional, ajuste as regras 100 e 12 para simplesmente adicionar e remover a etiqueta de roteamento , respectivamente.

Para obter mais informações, consulte Perfil de tradução de voz e regra de tradução de voz.

2

Configure as portas da interface de voz TDM conforme exigido pelo tipo de tronco e protocolo usados. Para obter mais informações, consulte Configurando o ISDN PRI. Por exemplo, a configuração básica de uma interface ISDN de taxa primária instalada no slot 2 do NIM de um dispositivo pode incluir o seguinte:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Configure o seguinte dial-peer TDM PSTN:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Aqui está uma explicação dos campos para a configuração: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Define um dial-peer VoIP com uma tag de 200 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz dial-peer.

padrão de destino BAD.BAD

É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso. Para obter mais informações, consulte padrão de destino (interface).

perfil de tradução recebido 200

Atribui o perfil de tradução que adicionará uma etiqueta de roteamento de chamadas ao número chamado recebido.

discagem direta para dentro

Encaminha a chamada sem fornecer um tom de discagem secundário. Para obter mais informações, consulte discagem interna direta.

porta 0/2/ 0:15

A porta de voz física associada a esse dial-peer.

4

Para permitir a otimização de mídia de caminhos IP para gateways locais com fluxos de chamadas TDM-IP, você pode modificar o roteamento de chamadas introduzindo um conjunto de peers de discagem de loopback internos entre os troncos PSTN e os troncos PSTN. Webex Calling Configure os seguintes peers de discagem de loopback. Nesse caso, todas as chamadas recebidas serão roteadas inicialmente para o dial-peer 10 e de lá para o dial-peer 11 ou 12 com base na tag de roteamento aplicada. Após a remoção da etiqueta de roteamento, as chamadas serão roteadas para o tronco de saída usando grupos dial-peer.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Aqui está uma explicação dos campos para a configuração: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Define um dial-peer VoIP e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas. Para obter mais informações, consulte voz dial-peer.

perfil de tradução recebido 11

Aplica o perfil de tradução definido anteriormente para remover a etiqueta de roteamento de chamadas antes de passar para o tronco de saída.

padrão de destino BAD.BAD

É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Para obter mais informações, consulte padrão de destino (interface).

protocolo de sessão sipv2

Especifica que esse dial-peer manipula trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial peer).

destino da sessão ipv4:192.168.80.14

Especifica o endereço da interface do roteador local como o destino da chamada para o loopback. Para obter mais informações, consulte Destino da sessão (voip dial peer).

interface de fonte de controle de ligação GigabitEthernet0/0/0

Configura a interface de origem e o endereço IP associado às mensagens enviadas por meio do loop-back. Para obter mais informações, consulte bind.

vincular interface de fonte de mídia GigabitEthernet0/0/0

Configura a interface de origem e o endereço IP associado para a mídia enviada por meio do loop-back. Para obter mais informações, consulte bind.

relé dtmf rtp-nte

Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no trecho de chamada. Para obter mais informações, consulte Relé DTMF (Voz sobre IP).

codec g711alaw

Força todas as chamadas PSTN a usarem o G.711. Selecione a-law ou u-law para corresponder ao método de compactação usado pelo seu serviço ISDN.

não é ruim

Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (dial peer).

5

Adicione a seguinte configuração de roteamento de chamadas:

  1. Crie grupos de dial-peer para rotear chamadas entre os troncos PSTN e Webex, por meio do loop-back.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Aqui está uma explicação dos campos para a configuração:

    dial-peer 100

    Associa um dial-peer externo a um grupo de dial-peer. Para obter mais informações, consulte voice-class dpg.

  2. Aplique grupos de discagem para rotear chamadas.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Aqui está uma explicação dos campos para a configuração:

    destino dpg 200

    Especifica qual grupo de dial-peer e, portanto, o dial-peer deve ser usado para o tratamento de saída das chamadas apresentadas a esse dial-peer de entrada.

Isso conclui a configuração do gateway local. Salve a configuração e recarregue a plataforma se essa for a primeira vez que os recursos do CUBE forem configurados.
Configurar o gateway local com um Unified CM ambiente existente

A Webex Calling configuração PSTN- nas seções anteriores pode ser modificada para incluir troncos adicionais em um cluster Cisco Unified Communications Manager (UCM). Nesse caso, todas as chamadas são roteadas viaUnified CM. As chamadas do UCM na porta 5060 são roteadas para a PSTN e as chamadas da porta 5065 são roteadas para o. Webex Calling As seguintes configurações incrementais podem ser adicionadas para incluir esse cenário de chamada .

1

Configure os seguintes URIs de classe de voz:

  1. Classifica as Unified CM chamadas Webex usando a porta SIP VIA:

    
voice class uri 300 sip
 pattern :5065

  2. Classifica Unified CM em chamadas PSTN usando SIP via porta:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Classifique as mensagens recebidas do UCM em direção ao tronco PSTN usando um ou mais padrões que descrevem os endereços de origem e o número da porta. Expressões regulares podem ser usadas para definir padrões de correspondência, se necessário.

    No exemplo acima, uma expressão regular é usada para corresponder a qualquer endereço IP no intervalo 192.168.80.60 a 65 e ao número da porta 5060.

2

Configure os seguintes registros DNS para especificar o roteamento SRV para os hosts: Unified CM

O IOS XE usa esses registros para determinar localmente os hosts e portas do UCM de destino. Com essa configuração, não é necessário configurar registros em seu sistema DNS. Se você preferir usar seu DNS, essas configurações locais não são necessárias.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Aqui está uma explicação dos campos para a configuração:

O comando a seguir cria um registro DNS SRV de recurso. Crie um registro para cada host e tronco do UCM:

host ip _sip. _udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_gole. _udp.pstntocucm.io: nome do registro do recurso SRV

2: A prioridade do registro de recursos SRV

1: O peso do registro do recurso SRV

5060: O número da porta a ser usada para o host de destino neste registro de recurso

ucmsub5.mydomain.com: O host de destino do registro de recursos

Para resolver os nomes de host de destino do registro de recursos, crie registros DNS A locais. Por exemplo:

host IP ucmsub5.mydomain.com 192.168.80.65

ip host: cria um registro no banco de dados IOS XE local.

ucmsub5.mydomain.com: O nome do host do registro A.

192.168.80.65: O endereço IP do host.

Crie os registros de recursos SRV e os registros A para refletir seu ambiente de UCM e sua estratégia preferida de distribuição de chamadas.

3

Configure os seguintes dial-peers:

  1. Dial-peer para chamadas entre e: Unified CM Webex Calling

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Aqui está uma explicação dos campos para a configuração:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Define um dial-peer VoIP com uma tag 300 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas.

    padrão de destino BAD.BAD

    É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso.

    protocolo de sessão sipv2

    Especifica que o dial-peer 300 manipula trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial-peer).

    destino da sessão dns:wxtocucm.io

    Define o destino da sessão de vários Unified CM nós por meio da DNS SRV resolução. Nesse caso, o registro SRV definido localmente wxtocucm.io é usado para direcionar chamadas.

    uri de entrada via 300

    Usa a classe de voz URI 300 para direcionar todo o tráfego de entrada do Unified CM uso da porta de origem 5065 para esse dial-peer. Para obter mais informações, consulte uri de entrada.

    codec de classe de voz 100

    Indica a lista de filtros de codecs para chamadas de Unified CM e para. Para obter mais informações, consulte codec de classe de voz.

    interface de fonte de controle de ligação GigabitEthernet0/0/0

    Configura a interface de origem e o endereço IP associado às mensagens enviadas à PSTN. Para obter mais informações, consulte bind.

    vincular interface de fonte de mídia GigabitEthernet0/0/0

    Configura a interface de origem e o endereço IP associado para a mídia enviada à PSTN. Para obter mais informações, consulte bind.

    relé dtmf rtp-nte

    Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no trecho de chamada. Para obter mais informações, consulte Relé DTMF (Voz sobre IP).

    não é ruim

    Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (dial peer).

  2. Dial-peer para chamadas entre Unified CM e o PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Aqui está uma explicação dos campos para a configuração:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Define um dial-peer VoIP com uma tag de 400 e fornece uma descrição significativa para facilitar o gerenciamento e a solução de problemas.

    padrão de destino BAD.BAD

    É necessário um padrão de destino fictício ao rotear chamadas de saída usando um grupo de dial-peer de entrada. Qualquer padrão de destino válido pode ser usado nesse caso.

    protocolo de sessão sipv2

    Especifica que o dial-peer 400 lida com trechos de chamada SIP. Para obter mais informações, consulte protocolo de sessão (dial-peer).

    destino da sessão dns:pstntocucm.io

    Define o destino da sessão de vários Unified CM nós por meio da DNS SRV resolução. Nesse caso, o registro SRV definido localmente pstntocucm.io é usado para direcionar chamadas.

    uri de entrada via 400

    Usa a URI 400 da classe de voz para direcionar todo o tráfego de entrada dos Unified CM hosts especificados usando a porta de origem 5060 para esse dial-peer. Para obter mais informações, consulte uri de entrada.

    codec de classe de voz 100

    Indica a lista de filtros de codecs para chamadas de Unified CM e para. Para obter mais informações, consulte codec de classe de voz.

    interface de fonte de controle de ligação GigabitEthernet0/0/0

    Configura a interface de origem e o endereço IP associado às mensagens enviadas à PSTN. Para obter mais informações, consulte bind.

    vincular interface de fonte de mídia GigabitEthernet0/0/0

    Configura a interface de origem e o endereço IP associado para a mídia enviada à PSTN. Para obter mais informações, consulte bind.

    relé dtmf rtp-nte

    Define RTP-NTE (RFC2833) como a capacidade DTMF esperada no trecho de chamada. Para obter mais informações, consulte Relé DTMF (Voz sobre IP).

    não é ruim

    Desativa a detecção de atividade de voz. Para obter mais informações, consulte vad (dial peer).

4

Adicione o roteamento de chamadas usando as seguintes configurações:

  1. Crie grupos de discagem para rotear chamadas entre e. Unified CM Webex Calling Defina DPG 100 com o dial-peer 100 de saída para. Webex Calling O DPG 100 é aplicado ao dial-peer de entrada associado de. Unified CM Da mesma forma, defina DPG 300 com o ponto de discagem externo 300 para. Unified CM O DPG 300 é aplicado ao dial-peer de entrada do Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Crie grupos de dial-peer para rotear chamadas entre Unified CM e a PSTN. Defina o DPG 200 com o dial-peer 200 de saída em direção ao PSTN. O DPG 200 é aplicado ao dial-peer de entrada associado de. Unified CM Da mesma forma, defina DPG 400 com o ponto de discagem externo 400 para. Unified CM O DPG 400 é aplicado ao dial-peer de entrada do PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Aqui está uma explicação dos campos para a configuração:

    dial-peer 100

    Associa um dial-peer externo a um grupo de dial-peer. Para obter mais informações, consulte voice-class dpg.

  3. Aplique grupos de discagem para rotear chamadas do Webex de e para Unified CM o Webex: Unified CM 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Aqui está uma explicação dos campos para a configuração:

    destino dpg 300

    Especifica qual grupo de dial-peer e, portanto, o dial-peer deve ser usado para o tratamento de saída das chamadas apresentadas a esse dial-peer de entrada.

  4. Aplique grupos de dial-peer para rotear chamadas da PSTN de Unified CM e para a PSTN: Unified CM

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Isso conclui a configuração do gateway local. Salve a configuração e recarregue a plataforma se essa for a primeira vez que os recursos do CUBE forem configurados.

Monitore e solucione problemas de gateway local baseado em certificados com assinaturas de diagnóstico

As assinaturas de diagnóstico (DS) detectam proativamente problemas comumente observados no gateway local Cisco IOS baseado em XE e geram notificações por e-mail, syslog ou mensagem de terminal sobre o evento. Você também pode instalar o DS para automatizar a coleta de dados de diagnóstico e transferir os dados coletados para o Cisco TAC caso para acelerar o tempo de resolução.

As assinaturas de diagnóstico (DS) são arquivos XML que contêm informações sobre eventos e ações de gatilho do problema para informar, solucionar problemas e remediar o problema. Use mensagens syslog, eventos SNMP e por meio do monitoramento periódico de saídas específicas do comando show para definir a lógica de detecção de problemas. Os tipos de ação incluem:

  • Coletando saídas do comando show

  • Geração de um arquivo de log consolidado

  • Carregar o arquivo para um local de rede fornecido pelo usuário, como HTTPS, SCP, servidor FTP

Os engenheiros do TAC criam arquivos DS e os assinam digitalmente para proteção da integridade. Cada arquivo DS tem a ID numérica exclusiva atribuída pelo sistema. A Ferramenta de Pesquisa de Assinaturas de Diagnóstico (DSLT) é uma fonte única para encontrar assinaturas aplicáveis para monitorar e solucionar vários problemas.

Antes de começar:

  • Não edite o arquivo DS que você baixou do DSLT. Os arquivos que você modifica falham na instalação devido ao erro de verificação de integridade.

  • Um servidor SMTP (Simple Mail Transfer Protocol) que você precisa para que o gateway local envie notificações por e-mail.

  • Certifique-se de que o gateway local esteja executando o IOS XE 17.6.1 ou superior se você quiser usar o servidor SMTP seguro para notificações por e-mail.

Pré-requisitos

Gateway local executando IOS XE 17.6.1 ou superior

  1. As assinaturas de diagnóstico estão habilitadas por padrão.

  2. Configure o servidor de e-mail seguro que você usa para enviar uma notificação proativa se o dispositivo estiver executando o IOS XE 17.6.1 ou superior.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Configure a variável de ambiente ds_emailcom o endereço de e-mail do administrador para você notificar.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Instale assinaturas de diagnóstico para monitoramento proativo

Monitorando a alta utilização da CPU

Esse DS rastreia 5 segundos de utilização da CPU usando o SNMP OID 1.3.6.1.4.1.9.2.1.56. Quando a utilização atinge 75% ou mais, ele desativa todas as depurações e desinstala todas as assinaturas de diagnóstico que você instala no gateway local. Use as etapas abaixo para instalar a assinatura.

  1. Certifique-se de ter habilitado o SNMP usando o comando show snmp. Se o SNMP não estiver ativado, configure o comando snmp-server manager.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Faça o download do DS 64224 usando as seguintes opções suspensas na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Nome do campo

    Valor do campo

    Plataforma

    Software Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    Desempenho

    Tipo de problema

    Alta utilização da CPU com notificação por e-mail

    Download DS 64224 from Diagnostic Signatures Lookup tool

  3. Copie o arquivo XML do DS para o flash do gateway local.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    O exemplo a seguir mostra como copiar o arquivo de um servidor FTP para o gateway local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Instale o arquivo XML do DS no gateway local.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Use o comando show call-home diagnostic-signature para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor “registrado”. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Baixe os DSEs:

    DS ID

    Nome do DS

    Revisão

    Status

    Última atualização (GMT+ 00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrado

    2020-11-07 22:05:33

    Quando acionada, essa assinatura desinstala todos os DSs em execução, incluindo ela mesma. Se necessário, reinstale o DS 64224 para continuar monitorando a alta utilização da CPU no gateway local.

Monitorando desconexões anormais de chamadas

Esse DS usa a sondagem SNMP a cada 10 minutos para detectar desconexão anormal de chamadas com erros SIP 403, 488 e 503.  Se o incremento da contagem de erros for maior ou igual a 5 da última pesquisa, ele gerará um syslog e uma notificação por e-mail. Use as etapas abaixo para instalar a assinatura.

  1. Certifique-se de que o SNMP esteja ativado usando o comando show snmp. Se o SNMP não estiver ativado, configure o comando snmp-server manager. 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Faça o download do DS 65221 usando as seguintes opções na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    Nome do campo

    Valor do campo

    Plataforma

    Software Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    Desempenho

    Tipo de problema

    Detecção de desconexão anormal de chamadas SIP com notificação por e-mail e syslog.

  3. Copie o arquivo XML do DS para o gateway local.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Instale o arquivo XML do DS no gateway local. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Use o comando show call-home diagnostic-signature para verificar se a assinatura foi instalada com êxito. A coluna de status deve ter um valor “registrado”.

Instale assinaturas de diagnóstico para solucionar um problema

Você também pode usar assinaturas de diagnóstico (DS) para resolver problemas rapidamente. Cisco TACos engenheiros criaram várias assinaturas que permitem as depurações necessárias para solucionar um determinado problema, detectar a ocorrência do problema, coletar o conjunto correto de dados de diagnóstico e transferir os dados automaticamente para o caso. Cisco TAC Isso elimina a necessidade de verificar manualmente a ocorrência do problema e facilita muito a solução de problemas intermitentes e transitórios.

Você pode usar a Ferramenta de Pesquisa de Assinaturas de Diagnóstico para encontrar as assinaturas aplicáveis e instalá-las para resolver automaticamente um determinado problema, ou você pode instalar a assinatura recomendada pelo engenheiro do TAC como parte do contrato de suporte.

Aqui está um exemplo de como localizar e instalar um DS para detectar a ocorrência “% VOICE_IEC -3-GW: CCAPI: Erro interno (limite de pico de chamadas): syslog IEC=1.1.181.1.29.0" e automatizar a coleta de dados de diagnóstico usando as seguintes etapas:

  1. Configure outra variável de ambiente do DS ds_fsurl_prefixcomo o caminho do servidor de Cisco TAC arquivos (cxd.cisco.com) para carregar os dados de diagnóstico. O nome de usuário no caminho do arquivo é o número do caso e a senha é o token de upload do arquivo que pode ser recuperado do Support Case Manager, conforme mostrado a seguir. O token de upload do arquivo pode ser gerado na seção Anexos do Support Case Manager, conforme necessário.

    The file upload token generated in the Attachments section of the Support Case Manager 
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Exemplo: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Certifique-se de que o SNMP esteja ativado usando o comando show snmp. Se o SNMP não estiver ativado, configure o comando snmp-server manager.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Recomendamos instalar o DS 64224 de monitoramento de alta CPU como uma medida proativa para desativar todas as assinaturas de depuração e diagnóstico durante o período de alta utilização da CPU. Faça o download do DS 64224 usando as seguintes opções na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    Nome do campo

    Valor do campo

    Plataforma

    Software Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    Desempenho

    Tipo de problema

    Alta utilização da CPU com notificação por e-mail.

  4. Faça o download do DS 65095 usando as seguintes opções na Ferramenta de Pesquisa de Assinaturas de Diagnóstico:

    Nome do campo

    Valor do campo

    Plataforma

    Software Cisco 4300, 4400 ISR Series ou Catalyst 8000V Edge

    Produto

    CUBE Enterprise em solução Webex Calling

    Escopo do problema

    Syslogs

    Tipo de problema

    Syslog -% VOICE_IEC -3-GW: CCAPI: Erro interno (limite de pico de chamadas): IEC=1.1.181.1.29.0

  5. Copie os arquivos XML do DS para o gateway local.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Instale o arquivo XML DS 64224 de alto monitoramento de CPU e, em seguida, o arquivo XML DS 65095 no gateway local. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Verifique se a assinatura foi instalada com êxito usando show call-home diagnostic-signature. A coluna de status deve ter um valor “registrado”. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    DSEs baixados:

    DS ID

    Nome do DS

    Revisão

    Status

    Última atualização (GMT+ 00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrado

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrado

    2020-11-08:00:12:53

Verificar a execução das assinaturas de diagnóstico

No comando a seguir, a coluna “Status” do comando show call-home diagnostic-signature muda para “em execução” enquanto o gateway local executa a ação definida na assinatura. A saída das estatísticas show call-home diagnostic-signature é a melhor maneira de verificar se uma assinatura de diagnóstico detectou um evento de interesse e executou a ação. A coluna “Triggered/Max/Deinstall” indica o número de vezes que uma determinada assinatura acionou um evento, o número máximo de vezes que ela é definida para detectar um evento e se a assinatura se desinstala após detectar o número máximo de eventos acionados. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSEs baixados:

DS ID

Nome do DS

Revisão

Status

Última atualização (GMT+ 00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrado

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Correndo

2020-11-08 00:12:53

mostrar estatísticas de assinatura de diagnóstico do call-home

DS ID

Nome do DS

/Max/Desinstalação acionada

Tempo médio de execução (segundos)

Tempo máximo de execução (segundos)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

O e-mail de notificação enviado durante a execução da Assinatura de Diagnóstico contém informações importantes, como tipo de problema, detalhes do dispositivo, versão do software, configuração em execução e saídas de comando show que são relevantes para solucionar o problema em questão.

Notification email that is sent during Diagnostic Signature execution

Desinstalar assinaturas de diagnóstico

As assinaturas de diagnóstico para fins de solução de problemas geralmente são definidas para desinstalação após a detecção de algumas ocorrências de problemas. Se você quiser desinstalar uma assinatura manualmente, recupere a ID do DS da saída de show call-home diagnostic-signature e execute o seguinte comando:

call-home diagnostic-signature deinstall <DS ID>

Exemplo:

call-home diagnostic-signature deinstall 64224

Novas assinaturas são adicionadas periodicamente à Ferramenta de Pesquisa de Assinaturas de Diagnóstico, com base nos problemas observados nas implantações. Atualmente, o TAC não oferece suporte a solicitações para criar novas assinaturas personalizadas.

Este artigo foi útil?
Este artigo foi útil?
PreçosAplicativo WebexMeetingsCallingMensagensCompartilhamento de tela
Webex SuiteCallingMeetingsMensagensSlidoWebinarsEventosContact CenterCPaaSSegurançaControl Hub
Fones de ouvidoCâmerasSérie de mesaSérie de salasSérie de placasSérie de telefoneAcessórios
EducaçãoAssistência médicaGovernoFinanceiroEsportes e entretenimentoLinha de frenteOrganizações sem fins lucrativosInicializaçõesTrabalho híbrido
DownloadsEntrar em uma reunião de testeAulas on-lineIntegraçõesAcessibilidadeInclusividadeWebinars ao vivo e sob demandaComunidade WebexDesenvolvedores WebexNotícias e inovações
CiscoEntrar em contato com o suporteDepartamento de vendasWebex BlogLiderança inovadora WebexLoja de produtos WebexCarreiras
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Termos e CondiçõesDeclaração de PrivacidadeCookiesMarcas registradas
©2026 Cisco e/ou suas afiliadas. Todos os direitos reservados.
Termos e CondiçõesDeclaração de PrivacidadeCookiesMarcas registradas