Solucione problemas de falha de música em espera quando o gateway for o roteador de serviço integrado 4431

Introdução

Este documento descreve a configuração necessária quando o fluxo de chamadas inclui o Integrated Service Router (ISR) 4431 como gateway e o Music On Hold (MOH) falha com silêncio para a parte em espera.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento de:

• Cisco Unified Communications Manager (CUCM)
• Sinalização H.323

Componentes Utilizados

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

• CUCM versões 9.x e superiores
• ISR4431 com software IOS 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 a sua rede estiver ativa, certifique-se de que você compreende o impacto potencial de qualquer comando.

Problema

O MOH multicast é configurado no CUCM e o ISR4431 é configurado como gateway H.323. Quando chamadores externos são colocados em espera, eles não ouvem música, mas sim silêncio.

Solução

Etapa 1. Habilite as depurações H.323 no gateway para serem registradas no buffer como mostrado 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 para limpar o log.
Etapa 3. Execute o comando show log para confirmar se o buffer foi limpo.
Etapa 4. Faça uma chamada de teste e, quando a chamada for colocada em espera, verifique se o gateway recebe a mensagem H.245 OpenLogicalChannelAck com o IP definido como "network '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 trecho mostrado acima indica:

• O CUCM envia OpenLogicalChannelAck com um endereço IP falso, somente zeros (como mostrado acima) ou <CUCM_ip_address> como espaço reservado para o MOH
• Este é o comportamento padrão do envio de streaming simplex de mídia
• Se houver um ISR 4431 no fluxo de chamadas, seja ele unidirecional ou bidirecional, o CUCM precisa informar ao gateway o endereço IP e a porta do MOH para evitar um ataque mal-intencionado
• As plataformas de 2ª Geração de ISR (G2) (por exemplo, 2900 e 3900) nunca verificam o endereço IP origem e a porta para pacotes de entrada de Protocolo de Transporte em Tempo Real (RTP - Real-time Transport Protocol). No entanto, o ISR 4431 é uma plataforma de geração 3 (G3) que verifica os pacotes RTP recebidos em relação ao endereço IP/porta de mídia determinado na sinalização
• Se não corresponderem, o ISR G3 descarta os pacotes e isso resulta em silêncio quando a chamada é colocada em espera

Etapa 6. Assim, para evitar falha com o MOH, use a solução abaixo no CUCM para habilitar o streaming duplex para o MOH

• Faça login na página Cisco Unified CM Administration
• Selecione System > Service Parameters
• Selecione o menu suspenso Server e escolha o nó Publisher
• Selecione Service e escolha Cisco CallManager (Ative)
• Clique no botão Avançado.
• Localize a seção Clusterwide Parameters (Serviço)
  
• Duplex Streaming Enabled (Transmissão duplex ativada): o padrão é False (alterar para True) e clique em Save (Salvar)

Observação: não há necessidade de reiniciar qualquer serviço após a alteração de configuração acima e não há impacto nos negócios, portanto, isso pode ser feito em horas de produção.