Pesquise defeitos a música na falha da posse quando o gateway é o roteador 4431 do serviço integrado

Introdução

Este documento descreve a configuração necessária quando o fluxo de chamadas inclui o roteador do serviço integrado (ISR) 4431 como o gateway e a música na posse (MOH) falha com silêncio para o partido guardado.

Pré-requisitos

Requisitos

Cisco recomenda que você tem o conhecimento de:

• Gerente das comunicações unificadas de Cisco (CUCM)
• Sinalização de H.323

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software:

• Versões 9.x e mais recente CUCM
• ISR4431 com software IO XE

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se sua rede está viva, assegure-se de que você compreenda o impacto potencial do comando any.

Problema

O Multicast MOH é configurado em CUCM e em ISR4431 é configurado como o gateway de H.323. Quando os calleres externos são colocados na posse, não ouvem a música mas ouvem pelo contrário o silêncio.

Solução

Etapa 1. Permita H.323 debuga no gateway a ser registrado como mostrado ao buffer abaixo.

config t
no logging console 
no logging monitor 
no logging rate-limit
no logging queue-limit
logging buffered 2000000 debug 
exit
debug voip ccapi inout
debug h225 asn1
debug h245 asn1 
debug isdn q931 

Etapa 2. Execute o comando clear log cancelar o log.
Etapa 3. Execute o comando show log confirmar que o buffer está cancelado.
Etapa 4. Coloque uma chamada de teste e quando o atendimento é colocado na posse, verifique se o gateway recebe a mensagem H.245 OpenLogicalChannelAck com o IP ajustado à “rede '00000000'H”

Jan 26 03:12:07.558: H245 MSC INCOMING PDU ::=
value MultimediaSystemControlMessage ::= response : openLogicalChannelAck : 
    {
      forwardLogicalChannelNumber 4
      forwardMultiplexAckParameters h2250LogicalChannelAckParameters : 
        }
        mediaControlChannel unicastAddress : iPAddress : 
        {
          network '00000000'H
          tsapIdentifier 1
        }

Etapa 5. O snippet mostrado acima indica:

• CUCM envia OpenLogicalChannelAck com um endereço IP de Um ou Mais Servidores Cisco ICM NT falsificado, todos os zero (como mostrado acima) ou <CUCM_ip_address> como um lugar-suporte para o MOH
• Este é o comportamento padrão de enviar a media a fluência simples
• Se há ISR 4431 no fluxo de chamadas, mesmo se é sentido de sentido único ou em dois sentidos, CUCM precisa de deixar o gateway conhecer o endereço IP de Um ou Mais Servidores Cisco ICM NT e a porta MOH para evitar um ataque malicioso
• As Plataformas da geração 2 ISR (G2) (por exemplo 2900 e 3900) nunca verificam o endereço IP de origem e a porta para ver se há pacotes entrantes de Real-Time Transport Protocol (RTP). Contudo o ISR 4431 é uma plataforma da geração 3 (G3) que verifique pacotes RTP entrantes contra a /porta do endereço IP de Um ou Mais Servidores Cisco ICM NT dos media determinada na sinalização
• Se não combinam, o ISR G3 deixa cair os pacotes e este conduz ao silêncio quando o atendimento é colocado na posse

Etapa 6. Assim para evitar a falha com MOH, use a ação alternativa abaixo em CUCM para permitir a fluência frente e verso para o MOH

• Entre a Cisco unificou a página de administração CM
• Selecione o sistema > os parâmetros de serviço
• Selecione o server dropdown e escolha o nó do editor
• Selecione o serviço dropdown e escolha o CallManager da Cisco (ativo)
• Clique sobre o botão Advanced
• Encontre a seção dos parâmetros Clusterwide (serviço)
  
• Duplex a fluência permitida: O padrão é salvaguarda falsa (mudança a verdadeiro) e do clique

Note: Não há nenhuma exigência reiniciar nenhum serviço em seguida acima da alteração de configuração e não tem nenhum impacto de negócios assim que pode ser feito nos horários de produção.