Konfigurationsbeispiel für die CUCM-CUBE-Integration

Einführung

Dieses Dokument beschreibt die Grundlagen der Cisco Unified Border Element (CUBE)-Konfiguration mit Cisco Unified Communications Manager (CUCM).

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Ihr System nicht über eine DNS-Konfiguration (Domain Name System) verfügt und Sie über Kenntnisse zu folgenden Themen verfügen:

• CUCM-Version 8.6 bis Version 10.x
• Cisco IOS^® Version 15.1(2)T und höher

Hinweis: Die IP-Adressen variieren je nach Adressierungsschema im Netzwerk.

Verwendete Komponenten

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.

Konfiguration

Die CUBE-Seite der CUCM-to-CUBE-Integration

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:

• Die erste Zeile der Konfiguration ist das Modus Border Element, das CUBE auf einem Router aktiviert. Einige Geräte verfügen nicht über diese Konfiguration, wenn sie als CUBE arbeiten.
  
  
• SIP-SIP-Verbindungen können vom CUBE SIP-Anrufe (Session Initiation Protocol) akzeptiert und als SIP-Anrufe weitergeleitet werden. Es gibt auch Optionen für H323.
  
  
• Das Faxprotokoll t38 ist eine Standardkonfiguration für ISR G2-Router. Sie ist für die CUBE-Konfiguration nicht erforderlich.
  
  
• CUBE kann Anrufe im Rahmen eines verzögerten Angebots erzwungen zu einem früheren Angebot weiterleiten. Fast alle Anbieter benötigen SIP-Anrufe im Rahmen des Early Offer-Programms. Es wird sogar empfohlen, ein früheres Angebot vom CUCM zu senden, um Probleme beim Durchschneiden von Medien zu vermeiden.
  
  
• Das Passwort für die Signalisierung während des Anrufs gilt nur für SIP-zu-SIP-Anrufe. Einige Zusatzdienste müssen arbeiten.
  
  
• G729 annexb-all ist optimal in Fällen, in denen CUBE mit Anbietern verhandelt, die das RFC-Format für die Codecs G729r8 und G729br8 nicht einhalten.
  
  

DFÜ-Peer-Konfiguration auf CUBE

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).

Grundlegende IP-Adressierung

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.

Sprach-Codecs auf CUBE

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.

Cisco IOS-Anwendung zum Gebührenbetrug

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.

Die CUCM-Seite der CUCM-to-CUBE-Integration

1. Um den Trunk zur CUCM-Konfiguration hinzuzufügen, navigieren Sie zu diesem Speicherort:
   
   

   

   
   
   
2. Wählen Sie Add New aus, und richten Sie den SIP-Trunk wie folgt ein:
   
   

   

   
   
   
3. Denken Sie daran, auf der Trunk-Konfigurationsseite den richtigen Gerätepool auszuwählen, der eingehende Anrufe an den CUCM-Server ermöglicht, der Anrufe entgegennimmt.
   
   

   

   
   
   Nachdem der Trunk erstellt wurde, stellen Sie sicher, dass die Routenmuster entweder über ein SIP-Routenmuster oder eine Routenliste bzw. eine Routengruppe korrekt darauf zugreifen.
   
   Der Header "Umleiten" kann für eingehende oder ausgehende Anrufe angekreuzt werden.
   
   Wenn externe Nummern in das VoIP-Netzwerk weitergeleitet werden, werden SIP-Einladungsmeldungen mit weitergeleiteten Umleitungsinformationen in CUCM ausgeliefert. Es wird der ursprüngliche anrufende Teilnehmer angezeigt. Wenn beispielsweise ein Anruffluss in Cisco Unity Connection (UC) integriert ist und in die Voicemail eingeht, verwendet UC die ursprüngliche Umleitungsquelle (externe Weiterleitungsnummer) als Zielmailbox. So ist es möglich, dass sie die Standard-Begrüßung anstelle der Abonnenten-Mailbox wie erwartet erhalten. Es hängt vom Anrufverlauf und den Anforderungen Ihrer Topologie ab, ob dies für die Konfiguration erforderlich ist.
   
   

   

   
   
   
4. Das SIP-Profil für ein frühes Angebot wird häufig benötigt, wenn Sie das CUBE mit einem Anbieter verbinden. Wenn der Trunk eine Verbindung zu einem anderen Cisco Gerät herstellt, sollten Sie die MTP-Einfügefunktion (Media Transport Protocol) basierend auf den Geräten der anderen Anbieter möglicherweise nicht auswählen. Dieses Bild zeigt die Position des SIP-Profils und die Position, an der das Feld für ein frühes Angebot ausgewählt werden soll.
   
   

   

   
   
   

   

   
   
   Early Offer trägt häufig zur Behebung von Medienproblemen bei, die auftreten, wenn Sie den CUCM-Server und CUBE in Produkte von Drittanbietern integrieren. Sie wird auch im Solution Reference Network Design (SRND) empfohlen.
   
   Wenn das Profil geändert werden soll, ist es immer am besten, ein neues Profil zu erstellen, das anstelle des Standardprofils verwendet werden soll. 
   
   

   Hinweis: Dieses Kontrollkästchen wird verwendet, wenn Endbenutzer bei jedem Anruf kein MTP verwenden möchten.

   
   
   
5. Es kann erforderlich sein, vom TCP/UDP für das Protokoll im SIP-Sicherheitsprofil auf Basis des Anrufflusses zu wechseln. Um diese Änderung vorzunehmen, navigieren Sie zu SIP-Trunk-Sicherheitsprofilen > Non Secure SIP Trunk Profile:
   
   

   

   
   
   

   

   
   
   Anrufe schlagen fehl, und CUBE/CUCM-Traces sind erforderlich, um zu verstehen, was während des Fehlers geschieht. Diese Funktion kann jedoch geändert werden, um zu bestätigen, dass sie nicht die Ursache des Problems ist. Sobald dies jedoch geändert wurde, müssen Sie den Trunk zurücksetzen/neu starten, damit die Änderungen vorgenommen werden können.
   
   
6. Unter bestimmten Umständen muss die externe Telefonmaske in der Telefonkonfiguration ggf. hinzugefügt werden, damit der Anruf fortgesetzt werden kann, da einige Telefone nicht zulassen, dass der Anruf ohne die erwartete Maske weitergeleitet wird. Um diese Änderung vorzunehmen, rufen Sie die Verzeichnisnummer (DN)-Konfigurationsseite des Anrufertelefons auf, nehmen Sie die erforderlichen Änderungen für das Feld vor, und setzen Sie das Telefon zurück bzw. starten Sie es neu, nachdem die Änderungen gespeichert wurden.
   
   

   

Überprüfung

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.

Fehlerbehebung

Für diese Konfiguration sind derzeit keine spezifischen Informationen zur Fehlerbehebung verfügbar.