Fehlerbehebung der Schritte, die zu befolgen sind, wenn CUBE nicht als Grenzelement in PCA erkannt wird

Einleitung

In diesem Dokument werden die Schritte beschrieben, die zur Fehlerbehebung erforderlich sind, wenn Cisco Unified Border Element (CUBE) nicht als Border Element in Prime Collaboration Assurance (PCA) erkannt wird.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• PCA
• Cisco Unified Communications Manager (CUCM)
• WÜRFEL

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf Prime Collaboration Assurance.

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.

Schritte, die zu befolgen sind, wenn CUBE nicht als Border Element in PCA erkannt wird

Damit ein CUBE in PCA als Border Element (Rahmenelement) identifiziert werden kann:

1. antwort: Nicht-CUCM-Bereitstellung: Diese Voraussetzungen müssen erfüllt sein:

Bedingung 1: Das Gerätemodell sollte in der Liste der unterstützten Plattformen aufgeführt sein (http://www.cisco.com/c/en/us/products/collateral/unified-communications/unified-border-element/data-sheet-c78-729692.html?cachemode=refresh,) - Tabelle 2.

Bedingung 2: Die SIP-UA-MIB muss für SipCfgPeerTable einen anderen Wert zurückgeben als noSolcherObject/noSolcherInstance.

1. b. CUCM-Bereitstellung: Diese Voraussetzungen müssen erfüllt sein:

Bedingung 1: Das Gerätemodell sollte in der Liste der unterstützten Plattformen aufgeführt sein (http://www.cisco.com/c/en/us/products/collateral/unified-communications/unified-border-element/data-sheet-c78-729692.html?cachemode=refresh,) - Tabelle 2.

Bedingung 2: Die SIP-UA-MIB muss für SipCfgPeerTable einen anderen Wert zurückgeben als noSolcherObject/noSolcherInstance.

Bedingung 3: Die IP-Adresse des Geräts muss mit dem SIP-Trunk eines CUCM verknüpft sein.

Damit ein Gerät als CUBE SP identifiziert werden kann, muss es zuerst als CUBE identifiziert werden und auf CISCO_SESS_BORDER_CTRLR_CALL_STATS_MIB.csbSIPMthdCurrentStatsAdjName (1.3.6.1.4.1.9.9.757.1.3.1.1) antworten.

Wenn diese Bedingungen erfüllt sind und der PCA das Gerät dennoch nicht als Border Element (Begrenzungselement) identifiziert, überprüfen Sie, ob die Konfiguration auf dem CUCM und dem Gerät vorhanden ist.

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 lautet mode border-element, wodurch 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 frühe Weiterleitung von Anrufen 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.
• Die Weiterleitung bei der aktiven Anrufsignalisierung ist nur für SIP-zu-SIP-Anrufe möglich. 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. Damit dies funktioniert, sind möglicherweise statische Routen erforderlich.

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.

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 aus, und fahren Sie mit der Einrichtung des SIP-Trunks wie folgt 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- oder 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 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, basierend auf den Remote-Endgeräten, möglicherweise nicht die MTP-Einfügung (Media Transport Protocol) 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 zum Zeitpunkt des Ausfalls geschieht. 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.
   
   

Sobald diese Konfiguration auf dem CUCM vorgenommen wurde, starten Sie die Clustererkennung auf dem PCA.

Das Gerät wird jetzt als Border Element auf dem PCA erkannt.