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 la musique d'attente (MOH) échoue avec le silence de la partie en attente.
Conditions préalables
Conditions requises
Cisco vous recommande de connaître :
- Gestionnaire de communications unifiées de Cisco (version CUCM)
- Signalisation H.323
Components Used
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
Le mode d'attente musicale multidiffusion est configuré sur CUCM et le routeur 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 le silence.
Solution
Étape 1. Activez les débogages H.323 sur la passerelle à enregistrer 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. Passer un appel de test et, lorsque l'appel est mis en attente, vérifier si la passerelle reçoit le message H.245 OpenLogicalChannelAck avec IP défini sur “ réseau '0000000'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), soit <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édias simplex
- S'il y a ISR 4431 dans le flux d'appels, qu'il s'agisse d'un sens ou d'un sens bidirectionnel, CUCM doit informer la passerelle de l'adresse IP et du port d'attente musicale afin d'éviter une attaque malveillante
- Les plates-formes ISR de 2ème 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, le routeur 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 du support déterminé dans la signalisation
- S'ils ne correspondent pas, ISR G3 supprime les paquets, ce qui entraîne un silence lorsque l'appel est mis en attente
Étape 6. Pour éviter toute défaillance avec l'attente musicale, utilisez la solution de contournement ci-dessous sur CUCM pour activer la diffusion bidirectionnelle en continu pour l'attente musicale.
- Connectez-vous à la page Cisco Unified CM Administration
- Sélectionnez System > Service Parameters
- Sélectionnez la liste déroulante Serveur et choisissez le noeud Éditeur
- Sélectionnez la liste déroulante Service et choisissez Cisco CallManager (actif)
- Cliquez sur le bouton Avancé
- Localiser la section Paramètres (service) de cluster
- Flux bidirectionnel activé : La valeur par défaut est False (passez à True) et cliquez sur Save
Note: Il n'est pas nécessaire de redémarrer un service après la modification de configuration ci-dessus et n'a aucun impact sur l'entreprise, ce qui peut être fait pendant les heures de production.