Dépannage d'une panne de musique d'attente lorsque la passerelle est un routeur de service intégré 4431

Introduction

Ce document décrit la configuration requise lorsque le flux d'appels inclut le routeur de service intégré (ISR) 4431 comme passerelle et que l'attente musicale (MOH) échoue avec le silence pour le tiers en attente.

Conditions préalables

Exigences

Cisco vous recommande de connaître les points suivants :

• Gestionnaire de communications unifiées de Cisco (version CUCM)
• signalisation H.323

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :

• CUCM versions 9.x et ultérieures
• ISR4431 avec logiciel IOS XE

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est actif, assurez-vous de comprendre l'impact potentiel de toute commande.

Problème

L'attente musicale multidiffusion est configurée sur CUCM et ISR4431 est configuré en tant que passerelle H.323. Lorsque des appelants externes sont mis en attente, ils n'entendent pas de musique mais entendent du silence.

Solution

Étape 1. Activez les débogages H.323 sur la passerelle à consigner dans la mémoire tampon comme indiqué ci-dessous.

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 

Étape 2. Exécutez la commande clear log pour effacer le journal.
Étape 3. Exécutez la commande show log pour confirmer que la mémoire tampon est effacée.
Étape 4. Passez un appel test et, lorsque l'appel est mis en attente, vérifiez si la passerelle reçoit le message H.245 OpenLogicalChannelAck avec l'adresse IP définie sur « 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
        }

Étape 5. L'extrait ci-dessus indique :

• CUCM envoie OpenLogicalChannelAck avec une fausse adresse IP, soit tous les zéros (comme indiqué ci-dessus) ou <CUCM_ip_address> comme espace réservé pour l'attente musicale
• Il s'agit du comportement par défaut de l'envoi de flux multimédia en mode simplex
• Si le flux d'appels comporte un routeur ISR 4431, qu'il soit unidirectionnel ou bidirectionnel ou non, CUCM doit informer la passerelle de l'adresse IP et du port d'attente musicale pour éviter une attaque malveillante
• Les plates-formes ISR de 2e génération (G2) (par exemple 2900 et 3900) ne vérifient jamais l'adresse IP source et le port pour les paquets RTP entrants. Cependant, ISR 4431 est une plate-forme de génération 3 (G3) qui vérifie les paquets RTP entrants par rapport à l'adresse IP/port de support déterminée dans la signalisation
• S'ils ne correspondent pas, ISR G3 abandonne les paquets, ce qui entraîne un silence lorsque l'appel est mis en attente

Étape 6. Ainsi, pour éviter l'échec de l'attente musicale, utilisez la solution de contournement ci-dessous sur CUCM pour activer la transmission duplex pour l'attente musicale

• Connectez-vous à la page Administration de Cisco Unified CM
• Sélectionnez System > Service Parameters
• Sélectionnez la liste déroulante Serveur et choisissez le noeud Éditeur
• Sélectionnez Service et choisissez Cisco CallManager (Active)
• Cliquez sur le bouton Avancé
• Recherchez la section Clusterwide Parameters (Service)
  
• Diffusion bidirectionnelle en continu activée : la valeur par défaut est False (True) et cliquez sur Save

Remarque : il n'est pas nécessaire de redémarrer un service après la modification de la configuration ci-dessus et n'a aucun impact sur l'activité. Il peut donc être effectué pendant les heures de production.