Einleitung
In diesem Dokument wird die erforderliche Konfiguration beschrieben, wenn der Anruffluss den Integrated Service Router (ISR) 4431 als Gateway umfasst und die Warteschleifenmusik (Music On Hold, MOH) mit Pausen für den gehaltenen Teilnehmer fehlschlägt.
Voraussetzungen
Anforderungen
Cisco empfiehlt, dass Sie über folgende Kenntnisse verfügen:
- Cisco Unified Communications Manager (CUCM)
- H.323-Signalisierung
Verwendete Komponenten
Die Informationen in diesem Dokument basieren auf folgenden Software-Versionen:
- CUCM-Versionen 9.x und höher
- ISR 4431 mit IOS XE Software
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen aller Befehle verstehen.
Problem
Multicast-Warteschleifenmusik wird auf dem CUCM konfiguriert, und ISR4431 wird als H.323-Gateway konfiguriert. Externe Anrufer werden in die Warteschleife gestellt und hören keine Musik, sondern Stille.
Lösung
Schritt 1: Aktivieren Sie die H.323-Debugging-Protokolle auf dem Gateway, damit sie wie unten gezeigt im Puffer protokolliert werden.
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
Schritt 2: Führen Sie den Befehl clear log aus, um das Protokoll zu löschen.
Schritt 3: Führen Sie den Befehl show log aus, um zu bestätigen, dass der Puffer gelöscht wurde.
Schritt 4: Testanruf tätigen und bei gehaltenem Anruf prüfen, ob das Gateway eine H.245-OpenLogicalChannelAck-Nachricht mit der IP-Adresse "network '00000000'H" empfängt
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
}
Schritt 5: Der oben gezeigte Ausschnitt zeigt Folgendes an:
- CUCM sendet OpenLogicalChannelAck mit einer falschen IP-Adresse, entweder alle Nullen (wie oben gezeigt) oder <CUCM_ip_address> als Platzhalter für Warteschleifenmusik.
- Dies ist das Standardverhalten für das Senden von Medien-Simplex-Streaming.
- Wenn der Anruffluss ISR 4431 enthält, muss der CUCM - unabhängig davon, ob es sich um eine unidirektionale oder eine bidirektionale Leitung handelt - dem Gateway die MoH-IP-Adresse und den Port mitteilen, um einen böswilligen Angriff zu verhindern.
- Plattformen der 2. Generation (G2) des ISR (z. B. 2900 und 3900) überprüfen niemals die IP-Quelladresse und den Port auf eingehende RTP-Pakete (Real-time Transport Protocol). Der ISR 4431 ist jedoch eine Plattform der 3. Generation (G3), die eingehende RTP-Pakete anhand der in der Signalisierung ermittelten IP-Adresse/des Ports des Mediums überprüft.
- Wenn die Pakete nicht übereinstimmen, verwirft der ISR G3 die Pakete, und der Anruf wird in der Warteschleife gehalten.
Schritt 6: Verwenden Sie daher zur Vermeidung von Ausfällen bei Warteschleifenmusik die unten gezeigte Problemumgehung für CUCM, um das Duplex-Streaming für die Warteschleifenmusik zu aktivieren.
- Melden Sie sich bei der Seite "Cisco Unified CM Administration" an.
- Wählen Sie System > Serviceparameter aus.
- Wählen Sie das Dropdown-Menü Server aus, und wählen Sie den Knoten Publisher aus.
- Wählen Sie das Service-Dropdown-Menü aus, und wählen Sie Cisco CallManager (Aktiv) aus.
- Klicken Sie auf die Schaltfläche "Erweitert"
- Suchen Sie den Abschnitt "Clusterweite Parameter (Dienst)"
- Duplex-Streaming aktiviert: Standard ist False (Änderung in True), und klicken Sie auf Save
Hinweis: Nach der obigen Konfigurationsänderung muss kein Service neu gestartet werden. Dies hat keine Auswirkungen auf das Geschäft und kann daher während der Produktionszeiten durchgeführt werden.