Dieses Dokument beschreibt die Grundlagen der Cisco Unified Border Element (CUBE)-Konfiguration mit Cisco Unified Communications Manager (CUCM).
Cisco empfiehlt, dass Ihr System nicht über eine DNS-Konfiguration (Domain Name System) verfügt und Sie über Kenntnisse zu folgenden Themen verfügen:
Die Informationen in diesem Dokument basieren auf der Tatsache, dass eine beliebige Anzahl von CUCM-Servern, ein Cisco Integrated Services Router (ISR), ISR Generation 2 (G2) oder ein Cisco Aggregation Services Router (ASR) ein CUBE sein können. Für den grundlegenden CUBE-Betrieb sind keine Digital Signal Processors (DSPs) erforderlich.
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 Netz Live ist, überprüfen Sie, ob Sie die mögliche Auswirkung jedes möglichen Befehls verstehen.
Wenn Sie zum ersten Mal ein CUBE einrichten, müssen Sie den Router aktivieren, um Anrufe wie ein CUBE weiterzuleiten. Dieses Bild zeigt eine grundlegende VoIP-Konfiguration für Sprachdienste auf einem CUBE:
Hier einige wichtige Punkte zu dieser Konfiguration:
DFÜ-Peers auf CUBE sind wie andere DFÜ-Peers auf Cisco IOS-Gateways. Der Unterschied besteht darin, dass die Anrufe von einem VoIP-Dial-Peer zu einem anderen VoIP-Dial-Peer weitergeleitet werden.
Beachten Sie, dass es hier zwei DFÜ-Peers gibt: ein- und ausgehend. CUBE stimmt immer mit zwei DFÜ-Peers überein. Eingehende Dial-Peers werden aus CUBE-Perspektive betrachtet, entweder vom CUCM oder vom SIP-Provider. Ausgehende Dial-Peers werden an den CUCM oder an den SIP-Provider gesendet.
ICisco empfiehlt, die meisten Nummernänderungen auf dem CUCM über signifikante Ziffern, Maske externer Telefonnummern und Übersetzungen durchzuführen. Weitere Informationen zu DFÜ-Peers finden Sie im Artikel Understanding Inbound and Outbound Dial Peers Matching on IOS Platforms (Kompatibilität von ein- und ausgehenden DFÜ-Peers auf IOS-Plattformen).
Die Ziffernmanipulation kann auf CUBE wie auf Cisco IOS Voice Gateways erfolgen. Weitere Informationen finden Sie im Artikel Number Translation using Voice Translation Profiles (Nummernübersetzung mit Sprachübersetzungsprofilen).
Die IP-Adressierung auf CUBE wird auf die gleiche Weise wie auf anderen Cisco IOS-Geräten ausgeführt. Sie verwendet jedoch die Routing-Tabelle, um zu bestimmen, von welcher Schnittstelle der CUBE-SIP-Datenverkehr stammt. Der Befehl show ip route A.B.C.D enthält Informationen über die Schnittstelle, die das CUBE zur Quelle von SIP-Datenverkehr verwendet. Dies ist wichtig, wenn Anrufe an den CUCM gesendet werden und wenn Anrufe an einen SIP-Anbieter gesendet werden. Statische Routen sind möglicherweise erforderlich, um dies zu ermöglichen.
In einigen Fällen müssen Sie möglicherweise SIP an eine bestimmte Schnittstelle binden, z. B. eine Loopback-Schnittstelle auf dem CUBE. SIP-Bindungen können Nebenwirkungen verursachen, z. B. wenn das CUBE SIP-Datenverkehr auf einer bestimmten Schnittstelle nicht überwacht. Cisco empfiehlt, keine Bindungen zu verwenden und die Routing-Tabelle entscheiden zu lassen. Dies ist jedoch nicht immer möglich. Sie können SIP-Bindungen unter Voice Service VoIP > SIP oder auf einzelne Dial-Peers anwenden. SIP-Bindungen werden im Artikel Konfiguration von SIP-Bind-Funktionen genauer erläutert.
Für CUBE werden Codecs der Sprachklasse verwendet, um mehrere Codecs bereitzustellen, wenn Anrufe einen bestimmten VoIP-Dial-Peer verwenden. Dies entspricht dem Fall bei einem Cisco IOS Voice Gateway. Wenn es sich jedoch um ein CUBE handelt, werden Codecs von einer VoIP-Anrufkomponente zur anderen gefiltert. Dabei werden Codecs verwendet, die sowohl auf dem eingehenden DFÜ-Peer als auch dem ausgehenden DFÜ-Peer verfügbar sind. Die Codecs, die mit beiden übereinstimmen, werden gesendet. Wenn CUBE eine SIP-Nachricht mit Session Description Protocol (SDP) empfängt, vergleicht es diese auch mit den Codecs der Sprachklasse. Auf diese Weise kann CUBE Codecs auf Basis des Empfangs der SIP-Nachricht mit SDP, dem eingehenden Dial-Peer und dem ausgehenden Dial-Peer filtern. Der andere SIP User Agent (UA) antwortet dann auf die angebotenen Codecs.
Der Codec der Sprachklasse im vorherigen Bild enthält drei Codecs, g729r8, g711ulaw oder g711alaw. Das Bild zeigt sie in der Reihenfolge, in der das Cisco IOS-Gateway priorisiert, wie die Codecs am anderen Ende angeboten werden. Auf DFÜ-Peers werden Sprachcodecs angewendet.
Die Anwendung zum Gebührenbetrug in Cisco IOS ist nützlich, da sie unerwünschten SIP-Zugriff verhindern kann, aber ohne angemessene Planung einige Probleme beim normalen Betrieb verursachen kann. Mit der Anwendung für Gebührenbetrug in Cisco IOS kann der Router die Geräte angeben, die mit ihm kommunizieren können, um Anrufe zu tätigen (H323 oder SIP). IP-Adressen, die als Sitzungsziele für DFÜ-Peers verwendet werden, können ohne zusätzliche Konfiguration automatisch Anrufe an das Cisco IOS Voice Gateway senden. Dies umfasst in der Regel alle SIP-Provider und CUCM-Server in der Umgebung, jedoch nicht immer. Ist dies nicht der Fall, müssen diese dem CUBE manuell hinzugefügt werden. Es müssen nur die Signalisierungsadressen und nicht die Medienadressen hinzugefügt werden. Weitere Informationen finden Sie im Artikel zur Verhinderung von Gebührenbetrug in IOS, Version 15.1(2)T.
Führen Sie Testanrufe durch, um sicherzustellen, dass Ihre Konfiguration ordnungsgemäß funktioniert. Wenn die Testanrufe fehlschlagen, führen Sie detaillierte CUCM-Serviceverfolgungen oder CUBE-Ablaufverfolgungen durch, um das Problem zu verstehen.
Für diese Konfiguration sind derzeit keine spezifischen Informationen zur Fehlerbehebung verfügbar.