Konfigurationsworkflow für Webex Calling
Konfigurationsworkflow für Webex Calling

30. September 2022
Übersicht über Webex Calling

Einführung in Webex Calling

Stellen Sie sich vor, Sie können Cloud-Anrufe, Mobilität und PBX-Funktionen auf Unternehmensstufe nutzen, zusammen mit der Webex App für Messaging und Meetings und Anrufe von einem Webex Calling Soft-Client oder Cisco-Gerät aus nutzen. Genau das ist mit Webex Calling möglich.

Webex Calling bietet Ihnen folgende Vorteile:

  • Calling-Abonnements für Telefonie-Benutzer und gemeinsame Bereiche

  • Webex-App-Zugriff für jeden Benutzer

  • PSTN-Zugang (Public Switched Telephone Network), mit dem Ihre Benutzer Nummern außerhalb der Organisation wählen können. Der Dienst wird über eine vorhandene Unternehmensinfrastruktur (lokales Gateway ohne lokale IP PBX oder mit vorhandener Unified CM-Anrufumgebung) oder über Von Partner oder Cisco bereitgestellte PSTN bereitgestellt.

Mit Webex Calling werden folgende Funktionen unterstützt. Weitere Informationen finden Sie im Kapitel „Konfigurieren der Webex Calling-Funktionen“.

Tabelle 1. Vom Administrator konfigurierbare Funktionen

Funktion

Beschreibung

Auto Attendant

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Sie können einen Zeitplan für 24 Stunden festlegen oder unterschiedliche Optionen für Zeiten einrichten, an denen Ihr Büro geöffnet bzw. geschlossen ist. Sie können Anrufe sogar anhand von Anrufer-ID-Attributen weiterleiten, um VIP-Listen zu erstellen oder Anrufe aus bestimmten Ortsvorwahlen unterschiedlich zu behandeln.

Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten und so bei eingehenden Anrufen, die nicht gleich entgegengenommen werden können, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ein Mitarbeiter verfügbar ist.

Anrufübernahme

Sie können Teamwork und Zusammenarbeit verbessern, indem Sie eine Rufannahmegruppe erstellen, sodass Benutzer gegenseitig ihre Anrufe annehmen können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Anruf parken

Sie können die Option zum Parken von Anrufen aktivieren, damit Benutzer einen Anruf halten und von einem anderen Telefon aus annehmen können.

Sammelanschluss

In folgenden Fällen möchten Sie möglicherweise Sammelanschlüsse einrichten:

  • Verkaufsteams möchten eventuell sequentielles Routing verwenden. Ein eingehender Anruf klingelt auf einem Telefon, und wenn niemand abnimmt, wird der Anruf an den nächsten Mitarbeiter auf der Liste weitergeleitet.

  • Im Vergleich dazu möchte ein Support-Team, dass alle Telefone gleichzeitig klingeln, damit der zuerst verfügbare Mitarbeiter den Anruf entgegennehmen kann.

Paging-Gruppe

Sie können eine Paging-Gruppe erstellen, damit Benutzer Audionachrichten an Personen, Abteilungen oder Teams senden können. Wird eine Nachricht an eine Paging-Gruppe gesendet, wird diese auf allen Geräten in der Gruppe abgespielt.

Empfangs-Client

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. So stehen eine ganze Reihe von Optionen für die Anrufkontrolle, die Leitungsüberwachung im großen Maßstab, Anrufwarteschlangen, viele verschiedene Verzeichnisoptionen und -ansichten, eine Outlook-Integration u. v. m. zur Verfügung.

Benutzer können in https://settings.webex.com folgende Funktionen konfigurieren, die eine Weiterleitung zum Calling-Benutzerportal auslöst.

Tabelle 2. Vom Benutzer konfigurierbare Funktionen

Funktion

Beschreibung

Ablehnen anonymer Anrufe

Benutzer können eingehende Anrufe mit unterdrückter Anrufer-ID ablehnen.

Business Continuity

Wenn die Telefone der Benutzer ganz gleich aus welchem Grund nicht mit dem Netzwerk verbunden sind (z. B. wegen Stromausfall, Netzwerkproblemen o. Ä.), können eingehende Anrufe auf eine bestimmte Telefonnummer umgeleitet werden.

Anrufweiterleitung

Benutzer können eingehende Anrufe auf ein anderes Telefon umleiten.

Gezielte Rufumleitung

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten umleiten. Diese Einstellung geht der allgemeinen Rufumleitung vor.

Anrufbenachrichtigung

Benutzer können veranlassen, dass ihnen eine E-Mail zugeschickt wird, wenn sie einen Anruf erhalten, der vorab festgelegten Kriterien entspricht, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Anklopfen

Benutzer können die Annahme zusätzlicher eingehender Anrufe zulassen.

Bitte nicht stören

Benutzer können veranlassen, dass vorübergehend alle Anrufe direkt an die Voicemail weitergeleitet werden.

Office Anywhere

Benutzer können ihr ausgewähltes Telefon („Standorte“) als Anschluss für ihre geschäftliche Telefonnummer und den Wählplan verwenden.

Prioritätswarnung

Benutzer können veranlassen, dass ihr Telefon einen speziellen Klingelton abspielt, wenn sie einen Anruf erhalten, bei dem vorab festgelegte Kriterien erfüllt sind, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Remote-Büro

Benutzer können Anrufe von einem Remote-Telefon tätigen und es so aussehen lassen, als würden sie von ihrer geschäftlichen Leitung aus anrufen. Darüber hinaus können sie dieses Remote-Telefon klingeln lassen, wenn Anrufe auf ihrer geschäftlichen Leitung eingehen.

Gezielte Anrufannahme

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten annehmen.

Gezieltes Ablehnen von Anrufen

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten ablehnen.

Sequenzielles Klingeln

Benutzer können bis zu 5 Geräte bestimmen, die bei eingehenden Anrufen nacheinander klingeln sollen.

Gleichzeitiges Klingeln

Benutzer können festlegen, dass bei eingehenden Anrufen gleichzeitig das Gerät der eigenen Nummer und das von anderen („Anrufempfänger“) klingelt.

Bereitstellung von Diensten, Geräten und Benutzern in Control Hub, Weiterleitung zur erweiterten Konfiguration im Calling-Administratorportal

Control Hub (https://admin.webex.com) ist ein Verwaltungsportal, das sich mit Webex Calling integrieren lässt, um Ihre Bestellungen und die Konfiguration zu rationalisieren und Ihre Verwaltung des gebündelten Angebots zu zentralisieren –Webex Calling, Webex-App und Meetings.

Control Hub ist der zentrale Ort für die Bereitstellung aller Dienste, Geräte und Benutzer. Dort haben Sie die Möglichkeit, Ihre Anrufdienste erstmalig einzurichten, MPP-Telefone (über die MAC-Adresse) in der Cloud zu registrieren, Benutzer zu konfigurieren, indem Sie Geräte mit ihnen verknüpfen und Nummern, Dienste, Anruffunktionen usw. hinzufügen. Zudem ist eine Weiterleitung von Control Hub zum Calling-Administratorportal möglich.

Benutzeroberfläche

Benutzer haben Zugriff auf folgende Benutzeroberflächen:

  • Webex Calling-Anwendung – Soft-Client für Anrufe unter dem Markenzeichen von Cisco. Weitere Informationen finden Sie unter Kennenlernen der neuen Cisco Webex Calling-App.

  • Webex-Einstellungen (https://settings.webex.com)– Schnittstelle, über die Benutzer Einstellungen für das Profil festlegen, die Webex-App herunterladen und über das Anrufbenutzerportal Anrufeinstellungen aufrufen können. Weitere Informationen finden Sie unter Ändern Ihrer Cisco Webex-Einstellungen.

  • Webex-App: Anwendung, die im Abonnement als Team Messaging-Client mit Cisco-Marke enthalten ist. Weitere Informationen finden Sie unter Erste Schritte mit der Cisco Webex-App.

  • Webex Meetings – Optionale Anwendung, die als Meetings-Lösung hinzugefügt werden kann. Weitere Informationen finden Sie unter Webex Meetings.

Übersicht

Webex Calling können die Betrieblichen Kosten reduzieren und die Produktivität verbessern, indem Sie wichtige Geschäftskommunikationen in die Cloud migrieren. In Kombination mit anderen Webex-Apps und -Geräten ist es das Herzstück eines kompletten Cloud-Anruf- und Zusammenarbeitserlebnis. Cisco unterstützt vor Ort, in der Cloud und mit gemischten Modellbereitstellungen, um unsere Kunden von überall aus verbunden und produktiv zu halten; selbst bei störenden Marktveranstaltungen.

Webex Calling Cloud-Instanz verfügt nun über eine dedizierte Cloudinstanzoption, die auf der architekturbasierten Cisco Unified Communications Manager(CUCM) basiert. Dedizierte Instanz ist in Webex Calling integriert und nutzt die Webex-Plattformdienste. Dies bringt Cloud-Innovation und ein verbessertes Erlebnis für Kunden, die ältere Cisco-Endpunkte, lokale Fortlebenslösungen oder vorhandene Integrationen unterstützen müssen, die Teil wichtiger Geschäftsabläufe sind.

Das Add-on dedizierte Instanz für Webex Calling Umfasst:

  • Cisco Unified Communications Manager

  • Cisco Unified im und Presence

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (nur für Nord- und Südamerika)

  • Cisco Session Management Edition (SME) (Optional)

Erweiterte Rendite : Dedizierte Instanz unterstützt dieselben Sprach- und Videoendpunkte wie die zugeordnete UC Manager-Version. Dadurch müssen bei einer Migration in die Cloud keine Endpunkte mehr aktualisiert werden, und die Rendite dieser Anlagen wird erhöht.

Grundlegendes Inter-Op – Dedizierte Instanz ist in Webex Calling für die Anrufweiterleitung über die Webex-Plattform integriert. Kunden haben die Flexibilität, Benutzer sowohl auf dedizierte Instanz als auch auf Webex Calling zu verteilen und nach Bedarf im Laufe der Zeit anzupassen, um ihre Geschäftlichen Anforderungen für Cloud-Anrufe zu erfüllen.


Kunden, die Benutzer plattformübergreifend teilen, profitieren von verschiedenen Funktionen. Die Anruffunktionen sind nicht zwischen dedizierter Instanz und Webex Calling. Beispielsweise können Webex Calling Benutzer nicht Teil einer dedizierten Sammelanschluss-Instanz sein.

Tour zu Control Hub machen

Control Hub ist Ihre zentrale webbasierte Benutzeroberfläche für die Verwaltung Ihrer Organisation und Ihrer Benutzer, für die Zuweisung von Diensten, für die Analyse von Tendenzen hinsichtlich der Akzeptanz, für die Anrufqualität u. v. m.

Um Ihre Organisation in Betrieb zu nehmen, empfehlen wir Ihnen, einige Benutzer zum Beitritt in die Webex-App einzulädnen, indem Sie ihre E-Mail-Adressen im Control Hub eingeben. Bestärken Sie die Mitarbeiter, die von Ihnen bereitgestellten Dienste, u. a. die Anruffunktion, zu nutzen, und Ihnen zu ihren Erfahrungen Rückmeldung zu geben. Je weiter Ihre Vorbereitungen vorangeschritten sind, desto mehr Benutzer können Sie hinzufügen.


Für den Zugriff auf Control Hub empfehlen wir Ihnen die neueste Desktopversion von Google Chrome oder Mozilla Firefox. Bei Browsern auf Mobilgeräten und anderen Desktop-Browsern kann es zu unerwarteten Ergebnissen kommen.

Verwenden Sie die nachstehend aufgeführten Informationen als kurze Übersicht darüber, was zu erwarten ist, wenn Ihre Organisation für die Dienste vorbereitet werden soll. Weiterführende Informationen finden Sie in den einzelnen Kapiteln, in denen auch schrittweise Anleitungen zu finden sind.

Erste Schritte

Nachdem Ihr Partner Ihr Konto erstellt hat, erhalten Sie eine Begrüßungs-E-Mail. Klicken Sie in der E-Mail auf den Link Erste Schritte, um Control Hub in Chrome oder Firefox aufzurufen. Über den Link werden Sie automatisch mit Ihrer Administrator-E-Mail-Adresse angemeldet. Als nächstes werden Sie aufgefordert, Ihr Administrator-Passwort zu erstellen.

First-Time Wizard für Testversionen

Wenn Ihr Partner Sie für eine Testversion registriert hat, wird der Setup-Wizard automatisch gestartet, nachdem Sie sich in Control Hub angemeldet haben. Der Wizard erläutert Ihnen Schritt für Schritt die Standardeinstellungen, mit denen Sie Webex Calling und andere Dienste für Ihre Organisation einrichten können. Sie können Ihre Anrufeinstellungen einrichten und noch einmal überprüfen, bevor Sie den Wizard beenden.

Überprüfen Ihrer Einstellungen

Wenn Control Hub geladen wird, können Sie Ihre Einstellungen überprüfen.

Benutzer hinzufügen

Wenn Sie Ihre Dienste eingerichtet haben, können Sie Personen aus Ihrem Unternehmensverzeichnis hinzufügen. Gehen Sie zu Benutzer und klicken Sie auf Benutzer verwalten.

Wenn Sie Microsoft Active Directory verwenden, empfehlen wir Ihnen, zunächst die Verzeichnissynchronisierung zu aktivieren und anschließend zu entscheiden, wie Sie Benutzer hinzufügen möchten. Klicken Sie auf Weiter und befolgen Sie die Anweisungen, um den Cisco-Verzeichniskonnektor einzurichten.

Einrichten von einmaliger Anmeldung (Single Sign On, SSO)

Die Webex-App verwendet die Basisauthentifizierung. Wenn Sie auf die Speicherung und Verwaltung separater Passwörter in Webex verzichten möchten, können Sie SSO einrichten, damit sich die Benutzer über Ihren Unternehmens-Identitätsanbieter mit ihren Unternehmens-Anmeldedaten authentifizieren.

Gehen Sie zu Einstellungen, blättern Sie zu Authentifizierung, klicken Sie auf Ändern und wählen Sie dann Drittanbieter-Identitätsanbieter integrieren aus.

Zuweisen von Diensten zu Benutzern

Sie müssen den hinzugefügten Benutzern Dienste zuweisen, damit Benutzer die Webex-App verwenden können.

Gehen Sie zu Benutzer, klicken Sie auf Benutzer verwalten, wählen Sie Benutzer mit CSV-Vorlage importieren und exportieren aus und klicken Sie dann auf Exportieren.

Fügen Sie in der heruntergeladenen Datei einfach True für die Dienste hinzu, die Sie jedem Benutzer zuweisen möchten.

Importieren Sie die finale Datei, klicken Sie auf Dienste hinzufügen und entfernen und klicken Sie dann auf Senden. Sie sind jetzt gerüstet, um Anruffunktionen zu konfigurieren, Geräte zu registrieren, die an einem Ort gemeinsam genutzt werden, und um Geräte zu registrieren und Benutzern zuzuweisen.

Startschuss für Ihre Benutzer

Nachdem Sie Benutzer hinzugefügt haben und ihnen Dienste zugewiesen wurden, können sie ihre unterstützten multiplatformen Telefone (MPPs) für Webex Calling- und Webex-App für Nachrichten und Meetings nutzen. Bestärken Sie sie, die Cisco Webex-Einstellungen als zentralen Zugang zu verwenden.

Rolle des lokalen Gateways

Das lokale Gateway ist ein vom Unternehmen oder Partner verwaltetes Edge-Gerät, das auf das PSTN (Public Switched Telephone Network) und frühere Telefonanlagen (PBX – Public Branch Exchange) (einschließlich Unified CM) abgestimmt ist.

Mit Hilfe von Control Hub können Sie ein lokales Gateway einem Standort zuweisen, woraufhin Control Hub Parameter zur Verfügung stellt, die Sie auf dem CUBE konfigurieren können. In diesem Schritt wird das lokale Gateway in der Cloud registriert. Anschließend wird der PSTN-Dienst über das Gateway Webex Calling-Benutzern eines bestimmten Standorts bereitgestellt.

Wie ein lokales Gateway festgelegt und bestellt wird, finden Sie im Bestellleitfaden für lokale Gateways.

Unterstützte Bereitstellungen des lokalen Gateways für Webex Calling

Es werden folgende einfache Bereitstellungen unterstützt:

Das lokale Gateway kann als Einzellösung bereitgestellt oder als Lösung verwendet werden, bei der die Integration in Cisco Unified Communications Manager erforderlich ist.

Bereitstellungen des lokalen Gateways ohne IP PBX am Standort

Lokales Gateway als Einzellösung

Diese Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP PBX, die auf einen einzelnen Standort oder auf mehrere Standorte anwendbar ist.

Alle Anrufe, die nicht Ihren Webex Calling-Zielen entsprechen, sendet Webex Calling zur Verarbeitung an das lokale Gateway, das dem Standort zugewiesen ist. Das lokale Gateway verteilt alle Anrufe, die von Webex Calling aus an das PSTN und vom PSTN aus zu Webex Calling getätigt werden.

Das PSTN-Gateway kann als dedizierte Plattform ausgeführt oder parallel zum lokalen Gateway verwendet werden. Wie in der folgenden Abbildung dargestellt, empfehlen wir für diese Bereitstellung die Ausführung als dediziertes PSTN-Gateway. Darauf kann zurückgegriffen werden, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

Lokales Gateway als Parallellösung

Das lokale Gateway kann IP-basiert sein und sich über einen SIP-Trunk mit einem ITSP verbinden oder aber TDM-basiert sein und eine ISDN-Verbindung oder eine Analogschaltung verwenden. Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung, bei der das lokale Gateway parallel zum PSTN GW/SBC verwendet wird.

Bereitstellungen des lokalen Gateways mit Unified CM PBX am Standort

Integrationen mit Unified CM sind in folgenden Fällen erforderlich:

  • Webex Calling-fähige Standorte werden zu einer vorhandenen Cisco UC-Bereitstellung hinzugefügt, wenn Unified CM als Anrufkontrolllösung am Standort verwendet wird.

  • Direktwahl zwischen Telefonen, die bei Unified CM registriert sind, und Telefonen an Webex Calling-Standorten ist erforderlich.

Diese Abbildung zeigt eine Webex Calling-Bereitstellung, bei der vom Kunden eine vorhandene Unified CM IP-Telefonanlage verwendet wird.

Webex Calling sendet Anrufe, die nicht mit den Zielorten des Kunden Webex Calling dem lokalen Gateway übereinstimmen. Dies umfasst PSTN Nummern und interne Unified CM-Erweiterungen, die Webex Calling können. Das lokale Gateway leitet alle Anrufe, die von Webex Calling zu Unified CM kommen, und umgekehrt. Anschließend verteilt Unified CM eingehende Anrufe an lokale Ziele oder an das PSTN gemäß dem bestehenden Wählplan. Der Unified CM-Wählplan vereinheitlicht Nummern zu +E.164. Das PSTN-Gateway kann als dedizierte Ausführung oder parallel zum lokalen Gateway verwendet werden.

Dediziertes PSTN-Gateway

Es wird empfohlen, die Ausführung dieser Bereitstellung als dediziertes PSTN-Gateway entsprechend dieser Grafik zu wählen, auf die zurückgegriffen werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

PSTN-Gateway als Parallellösung

Diese Abbildung zeigt eine Webex Calling-Bereitstellung mit Unified CM, bei der das lokale Gateway parallel zum PSTN-Gateway/SBC verwendet wird.

Webex Calling werden alle Anrufe, die nicht mit den Zielorten des Kunden Webex Calling übereinstimmen, an das lokale Gateway weiter, das dem Standort zugewiesen ist. Dazu gehören PSTN-Ziele und On-Net-Anrufe an interne Unified CM-Anschlüsse. Das lokale Gateway verteilt alle Anrufe an Unified CM. Daraufhin werden die Anrufe von Unified CM über das lokale Gateway, das außerdem über PSTN/SBC-Funktionen verfügt, an lokal registrierte Telefone oder an das PSTN verteilt.

Hinweise zur Anrufverteilung

Anrufe von Webex Calling an Unified CM

Das Prinzip der Webex Calling-Routing-Logik lässt sich wie folgt beschreiben: Wenn die Nummer, die auf einem Webex Calling-Endpunkt gewählt wird, nicht an ein anderes Ziel innerhalb desselben Kunden in Webex Calling geroutet werden kann, wird der Anruf zur weiteren Verarbeitung an das lokale Gateway gesendet. Alle Off-Net-Anrufe (außerhalb Webex Calling)-Anrufe werden an das lokale Gateway gesendet.

Bei einer Webex Calling-Bereitstellung ohne Integration in ein vorhandenes Unified CM werden alle Off-Net-Anrufe als PSTN-Anrufe behandelt. In Verbindung mit Unified CM kann ein Off-Net-Anruf trotzdem ein On-Net-Anruf sein, wenn das Ziel auf Unified CM gehostet wird, oder ein echter Off-Net-Anruf an ein PSTN-Ziel sein. Der Unterschied zwischen den beiden letztgenannten Anruftypen wird von Unified CM festgelegt und hängt vom Unternehmenswählplan ab, der von Unified CM bereitgestellt wird.

Die folgende Abbildung zeigt einen Webex Calling-Benutzer, der eine nationale Nummer in den USA wählt.

Unified CM, hier auf dem konfigurierten Wählplan basierend, verteilt den Anruf an einen lokal registrierten Endpunkt, an dem das angerufene Ziel als Verzeichnisnummer bereitgestellt wird. Dazu muss der Unified CM-Wählplan die Verteilung von +E.164-Nummern unterstützen.

Anrufe von Unified CM zu Webex Calling

Um die Anrufverteilung von Unified CM zu Webex Calling auf Unified CM zu ermöglichen, müssen verschiedene Routen bereitgestellt werden, um alle +E.164-Nummern und alle Adressen für den Nummerierungsplan des Unternehmens in Webex Calling festzulegen.

Wenn diese Routen eingerichtet sind, sind die beiden in der folgenden Abbildung dargestellten Anrufszenarien möglich.

Wenn ein Teilnehmer im PSTN eine DID-Nummer anruft, die einem Webex Calling-Gerät zugewiesen ist, wird der Anruf über das PSTN-Gateway des Unternehmens an das Unternehmen übergeben und gelangt anschließend zu Unified CM. Die angerufene Adresse dieses Anrufs entspricht einer der Webex Calling-Routen, die in Unified CM bereitgestellt wird, sodass der Anruf an das lokale Gateway gesendet werden kann. (Die angerufene Adresse muss das Format +E.164 haben, wenn der Anruf an das lokale Gateway gesendet wird.) Die Webex Calling Routing-Logik stellt dann sicher, dass der Anruf basierend auf der DID-Zuweisung Webex Calling an das Webex Calling wird.

Außerdem gilt für Anrufe, die von bei Unified CM registrierten Endpunkten ausgehen und auf Ziele in Webex Calling ausgerichtet sind, der Wählplan, der auf Unified CM bereitgestellt wird. Mit diesem Wählplan können Benutzer in der Regel Anrufe so tätigen, wie es beim Unternehmen üblich ist. Dabei handelt es sich nicht unbedingt ausschließlich um das Wählen nach dem Rufnummernschema +E.164. Alle anderen Wählverhaltenseinstellungen als +E.164 müssen auf +E.164 normalisiert werden, bevor die Anrufe an das lokale Gateway gesendet werden, um eine korrekte Weiterleitung in Webex Calling.

Dienstklasse (CoS – Class of Service)

Die Umsetzung strikter Dienstklassebeschränkungen wird aus verschiedenen Gründen grundsätzlich empfohlen, unter anderem um Anrufschleifen zu verhindern und einem Gebührenbetrug vorzubeugen. In Zusammenhang mit der Integration des lokalen Webex Calling-Gateways in die Unified CM-Dienstklasse müssen folgende Elemente berücksichtigt werden:

  • Geräte, die bei Unified CM registriert sind

  • Anrufe, die vom PSTN bei Unified CM eingehen

  • Anrufe aus der Unified CM-Webex Calling

Geräte, die bei Unified CM registriert sind

Die Webex Calling-Ziele als neue Klasse von Zielen zu einer vorhandenen CoS-Einrichtung hinzuzufügen, ist ziemlich einfach: Die Berechtigung für Anrufe zu Webex Calling-Zielen entspricht in der Regel der Berechtigung für Anrufe zu Zielen am Standort (einschließlich site-übergreifenden Zielen).

Wenn bei einem Unternehmenswählplan bereits eine (verkürzte) Berechtigung für site-übergreifende On-Net-Anrufe implementiert wird, dann wird auf Unified CM bereits eine Partition bereitgestellt, die wir nutzen können, sodass wir alle bekannten On-Net-Anrufe zu Webex Calling-Zielen in derselben Partition bereitstellen können.

Ansonsten existiert das Konzept der (verkürzten) Berechtigung für site-übergreifende On-Net-Anrufe noch nicht. Daher muss eine neue Partition (z. B. „onNetRemote“) bereitgestellt werden, zu der Webex Calling-Ziele hinzugefügt werden können. Anschließend muss diese neue Partition noch zu den zugehörigen Anrufsuchbereichen hinzugefügt werden.

Anrufe, die vom PSTN bei Unified CM eingehen

Die Webex Calling-Ziele als neue Klasse von Zielen zu einer vorhandenen CoS-Einrichtung hinzuzufügen, ist ziemlich einfach: Die Berechtigung für Anrufe zu Webex Calling-Zielen entspricht in der Regel der Berechtigung für Anrufe zu Zielen am Standort (einschließlich site-übergreifenden Zielen).

Wenn bei einem Unternehmenswählplan bereits eine (verkürzte) Berechtigung für site-übergreifende On-Net-Anrufe implementiert wird, dann wird auf Unified CM bereits eine Partition bereitgestellt, die wir nutzen können, sodass wir alle bekannten On-Net-Anrufe zu Webex Calling-Zielen in derselben Partition bereitstellen können.

Ansonsten existiert das Konzept der (verkürzten) Berechtigung für site-übergreifende On-Net-Anrufe noch nicht. Daher muss eine neue Partition (z. B. „onNetRemote“) bereitgestellt werden, zu der Webex Calling-Ziele hinzugefügt werden können. Anschließend muss diese neue Partition noch zu den zugehörigen Anrufsuchbereichen hinzugefügt werden.

Anrufe aus der Unified CM-Webex Calling

Mit Anrufen, die vom PSTN aus getätigt werden, müssen alle Webex Calling-Ziele erreicht werden können. Dafür ist es nötig, dass die vorgenannte Partition, auf der sich alle Webex Calling-Ziele befinden, dem Anrufsuchbereich hinzugefügt wird, der für eingehende Anrufe auf dem PSTN-Trunk verwendet wird. Mit dem Zugang zu Webex Calling-Zielen wird der bereits vorhandene Zugang ergänzt.

Während für Anrufe aus dem PSTN ein Zugang zu Unified CM-DIDs und Webex Calling-DIDs erforderlich ist, ist für Anrufe von Webex Calling aus ein Zugang zu Unified CM-DIDs und PSTN-Zielen erforderlich.

Abbildung 1. Differenzierte Dienstklasse für Anrufe aus dem PSTN und von Webex Calling aus

Diese Abbildung vergleicht diese beiden Serviceklassen für Anrufe von PSTN und Webex Calling. Die Abbildung zeigt auch, sollte die PSTN-Gateway-Funktion mit dem lokalen Gateway verknüpft sein, dass zwei Trunks für die Verbindung zwischen dieser Verknüpfung aus PSTN-GW und lokalem Gateway einerseits und Unified CM andererseits erforderlich sind: einen für Anrufe aus der PSTN- und einen für Anrufe mit Webex Calling. Grund dafür ist die Anforderung, unterschiedliche Anrufsuchbereiche pro Datenverkehrstyp anzuwenden. Mit zwei eingehenden Trunks in Unified CM lässt sich dies leicht erreichen, indem sie den erforderlichen Anrufsuchbereich für eingehende Anrufe auf jedem Trunk konfigurieren.

Integration des Wählplans

Bei diesem Leitfaden wird von einer vorhandenen Installation ausgegangen, die auf den besten aktuellen Verfahren aus „Bevorzugte Architektur für die Bereitstellung von Cisco Collaboration-Lösungen am Standort (CVD)“ basiert. Die neueste Version ist hier verfügbar.

Das empfohlene Wählplankonzept richtet sich nach dem Konstruktionsprinzip, das im Kapitel „Wählplan“ der neuesten Version von „Cisco Collaboration System SRND“ (hier verfügbar) dokumentiert ist.

Abbildung 2. Empfohlener Wählplan

Diese Abbildung gibt einen Überblick über das empfohlene Wählplankonzept. Zu den zentralen Merkmalen dieses Wählplankonzepts zählt Folgendes:

  • Alle Verzeichnisnummern, die auf Unified CM konfiguriert sind, verwenden das Format +E.164.

  • Alle Verzeichnisnummern befinden sich auf derselben Partition (DN) und sind als dringend gekennzeichnet.

  • Das Core-Routing basiert auf +E.164.

  • Alle Wählkonventionen ohne Verwendung des Rufnummernschemas +E.164 (z. B. verkürzte site-interne Wählvorgänge und PSTN-Wählvorgänge unter Verwendung üblicher Wählkonventionen) werden zu +E.164 vereinheitlicht (globalisiert), wobei Übersetzungsmuster für die Wählnormierung verwendet werden.

  • Bei diesen Übersetzungsmustern kommt eine Übersetzungsmustervererbung für Anrufsuchbereiche zum Einsatz; die eingestellte Option lautet „Den Anrufsuchbereich des Anrufers verwenden“.

  • Die Dienstklasse wird unter Verwendung der site- und dienstklassenspezifischen Anrufsuchbereiche implementiert.

  • PSTN-Zugangsmöglichkeiten (z. B. Zugang zu internationalen PSTN-Zielen) werden implementiert, indem Partitionen mit den jeweiligen +E.164-Routen-Mustern der Dienstklasse hinzugefügt werden, über die der Anrufsuchbereich festgelegt wird.

Erreichbarkeit zum Webex Calling

Abbildung 3. Hinzufügen Webex Calling Ziel zum Wählplan

Um die Erreichbarkeit von Webex Calling-Zielen zu diesem Wählplan zu erhöhen, muss eine Partition, die alle Webex Calling-Ziele darstellt, ("Webex Calling") und ein +E.164 Routen-Muster für jeden DID-Bereich in Webex Calling zu dieser Partition hinzugefügt werden. Dieses Routen-Muster verweist auf eine Routen-Liste mit nur einem Mitglied: die Routengruppe mit dem SIP-Trunk zum lokalen Gateway für Anrufe Webex Calling. Da alle gewählten Ziele auf +E.164 mithilfe von Anwahl-Übersetzungsmustern für Anrufe von bei Unified CM registrierten Endpunkten oder für eingehende Transformationen der angerufenen Parteien für Anrufe aus dem PSTN ist dieser einzelne Satz von +E.164-Routen-Mustern ausreichend, um Erreichbarkeit für Ziele in Webex Calling unabhängig vom verwendeten Anwahlverhalten zu erreichen.

Wenn ein Benutzer beispielsweise "914085550165" wählt, wird diese Wählzeichenfolge mit dem Einwahl-Übersetzungsmuster in der Partition "UStoE164" in "+14085550165" normalisiert, was dann mit dem Routen-Muster für ein Webex Calling-Ziel in Partition "Webex Calling" abwählt. Unified CM sendet den Anruf schließlich an das lokale Gateway.

Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Abbildung 4. Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Um verkürzte site-übergreifende Wählkonventionen zum Referenz-Wählplan hinzuzufügen, wird empfohlen, Übersetzungsmuster für die Wählnormierung für alle Sites unter dem Nummerierungsplan des Unternehmens zu einer dedizierten Partition hinzuzufügen („ESN“ – unternehmenssignifikante Nummern). Diese Übersetzungsmuster fangen Wählketten im Format des Nummerierungsplans des Unternehmens ab und vereinheitlichen die gewählte Kette zu +E.164.

Um die verkürzte Unternehmenswahl zu Webex Calling-Zielen hinzuzufügen, fügen Sie das entsprechende Übersetzungsmuster für die Einwahl-Normalisierung für die Webex Calling-Position zur Partition "Webex Calling" hinzu (z. B. "8101XX" im Diagramm). Nach der Personalisierung wird der Anruf erneut an Webex Calling gesendet, nachdem er mit dem Routen-Muster in der Partition "Webex Calling" übereinstimmen.

Wir empfehlen nicht, das verkürzte Übersetzungsmuster für die Wählweiterleitung für Webex Calling-Anrufe auf die ESN-Partition zu ändern, da diese Konfiguration unerwünschte Anrufweiterleitungsschleifen erstellen kann.

Protokoll-Handler für Anrufe

Webex Calling registriert die folgenden Protokoll-Handler beim Betriebssystem, damit die Funktion „Click-to-Call“ aus dem Webbrowser oder aus einer anderen Anwendung heraus verwendet werden kann. Die folgenden Protokolle starten einen Audio- oder Videoanruf in der Webex-App, wenn es sich um die Standard-Anrufanwendung auf Mac oder Windows verwendet:

  • CLICKTOCALL: oder CLICKTOCALL://

  • SIP: oder SIP://

  • TEL: oder TEL://

  • WEBEXTEL: oder WEBEXTEL://

Protokoll-Handler für Windows

Andere Apps können sich vor der Webex-App für die Protokollhandler registrieren. In Windows 10 werden die Benutzer im Systemfenster gefragt, welche App zum Starten des Anrufs verwendet werden soll. Diese Benutzereinstellung kann gespeichert werden, indem der Benutzer das Kontrollkästchen Immer diese App verwenden markiert.

Wenn Benutzer die Standardeinstellungen der Anruf-App zurücksetzen müssen, damit sie Webex App auswählen können, können Sie sie anweisen, die Protokollzuordnungen für die Webex-App in Windows 10 zu ändern:

  1. Öffnen Sie die Systemeinstellungen der Standard-App, klicken Sie auf Standardeinstellungen durch die App festlegenund wählen Sie dann Webex App .

  2. Wählen Sie für jedes Protokoll Webex-App aus .

Protokollhandler für macOS

Wenn unter Mac OS andere Apps, die in den Anrufprotokollen vor der Webex-App registriert sind, ihre Webex-App als Standard-Anrufoption konfigurieren.

In der Webex-App für Mac können Benutzer bestätigen, dass die Webex-App für die Einstellungen Anrufe mit beginnen unter den allgemeinen Einstellungen ausgewählt ist. Sie können auch Immer mit Microsoft Outlook verbinden aktivieren , wenn sie Anrufe in der Webex-App tätigen möchten, wenn sie auf die Nummer eines Outlook-Kontakts klicken.

30. September 2022
Vorbereiten Ihrer Umgebung für Webex Calling

Anforderungen für Anrufe

Lizenzierung

Webex Calling ist über den Cisco Collaboration Flex-Plan verfügbar. Sie müssen einen Enterprise Agreement (EA)-Plan (für alle Benutzer, einschließlich 50 % der Arbeitsbereichsgeräte) oder einen Plan für benannte Benutzer (Named User, NU) (für einen Teil oder alle Benutzer) kaufen.

Webex Calling bietet drei Lizenztypen („Stationstypen“)

  • Professional – Diese Lizenzen bieten einen umfassenden Funktionssatz für Ihre gesamte Organisation. Dieses Angebot umfasst Unified Communications (Webex Calling), Mobilität (Desktop- und mobile Clients mit Unterstützung für mehrere Geräte), Teamzusammenarbeit in der Webex-Appund die Option, Meetings mit bis zu 1000 Teilnehmern pro Meeting zu gebündelt.

  • Basic (Standard) – Wählen Sie diese Option, wenn Ihre Benutzer eingeschränkte Funktionen ohne Mobilität oder Unified Communications benötigen. Sie erhalten weiterhin ein vollständiges Sprachangebot, sind jedoch auf ein einzelnes Gerät pro Benutzer beschränkt.


    Basic-Lizenzen sind nur verfügbar, wenn Sie über ein Named User-Abonnement verfügen. Basic-Lizenzen werden für Enterprise Agreement-Abonnements nicht unterstützt.

  • Arbeitsbereiche (auch als Gemeinsamer Bereich bezeichnet) – Wählen Sie diese Option, wenn Sie nach einfachen Wählton-Funktionen mit einer begrenzten Anzahl von Anruffunktionen für Bereiche wie Pausenräume, Lobbys und Konferenzräume suchen.

In dieser Dokumentation erfahren Sie später, wie Sie diese Lizenzverteilungen an verschiedenen Standorten in Ihrer Organisation mit dem Control Hub verwalten können.

Bandbreitenanforderungen

Jedes Gerät in einem Videoanruf erfordert bis zu 2 MBit/s. Jedes Gerät in einem Audioanruf erfordert 100 Kbit/s. Inaktive Telefone benötigen eine minimale Bandbreite.

Lokales Gateway für lokales PSTN

Sowohl Value Added Reseller (VARs) als auch Dienstleister (Service Providers, SPs) können PSTN-Zugriff auf Webex Calling-Organisationen bieten. Das lokale Gateway ist derzeit die einzige Option, um lokalen PSTN-Zugriff bereitzustellen. Das lokale Gateway kann als Einzellösung bereitgestellt oder als Lösung verwendet werden, bei der die Integration in Cisco Unified Communications Manager erforderlich ist. Die Anforderungen an das lokale Gateway folgen.

Unterstützte Geräte

Webex Calling unterstützt Cisco-Multiplattform-IP-Telefone (MPP). Als Administrator können Sie die folgenden Telefone in der Cloud registrieren. Weitere Informationen dazu finden Sie in den folgenden Hilfeartikeln:


Eine vollständige Liste der unterstützten Geräte für Webex Calling finden Sie unter Unterstützte Geräte für Webex Calling.

Cisco Webex Room-, Board- und Desk-Geräte werden als Geräte in einem Arbeitsbereich unterstützt, den Sie in Control Hub erstellen. Weitere Informationen finden Sie unter „Cisco Webex Room-, Board- und Desk-Geräte“ in Unterstützte Geräte für Webex Calling. Sie können diesen Geräten jedoch den PSTN-Dienst bereitstellen, indem Sie Webex Calling für den Arbeitsbereich aktivieren.

Firewall

Sie müssen die Firewall-Anforderungen erfüllen, die unter Port-Referenzinformationen für Cisco Webex Calling angegeben sind.

Anforderungen an das lokale Gateway für Webex Calling

Allgemeine Voraussetzungen

Bevor Sie ein lokales Gateway für Webex Calling konfigurieren, müssen Sie Folgendes sicherstellen:

    • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

    • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

    • Sie haben ein grundlegendes Verständnis von SIP (Session Initiation Protocol).

    • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

    Weitere Details finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über ein oder mehrere lokale Gateways (Cisco CUBE (für IP-basierte Konnektivität) oder ein Cisco IOS Gateway (für TDM-basierte Konnektivität)) verfügt, die in Tabelle 1 im Local Gateway for Webex Calling Ordering Guide aufgeführt sind. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version wie im Konfigurationsleitfaden für das lokale Gateway angegeben ausgeführt wird.

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

Webex Calling erfordert eine sichere Signalisierung und sichere Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

30. September 2022
Konfigurieren von Cisco Webex Calling für Ihre Organisation

Passen Sie Ihre Organisation für Webex Calling in Control Hub an. Nachdem Sie Ihren ersten Standort über den Ersteinrichtungs-Wizard aktiviert haben, können Sie zusätzliche Standorte, Trung-Zuweisung- und -verwendung, Wählplanoptionen, Benutzer, Geräte und Funktionen einrichten und verwalten.

Im ersten Schritt der Einrichtung Ihrer Webex Calling-Dienste müssen Sie den First-Time Setup Wizard (FTSW) abschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.


 

Ihre Administrator-E-Mail-Adresse wird automatisch für die Anmeldung in Control Hub verwendet, wo Sie aufgefordert werden, Ihr Administratorpasswort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.


 

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und schließen, wenn Sie ein Partneradministrator sind und der Kundenadministrator die Einrichtung von Webex Calling durchführen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

 

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Sprache für Ansage – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Für E-Mails für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Dienste > Anrufdienst > Standorteund klicken Sie auf Standort hinzufügen.

Beachten Sie, dass neue Standorte in dem regionalen Rechenzentrum gehostet werden, das dem Land entspricht, das Sie mit dem First Time Setup Wizard ausgewählt haben.

2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname – Geben Sie einen eindeutigen Namen zur Standortidentifikation ein.
  • Land/Region– Wählen Sie ein Land, mit dem der Standort verknüpfen soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Adresse des Standorts: Geben Sie die Hauptadresse des Postadresse.
  • Stadt/Stadt—Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Region–Wählen Sie in der Dropdown-Dropdown-Option ein Bundesland aus.
  • Postleitzahl – Geben Sie die Postleitzahl ein.
  • Ankündigungssprache– Wählen Sie die Sprache für Audioankündigungen und -eingaben für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache– Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone –Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern, und wählen Sie dann Ja/Nein , um Nummern jetzt oder später zum Standort hinzuzufügen.

4

Wenn Sie auf Ja geklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe sowie ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen mit der Sie neue PSTN-Nummern bestellen oder vorhandene Nummern zu Cisco portiert werden können.


     

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

    • Ihre Lösung wird in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

     

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option wählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Standorte mit Cloud-Standorten verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Vorbereitungen


So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anruf > Nummern und wählen Sie aus dem Dropdown-Menü den Ort aus, an dem sie gelöscht werden sollen. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

1

Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu Dienste > Anrufe > Standorte.

2

Klicken Sie in der Spalte Aktionen neben dem Speicherort, den Sie löschen möchten.

3

Wählen Sie Standortlöschen aus und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Das permanente Löschen des Standorts dauert in der Regel einige Minuten, aber es kann bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie neben dem Standortnamen auf klicken und Löschstatus auswählen.

Sie können Ihre PSTN, den Namen, die Zeitzone und die Sprache eines Standorts nach der Einrichtung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.


Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu Dienste > Anrufe > Standorte, und wählen Sie den Standort aus, den Sie aktualisieren möchten.

Wenn neben einem Standort das Warnsymbol angezeigt wird, haben Sie noch keine Telefonnummer für diesen Standort konfiguriert. Sie können erst dann Anrufe tätigen oder empfangen, wenn Sie diese Nummer konfiguriert haben.

2

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.


     

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Gegenwärtig sind bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

    • Ihre Lösung wird in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

     

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Standortbasierte PSTN (lokales Gateway)– Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter behalten oder Eine Verbindung zu Cloud-Sites herstellen möchten.

     

    Webex Calling Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert wurden, wird automatisch in eine standortbasierte PSTN mit einem entsprechenden Trunk konvertiert.

3

Wählen Sie die Hauptnummer aus, unter der der Hauptkontakt des Standorts erreichbar ist.

4

(Optional) Unter Emergency Calling (Notruf) können Sie zur Zuweisung zu diesem Standort die Option "Standortidentifikator für den Notfall" auswählen.


 

Diese Einstellung ist optional und gilt nur für Länder, in denen diese erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) gibt es gesetzliche Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu überprüfen, wenn Sie einen Notruf machen und den Notfallsbehörden zur Verfügung gestellt werden. In anderen Ländern wie den USA und Kanada wird die Standortbestimmung mit anderen Methoden implementiert. Weitere Informationen finden Sie unter Erweiterte Notrufe.

Ihr Notrufanbieter benötigt möglicherweise Informationen über das Zugriffsnetzwerk und wird durch die Definition eines neuen privaten SIP-Anschlusskopfes, P-Access-Network-Info, erreicht. Die Kopfzeile übert die Informationen im Zusammenhang mit dem Zugriffsnetzwerk.

Wenn Sie die Kennung für den Notfallstandort für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Anbieter für Notrufe, um zu sehen, ob Sie diese Einstellung benötigen und den von Ihrem Notrufanbieter angegebenen Wert verwenden."

5

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

6

(Optional) Klicken Sie oben auf der Seite "Standort" auf das Bleistiftsymbol, um den Standortnamen, die Ankündigungssprache, die E-Mail-Sprache, das Zeitzone oder die Adresse nach Bedarf zu ändern, und klicken Sie anschließend auf Speichern.


 

Die Änderung der Ankündigungssprache wird für alle neuen Benutzer und Funktionen, die zu diesem Standort hinzugefügt werden, sofort wirksam. Wenn bei bestehenden Benutzern und/oder Funktionen auch die Ankündigungssprache geändert werden sollte, wählen Sie bei Aufforderung Ändern für vorhandene Benutzer und Arbeitsbereiche oder Für vorhandene Funktionen ändern aus. Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Aufgabenseite anzeigen. Sie können erst dann weitere Änderungen vornehmen, wenn diese abgeschlossen ist.


 

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeite, wechseln Sie zum Bereich Allgemeine Einstellungen der entsprechenden Funktion, für die Sie die Zeitzone aktualisieren möchten. Führen Sie die Bearbeitung durch und speichern Sie.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan aktualisieren, werden die Beispielnummern in Control Hub in Übereinstimmung mit diesen Änderungen aktualisiert.


Ausgehende Wahlcodes werden von der Webex-App, der App Webex Calling oder Cisco Room-Geräten nicht unterstützt.


Sie können die Berechtigungen für ausgehende Anrufe an einem Standort konfigurieren. Gehen Sie wie folgt vor, um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu Dienste > Anrufe > Diensteinstellungen und navigieren Sie zu Interne Rufnummernwahl.

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort – Wir empfehlen Ihnen diese Einstellung, wenn Sie mehrere Standorte haben. Ihre Eingabe darf eine Länge von 2 bis 7 Ziffern haben. Wenn Sie mehrere Standorte mit demselben Anschluss haben, müssen Benutzer bei einem standortübergreifenden Anruf einen Präfix verwenden. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.
  • Steuerungsziffern im Routing-Präfix – Hier können Sie unabhängig davon, ob Sie Routing-Präfixe für Standorte verwenden, einen Wert festlegen.
  • Länge interner Anschluss – Sie können 2 bis 6 Ziffern eingeben. Die Standardlänge beträgt 2.

     

    Wenn Sie die Länge von Anschlüssen erhöhen, werden vorhandene Kurzwahlen zu internen Anschlüssen nicht automatisch aktualisiert.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Gehen Sie zu Dienste > Anruf > Standorte und wählen Sie einen Standort aus. Navigieren Sie zu Rufnummernwahl und ändern Sie die interne und externe Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer an anderen Standorten wählen müssen, um jemanden an diesem Standort zu erreichen. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge der auf Organisationsebene festgelegten Länge entspricht, die 2 bis 7 Ziffern betragen muss.
  • Externe Rufnummernwahl – Optional können Sie eine Ziffer für ausgehende Anrufe angeben, die Benutzer wählen müssen, um einen Anruf nach außen zu tätigen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

     

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch weiterhin externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

Auswirkungen für Benutzer:

  • Damit die Änderungen in den Rufwahleinstellungen übernommen werden, müssen Benutzer ihr Telefon neu starten.

  • Benutzeranschlüsse dürfen nicht mit den gleichen Ziffern wie die Steuerungsziffern des Standorts beginnen.

Wenn Sie ein Value Added Reseller sind, können Sie wie nachfolgend beschrieben die Konfiguration des lokalen Gateways in Control Hub starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Webex Calling-Standorte verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.


Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Gehen Sie wie nachfolgend beschrieben vor, um einen Trunk in Control Hub zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für Webex Calling vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu Dienste > Anrufe > Anrufverteilung, und wählen Sie Trunk hinzufügen.

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.


 

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, dass Sie diese Informationen aus Control Hub kopieren und in eine lokale Textdatei oder ein Dokument einfügen, damit Sie darauf verweisen können, wenn Sie das lokale PSTN konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

1

Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu Dienste > Anrufe > Standorte.

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.


 

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Anhand der von Control Hub generierten Konfigurationsinformationen müssen Sie die Parameter auf dem lokalen Gateway abbilden (z. B. auf einem Cisco CUBE vor Ort). Dieser Artikel leitet Sie dabei an. In der folgenden Abbildung sehen Sie ein Beispiel dafür, wie die Control Hub-Konfigurationsinformationen (links) ihre Entsprechung in den Parametern im CUBE (rechts) haben:

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anrufen > Standorte in Control Hub zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen aufgeführt. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

1

Wählen Sie in der Kundenansicht unter https://admin.webex.com das Gebäudesymbol aus.

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

1

Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu Organisationseinstellungen > Dienste. Scrollen Sie zu Anrufe, und wählen Sie Client-Einstellungen aus.

2

Ziehen Sie die Anrufoptionen, die die Benutzer sehen sollen, per Drag & Drop in das Feld Verfügbare Anrufoptionen, und ordnen Sie sie dann in der gewünschten Prioritätsreihenfolge für die Benutzer an.

Andere Optionen, die für Benutzer ausgeblendet sind, erscheinen im Feld Ausgeblendete Anrufoptionen, wie in diesem Beispielbildschirm gezeigt:

3

Aktivieren Sie den Umschalter Single Click-to-Call aktivieren, wenn Benutzer einen Anruf mit der ersten, von Ihnen im vorherigen Schritt konfigurierten Anrufoption tätigen können sollen.


 

Es kann bis zu 24 Stunden dauern, bis die Änderungen in Webex App angezeigt werden. Sie können Ihren Benutzern raten, ihre Apps neu zu starten, um diese Änderungen schneller zu übernehmen.

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer PSTN-Anrufe tätigen. Nachdem Sie diese Einstellung auf Organisationsebene konfiguriert haben, können Sie sie für bestimmte Benutzer außer Kraft setzen.


Wählen Sie die organisationsübergreifende Option nur, wenn Sie bereit sind, Ihre gesamte Organisation zu migrieren.

Vorbereitungen

  • Ihre Organisation muss über die entsprechenden Abonnements für das von Ihnen gewählte Anrufverhalten verfügen.

  • Die Benutzer müssen über gültige Telefonnummern verfügen. Wenn die Nummern ungültig sind, sendet Webex App die Nummer trotzdem an die von Ihnen ausgewählte Anruf-App, aber der Anruf von dieser App schlägt fehl.

Wechseln Sie aus der Kundenansicht https://admin.webex.com in zu Management > Organisationseinstellungen, blättern Sie zu Anrufverhalten und wählen Sie eine der folgenden Auswahlen: .

  • Anrufe in Webex – WählenSie diese Option aus, wenn Benutzer anrufe direkt in der Webex-App über Webex Calling.
  • Webex Calling-App – Wählen Sie diese Option, wenn Ihre Organisation ein Abonnement für Cisco Webex Calling hat und Sie den Benutzern erlauben möchten, PSTN-Anrufe über die Webex Calling-App zu tätigen. Wenn Benutzer PSTN-Anrufe in Webex App tätigen, wird dazu die Webex Calling-App verwendet.

     

    Die Webex Calling-App ist nur für ausgewählte Kunden verfügbar.

Es wird eine Meldung angezeigt, die darauf hinweist, dass das Anrufverhalten aktualisiert wurde. Die Benutzer können nun PSTN-Anrufe von Webex App oder der Webex Calling-App aus tätigen.

Für die Benutzer muss die entsprechende Anwendung installiert sein, um PSTN-Anrufe von Webex App aus zu tätigen. Stellen Sie sicher, dass die Benutzer wissen, welche Wahl Sie getroffen haben und ob eine andere App zum Tätigen von PSTN-Anrufen verwendet wird.


 

Sie können diese Einstellung auf Benutzerebene ändern, wenn bestimmte Personen eine andere Anrufoption verwenden müssen. Gehen Sie zu Benutzer, und wählen Sie unter Einstellungen die Option Anrufverhalten aus. Sie können Ihre Wahl treffen und dann auf Speichern klicken.

30. September 2022
Konfigurieren eines lokalen Gateways unter IOS-XE für Webex Calling

Nachdem Sie die Webex Calling für Ihre Organisation konfiguriert haben, können Sie einen Trunk konfigurieren, um Ihr lokales Gateway mit dem lokalen Gateway zu Webex Calling. Der SIP TLS-Transport sichert den Trunk zwischen dem lokalen Gateway und der Webex-Cloud. Für die Medien zwischen dem lokalen Gateway und Webex Calling SRTP verwendet.

Ablauf der Konfiguration für das lokale Gateway

Es gibt zwei Optionen für die Konfiguration des lokalen Gateways für den Webex Calling-Trunk :

  • Registrierungsbasierter Trunk

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf entweder unter dem registrierungsbasierten lokalen Gateway oder dem zertifikatbasierten lokalen Gateway , um das lokale Gateway für Ihren fernen Webex Calling konfigurieren. Weitere Informationen zu verschiedenen Trunk-Typen finden Sie unter Konfigurieren von Trunks, Routen-Webex Calling und Wählplänen für ihre Benutzer. Führen Sie auf dem lokalen Gateway selbst unter Verwendung der Befehlszeilenschnittstelle (Command Line Interface, CLI) die folgenden Schritte aus. Wir verwenden den Session Initiation Protocol -Transport (SIP) und Transport Layer Security (TLS), um den -Trunk und das Secure Real-Time Protocol (SRTP) zu sichern, um die Medien zwischen dem lokalen Gateway und den Webex Calling.

Vorbereitungen

  • Machen Sie sich mit den Anforderungen an das lokale öffentliche PSTN-Netzwerk (Public Switched Telephone Network, PSTN) und lokales Gateway (LGW) für Webex Calling . Weitere Informationen finden Sie unter Cisco Preferred Architecture Webex Calling-System .

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie eine vorhandene PSTN-Gateway- oder lokale Gateway-Unternehmensbereitstellung so ändern, dass sie als lokales Gateway für Webex Calling verwendet wird, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass Sie die vorhandenen Anrufabläufe und Funktionen aufgrund der vorgenommenen Änderungen nicht unterbrechen.

  • Erstellen Sie einen Trunk im Control Hub und weisen Sie ihn dem Standort zu. Weitere Informationen finden Sie unter Konfigurieren von Trunks, Routen-Gruppen Webex Calling Wählpläne.

Vorbereitungen

  • Stellen Sie sicher, dass die folgende Baseline-Plattform-Konfiguration, die Sie konfigurieren, gemäß den Richtlinien und Verfahren Ihrer Organisation eingerichtet ist:

    • NTPs

    • Acls

    • Passwörter aktivieren

    • Primäres Passwort

    • IP-Routing

    • IP-Adressen und so weiter

  • Sie benötigen eine unterstützte Mindestversion von Cisco IOS XE 16.12 oder IOS-XE 17.3 für alle lokalen Gateway-Bereitstellungen.

1

Stellen Sie sicher, dass Sie allen Layer 3-Schnittstellen gültige und routingfähige IP-Adressen zuweisen:

interface GigabitEthernet0/0/0
description Interface facing PSTN and/or CUCM
ip address 192.168.80.14 255.255.255.0!
interface GigabitEthernet0/0/1
description Interface facing Webex Calling
ip address 192.168.43.197 255.255.255.0
2

Konfigurieren Sie mit den folgenden Befehlen einen primären Schlüssel für das Passwort vor, bevor Sie die Anmeldeinformationen und geteilten Informationen verwenden. Sie verschlüsseln die Typ 6-Passwörter mithilfe einer AES-Verschlüsselung und eines nutzerdefinierten Primärschlüssels.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Konfigurieren Sie den IP-Namen-Server, um das DNS-Suchen und Ping zu aktivieren, um sicherzustellen, dass der Server erreichbar ist. Das lokale Gateway verwendet DNS, um ihre Webex Calling adressen zu lösen:

conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
4

Aktivieren Sie TLS 1.2 Und eine Standard-Platzhalter-Trustpoint:

  1. Erstellen Sie einen Platzhalter-PKI-Trustpoint und rufen Sie ihn als Beispieltp an.

  2. Weisen Sie den Trustpoint als standardmäßigen Signalisierungs-Trustpoint unter sip-ua zu.


     
    • Stellen Sie sicher, dass ein cn-san-Validate-Server die lokale Gateway-Verbindung nur erstellt, wenn der auf Tenant 200 konfigurierte ausgehende Proxy (beschrieben später) mit der CN-SAN-Liste stimmt, die Sie vom Server erhalten.

    • Sie benötigen den Krypto-Trustpoint, damit TLS funktioniert. Obwohl für die Verbindung kein lokales Client-Zertifikat (z. B. mTLS) erforderlich ist.

  3. Aktivieren Sie v1.2 leider, um TLS v1.0 und v1.1 zu deaktivieren.

  4. Legen Sie die Anzahl der TCP-Wiederholungen auf 1000 fest (5-msec Multiples = 5 Sekunden).

  5. Stellen Sie die Timer-Verbindung ein, um TLS herzustellen <wait-timer in="" sec="">. Der Bereich liegt bei 5 bis 20 Sekunden, der Standardwert beträgt 20 Sekunden. (LGW nimmt 20 Sekunden in Sekunden, um den TLS-Verbindungsfehler zu erkennen, bevor versucht wird, eine Verbindung zur nächsten verfügbaren herzustellen. Webex Calling auf SBC. Mit der CLI kann der Administrator den Wert ändern, um Netzwerkbedingungen zu erfüllen und Verbindungsfehler mit dem Access SBC viel schneller zu erkennen.


     

    Cisco IOS XE 17.3.2 und höher ist anwendbar.

configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Aktualisieren des Vertrauenspools des lokalen Gateways:

Das Standardmäßige TrustPool-Paket umfasst nicht die Zertifikate "Die Zertifikatzertifizierungsstelle" oder die Zertifikate "IdenTrust Commercial", die Sie zum Validieren des serverseitigen Zertifikats während der TLS-Verbindungseinrichtung auf Webex Calling.

Laden Sie das neueste "Cisco Trusted Core Root Bundle" http://www.cisco.com/security/pki/ von herunter, um das Trustpool-Paket zu aktualisieren.

  1. Überprüfen Sie, ob die Zertifikate „DigiCert Room CA“ und „IdenTrust Commercial“ vorhanden sind:

    show crypto pki trustpool | include DigiCert
  2. Wenn die kommerziellen Zertifikate "Cert Room CA" und "IdenTrust" nicht vorhanden sind, aktualisieren Sie diese wie folgt:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    end
    

     

    Alternativ können Sie das Zertifikatpaket herunterladen und von einem lokalen Server oder lokalem Gateway-Flash-Speicher installieren.

    Zum Beispiel:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Überprüfen:

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Vorbereitungen

Stellen Sie sicher, dass Sie die Schritte in Control Hub ausführen, um einen Standort zu erstellen und einen Trunk für diesen Standort hinzuzufügen. Im folgenden Beispiel erhalten Sie die Informationen über Control Hub.

1

Geben Sie die folgenden Befehle ein, um die Lokale Gateway-Anwendung zu aktivieren, finden Sie unter Portreferenzinformationen für Cisco Webex Calling die neuesten IP-Subnetze, die Sie zum Lokalen Gateway Vertrauensliste:

configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
end

Hier ist eine Erklärung der Felder für die Konfiguration:

Schutz vor Gebührenbetrug
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Aktiviert die Quell-IP-Adressen von Einheiten, von denen das lokale Gateway berechtigte VoIP-Anrufe erwartet, z. B. Webex Calling-Peers , Unified CM-Knoten und IP-PSTN.

  • Standardmäßig blockiert LGW alle Einrichtungen eingehender VoIP-Anrufe von IP-Adressen, die nicht in der Vertrauensliste enthalten sind. IP-Adressen von Dial-Peers mit "Sitzungsziel-IP" oder Servergruppe sind standardmäßig vertrauenswürdig, und Sie müssen hier nicht befüllen.

  • Die IP-Adressen in der Liste müssen mit den IP-Subnetzen übereinstimmen, je nach dem Webex Calling Rechenzentrum, das Sie verbinden. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling.


     

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone NAT befindet, können Sie die Vertrauensliste mit den IP-Adressen auf der Webex Calling-Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschten eingehenden VoIP. Die Deaktivierung der Aktion reduziert den längeren Konfigurations-Overhead, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers behoben bleiben und Sie Ihre Firewall für die Peers in jedem Fall konfigurieren müssen.

  • Konfigurieren Sie andere IP-Adressen auf anderen Schnittstellen, zum Beispiel: stellen Sie sicher, dass die Unified CM-Adressen zu den nach rechts gerichteten Schnittstellen hinzugefügt werden.

  • Die IP-Adressen müssen mit der IP-Adresse des Hosts und dem outbound-proxy auf Mandanten 200 um.

  • Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html.

Medien
voice service voip
 media statistics 
 media bulk-stats 
SIP-to-SIP-Grundfunktionen
allow-connections sip to sip
Zusätzliche Dienste
no supplementary-service sip refer
no supplementary-service sip handle-replaces

Deaktiviert REFER und ersetzt die Dialog-ID im ersetzt die Kopfzeile durch die Peer-Dialog-ID.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889.

Faxprotokoll
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Ermöglicht T.38 den Faxtransport, allerdings wird der Faxverkehr nicht verschlüsselt.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152.
Globale Stun aktivieren
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Wenn Sie einen Anruf an einen Webex Calling-Benutzer weitergeleitet haben ( beispielsweise sind sowohl der angerufene als auch der Anrufer Webex Calling-Abonnenten und wenn Sie Medien am Webex Calling SBC verankern), können die Medien nicht zum lokalen Gateway weiterfließen, da das Loch nicht geöffnet ist.

  • Mit der Stun-Bindungsfunktion auf dem lokalen Gateway können lokal generierte Stun-Anforderungen über den ausgehandelten Medienpfad gesendet werden. Der Stun hilft, das Loch in der Firewall zu öffnen.

  • Das Stun-Passwort ist eine Voraussetzung dafür, dass das lokale Gateway Stun-Nachrichten sendet. Sie können die Cisco IOS/IOS XE-basierten Firewalls so konfigurieren, dass sie dynamisch nach dem Passwort suchen und Lochs öffnen (z. B. ohne explizite In-Out-Regeln). Für die Bereitstellung des lokalen Gateways konfigurieren Sie die Firewall jedoch statisch, um Lochs in und aus basierend auf den Webex Calling-SBC-Subnetzen zu öffnen. Daher muss die Firewall SBC-Subnetze als jedes eingehende UDP-Paket behandeln, wodurch das Loch geöffnet wird, ohne explizit den Paketinhalt zu sehen.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183.
G729
sip
g729 annexb-all

Ermöglicht alle Varianten von G729.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976.
SIP
early-offer forced

Zwingt das lokale Gateway dazu, die SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf Bestätigung des Nachbar peers zu warten.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp3350229210.
2

Konfigurieren Sie "SIP Profile 200".

voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Hier ist eine Erklärung der Felder für die Konfiguration:

  • Regel 9

    Stellt sicher, dass Sie die Kopfzeile auflisten als “SIP-Req-URI” aufgeführt wird und nicht als “SIP-Req-URL” .

    Die Regel wird zwischen SIP-URIs und SIP-URLs konvertiert, da Webex Calling SIP-URIs in den Anforderungs-/Antwortnachrichten nicht unterstützt, sie jedoch für SRV-Abfragen benötigt. Beispiel: _sips._tcp.<outbound-proxy>.
  • Regel 20

    Ändert die Kopfzeile von so, dass sie den OTG/DTG-Parameter der Trunk-Gruppe von Control Hub enthält, um eine lokale Gateway-Site in einem Unternehmen eindeutig zu identifizieren.

  • Wendet das SIP-Profil für alle datenverkehrsorientierten Benutzer mit Mandanten 200 (später besprochen) Webex Calling. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475.

3

Konfigurieren Sie das Codec-Profil, die Stun-Definition und die SRTP Crypto Suite.

voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
exit
voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80
exit
voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite
exit

Hier ist eine Erklärung der Felder für die Konfiguration:


 

Wenn sich Ihr Anchor-Medium am ITSP SBC und das lokale Gateway hinter einer NAT befindet, warten Sie auf den eingehenden Medienstream von ITSP. Sie können den Stun-Befehl auf ITSP-orientierte Dial-Peers anwenden.


 

Sie benötigen stun-usage ice-schlüsse für Anrufabläufe, die die Medienpfadoptimierung nutzen.

4

Ordnen Sie Control Hub-Parametern die Konfiguration des lokalen Gateways zu.

Fügen Webex Calling als Mandanten innerhalb des lokalen Gateways hinzu. Sie benötigen Konfiguration, um das lokale Gateway unter dem Sprachklasse-Mandanten 200 zu registrieren. Sie müssen die Elemente dieser Konfiguration von der Seite Trunk-Info von Control Hub abrufen, wie in der folgenden Abbildung gezeigt. Im folgenden Beispiel werden die Felder angezeigt, die der jeweiligen lokalen Gateway-CLI zuordnen.

Wenden Sie Tenant 200 auf alle lokalen Webex Calling Peers (2xx Tag) innerhalb der Konfiguration des lokalen Gateways an. Mit der Tenantfunktion der Sprachklasse können Sie SIP-Trunk-Parameter grupp wählen und konfigurieren, die andernfalls unter Voice Service VoIP und sip-ua durchgeführt werden. Wenn Sie einen Mandanten konfigurieren und unter einem Dial-Peer anwenden, gilt die folgende Reihenfolge der Einstellungen für Konfigurationen des lokalen Gateways:

  • Dial-Peer-Konfiguration

  • Mandantenkonfiguration

  • Globale Konfiguration (Sprachdienst VoIP /sip-ua)

5

Konfigurieren Sie Tenant 200 für die Aktivierung der Trunk-Registrierung vom lokalen Gateway Webex Calling basierend auf den Parametern, die Sie aus Control Hub erhalten haben:


 

Die folgenden Befehlszeilen und Parameter sind nur Beispiele. Verwenden Sie die Parameter für Ihre eigene Bereitstellung.

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class tenant 200

Aktiviert spezifische globale Konfigurationen für mehrere Mandanten auf SIP-Trunks, die differenzierte Dienste für Mandanten ermöglichen.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993.
registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Dem Server des Server für das lokale Gateway, bei dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Anmeldeinformationen für die Aufgabe der Trunk-Registrierung. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, weil Webex Calling PAI unterstützt, die mit CIO aktiviert wird asserted-id pai. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764.

sip-server dns:40462196.cisco-bcld.com
Definiert die Webex Calling Server. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp1622025569.
srtp-crypto 200

Definiert voice class srtp-crypto 200 um SHA1_80 festzulegen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

session transport tcp tls
Legt den Transport zu TLS fest. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.
url sips

SRV Abfrage müssen VOM SBC unterstützte SIPs sein; Alle anderen Nachrichten werden durch sip-profile 200 in SIP geändert.

error-passthru

Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp2069028434.
asserted-id pai

Aktiviert die PAI-Verarbeitung im lokalen Gateway. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203.

bind control source-interface GigabitEthernet0/0/1

Konfiguriert eine Quell-IP-Adresse für die Signalisierungsquelle-Schnittstelle, gegenüber Webex Calling. Weitere Informationen https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 finden Sie unter .

bind media source-interface GigabitEthernet0/0/1

Konfiguriert eine Quell-IP-Adresse für die Medienquelle-Schnittstelle, auf die Webex Calling . Weitere Informationen https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 finden Sie unter .

no pass-thru content custom-sdp

Standardbefehl unter Mandant. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p1.html#wp1894635288.

sip-profiles 200

Änderungen SIPs zu SIP ändern und Leitung/Port für INVITE- und REGISTER-Nachrichten ändern, wie festgelegt in voice class sip-profiles 200. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling auf SBC. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Gehen Sie transparent über Privatsphäre-Kopfzeilenwerte vom eingehenden zum ausgehenden Abschnitt hinweg. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481.

Nachdem Sie Tenant 200 innerhalb des lokalen Gateways definiert und einen SIP VoIP Dial-Peer konfiguriert haben, initiiert das Gateway dann eine TLS-Verbindung in Richtung Webex Calling. An diesem Punkt stellt der SBC dem lokalen Gateway sein Zertifikat vor. Das lokale Gateway validiert das Webex Calling über das CA-Stammpaket, das zuvor aktualisiert wurde, auf das SBC-Zertifikat. Stellt eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Webex Calling SBC zusammen. Das lokale Gateway sendet anschließend ein REGISTER an den SBC, der vor der Herausforderung steht. Die Registrierungs-AOR ist number@domain. Die Nummer wird aus dem Anmeldedatenparameter "Number" und der Domäne aus dem "dns des dns" des "dns"<fqdn>. Wenn die Registrierung vor der Herausforderung steht:

  • Verwenden Sie die Parameter Benutzername, Passwort und Realm aus den Anmeldedaten, um die Kopfzeile und das SIP-Profil 200 zu erstellen.

  • Konvertiert die SIPS-URL zurück zu SIP.

Registrierung erfolgreich, wenn Sie 200 OK vom SBC-Zugriff erhalten.

Für diese Bereitstellung ist die folgende Konfiguration auf dem lokalen Gateway erforderlich:

  1. Sprachklasse-Mandanten– Sie erstellen andere Mandanten für Dial-Peers, denen ITSP gegenüber steht, ähnlich wie Tenant 200 , die Sie für Webex Calling-Peers erstellen.

  2. Sprachklassen-URIs:Sie definieren Muster für Host-IP-Adressen/Ports für verschiedene Trunks, die auf dem lokalen Gateway enden:

    • Webex Calling zu LGW

    • PSTN SIP-Trunk-Terminierung auf LGW

  3. Ausgehende Dial-Peers– Sie können ausgehende Anrufkonfigurationen von LGW zu ITSP SIP-Trunk und zu Webex Calling.

  4. Sprachklasse DPG– Sie können aufrufen, um ausgehende Dial-Peers von einem eingehenden Dial-Peer an zielen.

  5. Eingehende Wähl-Peers– Sie können eingehende Anrufanrufe von ITSP und -Webex Calling.

Verwenden Sie die Konfigurationen entweder für die Einrichtung des von Partnern gehosteten lokalen Gateways oder für das Kunden-Site-Gateway, wie in der folgenden Abbildung gezeigt.

1

Konfigurieren Sie die folgenden Sprachklassenmandanten:

  1. Wenden Sie Voice class Tenant 100 auf alle ausgehenden Dial-Peers an, denen IP-Adressen PSTN.

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Wenden Sie Sprachklasse-Tenant 300 auf alle eingehenden Dial-Peers von IP-PSTN.

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Konfigurieren Sie den folgenden Sprachklassen-URI:

  1. Definieren Sie die Host-IP-Adresse des ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definieren Sie ein Muster, um eine lokale Gateway-Site in einem Unternehmen eindeutig zu identifizieren, basierend auf dem Control Hub-Parameter OTG oder DTG:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Lokales Gateway unterstützt momentan keinen Unterstrich "_" im Übereinstimmungsmuster. Als Problemumgehung können Sie einen Punkt "" verwenden. (beliebige Übereinstimmung), um den Unterstrich „_“ zuzuordnen.

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
3

Konfigurieren Sie die folgenden ausgehenden Dial-Peers:

  1. Ausgehender Dial-Peer in Richtung IP-PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    Definiert einen VoIP Dial-Peer mit einem Tag 101und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    destination-pattern BAD.BAD

    Ermöglicht die Auswahl von Dial-Peer 101. Sie rufen diesen ausgehenden Dial-Peer jedoch direkt vom eingehenden Dial-Peer mit dpg-Anweisungen auf und umgehen die Ziffernmuster-Übereinstimmungskriterien. Sie verwenden ein beliebiges Muster basierend auf alphanumerischen Ziffern, die von der CLI des Zielmusters zugelassen werden.

    session protocol sipv2

    Gibt an, dass Dial-Peer101 SIP-Anrufaufrufe verarbeitet.

    session target ipv4:192.168.80.13

    Gibt die Ziel-IPv4-Adresse des Ziels an, um den Anruf zu senden. In diesem Fall die IP-Adresse des ITSP.

    voice-class codec 99

    Gibt an, dass die Codec-Präferenzliste 99 für diesen Dial-Peer verwendet werden soll.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion in diesem Anrufabschnitt.

    voice-class sip tenant 100

    Der Dial-Peer erbt alle Parameter von Tenant 100 , es sei denn, derselbe Parameter ist unter dem Dial-Peer selbst definiert.

    no vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

  2. Ausgehender Dial-Peer in Richtung Webex Calling (Sie aktualisieren den Dial-Peer für ausgehende Anrufe, um als eingehender Dial-Peer von Webex Calling sowie später im Konfigurationshandbuch zu dienen).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Erläuterung der Befehle:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag der 200201 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung

    session target sip-server

    Gibt an, dass der globale SIP-Server das Ziel für Anrufe von diesem Dial-Peer ist. Webex Calling-Server, den Sie in Tenant 200 definieren, wird für Dial-Peer-Server 200201.

    voice-class stun-usage 200

    Ermöglicht lokal generierte Stun-Anforderungen am lokalen Gateway das Senden über den ausgehandelten Medienpfad. Stun hilft dabei, das Loch in der Firewall zu öffnen.

    no voice-class sip localhost

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID von ausgehenden Nachrichten.

    voice-class sip tenant 200

    Der Dial-Peer erbt alle Parameter von Tenant 200 (LGW <--> Webex Calling Trunk), es sei denn, Sie definieren den gleichen Parameter unter dem Dial-Peer selbst. </-->

    srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

    no vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

4

Konfigurieren Sie die folgenden Dial-Peer-Gruppen (dpg):

  1. Definiert Dial-Peer-Gruppe 100. Der ausgehende Dial-Peer 101 ist das Ziel für alle eingehenden Dial-Peers, die Dial-Peer-Gruppe 100 aufrufen. Wir wenden DPG 100 auf den eingehenden Dial-Peer-200201 für Webex Calling --> LGW --> PSTN an.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Definieren Sie Dial-Peer-Gruppe 200 mit dem ausgehenden Dial-Peer 200201 als Ziel für den Pfad PSTN --> LGW --> Webex Calling. Wenden Sie DPG 200 auf den eingehenden Peer 100 an , den Sie später definieren.

    voice class dpg 200
    description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
    dial-peer 200201 preference 1
    
5

Konfigurieren Sie die folgenden eingehenden Dial-Peers:

  1. Eingehender Dial-Peer für eingehende IP-PSTN-Anrufabschnitte:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 200
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    session protocol sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet.

    incoming uri via 100

    Gibt den URI 100 der Sprachklasse an, damit der eingehende Datenverkehr von IP-PSTN zum lokalen Gateway auf der Host-IP-Adresse des VIA-Headers übereinstimmen kann. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    Gibt die Peer-Gruppe 200 an , um einen Peer für ausgehende Anrufe auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    Der Dial-Peer erbt alle Parameter von Tenant 300 , es sei denn, derselbe Parameter ist unter dem Dial-Peer selbst definiert.

    no vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

  2. Eingehender Dial-Peer für eingehende Webex Calling-Anrufabschnitte:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 100
    incoming uri request 200
     

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Aktualisiert einen VoIP-Dial-Peer mit einem Tag der 200201 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    incoming uri request 200

    Gibt den Sprachklassen-URI 200 an, damit eingehender Datenverkehr von Webex Calling zu LGW mit dem einzigartigen DTG-Muster im Anforderungs-URI abgeschellt wird, der die lokale Gateway-Site innerhalb eines Unternehmens und im Webex Calling-System eindeutig identifiziert. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    Gibt die Peer-Gruppe 100 an , um einen Peer für ausgehende Anrufe auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    max-conn 250

    Begrenzt die Anzahl der gleichzeitigen Anrufe zwischen dem LGW und Webex Callingauf 250, unter der Annahme, dass ein Single Dial-Peer Webex Calling für eingehende und ausgehende Anrufe gemäß der Definition in diesem Artikel verwendet wird. Weitere Informationen zu Einschränkungen bei gleichzeitigen Anrufen mit lokalem Gateway finden Sie unter https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN zu Webex Calling

Passen Sie alle eingehenden IP-PSTN-Anrufeingänge auf dem lokalen Gateway mit Dial-Peer 100 an, um ein Übereinstimmungskriterium für die VIA-Kopfzeile mit der IP-Adresse der IP-Adresse des PSTN zu definieren. DPG 200 ruft ausgehende Dial-Peer-200201 auf, die den Webex Calling-Server als Zielziel hat.

Webex Calling zu PSTN

Passen Sie alle eingehenden Webex Calling-Anrufgruppen auf dem lokalen Gateway mit Dial-Peer-200201 an, um das Übereinstimmungskriterium für das ANFORDERUNGs-URI-Headermuster mit dem Parameter OTG/DTG der Trunk-Gruppe zu definieren, der für diese lokale Gateway-Bereitstellung eindeutig ist. DPG 100 ruft den ausgehenden Dial-Peer 101auf, der die IP-PSTN-IP-Adresse als Zielziel hat.

Für diese Bereitstellung ist die folgende Konfiguration auf dem lokalen Gateway erforderlich:

  1. Mandanten derSprachklasse – Sie erstellen weitere Mandanten für Dial-Peers, denen Unified CM und ITSP gegenüber stehen, ähnlich wie Tenant 200 , die Sie für Webex Calling Peers mit Dial-Peers erstellen.

  2. Sprachklasse-URIs:Sie definieren ein Muster für Host-IP-Adressen/Ports für verschiedene Trunks, die auf dem LGW enden von:

    • Unified CM zu LGW für PSTN Ziele

    • Unified CM zu LGW für Webex Calling Ziele

    • Webex Calling zu LGW-Zielen

    • PSTN SIP-Trunk-Terminierung auf LGW

  3. Sprachklasse-Server-Gruppe– Sie können IP-Adressen/Ports für ausgehende Trunks von:

    • LGW zu Unified CM

    • LGW zum Webex Calling

    • LGW zum PSTN SIP-Trunk

  4. Ausgehende Dial-Peers– Sie können anrufeingehende Anrufeinführungen umplanen von:

    • LGW zu Unified CM

    • ITSP-SIP-Trunk

    • Webex Calling

  5. Sprachklasse DPG– Sie können aufrufen, um ausgehende Dial-Peers von einem eingehenden Dial-Peer an zielen.

  6. Eingehende Dial-Peers– Sie können eingehende Anruf rufnummern aus Unified CM, ITSP und Webex Calling.

1

Konfigurieren Sie die folgenden Sprachklassenmandanten:

  1. Wenden Sie Voice class Tenant 100 auf alle ausgehenden Dial-Peers an, denen Unified CM- und IP-Peers gegenüber PSTN:

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Wenden Sie Sprachklasse-Tenant 300 auf alle eingehenden Dial-Peers aus Unified CM- und IP-PSTN:

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Konfigurieren Sie den folgenden Sprachklassen-URI:

  1. Definiert die Host-IP-Adresse des ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definieren Sie ein Muster, um eine lokale Gateway-Site in einem Unternehmen eindeutig zu identifizieren, basierend auf dem Control Hub-Parameter OTG/DTG:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    Das lokale Gateway unterstützt derzeit keinen Unterstrich "_" im Übereinstimmungsmuster. Um dieses Problem zu umgehen, verwenden Sie den Punkt "". (beliebige Übereinstimmung), um den Unterstrich „_“ zuzuordnen.

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Definiert den VIA-Port für die Unified CM-Signalisierung des Webex Calling-Trunks:

    voice class uri 300 sip
    pattern :5065
    
  4. Definiert Unified CM-Quellsignalisierungs-IP und VIA-Port für PSTN-Trunk:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Konfigurieren Sie die folgenden Sprachklassen-Servergruppen:

  1. Definiert die IP-Adresse und Portnummer des Unified CM-Trunks für Unified CM-Gruppe 1 (5 Knoten). Unified CM verwendet Port 5065 für eingehenden Datenverkehr auf dem Webex Calling-Trunk (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definiert die IP-Adresse und Portnummer des Zielhosts für den Unified CM-Trunk für Unified CM-Gruppe 2, falls zutreffend:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Definiert die IP-Adresse des Zielhosts von Unified CM-Trunk für Unified CM-Gruppe 1 (5 Knoten). Unified CM verwendet Standardport 5060 für den eingehenden Datenverkehr auf dem PSTN-Trunk. Wenn keine Portnummer angegeben ist, können Sie den Standardport 5060 verwenden. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definiert die IP-Adresse des Zielhosts für den Unified CM-Trunk für Unified CM-Gruppe 2, falls vorhanden.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Konfigurieren Sie die folgenden ausgehenden Dial-Peers:

  1. Ausgehender Dial-Peer in Richtung IP-PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Definiert einen VoIP Dial-Peer mit einem Tag 101 und eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    destination-pattern BAD.BAD

    Ermöglicht die Auswahl von Dial-Peer 101. Sie rufen den ausgehenden Dial-Peer jedoch mithilfe von dpg-Anweisungen direkt vom eingehenden Dial-Peer auf und umgehen die Ziffernmuster-Übereinstimmungskriterien. Sie verwenden ein beliebiges Muster, das auf alphanumerischen Ziffern basiert, die von der CLI des Zielmusters zugelassen werden.

    session protocol sipv2

    Gibt an, dass Dial-Peer 101 SIP-Anrufaufrufe verarbeitet.

    session target ipv4:192.168.80.13

    Gibt die Ziel-IPv4-Adresse des Ziels an, um das Anruf-Feld zu senden. (In diesem Fall die IP-Adresse von ITSP.)

    voice-class codec 99

    Gibt die Codec-Einstellungsliste 99 an, die für diesen Dial-Peer verwendet werden soll.

    voice-class sip tenant 100

    Der Dial-Peer erbt alle Parameter von Tenant 100 , es sei denn, Sie definieren den gleichen Parameter unter dem Dial-Peer selbst.

  2. Ausgehender Dial-Peer in Webex Calling (Aktualisieren Sie den ausgehenden Dial-Peer, um als eingehender Dial-Peer von Webex Calling):

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Definiert einen VoIP-Dial-Peer mit einem Tag der 200201 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    session target sip-server

    Zeigt an, dass der globale SIP-Server das Ziel für Anrufe aus dem Dial-Peer-200201 . Webex Calling-Server, der in Tenant 200 definiert ist, wird für den Dial-Peer-Server 200201.

    voice-class stun-usage 200

    Ermöglicht lokal generierte Stun-Anforderungen das Senden über den ausgehandelten Medienpfad. Stun hilft dabei, das Loch in der Firewall zu öffnen.

    no voice-class sip localhost

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID von ausgehenden Nachrichten.

    voice-class sip tenant 200

    Der Dial-Peer erbt alle Parameter von Tenant 200 (LGW <--> Webex Calling-Trunk ), es sei denn, Sie definieren den gleichen Parameter unter dem Dial-Peer selbst. </-->

    srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

  3. Ausgehender Dial-Peer in Richtung Unified CM-Webex Calling-Trunk:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    Definiert einen VoIP Dial-Peer mit einem Tag 301 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    session server-group 301

    Anstatt die Ziel-IP der Sitzung im Dial-Peer zu verwenden, zeigen Sie auf eine Zielservergruppe (Server-Gruppe 301 für Dial-Peer 301), um mehrere UCM-Zielknoten zu definieren, obwohl im Beispiel nur ein einzelner Knoten angezeigt wird.

    Servergruppe – Peer für ausgehende Anrufe

    Mit mehreren Dial-Peers in der DPG und mehreren Servern in der Dial-Peer-Servergruppe können Sie eine zufällige Verteilung von Anrufen über alle Abonnenten der Unified CM-Anrufverarbeitung oder Verteilung basierend auf einer festgelegten Präferenz erreichen. Jede Servergruppe kann bis zu fünf Server haben (IPv4/v6 mit oder ohne Port). Sie benötigen nur einen zweiten Dial-Peer und eine zweite Servergruppe, wenn mehr als fünf Anrufverarbeitungs-Abonnenten verwendet werden.

    Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html.

  4. Zweiter ausgehender Dial-Peer in Richtung Unified CM-Webex Calling-Trunk, wenn Sie mehr als 5 Unified CM-Knoten haben:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Ausgehender Dial-Peer zu PSTN-Trunk von Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 99 
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Zweiter ausgehender Dial-Peer in Richtung Unified CM-PSTN-Trunk, wenn Sie mehr als 5 Unified CM-Knoten haben:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 99  
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
5

Konfigurieren Sie die folgende DPG:

  1. Definiert DPG 100. Der ausgehende Dial-Peer 101 ist das Ziel für alle eingehenden Dial-Peers, die Dial-Peer-Gruppe 100 aufrufen. Wir wenden DPG 100 auf eingehenden Dial-Peer 302 an, der später für den Unified CM --> LGW --> PSTN-Pfad definiert wurde:

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Definieren Sie DPG 200 mit dem ausgehenden Dial-Peer 200201 als Ziel für den Pfad Unified CM --> LGW --> Webex Calling:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Definieren Sie DPG 300 für die ausgehenden Dial-Peers 301 oder 303 für den Pfad Webex Calling --> LGW --> Unified CM:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Definieren Sie DPG 302 für die ausgehenden Dial-Peers 305 oder 307 für den Pfad PSTN --> LGW --> Unified CM:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
6

Konfigurieren Sie die folgenden eingehenden Dial-Peers:

  1. Eingehender Dial-Peer für eingehende IP-PSTN-Anrufabschnitte:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    session protocol sipv2

    Gibt an, dass Dial-Peer100 SIP-Anrufaufrufe verarbeitet.

    incoming uri via 100

    Gibt den URI 100 der Sprachklasse für den eingehenden Datenverkehr von Unified CM zu LGW auf der Host-IP-Adresse des VIA-Headers an. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 302

    Gibt die Dial-Peer-Gruppe 302 an, um einen ausgehenden Dial-Peer auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    Der Dial-Peer erbt alle Parameter von Tenant 300, es sei denn, Sie definieren den gleichen Parameter unter dem Dial-Peer selbst.

  2. Eingehender Dial-Peer für eingehende Webex Calling-Anrufabschnitte:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 300
    incoming uri request 200
     

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Aktualisiert einen VoIP-Dial-Peer mit einem Tag der 200201 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    incoming uri request 200

    Gibt den Sprachklassen-URI 200 für den eingehenden Datenverkehr von Unified CM zu LGW auf dem eindeutigen DTG-Muster im Anforderungs-URI an, der eine lokale Gateway-Site innerhalb eines Unternehmens und im Webex Calling-System eindeutig identifiziert. Siehe https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    Gibt die Dial-Peer-Gruppe 300 an , um einen ausgehenden Dial-Peer auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    max-conn 250

    Begrenzt die Anzahl der gleichzeitigen Anrufe zwischen dem LGW und Webex Calling auf 250, wobei, wie in dieser Anleitung definiert, von einem einzigen Webex Calling Dial-Peer für eingehende und ausgehende Anrufe ausgegangen wird. Weitere Informationen zu Einschränkungen bei gleichzeitigen Anrufen mit lokalem Gateway finden Sie unter https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Eingehender Dial-Peer für eingehende Unified CM-Anrufabschnitte mit Webex Calling als Ziel:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 300 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    incoming uri via 300

    Gibt den URI 300 der Sprachklasse für den eingehenden Datenverkehr von Unified CM zu LGW über den Via-Quellport (5065) an. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    Gibt die Dial-Peer-Gruppe 200 an , um einen ausgehenden Dial-Peer auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    Der Dial-Peer erbt alle Parameter von Tenant 300, es sei denn, Sie definieren den gleichen Parameter unter dem Dial-Peer selbst.

  4. Eingehender Dial-Peer für eingehende Unified CM-Anrufabschnitte mit PSTN als Ziel:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Definiert einen VoIP Dial-Peer mit einem Tag 302 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    incoming uri via 302

    Gibt die Sprachklasse uri 302 für den eingehenden Datenverkehr von Unified CM zu LGW über den Via-Quellport (5065) an. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    Gibt die Dial-Peer-Gruppe 100 an , um einen ausgehenden Dial-Peer auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    voice-class sip tenant 300

    Der Dial-Peer erbt alle Parameter von Tenant 300 , es sei denn, Sie definieren den gleichen Parameter unter dem Dial-Peer selbst.

IP-PSTN zu Unified CM-PSTN-Trunk

Webex Calling-Plattform zu Unified CM-Webex Calling-Trunk

Unified CM PSTN-Trunk zu IP-PSTN

Unified CM-Webex Calling-Trunk zur Webex Calling Plattform

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Maßnahmen enthalten, die durchgeführt werden, um das Problem zu informieren, zu beheben und zu beheben. können Sie die Logik zur Problemerkennung mithilfe von Syslog-Meldungen, SNMP-Ereignissen und durch periodische Überwachung bestimmter Show-Befehlsausgabe definieren.

Die Aktionstypen umfassen das Sammeln der Show-Befehlsausgabe:

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei zu einem vom Nutzer bereitgestellten Netzwerkspeicherort wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen die DS-Dateien und signieren sie digital für einen Integritätsschutz. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. DSLT (Diagnostic Signature Lookup Tool ) ist eine zentrale Quelle für die Suche nach passenden Signaturen für die Überwachung und Fehlerbehebung verschiedener Probleme.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.3.2 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, damit proaktive Benachrichtigungen gesendet werden, wenn auf dem Gerät Cisco IOS XE 17.3.2 oder höher ausgeführt wird.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen möchten.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Lokales Gateway mit 16.11.1 oder höher

  1. Diagnose-Signaturen sind standardmäßig aktiviert

  2. Konfigurieren Sie den E-Mail-Server, der verwendet werden soll, um proaktive Benachrichtigungen zu senden, wenn auf dem Gerät eine Version vor 17.3.2 ausgeführt wird.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, der benachrichtigt werden soll.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address>
    end 

Lokales Gateway mit Version 16.9.x

  1. Geben Sie die folgenden Befehle ein, um Diagnose-Signaturen zu aktivieren.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Konfigurieren Sie den E-Mail-Server, der verwendet werden soll, um proaktive Benachrichtigungen zu senden, wenn auf dem Gerät eine Version vor 17.3.2 ausgeführt wird.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, der benachrichtigt werden soll.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Im Folgenden wird eine Beispielkonfiguration eines lokalen Gateways gezeigt, das auf Cisco IOS XE 17.3.2 ausgeführt wird, um proaktive Benachrichtigungen an tacfaststart@gmail.com Gmail als sicheren SMTP-Server zu senden:

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com" 

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit, und aktivieren Sie die Einstellung Zugriff durch weniger sichere Apps.

  2. Antworten Sie auf "Ja, es war ich", wenn Sie eine E-Mail von Gmail mit dem Hinweis "Google hat jemanden daran gehindert, sich mit einer Nicht-Google-App bei Ihrem Konto anmelden" zu erhalten.

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Dieser DS verfolgt die CPU-Auslastung von 5 Sekunden unter Verwendung der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl snmp aktiviert wird. Wenn Sie die Option nicht aktivieren, konfigurieren Sie den Befehl "snmp-server manager".

    show snmp 
    %SNMP agent not enabled 
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
    Diagnostic-signature: enabled 
    Profile: CiscoTAC-1 (status: ACTIVE) 
    Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
    Environment variable: 
    ds_email: username@gmail.com 

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33


    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 gegebenenfalls erneut, um eine hohe CPU-Auslastung am lokalen Gateway zu überwachen.

Überwachung der Registrierung des SIP-Trunks

Dieser DS überprüft alle 60 Sekunden, ob eine lokale Gateway SIP-Übertragungsweg sich Webex Calling Cloud registriert hat. Nachdem das Ereignis bei einer nicht registrierten Registrierung erkannt wurde, generiert es eine E-Mail- und Syslog-Benachrichtigung und deinstalliert sich selbst nach zwei Ereignissen ohne Registrierung. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    SIP-Übertragungsweg die Registrierung mit E-Mail-Benachrichtigung ändern.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Überprüfen Sie mit der Diagnosesignatur "Call-Home", ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese Diagnosesignatur nutzt alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen.  Wenn die Anzahl der Fehler in der letzten Umfrage größer als oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung erzeugt. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Prüfen Sie mit dem Befehl show snmp, ob SNMP aktiviert ist. Wenn es nicht aktiviert ist, konfigurieren Sie den Befehl „snmp-server manager“.

    show snmp 
    %SNMP agent not enabled 
     
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. Überprüfen Sie mit der Diagnosesignatur "Call-Home", ob die Signatur mit erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Verwenden Sie Diagnose-Signaturen (DS), um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Diagnosesignaturen (DS) machen es nicht mehr erforderlich, das auftreten von Problemen manuell zu überprüfen, und dadurch wird die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen erheblich vereinfacht.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariable ds_fsurl_prefix , der Cisco TAC-Dateiserverpfad (cxd.cisco.com), zu dem die erfassten Diagnosedaten hochgeladen werden. Der Benutzername in der Dateipfad ist die Fallnummer und das Passwort ist das Datei hochladen Token, das sie im Support Case Manager im folgenden Befehl abrufen können. Das Datei-Upload-Token kann nach Bedarf im Bereich Anhänge des Support Case Manager generiert werden.

    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Beispiel:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn es nicht aktiviert ist, konfigurieren Sie den Befehl „snmp-server manager“.

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Stellen Sie sicher, dass Sie die High CPU-Überwachung DS 64224 als proaktive Maßnahme installieren, um alle Debug- und Diagnosesignaturen während der hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
    Diagnostic-signature: enabled 
    Profile: CiscoTAC-1 (status: ACTIVE) 
    Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
    Environment variable: 
               ds_email: username@gmail.com 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl zeigt die Spalte "Status" des Befehls an, dass die Call-Home-Diagnosesignatur zu "Running" wechselt, während das lokale Gateway die in der Signatur definierte Aktion ausgeführt. Die Ausgabe von Diagnosesignatur-Statistiken für show call-home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion umrichtiert. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

08.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

08.11.2020 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23,053

23,053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Zeigt Befehlsausgabe an, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Verwendung von Diagnosesignaturen zur Fehlerbehebung ist in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID aus der Ausgabe der Diagnosesignatur "Call-Home anzeigen" ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID> 

Beispiel:

call-home diagnostic-signature deinstall 64224 

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die häufig in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Vorbereitungen

  • Stellen Sie sicher, dass die folgende Baseline-Plattform-Konfiguration, die Sie konfigurieren, gemäß den Richtlinien und Verfahren Ihrer Organisation eingerichtet ist:

    • NTPs

    • Acls

    • Passwörter aktivieren

    • Primäres Passwort

    • IP-Routing

    • IP-Adressen und so weiter

  • Sie benötigen eine unterstützte Mindestversion von IOS XE 17.6 für alle lokalen Gateway-Bereitstellungen.

1

Stellen Sie sicher, dass Sie allen Layer 3-Schnittstellen gültige und routingfähige IP-Adressen zuweisen:

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 198.51.100.1 255.0.0.0

 
Schnittstelle in Webex Calling muss von außerhalb erreichbar sein.

 

Sie können Control Hub nur mit den FQDN/SRV des lokalen Gateways konfigurieren. Stellen Sie sicher, FQDN zur Schnittstellen-IP über auflösen.

2

Konfigurieren Sie einen primären Schlüssel für das Passwort mit den folgenden Befehlen vor, bevor dieser als Anmeldeinformationen und geteilte geheime Informationen verwendet wird. Typ 6-Passwörter werden mithilfe einer AES-Verschlüsselung und eines nutzerdefinierten Primärschlüssels verschlüsselt.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Konfigurieren Sie IP Name Server, um das DNS-Suchen zu aktivieren. Pingen Sie am IP Name Server und stellen Sie sicher, dass der Server erreichbar ist. Das lokale Gateway muss Webex Calling-Proxyadressen mit diesem DNS auflösen:

conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
4

Aktivieren Sie TLS 1.2 Exclusivity und einen Standardplatzhalter-Trustpoint:


 
  • Ein signiertes und vertrauenswürdiges CA-Zertifikat muss erkannt werden.

  • Domäne im Contact Header URI der SIP Request Messages (Beispiel: Einladen, Optionen) muss im SAN-Zertifikat vorhanden sein, um eine TLS-Verbindung herzustellen.

  1. Erstellen Sie einen RSA-Schlüssel, der mit der Zertifikatslänge des Stammzertifikat folgenden Befehls übereinstimmen soll:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Erstellen Sie eine TrustPoint, um ein CA-signiertes Zertifikat mit den folgenden Befehlen zu halten:

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (this has to match the router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Erstellen Sie eine Zertifikatsignieranforderung (CSR) mit dem folgenden Befehl:

    crypto pki enroll CUBE_CA_CERT

     
    • Verwenden Sie diesen CSR, um ein Zertifikat von einer der unterstützten Zertifizierungsstellen an fordern.

    • Stellen Sie sicher, dass das Trunk-Ziel (FQDN oder SRV), das Sie auf dem Control Hub konfigurieren, im SAN des Zertifikats vorhanden ist.

5

Wenn der Stammzertifikat über eine Zwischen-CA verfügt, führen Sie die folgenden Befehle aus:


 

Wenn es keine Zwischen-Zertifizierungsstellen gibt, fahren Sie mit Schritt 6 fort.

crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
6

Erstellen Sie eine Vertrauensstellung, um den Stammzertifikat. Führen Sie die folgenden Befehle aus, wenn keine Zwischen-CA verfügbar ist:

crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >

7

Konfigurieren Sie SIP-UA, um den von Ihnen erstellten TrustPoint zu verwenden.

configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Vorbereitungen

  • Das Netzwerk in Richtung Webex Calling eine öffentliche IPv4-Adresse verwenden. Vollständig qualifizierte Domänennamen (FQDN) oder Service Record (SRV)-Adressen müssen in eine öffentliche IPv4-Adresse im Internet übertragen werden.

  • Auf alle SIP- und Medienports auf der externen Benutzeroberfläche muss über das Internet zugegriffen werden. Die Ports dürfen sich hinter einer Netzwerkadressenübersetzung (NAT) nicht zurücklassen. Stellen Sie sicher, dass Sie die Firewall Ihrer Unternehmensnetzwerkkomponenten aktualisieren.

  • Installieren Sie ein signiertes Zertifikat auf dem lokalen Gateway.

    • Zertifizierungsstelle (CA) muss das Zertifikat wie unter Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex- und Videoplattformen unterstützt signieren? .

    • Die FQDN aus dem Control Hub ausgewählt wird, muss der allgemeine Name (CN) oder Subject Alternate Name (SAN) des Zertifikats sein. Zum Beispiel:

      • Wenn ein vom Control Hub Ihrer Organisation konfigurierter Trunk london.lgw.cisco.com:5061 als FQDN des lokalen Gateways konfiguriert ist, muss der CN oder SAN die london.lgw.cisco.com im Zertifikat enthalten.  

      • Wenn ein vom Control Hub Ihrer Organisation konfigurierter Trunk london.lgw.cisco.com als SRV-Adresse des lokalen Gateways verwendet, muss der CN oder SAN die london.lgw.cisco.com im Zertifikat enthalten. Die Datensätze, die SRV adresse in (CNAME, A Record oder IP Address) auflösen, sind in SAN optional.

      • Im FQDN- oder SRV-Beispiel, das Sie für den -Trunk verwenden, muss die Kontaktadresse für alle neuen SIP-Dialogfelder auf Ihrem lokalen Gateway london.lgw.cisco.com im Hostteil der SIP-Adresse sein. Weitere Informationen zur Konfiguration finden Sie in Schritt 5 .

  • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Vertrauenspaket auf das lokale Gateway hoch, wie unter Welche Stammzertifizierungsstellen werden für Anrufe Cisco Webex Audio- und Videoplattformen unterstützt?.

1

Geben Sie die folgenden Befehle ein, um die Anwendung des lokalen Gateways zu aktivieren ( Weitere Informationen zu Cisco Webex Calling für die neuesten IP-Subnetze, die als Lokales Gateway hinzugefügt werden Vertrauensliste):

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced

Hier ist eine Erklärung der Felder für die Konfiguration:

Schutz vor Gebührenbetrug
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Aktiviert die Quell-IP-Adressen von Einheiten, von denen das lokale Gateway einen VoIP Webex Calling von allen Peers erwartet.

  • Standardmäßig blockiert das lokale Gateway alle Anruf VoIP für eingehende Anrufe von IP-Adressen, die nicht in der vertrauenswürdigen Liste enthalten sind. IP-Adressen von Dial-Peers mit "Sitzungsziel-IP" oder Servergruppe werden standardmäßig als vertrauenswürdig eingestuft und werden hier nicht ausgefüllt.

  • Die IP-Adressen in dieser Liste müssen mit den IP-Subnetzen übereinstimmen, je nach dem regionalen Webex Calling Rechenzentrum, das der Kunde verbindet. Weitere Informationen finden Sie unter Portreferenzinformationen Webex Calling-Ports .


     

    Wenn sich Ihr lokales Gateway hinter einer Firewall mit eingeschränkter statischer NAT befindet, deaktivieren Sie die Liste der vertrauenswürdigen IP-Adressen auf der Oberfläche, die mit einem Webex Calling. Die Firewall schützt Sie vor unerwünschten eingehenden VoIP anrufen. Dadurch wird ihr längerer Konfigurations-Overhead reduziert, da sich die Adressen der Webex Calling-Peers ändern können und Sie Ihre Firewall für die Peers konfigurieren müssen.

  • Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp3977511557.

SIP-to-SIP-Grundfunktionen
allow-connections sip to sip
Faxprotokoll
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Ermöglicht T.38 die Faxtransporte, obwohl der Faxverkehr nicht verschlüsselt ist. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152.

SIP
early-offer forced

Zwingt das lokale Gateway dazu, die SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf Bestätigung des Nachbar peers zu warten.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html.
2

Konfigurieren Sie den "Sprachkurs-Codec 100".

voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachkurs-Codec 100

Ermöglicht opus und sowohl g711 (mu und a-law) Codecs für Sitzungen. Wendet den bevorzugten Codec auf alle Dial-Peers an. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976.

3

Konfigurieren Sie "Voice Class stun-usage 100", um ICE zu aktivieren.

voice class stun-usage 100 
stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse Stun-Auslastung 100

Legt die Stun-Verwendung fest. Gilt stunn für alle Webex Calling-facing Dial-Peers, um kein Audio zu vermeiden, wenn ein Unified CM-Telefon den Anruf an ein anderes telefon Webex Calling.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183.
4

Konfigurieren Sie "Sprachklasse srtp-crypto 100", um die kryptogestützten Dateien zu begrenzen.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-krypto damit 100
Gibt SHA1_80 als einzige SRTP-Verschlüsselungs-Suite an, die ein lokales Gateway für das SDP-Angebot und die Antwort anbietet. Webex Calling unterstützt nur SHA1_80.
5

Konfigurieren Sie "SIP-Profile 100". In diesem Beispiel ist cube1.abc.lgwtrunking.com die FQDN, die für das lokale Gateway ausgewählt wurde, und "172.x.x.x" ist die IP-Adresse der lokalen Gateway-Schnittstelle , die sich in Richtung Webex Calling:

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 

Hier ist eine Erklärung der Felder für die Konfiguration:

Regel 10 für Regel 20
Stellt sicher, dass Sie die lokale Gateway-IP-Adresse durch eine FQDN im Kopfzeilenbereich der Anfragen und Antwortnachrichten ersetzen.

Dies ist eine Anforderung für die Authentifizierung Ihres lokalen Gateways, das als Trunk an einem bestimmten Standort Webex Calling Organisation verwendet werden soll.

Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475.
6

Konfigurieren Sie die folgenden vier ausgehenden Dial-Peers:

  1. Konfigurieren Sie den ersten ausgehenden Dial-Peer in Webex Calling .

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable 
    voice-class codec 100
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp!
    Hier ist eine Erklärung der Felder für die Konfiguration:
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 101 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Ermöglicht die Auswahl von Dial-Peer 101. Wir rufen jedoch ausgehende Dial-Peer 101 direkt vom eingehenden Dial-Peer mit DPG-Anweisungen auf und umgehen die Zahlenmuster-Übereinstimmungskriterien. Sie verwenden ein beliebiges Muster, das auf alphanumerischen Ziffern basiert, die von der CLI des Zielmusters zugelassen werden. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587.

    session protocol sipv2

    Gibt an, dass Dial-Peer 101 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    Gibt das Ziel des Ziels an, FQDN adresse aus Control Hub zu verwenden, um den Anruf zu senden. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841.

    voice-class codec 100

    Gibt die Codec-Präferenzliste 100 für Dial-Peer101 an. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384.

  2. Konfigurieren Sie den Rest eines ausgehenden Dial-Peers in Webex Calling . Die Schritte bleiben unverändert wie Schritt 6a , haben aber ein anderes "Sitzungsziel" für die Dial-Peers.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Erstellen Sie eine Dial-Peer-Gruppe basierend auf dem Dial-Peer in Webex Calling aktiv/aktiv-Modell.


 

Diese Konfiguration gilt für alle Regionen mit Ausnahme von Trunks, die Sie an einem Standort in Singapur konfigurieren. Weitere Informationen finden Sie in Schritt 8 .

  1. Definieren Sie DPG 100 mit Peer-101,102,103,104 inRichtung Webex Calling. Wenden Sie DPG 100 auf den eingehenden Dial-Peer 100 an, um das PSTN Unified CM zu definieren.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
Hier ist eine Erklärung der Felder für die Konfiguration:
dial-peer 101 preference 1 

Verknüpft einen ausgehenden Dial-Peer mit Dial-Peer-Gruppe 100 und konfiguriert Dial-Peer 101, 102, 103 und 104 mit derselben Einstellung. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

8

Erstellen Sie eine Dial-Peer-Gruppe basierend auf dem Dial-Peer in Webex Calling-Modell .


 

Diese Konfiguration kann nur für Trunks verwendet werden, die in Singapur konfiguriert werden.

  1. Definieren Sie Dial-Peer-Gruppe 100 mit outbound Dial-Peer 101,102,103,104 in Richtung Webex Calling. Wenden Sie DPG 100 auf den eingehenden Dial-Peer 100 an, um das PSTN Unified CM zu definieren.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
Hier ist eine Erklärung der Felder für die Konfiguration:
dial-peer 101 and 102 preference 1 

Verknüpft einen ausgehenden Dial-Peer mit Dial-Peer-Gruppe 100 und konfiguriert dial-peer 101 und 102 als erste Präferenz. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

dial-peer 103 and 104 preference 2 

Verknüpft einen ausgehenden Dial-Peer mit der Dial-Peer-Gruppe 100und konfiguriert Dial-Peer 103 und 104 als zweite Präferenz. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

9

Konfigurieren Sie eingehenden Dial-Peer von Webex Calling . Die eingehende Übereinstimmung basiert auf der URI-Anforderung.

voice class uri 120 sip 
pattern cube.domain.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 120
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control 
source-interface GigabitEthernet1 
voice-class sip bind media 
source-interface GigabitEthernet1 
srtp!

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class uri 120 sip
Definiert das Übereinstimmungsmuster für einen eingehenden Anruf aus Webex Calling . Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726.
session transport tcp tls
Legt den Transport zu TLS fest. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680.
destination dpg 120
Gibt die Dial-Peer-Gruppe 120 an, um einen ausgehenden Dial-Peer auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.
incoming uri request 120

Stimmt den eingehenden Datenverkehr von Webex Calling zum lokalen Gateway im eindeutigen DTG-Muster im Anforderungs-URI ab, der eine lokale Gateway-Site innerhalb eines Unternehmens und im Webex Calling identifiziert. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

Voice class srtp-crypto 100

Konfiguriert die bevorzugten Cipher-Suites für die SRTP-Anruf aufforderung (Verbindung). Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

bind control source-interface GigabitEthernet0/0/1

Konfiguriert eine Quell-IP-Adresse für die Signalisierungsquelle-Schnittstelle, gegenüber Webex Calling. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

bind media source-interface GigabitEthernet0/0/1

Konfiguriert eine Quell-IP-Adresse für die Medienquelle-Schnittstelle, auf die Webex Calling . Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

Für diese Bereitstellung ist die folgende Konfiguration auf dem lokalen Gateway erforderlich:

  1. Sprachklassen-URIs: Sie können Host-IP-Adressen/Port-Muster für verschiedene Trunks definieren, die am lokalen Gateway enden:

    • Webex Calling zu LGW

    • PSTN SIP-Trunk-Terminierung auf LGW

  2. Ausgehende Dial-Peers– Sie können ausgehende Anrufe von einem LGW an den INTERNET Telephony Service Provider (ITSP)-SIP-Trunk und die -Webex Calling.

  3. Sprachklasse DPG– Sie können aufrufen, um ausgehende Dial-Peers von einem eingehenden Dial-Peer an zielen.

  4. Eingehende Wähl-Peers– Sie können eingehende Anrufanrufe von ITSP und -Webex Calling.

Verwenden Sie die Konfiguration entweder für die Einrichtung eines von Partnern gehosteten lokalen Gateways oder für das lokale Gateway der Kunden-Site. Weitere Informationen finden Sie unter:

1

Konfigurieren Sie den folgenden Sprachklassen-URI:

  1. Definieren Sie die Host-IP-Adresse des ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Legen Sie ein Muster fest, um eine lokale Gateway-Site innerhalb eines Unternehmens eindeutig zu identifizieren. Verwenden Sie den Hostnamen des lokalen Gateways als URI-Übereinstimmungsmuster (Uniform Resource Identifier).

    voice class uri 200 sip
    pattern cube.domain.com
    

     

    Lokales Gateway unterstützt momentan keinen Unterstrich "_" im Übereinstimmungsmuster. Um dieses Problem zu umgehen, verwenden Sie den Punkt "". (beliebige Übereinstimmung), um den Unterstrich „_“ zuzuordnen.

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
2

Konfigurieren Sie die folgenden ausgehenden Dial-Peers:

  1. Ausgehender Dial-Peer in Richtung IP-PSTN:

    dial-peer voice 121 voip
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13 
    voice-class codec 100
    dtmf-relay rtp-nte 
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 121 voip
     description Outgoing dial-peer to PSTN
    

    Definiert einen VoIP Dial-Peer mit einem Tag 121 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Ermöglicht die Auswahl von Dial-Peer 121. Sie rufen diesen ausgehenden Dial-Peer jedoch direkt vom eingehenden Dial-Peer mit DPG-Anweisungen auf und umgehen die Ziffernmuster-Übereinstimmungskriterien. Sie verwenden ein beliebiges Muster, das auf alphanumerischen Ziffern basiert, die von der CLI des Zielmusters zugelassen werden. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587.

    session protocol sipv2

    Gibt an, dass Dial-Peer 121 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    session target ipv4:192.168.80.13

    Gibt die Ziel-IPv4-Adresse des Ziels an, um den Anruf zu senden. Das Hier-Sitzungsziel ist die IP-Adresse von ITSP. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841.

    voice-class codec 100.

    Gibt die Codec-Präferenzliste 100 für Dial-Peer 121 an.

    Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185.

    no vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724.

  2. Ausgehender Dial-Peer in Richtung Webex Calling. Konfigurationen finden Sie unter Zertifikat-basierten Trunk konfigurieren.

3

Konfigurieren Sie die folgende Dial-Peer-Gruppe (DPG):

  1. Definiert Dial-Peer-Gruppe 120. Peer 121 für ausgehende Anrufe ist das Ziel für Webex Calling-> LGW --> PSTN. Sie wenden DPG 120 auf den eingehenden Dial-Peer 110 für den Webex Calling --> LGW --> PSTN an.

    voice class dpg 120
    description Incoming IP PSTN to Webex Calling
    dial-peer 110 

     

    Sie müssen die DPG 120 für den eingehenden Dial-Peer von Webex Callingkonfigurieren. Weitere Informationen finden Sie in Schritt 9 in Konfigurieren eines zertifikatbasierten Trunks.

4

Konfigurieren Sie die folgenden eingehenden Dial-Peers:

  1. Eingehender Dial-Peer für eingehende IP-PSTN-Anrufabschnitte:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN 
    session protocol sipv2
    destination dpg 100 
    incoming uri via 100 
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN

    Definiert einen VoIP Dial-Peer mit einem Tag von 122 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    session protocol sipv2

    Gibt an, dass Dial-Peer 122 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    incoming uri via 100

    Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP-PSTN IP-Adresse des Unternehmens. Gleicht alle eingehenden IP PSTN-Verbindungen auf dem lokalen Gateway mit Dial-Peer 122 ab. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 100

    Umgehen die klassischen Auswahlkriterien für ausgehende Anrufe und Peers im lokalen Gateway mit dem Ziel-DPG 100. Richten Sie das ausgehender Anruf-Abschnitt mitHilfe von Dial-Peers ein, die in Ziel-DPG 100 definiert sind, d. a. Dial-Peer 101,102,103,104. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

    no vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724.

  2. Eingehender Dial-Peer für eingehende Webex Calling-Anrufabschnitte:

PSTN, um Webex Calling :

Passen Sie alle eingehenden IP-PSTN-Anrufeingänge auf dem lokalen Gateway mit Dial-Peer 122 an, um ein Übereinstimmungskriterium für die VIA-Kopfzeile mit der IP-Adresse des PSTN zu definieren. DPG 100 ruft den ausgehenden Dial-Peer 101,102,103,104auf, der den Webex Calling-Server als Zielziel hat.

Webex Calling, um PSTN:

Passen Sie alle eingehenden Webex Calling-Anrufbereich auf dem lokalen Gateway mit Dial-Peer 110 an, um das Übereinstimmungskriterium für das ANFORDERUNGs-URI-Headermuster mit dem lokalen Gateway-Hostnamen zu definieren, der eindeutig für die Bereitstellung des lokalen Gateways ist. DPG 120 ruft den ausgehenden Dial-Peer 121auf, der die IP-PSTN-IP-Adresse als Zielziel hat.

Für diese Bereitstellung ist die folgende Konfiguration auf dem lokalen Gateway erforderlich:

  1. Sprachklasse-URIs: Sie können Muster von Host-IP-Adressen/Ports für verschiedene Trunks definieren, die auf dem LGW enden:

    • Unified CM zu LGW für PSTN Ziele

    • Unified CM zu LGW für Webex Calling Ziele

    • Webex Calling zu LGW-Zielen

    • PSTN SIP-Trunk-Terminierung an LGW-Zielen

  2. Sprachklasse-Server-Gruppe– Sie können IP-Adressen oder Ports für ausgehende Trunks von:

    • LGW zu Unified CM

    • LGW zum Webex Calling

    • LGW zum PSTN SIP-Trunk

  3. Ausgehende Dial-Peers– Sie können anrufeingehende Anrufeinführungen umplanen von:

    • LGW zu Unified CM

    • INTERNET Telephony Dienstleister (ITSP) SIP-Trunk

    • Webex Calling

  4. Sprachklasse dpg– Sie können darauf hinzieln, ausgehende Dial-Peers von einem eingehenden Dial-Peer auf zu rufen.

  5. Eingehende Dial-Peers –Sie können eingehende Anruf rufnummern aus Unified CM, ITSP und Webex Calling .

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Definiert die Host-IP-Adresse (IP) von ITSP:

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Legen Sie ein Muster fest, um eine lokale Gateway-Site innerhalb eines Unternehmens eindeutig zu identifizieren. Verwenden Sie den Hostnamen des lokalen Gateways als das erforderliche Uniform Resource Identifier (URI)-Übereinstimmungsmuster.

    voice class uri 200 sip
    pattern cube.domain.com

     

    Das lokale Gateway unterstützt momentan keinen Unterstrich "_" im Übereinstimmungsmuster. Um dieses Problem zu umgehen, verwenden wir einen Punkt "". (beliebige Übereinstimmung), um den Unterstrich „_“ zuzuordnen.

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Definiert den VIA-Port für die Unified CM-Signalisierung des Webex Calling-Trunks:

    voice class uri 300 sip
    pattern :5065
    
  4. Definiert Unified CM-Quellsignalisierungs-IP und VIA-Port für PSTN-Trunk:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

Konfigurieren Sie die folgenden Sprachklassen-Servergruppen:

  1. Definiert die IP-Adresse und Portnummer des Unified CM-Trunks für Unified CM-Gruppe 1 (5 Knoten). Unified CM verwendet Port 5065 für eingehenden Datenverkehr auf dem Webex Calling-Trunk (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definiert die IP-Adresse des Zielhosts für den Unified CM-Trunk und die Port-Nummer für die Unified CM-Gruppe 2, sofern zutreffend:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Definiert die IP-Adresse des Zielhosts für den Unified CM-Trunk der Unified CM-Gruppe 1 (5 Knoten). Unified CM verwendet Standardport 5060 für den eingehenden Datenverkehr auf dem PSTN-Trunk. Verwenden Sie den Standardport 5060, wenn Sie die Portnummer nicht angeben. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definiert die IP-Adresse des Zielhosts für den Unified CM-Trunk der Unified CM-Gruppe 2, sofern zutreffend.

    voice class server-group 307
    ipv4 192.168.80.60
    
3

Konfigurieren Sie die folgenden ausgehenden Dial-Peers:

  1. Ausgehender Dial-Peer in Richtung IP-PSTN:

    dial-peer voice 121 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 121 voip
    description Outgoing dial-peer to PSTN

    Definiert einen VoIP Dial-Peer mit einem Tag 121 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    destination-pattern BAD.BAD

    Ermöglicht die Auswahl von Dial-Peer 121. Wir rufen diesen ausgehenden Dial-Peer jedoch direkt vom eingehenden Dial-Peer mit DPG-Anweisungen auf und umgehen die Ziffernmuster-Übereinstimmungskriterien. Wir verwenden ein beliebiges Muster basierend auf alphanumerischen Ziffern, die von der CLI des Zielmusters zugelassen werden. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587. session protocol sipv2

    Gibt an, dass Dial-Peer 121 SIP-Anrufaufrufe verarbeitet.

    session target ipv4:192.168.80.13

    Geben Sie die Ziel-IPv4-Adresse des Ziels an, um das Anruf-Abschnitt zu senden. (In diesem Fall die IP-Adresse von ITSP.) Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066.

    voice-class codec 100

    Gibt die Codec-Präferenzliste 100 an, die Sie für Dial-Peer 121 verwenden.

    Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384.

  2. Ausgehender Dial-Peer in Richtung Webex Calling:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200202 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200203 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200204 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag aus 200201, 200202, 200203, 200204 und liefert eine aussagekräftige Beschreibung für einfache Verwaltung und Fehlerbehebung.

    voice-class stun-usage 100

    Lokal generierte Stun-Anfrage über den ausgehandelten Medienpfad senden. Stun öffnet das Loch in der Firewall.

    srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

  3. Ausgehender Dial-Peer in Richtung des Unified CM-Webex Calling-Trunks :

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling – Nodes 1 to 5

    Definiert einen VoIP Dial-Peer mit einem Tag 301 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    session server-group 301

    Definiert das Sitzungsziel der mehreren Unified CM-Knoten (Server-Gruppe 301 für Dial-Peer 301), obwohl im Beispiel nur ein einzelner Knoten angezeigt wird.

    Peer für ausgehende Anrufe der Servergruppe

    Erreicht eine zufällige Verteilung von Anrufen über alle Abonnenten oder Verteilungen von Unified CM-Anrufverarbeitung basierend auf einer definierten Präferenz mit mehreren Dial-Peers in der DPG und mehreren Servern in der Dial-Peer-Servergruppe. Jede Servergruppe kann bis zu fünf Server haben (IPv4/v6 mit oder ohne Port). Sie können nur einen zweiten Dial-Peer und eine zweite Servergruppe für mehr als fünf Anrufverarbeitungs-Abonnenten verwenden.

    Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html.

  4. Zweiter ausgehender Dial-Peer in Richtung unified CM-Webex Calling-Trunk , wenn Sie mehr als 5 Unified CM-Knoten haben:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
  5. Ausgehender Dial-Peer zu PSTN-Trunk von Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    
  6. Zweiter ausgehender Dial-Peer in Richtung Unified CM-PSTN-Trunk, wenn Sie mehr als 5 Unified CM-Knoten haben:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 100  
    dtmf-relay rtp-nte
    no vad
    
4

Konfigurieren Sie die folgende Dial-Peer-Gruppe (DPG):

  1. Definiert DPG 121. Peer 121 für ausgehende Anrufe ist das Ziel für jeden eingehenden Dial-Peer, der DPG 121 aufruft. Wenden Sie DPG 121 auf eingehenden Dial-Peer 302 an, der später für den Unified CM --> LGW --> PSTN-Pfad definiert wurde:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Definieren Sie DPG 100 mit Peer-200201 , 200202, 200203 und 200204 als Ziel für unified CM --> LGW --> Webex Calling Pfad:


     

    Stellen Sie sicher, dass die Änderungen an den Einstellungen auf dem Standort des konfigurierten lokalen Gateways basieren. Weitere Informationen finden Sie in Schritt 7 und Schritt 8 unter Konfigurieren des zertifikatbasierten Trunks .

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 preference 1
    
  3. Definieren Sie DPG 300 für die ausgehenden Dial-Peers 301 oder 303 für den Pfad Webex Calling --> LGW --> Unified CM:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Definieren Sie DPG 302 für die ausgehenden Dial-Peers 305 oder 307 für den Pfad PSTN --> LGW --> Unified CM:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
5

Konfigurieren Sie die folgenden eingehenden Dial-Peers:

  1. Eingehender Dial-Peer für eingehende IP-PSTN-Anrufabschnitte:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    session protocol sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet.

    incoming uri via 100

    Gibt den URI 100 der Sprachklasse an, damit der eingehende Datenverkehr von IP PSTN zum lokalen Gateway bei eingehenden VIA-Headers mit der Host-IP-Adresse des Hosts übereinstimmen kann. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 302

    Gibt die Peer-Gruppe 302 an , um einen Peer für ausgehende Anrufe auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.
  2. Eingehender Dial-Peer für eingehende Webex Calling-Anrufabschnitte:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    incoming uri request 120  
    voice-class codec 100 
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100 
    voice-class sip bind control source-interface GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

    Aktualisiert einen VoIP Dial-Peer mit dem Tag 110 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    destination dpg 120

    Gibt die Peer-Gruppe 120 an , um einen Peer für ausgehende Anrufe auszuwählen. Weitere Informationen https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 finden Sie unter .

    Voice class srtp-crypto 100

    Konfiguriert die bevorzugten Cipher-Suites für die SRTP-Anruf aufforderung (Verbindung). Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert eine Quell-IP-Adresse für die Signalisierungsquelle-Schnittstelle, gegenüber Webex Calling.

    Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

    bind media source-interface GigabitEthernet0/0/1

    Konfiguriert eine Quell-IP-Adresse für die Medienquelle-Schnittstelle, auf die Webex Calling .

    Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862.

  3. Eingehender Dial-Peer für eingehende Unified CM-Anrufabschnitte mit Webex Calling als Ziel:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 300 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    incoming uri via 300

    Gibt den URI 300 der Sprachklasse für den eingehenden Datenverkehr von Unified CM zu LGW über den Via-Quellport (5065) an. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080.

    destination dpg 200

    Gibt die Peer-Gruppe 200 an , um einen Peer für ausgehende Anrufe auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

  4. Eingehender Dial-Peer für eingehende Unified CM-Anrufabschnitte mit PSTN als Ziel:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Definiert einen VoIP Dial-Peer mit einem Tag 302 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624.

    incoming uri via 302

    Gibt den URI 300 der Sprachklasse an, damit der eingehende Datenverkehr von Unified CM zu einem lokalen Gateway für PSTN-Ziel am VIA-Port passt. Sie können den 5060-Port als Standard-SIP-Port verwenden. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726.

    destination dpg 100

    Gibt die Peer-Gruppe 100 an , um einen Peer für ausgehende Anrufe auszuwählen. Weitere Informationen finden Sie unter https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940.

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Cisco IOS XE-basierten Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Aktionen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Verwenden Sie Syslog-Meldungen, SNMP-Ereignisse und durch periodische Überwachung bestimmter Show-Command-Outputs, um die Logik zur Problemerkennung zu definieren. Zu den Aktionstypen gehören:

  • Show-Befehlsausgabe wird gesammelt

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital für den Integritätsschutz. Jede DS-Datei hat die vom System zugewiesene eindeutige numerische ID. DSLT (Diagnostic Signature Lookup Tool ) ist eine zentrale Quelle für die Suche nach passenden Signaturen für die Überwachung und Fehlerbehebung verschiedener Probleme.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, den Sie verwenden, um proaktive Benachrichtigungen zu senden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen möchten.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    end 

Lokales Gateway mit Version 17.6.1

  1. Geben Sie die folgenden Befehle ein, um Diagnosesignaturen zu aktivieren.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Konfigurieren Sie den E-Mail-Server so, dass proaktive Benachrichtigungen gesendet werden, wenn auf dem Gerät eine Version vor 17.6.1 ausgeführt wird.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen

    .
    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    end 

Im Folgenden wird eine Beispielkonfiguration eines lokalen Gateways gezeigt, das auf Cisco IOS XE 17.6.1 ausgeführt wird, um proaktive Benachrichtigungen an tacfaststart@gmail.com Gmail als sicheren SMTP-Server zu senden:


call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"

Lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit, und aktivieren Sie die Einstellung Zugriff durch weniger sichere Apps.

  2. Antworten Sie auf "Ja, es war ich", wenn Sie eine E-Mail von Gmail mit dem Hinweis "Google hat jemanden daran gehindert, sich mit einer Nicht-Google-App bei Ihrem Konto anmelden" zu erhalten.

Installieren von Diagnosesignaturen für eine proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Dieser DS verfolgt die CPU-Auslastung von 5 Sekunden unter Verwendung der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die Sie auf dem lokalen Gateway installieren. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl snmp aktivieren. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl "snmp-server manager".

    
    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

    
    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33


    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 gegebenenfalls erneut, um eine hohe CPU-Auslastung am lokalen Gateway zu überwachen.

Überwachen abnormaler Anrufunterbrechungen

Diese Diagnosesignatur nutzt alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen.  Wenn die Anzahl der Fehler in der letzten Umfrage größer als oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung erzeugt. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl "snmp-server manager".

    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. Überprüfen Sie mithilfe des Befehls Show call-home diagnostic-signature, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren von Diagnose-Signaturen zur Problembehebung

Sie können auch Diagnose-Signaturen (DS) verwenden, um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine andere DS-Umgebungsvariable ds_fsurl_prefix als Cisco TAC-Dateiserverpfad (cxd.cisco.com), um die Diagnosedaten hochzuladen. Der Benutzername in Dateipfad ist die Fallnummer und das Passwort ist das Datei hochladen Token, das aus dem Support Case Manager abgerufen werden kann, wie in der folgenden Abbildung gezeigt. Das Datei hochladen token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Beispiel:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl "snmp-server manager".

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Installieren Sie das High CPU-Überwachungs-DS 64224 als proaktive Maßnahme, um alle Debug- und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

    
    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    08.11.2020:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    08.11.2020:00:12:53

Überprüfen der Ausführung von Diagnosesignaturen

Im folgenden Befehl zeigt die Spalte "Status" des Befehls an, dass die Call-Home-Diagnosesignatur zu "Running" wechselt, während das lokale Gateway die in der Signatur definierte Aktion ausgeführt. Die Ausgabe der Diagnosesignaturen für Show Call-Home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion ausgeführt hat. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

08.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

08.11.2020 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23,053

23,053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält schlüsselinformationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Befehlsausgabe, die für die Behebung des jeweiligen Problems relevant sind.

Deinstallieren von Diagnosesignaturen

Die Diagnosesignaturen sind zu Fehlerbehebungszwecken in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID aus der Ausgabe der Diagnosesignatur "Call-Home anzeigen" ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID> 

Beispiel:

call-home diagnostic-signature deinstall 64224 

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

30. September 2022
Implementieren von CUBE High Availability als lokales Gateway

Lokales Gateway (LGW) ist die einzige Option, die Cisco Webex Calling-Kunden einen lokalen PSTN-Zugang bietet. Ziel dieses Dokuments ist es, Sie beim Aufbau einer Konfiguration mit lokalem Gateway unter Verwendung von CUBE High Availability sowie einem aktiven und einem Standby-CUBE für zustandsbehaftete Failover von aktiven Anrufen zu unterstützen.

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.


Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.


Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Ruft den Redundanzmodus auf

  • application redundancy – Wechselt in den Konfigurationsmodus für die Applikationsredundanz

  • group – Wechselt in den Konfigurationsmodus der Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Timer für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • control GigabitEthernet3 protocol 1 – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hallo-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll.

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für die Überwachung des Datenverkehrs durch Prüfpunkte verwendet wird.

  • track – RG-Gruppennachverfolgung von Schnittstellen

  • protocol 1 – Legt die Protokollinstanz fest, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter voice service voip. Dies ermöglicht es der CUBE-Anwendung, den Redundanzprozess zu steuern.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert den Bezeichner der Redundanzschnittstelle für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.


     

    Wenn es mehr als ein B2B-Paar im selben LAN gibt, MUSS jedes Paar eindeutige RII-IDs auf ihrer jeweiligen Schnittstelle haben (um Kollisionen zu vermeiden). 'show redundancy application group all' sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 weiter oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.


     

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Speichern Sie die Konfiguration von VCUBE-2 nach dem abgeschlossenen Neustart von VCUBE-1, und laden Sie sie neu.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Ann 1076_LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Dies ist die Konfiguration des lokalen Gateways, die für beide Plattformen gilt und auf den oben angezeigten Control-Hub-Parametern basiert. Speichern Sie sie, und laden Sie sie neu. SIP-Digest-Anmeldeinformationen von Control Hub sind fett hervorgehoben.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

show sip-ua-register status


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Aus der obigen Ausgabe können Sie ersehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.


VCUBE-2#redundancy application reload group 1 self

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
30. September 2022
Konfigurieren von Unified CM für Webex Calling

Sie benötigen möglicherweise eine Integration mit Unified CM, wenn Webex Calling-fähige Standorte zu einer bestehenden Bereitstellung hinzugefügt werden, bei der Unified CM die lokale Anrufsteuerungslösung ist, und wenn Sie eine direkte Anwahl zwischen den in Unified CM registrierten Telefonen und den Telefonen von Webex Calling-Standorten benötigen.

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

Einstellung Wert
Name Eindeutiger Name, beispielsweise Webex
Beschreibung Aussagekräftige Beschreibung, beispielsweise Webex-Sicherheitsprofil SIP-Übertragungsweg
Eingehender Port Muss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

Einstellung Wert
Name Eindeutiger Name, beispielsweise Webex
Beschreibung Aussagekräftige Beschreibung, beispielsweise Webex-SIP-Sicherheitsprofil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachen Aktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

Einstellung Wert
Name Eindeutiger Name, beispielsweise Webex
Beschreibung Aussagekräftige Beschreibung, beispielsweise Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürztes Wählen zwischen Standorten)

PSTNInternational (PSTN-Zugang)

onNetRemote (von GDPR erhaltene Ziele)


 

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

Einstellung Wert
Geräteinformationen
Gerätename Eindeutiger Name, beispielsweise Webex
Beschreibung Aussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführen Aktiviert
Eingehende Anrufe
Anrufsuchbereich Der zuvor definierte Anrufsuchbereich: Webex
AAR-Anrufsuchbereich Ein Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
Zieladresse IP-Adresse des CUBE des lokalen Gateways
Zielport 5060
Sicherheitsprofil des SIP-Übertragungswegs Zuvor definiert: Webex
SIP-Profil Zuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

Einstellung Wert
Routengruppeninformationen
Name der Routengruppe Eindeutiger Name, beispielsweise Webex
Ausgewählte Geräte Der zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

Einstellung Wert
Routenlisteninformationen
Name Ein eindeutiger Name, z. B . RL_Webex
Beschreibung Aussagekräftige Beschreibung, beispielsweise Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführen Aktiviert
Informationen über Routenlistenmitglieder
Ausgewählte Gruppen Nur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

Einstellung Wert
Routenlisteninformationen
Name Eindeutiger Name, beispielsweise Webex
Beschreibung Aussagekräftige Beschreibung, beispielsweise Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

Einstellung Wert
Routen-Muster Vollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Zum Beispiel: \+140855501XX
Routing-Partition Webex
Gateway/Routenliste RL_Webex
Dringende Priorität Aktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

Einstellung Wert
Übersetzungsmuster ESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
Partition Webex
Beschreibung Aussagekräftige Beschreibung, beispielsweise Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwenden Aktiviert
Dringende Priorität Aktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops warten Aktiviert
Maske der Transformation der angerufenen Partei Maske, um die Zahl auf +E.164 zu normalisieren. Zum Beispiel: +140855501XX
30. September 2022
Einrichten Ihrer Webex Calling-Funktionen

Erfahren Sie mehr über einige der in Webex Calling verfügbaren Funktionen und deren Einrichtung für Ihre Organisation und Benutzer.

Einrichten eines Sammelanschluss

Sammelanrufe routen eingehende Anrufe an eine Gruppe von Benutzern oder Workspaces. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten eines Gruppen-Sammelanschluss finden Sie unter Sammelgruppen in Cisco Webex Control Hub.

Erstellen einer Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten eines Anrufs Anrufwarteschlange Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub.

Empfangs-Client erstellen

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. Sie können Benutzer als Telefon attendants einrichten, damit sie eingehende Anrufe an bestimmte Personen in Ihrer Organisation abbilden können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden-Zeitplan oder bieten Sie unterschiedliche Optionen, wenn Ihr Unternehmen geöffnet oder geschlossen ist.

Weitere Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub.

Konfiguration einer Paging-Gruppe

Gruppen-Paging ermöglicht es Benutzern, einen One-Way-Anruf oder eine Gruppenseite für bis zu 75 Zielbenutzer und Arbeitsbereiche zu erstellen, indem sie eine Nummer oder eine Durchwahl wählen, die einem bestimmten Benutzer zugewiesen Paging-Gruppe.

Weitere Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub.

Einrichtungs-Anrufannahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufannahme Gruppe erstellen, sodass die Benutzer gegenseitig Anrufe beantworten können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Geparkten Anruf einrichten

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Zulassen, dass sich Benutzer bei Anrufen anderer Benutzer aufschalten

1

Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu Benutzer und wählen Sie dann den Benutzer aus, den Sie ändern möchten.

2

Wählen Sie Anrufen, gehen Sie zu Berechtigungen zwischen Benutzernund wählen Sie dann Barge In.

3

Aktivieren Sie Barge In, wählen Sie aus, ob das laufende Gespräch zu einer Konferenz werden soll.

  • Erlauben Sie anderen, sich selbst zu den Anrufen dieses Benutzers hinzuzufügen.

  • Einen Ton ertönen, wenn jemand in einen Anruf eingibt.

Klicken Sie anschließend auf Speichern.

Verhindern, dass jemand den Leitungsstatus eines Benutzers überwacht

1

Gehen Sie in der Kundenansicht unter https://admin.webex.com zu Benutzer und wählen Sie den Benutzer aus, den Sie ändern möchten.

2

Wählen Sie Anrufen, gehen Sie zu Berechtigungen zwischen Benutzern und aktivieren Sie Privatsphäre .

3

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über einen Anschluss angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
4

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können alle blockieren, indem Sie das Feld „Benutzer nach Namen suchen“ frei lassen, oder angeben, wer den Leitungsstatus dieses Benutzers überwachen darf.

Bei dem obigen Beispiel einer Führungskraft wird nach dem Namen des Verwaltungsassistenten gesucht.

5

Klicken Sie auf Speichern.

Beispiel

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie Privatsphäreneinstellungen für einen Benutzer in Control Hub verwalten können.

Überwachungsliste – Andere Nutzer und Anruf parken- und Fernkontrolle

Zwar können bis zu 50 Leitungen überwacht werden, allerdings sollten Sie auch die Bandbreite berücksichtigen. Außerdem ist die Anzahl der überwachten Leitungen unter Umständen auch auf die Anzahl der Leitungstasten auf dem Telefon des Benutzers beschränkt.


Der Überwachungsdienst funktioniert nur mit dem primären Gerät eines Benutzers.

1

Gehen Sie in der Kundenansicht unter https://admin.webex.com zu Benutzer und wählen Sie den Benutzer aus, den Sie ändern möchten.

2

Wählen Sie Anrufen, gehen Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung .

3

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen
4

Geben Sie an, ob dieser Benutzer über geparkte Anrufe in Kenntnis gesetzt werden soll, suchen Sie dann nach der Person bzw. dem Anschluss für das Parken von Anrufen, die/der überwacht werden soll, und klicken Sie anschließend auf Speichern.


 

Die Reihenfolge, in der die überwachten Leitungen in Control Hub aufgelistet werden, entspricht der Reihenfolge auf dem Gerät des Benutzers. Diese Reihenfolge, in der die überwachten Leitungen aufgelistet sind, können Sie jederzeit ändern.


 

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder für Vor- und Nachname der Anrufer-ID des Benutzers oder Arbeitsbereichs eingegeben wird.

Beispiel

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um die Überwachungseinstellungen für einen Benutzer in Control Hub zu verwalten.

Aktivieren Sie das Hotel für einen Benutzer

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.

1

Gehen Sie in der Kundenansicht unter https://admin.webex.com zu Benutzer und wählen Sie dann den Benutzer aus, den Sie ändern möchten.

2

Wählen Sie Anrufen, gehen Sie zu Berechtigungen zwischen Benutzernund klicken Sie auf Hoteling.

3

Aktivieren Sie Hoteling und klicken Sie anschließend auf Speichern.

Beispiel

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um die Hotelierung in Control Hub zu konfigurieren.
30. September 2022
Konfigurieren und Verwalten Ihrer Webex Calling-Benutzer

Sie müssen jeden einzelnen Benutzer in Control Hub hinzufügen, damit er die Vorteile der Webex Calling-Dienste nutzen kann. Die Anzahl der Benutzer, die Sie hinzufügen müssen, bestimmt, wie Sie sie in Control Hub hinzufügen, unabhängig davon, ob Sie jeden Benutzer manuell per E-Mail-Adresse hinzufügen oder mehrere Benutzer mithilfe einer CSV-Datei hinzufügen. Sie haben die Wahl.


Wenn Sie Benutzer von einem Verzeichnis wie Active Directory synchronisieren und Benutzer manuell in Control Hub hinzufügen, müssen Sie sie ebenfalls zu Ihrem Verzeichnis hinzufügen.


Beim Hinzufügen von Benutzern dürfen die Vor- und Nachnamen weder erweiterte ASCII-Zeichen noch die Zeichen %, #, <, >, \, /, " enthalten und eine maximale Länge von 30 Zeichen nicht überschreiten. Diese Beschränkungen für Sonderzeichen gelten nur für Webex Calling-Benutzer.