Konfigurieren der Integration von CUCM in das CUBE - Konfigurationsbeispiel

Einleitung

In diesem Dokument werden die Grundlagen der CUBE-Konfiguration (Cisco Unified Border Element) mit Cisco Unified Communications Manager (CUCM) beschrieben.

Voraussetzungen

Anforderungen

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

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

Anmerkung: 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 beliebiger Cisco Integrated Services Router (ISR), ISR Generation 2 (G2) oder Cisco Aggregation Services Router (ASR) ein CUBE sein kann. Für den grundlegenden CUBE-Betrieb sind keine digitalen Signalprozessoren (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 Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konfigurieren

Die CUBE-Seite der Integration von CUCM in CUBE

Wenn Sie ein CUBE zum ersten Mal einrichten, müssen Sie den Router aktivieren, um Anrufe wie ein CUBE weiterzuleiten. Dieses Bild zeigt eine grundlegende Voice Service VoIP-Konfiguration auf einem CUBE:

Hier einige wichtige Punkte zu dieser Konfiguration:

• Die erste Zeile der Konfiguration ist mode border-element, über das CUBE auf einem Router aktiviert wird. Bei einigen Geräten, die als CUBE betrieben werden, ist diese Konfiguration nicht vorhanden.
  
  
• Allow-connections sip to sip ermöglicht CUBE, SIP-Anrufe (Session Initiation Protocol) anzunehmen und als SIP-Anrufe weiterzuleiten. Es gibt auch Optionen für H323.
  
  
• Das Faxprotokoll t38 ist eine Standardkonfiguration für ISR G2-Router. Für die CUBE-Konfiguration ist dies nicht erforderlich.
  
  
• Erzwungene Weiterleitung des Angebots durch CUBE in einem Delayed Offer-Szenario Fast alle Anbieter benötigen Early Offer-SIP-Anrufe. Es wird empfohlen, ein frühzeitiges Angebot vom CUCM zu senden, um Probleme im Zusammenhang mit dem frühzeitigen Durchschneiden der Medien zu vermeiden.
  
  
• Der Passthrough-Modus für die aktive Anrufsignalisierung gilt nur für SIP-zu-SIP-Anrufe. Es ist erforderlich, dass einige ergänzende Dienste funktionieren.
  
  
• G729 annexb-all ist optimal in Fällen, in denen CUBE mit Anbietern verhandelt, die das RFC-Format für die G729r8- und G729br8-Codecs nicht verwenden.
  
  

DFÜ-Peer-Konfiguration auf CUBE

Dial-Peers auf CUBE sind wie andere Dial-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 entspricht immer zwei DFÜ-Peers. Eingehende Dial-Peers stammen aus der CUBE-Perspektive, entweder vom CUCM oder vom SIP-Provider. Ausgehende Dial-Peers werden an den CUCM oder an den SIP-Anbieter gesendet.

ICisco empfiehlt, dass Sie den Großteil der Nummernänderung auf dem CUCM über "Significant Digits" (Erhebliche Ziffern), "External Phone Number Mask" (Maske externer Telefonnummern) und "Translations" (Übersetzungen) durchführen. Weitere Informationen zu Dial-Peers finden Sie im Artikel Understanding Inbound and Outbound Dial Peers Matching on IOS Platforms (Eingehende und ausgehende DFÜ-Peers auf IOS-Plattformen verstehen).

Die Nummernänderung kann auf CUBE vorgenommen werden, ebenso wie auf Cisco IOS Voice Gateways. Weitere Informationen finden Sie im Artikel Nummernübersetzung mithilfe von Sprachübersetzungsprofilen.

Grundlegende IP-Adressierung

Die IP-Adressierung auf CUBEs erfolgt auf die gleiche Weise wie auf anderen Cisco IOS-Geräten. Anhand der Routing-Tabelle wird jedoch ermittelt, von welcher Schnittstelle das CUBE SIP-Datenverkehr bezieht. Der Befehl show ip route A.B.C.D liefert Informationen über die Schnittstelle, die das CUBE verwendet, um SIP-Datenverkehr zu generieren. Dies ist wichtig, wenn Anrufe an den CUCM und an einen SIP-Anbieter gesendet werden. Statische Routen können erforderlich sein, damit dies funktioniert.

In einigen Fällen müssen Sie SIP an eine bestimmte Schnittstelle binden, z. B. eine Loopback-Schnittstelle auf dem CUBE. Die SIP-Bindung kann Nebenwirkungen haben, z. B. wenn das CUBE nicht auf SIP-Datenverkehr an einer bestimmten Schnittstelle wartet. Cisco empfiehlt, keine Bindings 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 DFÜ-Peers anwenden. SIP-Bindungen werden im Artikel Configuring SIP Bind Features (Konfigurieren der SIP-Bindungsfunktionen) genauer erläutert.

Sprachklassen-Codecs auf CUBE

Sprachklassencodecs werden für CUBE verwendet, um mehrere Codecs bereitzustellen, wenn für Anrufe ein bestimmter VoIP-Dial-Peer verwendet wird. Dies ist dasselbe wie bei einem Cisco IOS Voice Gateway, aber wenn es sich um ein CUBE handelt, werden die Codecs von einem VoIP-Anrufabschnitt zum anderen gefiltert. Er verwendet Codecs, die sowohl auf dem eingehenden Dial-Peer als auch auf dem ausgehenden Dial-Peer verfügbar sind. Die Codecs, die mit beiden übereinstimmen, werden als Angebote versendet. Wenn CUBE eine SIP-Nachricht mit Session Description Protocol (SDP) empfängt, wird diese mit den Sprachklassen-Codecs abgeglichen. Auf diese Weise kann CUBE Codecs anhand des Empfangs von der SIP-Nachricht mit SDP, dem eingehenden und dem ausgehenden Dial-Peer filtern. Der andere SIP User Agent (UA) antwortet dann auf die angebotenen Codecs.

Der Sprachklassen-Codec 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.  Sprachklassencodecs werden auf Dial-Peers angewendet.

Cisco IOS-Anwendung für Gebührenbetrug

Die Anwendung für Gebührenbetrug in Cisco IOS ist nützlich, da sie unerwünschte SIP-Zugriffe verhindern kann. Ohne angemessene Planung kann sie jedoch zu Problemen im Normalbetrieb führen. Mithilfe der Anwendung für Gebührenbetrug in Cisco IOS kann der Router die Geräte festlegen, die für Anrufe mit ihm kommunizieren können (H323 oder SIP). IP-Adressen, die als Sitzungsziele bei DFÜ-Peers verwendet werden, können Anrufe automatisch und ohne zusätzliche Konfiguration an das Cisco IOS Voice Gateway senden. Dies schließt in der Regel alle SIP-Provider und CUCM-Server in der Umgebung ein, jedoch nicht immer. Ist dies nicht der Fall, müssen diese manuell zum CUBE hinzugefügt werden. Es müssen nur die Signalisierungsadressen, 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 Integration von CUCM in CUBE

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

   

   
   
   
2. Wählen Sie Add New (Neu hinzufügen) aus, und fahren Sie wie folgt mit der Einrichtung des SIP-Trunks fort:
   
   

   

   
   
   
3. Denken Sie daran, auf der Seite für die Trunk-Konfiguration den richtigen Gerätepool auszuwählen, der eingehende Anrufe an den jeweiligen CUCM-Server zulässt, der Anrufe annimmt.
   
   

   

   
   
   Nachdem der Trunk erstellt wurde, stellen Sie sicher, dass die Routenmuster entweder über ein SIP-Routenmuster oder eine Einrichtung für Routenlisten/Routengruppen korrekt auf den Trunk zugreifen.
   
   Der Umleitungs-Umleitungs-Header kann für ein- und ausgehende Anrufe aktiviert werden.
   
   Wenn externe Nummern in das VoIP-Netzwerk weitergeleitet werden, enthalten SIP-Einladungsnachrichten weitergeleitete Umleitungsinformationen in CUCM. Es zeigt den Anrufer an, der den Anruf getätigt hat. Wenn beispielsweise ein Anruffluss in Cisco Unity Connection (UC) integriert ist und in die Voicemail weitergeleitet wird, verwendet UC die ursprüngliche Umleitungsquelle (externe Weiterleitungsnummer) als Zielpostfach. So ist es möglich, dass sie die Standard-Begrüßung statt der Abonnenten-Mailbox wie erwartet erhalten. Ob dies für die Konfiguration erforderlich ist, hängt vom Anruffluss und den Anforderungen der Topologie ab.
   
   

   

   
   
   
4. Das SIP-Profil für "Early Offer" wird häufig benötigt, wenn Sie das CUBE mit einem Anbieter verbinden. Wenn der Trunk eine Verbindung mit einem anderen Cisco Gerät herstellt, möchten Sie möglicherweise nicht den MTP-Einsatz (Media Transport Protocol) für die Remote-Endgeräte auswählen. Dieses Bild zeigt den Standort des SIP-Profils und die Stelle, an der Sie das Feld für das frühe Angebot auswählen können.
   
   

   

   
   
   

   

   
   
   Das frühe Angebot unterstützt Sie häufig bei der Lösung von Problemen im Zusammenhang mit den ersten Medien, die bei der Integration des CUCM-Servers und des CUBE in Produkte von Drittanbietern auftreten. Sie wird auch für das 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. 
   
   

   Anmerkung: Dieses Kontrollkästchen wird verwendet, wenn Endbenutzer nicht bei jedem Anruf ein MTP verwenden möchten.

   
   
   
5. Möglicherweise müssen Sie TCP/UDP für das Protokoll im SIP-Sicherheitsprofil ändern. Dies hängt vom Anrufverlauf ab. Um diese Änderung vorzunehmen, navigieren Sie zu SIP Trunk Security Profiles > Non Secure SIP Trunk Profile:
   
   

   

   
   
   

   

   
   
   Anrufe schlagen fehl, und es sind CUBE-/CUCM-Ablaufverfolgungen erforderlich, um zu verstehen, was während des Ausfalls passiert. Diese Funktion kann jedoch geändert werden, um sicherzustellen, dass sie nicht die Ursache des Problems ist. Sobald diese geändert wurde, müssen Sie den Trunk jedoch zurücksetzen/neu starten, damit die Änderung vorgenommen werden kann.
   
   
6. Unter bestimmten Umständen muss die externe Telefonmaske in der Telefonkonfiguration hinzugefügt werden, damit der Anruf fortgesetzt werden kann, da einige Telekommunikationsanbieter nicht zulassen, dass der Anruf ohne die erwartete Maske fortgesetzt wird. Um diese Änderung vorzunehmen, rufen Sie die Konfigurationsseite Verzeichnisnummer (Directory Number, DN) des anrufenden Telefons auf, nehmen die für das Gerät erforderliche Änderung 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-Service-Traces oder CUBE-Traces aus, um das Problem zu verstehen.

Fehlerbehebung

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