In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument wird beschrieben, wie Medienressourcengruppen (MRGs) und Medienressourcengruppen (MRGLs) jetzt verwendet werden, um einem Administrator die Zuweisung von Medienressourcen zu bestimmten Geräten zu ermöglichen. Die häufigste Verwendung von MRGs und MRGLs besteht in der Einschränkung der Nutzung von Medienressourcen auf geografischer Basis.
Wenn Sie beispielsweise an einem Remote-Standort über Konferenzressourcen verfügen, können Sie eine MRGL für die IP-Telefone am Remote-Standort erstellen, die nur den Zugriff auf die Ressourcen der lokalen Konferenz-Bridge ermöglicht. Dadurch wird sichergestellt, dass die Konferenzgespräche, die ein IP-Telefon am Remote-Standort erstellt, keine WAN-Bandbreite für Konferenzen innerhalb desselben Standorts benötigen. Sie können die MRGL auch so konfigurieren, dass sie sekundäre, tertiäre Ressourcen (usw.) enthält, sodass Ressourcen eines anderen Standorts als Backup verwendet werden können, wenn die Konferenz-Bridge an einem Remote-Standort nicht über Ressourcen verfügt oder nicht verfügbar ist. Sie können MRGs und MRGLs für alle anderen Medienressourcen verwenden (z. B. Warteschleifenmusik-Server (Music On Hold Server, MOH) und Transcoding-Ressourcen).
Für dieses Dokument bestehen keine speziellen Anforderungen.
Die Informationen in diesem Dokument basieren auf den folgenden Softwareversionen:
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Ein MRGL stellt eine priorisierte Gruppierung von MRGs bereit. Eine Anwendung wählt die erforderliche Medienressource, z. B. einen MOH-Server, aus den verfügbaren Medienressourcen auf der Grundlage der in einer MRGL definierten Prioritätsreihenfolge aus.
Das Medienressourcenmanagement bietet Zugriff auf Medienressourcen für alle Cisco CallManager in einem Cluster. Jeder Cisco CallManager enthält eine Softwarekomponente, die Media Resource Manager genannt wird. Der Media Resource Manager sucht die Medienressource, die für die Verbindung von Medien-Streams zum Durchführen einer Funktion (z. B. Warteschleifenmusik, Konferenzen usw.) erforderlich ist. Der Cisco CallManager verwendet das Skinny-Protokoll, um eine Schnittstelle zu diesen Medienressourcen herzustellen.
Der Media Resource Manager verwaltet die folgenden Medienressourcentypen:
Aus diesen Gründen werden Ressourcen freigegeben:
Durch die Initialisierung von Cisco CallManager wird ein Media Resource Manager erstellt. Jeder in der Datenbank definierte Media Termination Point-, MOH-, Transcoder- und Conference Bridge-Gerät wird beim Media Resource Manager registriert. Der Media Resource Manager ruft eine Liste der bereitgestellten Geräte aus der Datenbank ab und erstellt und verwaltet eine Tabelle, um diese Ressourcen nachzuverfolgen. Der Media Resource Manager verwendet diese Tabelle, um registrierte Geräte zu validieren. Der Media Resource Manager überwacht die im System insgesamt verfügbaren Geräte. Der Media Resource Manager verfolgt auch die Geräte, die über verfügbare Ressourcen verfügen.
Wenn ein Mediengerät registriert wird, erstellt Cisco CallManager einen Controller, um dieses Gerät zu steuern. Nach der Validierung des Geräts kündigt das System seine Ressourcen im gesamten Cluster an. Dieser Mechanismus ermöglicht die gemeinsame Nutzung der Ressource im gesamten Cluster.
Die Reservierung von Ressourcen erfolgt anhand von Suchkriterien. Die angegebenen Kriterien stellen den Ressourcentyp und die MRGL bereit. Wenn der Cisco CallManager die Ressource nicht mehr benötigt, erfolgt die Ressourcendezuweisung. Cisco CallManager aktualisiert und synchronisiert die Ressourcentabelle nach jeder Zuweisung und Aufhebung.
Der Media Resource Manager ist mit den folgenden Hauptkomponenten verbunden:
Die Anrufsteuerungs-Softwarekomponente führt die Anrufverarbeitung durch. Dazu gehört das Einrichten und Beenden von Verbindungen. Die Anrufsteuerung interagiert mit der Funktionsschicht, um Services wie Weiterleitung, Halten, Konferenz usw. bereitzustellen. Die Anrufsteuerung ist mit dem Media Resource Manager verbunden, wenn eine Ressource gefunden werden muss, um Konferenzgespräche und/oder Warteschleifenmusik einzurichten.
Die Media Control-Softwarekomponente verwaltet die Erstellung und Entfernung von Medien-Streams für das Endgerät. Bei jedem Empfang einer Anforderung für die Verbindung von Medien zwischen Geräten richtet Media Control die entsprechende Schnittstelle ein, um einen Stream einzurichten, der vom Endgerätetyp abhängt.
Die Medienschicht interagiert mit dem Media Resource Manager, wenn eine Ressource gefunden werden muss, um einen Media Termination Point einzurichten. Media Termination Point Control bietet die Möglichkeit, einen eingehenden H.245-Stream zu einem ausgehenden H.245-Stream zu überbrücken. Media Termination Point hält eine H.245-Sitzung mit einem H.323-Endpunkt ab, wenn das Streaming vom verbundenen Endpunkt beendet wird. Media Termination Point unterstützt derzeit nur den Codec G.711 und kann außerdem ein Gesetz in ein mu-law umwandeln.
Für jedes in der Datenbank definierte Media Termination Point-Gerät erstellt Cisco CallManager einen Media Termination Point Control-Prozess. Dieser Media Termination Point Control-Prozess wird bei seiner Initialisierung beim Media Resource Manager registriert. Der Media Resource Manager überwacht diese Media Termination Point-Ressourcen und kündigt deren Verfügbarkeit im gesamten Cluster an.
Unicast Bridge Control bietet die Möglichkeit, eine Reihe eingehender Unicast-Streams in eine Gruppe zusammengesetzter Ausgabestreams zu mischen. Unicast Bridge stellt Ressourcen für die Implementierung von Ad-hoc- und MeetMe-Konferenzen im Cisco CallManager bereit. Für jedes in der Datenbank definierte Unicast Bridge-Gerät erstellt Cisco CallManager einen Unicast-Steuerungsprozess. Dieser Unicast-Steuerungsprozess wird beim Media Resource Manager registriert, wenn er initialisiert wird. Der Media Resource Manager verfolgt Unicast-Stream-Ressourcen und kündigt deren Verfügbarkeit im gesamten Cluster an.
MOH bietet die Möglichkeit, eine gehaltene Partei an einen Audioserver umzuleiten. Für jedes in der Datenbank definierte MOH-Servergerät erstellt Cisco CallManager einen MoH-Steuerungsprozess. Dieser MoH-Steuerungsprozess wird beim Media Resource Manager registriert, wenn er initialisiert wird. Der Media Resource Manager verfolgt Warteschleifenmusik-Ressourcen und kündigt deren Verfügbarkeit im gesamten Cluster an. MOH unterstützt sowohl Unicast- als auch Multicast-Audioquellen.
Cisco CallManager verwendet das MRGL-Konzept, um Ressourcen auszuwählen. Die Auswahl hängt von der geografischen Zuweisung der Ressourcen ab.
Hinweis: Sie können eine MRGL nicht explizit für eine Konferenzbrücke konfigurieren. Daher wird die MRGL zuerst aus dem Gerätepool und dann aus dem MRG-Standardpool übernommen.
Führen Sie diese Schritte aus, um Ihre MRG/MRGLs zu konfigurieren, nachdem Ihre Medienressourcen in Cisco CallManager konfiguriert wurden.
Melden Sie sich bei der Cisco CallManager Administration-Seite an, und wählen Sie Media Resources > Media Resource Group aus, wie im Bild gezeigt.
Wählen Sie Neue Medienressourcengruppe hinzufügen aus.
Geben Sie einen Namen für die MRGs ein. Wählen Sie die Ressourcen aus, die Sie diesem MRG zuordnen möchten, und klicken Sie dann auf Einfügen.
Erstellen Sie ein weiteres MRG für die Ressourcen des Remote-Standorts.
Wählen Sie alle erforderlichen Ressourcen aus, und klicken Sie auf Einfügen.
Navigieren Sie zu Medienressourcen> Medienressourcengruppen-Liste, um eine MRGL für die Zuordnung der MRG(s) zu erstellen.
Klicken Sie auf Liste neuer Medienressourcengruppen hinzufügen.
Hier werden in diesem Beispiel 4 MRGLs erstellt.
Wenn Sie in Medienressourcengruppen-Listen suchen, werden alle vier erstellten Listen angezeigt.
Ordnen Sie die MRGL entweder dem Gerätepool für alle Benutzer oder durch Konfiguration auf dem Gerät selbst zu.
Das nächste Beispiel zeigt die Konfiguration der MRGL auf dem Gerät selbst. Wenn eine MRGL direkt auf dem Gerät konfiguriert wird, hat diese MRGL Vorrang vor der Gerätepool-Konfiguration.
Es gibt keine spezifische Überprüfung. Sie können auf der MRG- und MRGL-Seite einfach überprüfen, ob die Konfiguration korrekt oder nicht wie erforderlich ist.
Diese Fehlermeldung wird in der Ereignisanzeige angezeigt:
Fehler: "ConferenceNoMoreResourcesAvailable - Keine Konferenzressourcen mehr verfügbar"
Lösung:
Führen Sie diese Schritte aus, um zu überprüfen, ob alle Hardware-Konferenzbrücken beim Cisco CallManager registriert sind.
Hinweis: Verteilen Sie Medienressourcen optimal unter der Gerätepool-Konfiguration.
Fast Busy wird empfangen, wenn der Remote-Standort angerufen wird
Wenn Sie den Remote-Standort des IP Contact Center (IPCC) anrufen, klingelt das Telefon am Remote-Standort. Wenn der Benutzer das Telefon jedoch abholt, wird ein schnelles Besetztzeichen empfangen.
Lösung:
Um das Problem zu beheben, erstellen Sie separate Medienressourcengruppen (Media Resource Groups, MRGs) für die Software-Transcoder-Ressourcen und Hardware-Transcoder-Ressourcen, und stellen Sie sicher, dass die Hardware-Transcoder-Ressource MRG in der MRGL (Media Resource Group List) erste Priorität hat.