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.