Wasserzeichen
20. Okt. 2020 | Ansicht(en) | Personen fanden das hilfreich

Webex Calling KonfigurationWorkflow

Webex Calling KonfigurationWorkflow

Übersicht

Einführung Cisco Webex Calling

Stellen Sie sich vor, Sie können die Funktionen für die Unternehmensqualität in den Cisco Calling, Mobilität und PBX sowie Cisco Webex Teams für Nachrichten und Meetings und Anrufe von einem Webex Calling Soft Client oder über das Gerät aus nutzen. Genau das ist es, was Webex Calling Ihnen bieten.

Webex Calling bietet folgende Vorteile:

  • Anruf-Abonnements für Telefonie-Benutzer und öffentliche Bereiche

  • Webex Teams Zugriff für jeden Benutzer

  • Public Switch Telephonie Network (PSTN) Zugriff auf Ihre Benutzer können Nummern außerhalb der Organization wählen. Der Kundendienst wird über eine vorhandene Unternehmensinfrastruktur (lokales Gateway ohne lokale IP PBX oder mit vorhandener Unified cm Call Environment) angeboten.

Webex Calling unterstützt die folgenden Funktionen. Weitere Informationen finden Sie im Kapitel Webex Calling Funktionen konfigurieren.

Tabelle 1. Konfigurierbare Funktionen

Funktion

Beschreibung

Auto Attendant

Sie können Grüße Hinzufügen, Menüs einrichten und Anrufe an einen Anrufbeantworter, einen Sammelanschluss, eine Voicemail oder eine echte Person leiten. 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, so dass Anrufer, wenn eingehende Anrufe nicht beantwortet werden können, eine automatisierte Antwort, Komfortnachricht und Musik erhalten, sofern jemand Ihren Anruf annehmen kann.

Anrufübernahme

Sie können Teamarbeit und Zusammenarbeit durch die Erstellung einer Anrufannahme Gruppe verbessern, damit die Benutzer alle 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.

Sammelan.

Möglicherweise möchten Sie in folgenden Szenarien Verteilungsgruppen 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

Helfen Sie, die Bedürfnisse ihrer Mitarbeiter im vorderen Bereich zu unterstützen, indem Sie Ihnen eine umfassende Auswahl an Anrufsteuerungsoptionen, eine großflächige Linienüberwachung, eine Einwahlanwahl, mehrere Verzeichnisoptionen und Ansichten, Outlook und vieles mehr bieten.

Benutzer können die folgenden Funktionen in konfigurieren, die sich in https://settings.webex.comdas Anrufbenutzerportal einwählen.

Tabelle 2. Benutzerkonfigurierbare Funktionen

Funktion

Beschreibung

Anonyme Anrufabstoßung

Benutzer können eingehende Anrufe mit einer gesperrten Anruferkennung ablehnen.

Business Continuity

Wenn die Telefone von Benutzern aus irgendeinem Grund nicht mit dem Netzwerk verbunden sind (z. B. Stromausfall, Netzwerkprobleme usw.), können Benutzer eingehende Anrufe an eine bestimmte Telefonnummer weiterleiten.

Anrufweiterleitung

Benutzer können eingehende Anrufe an ein anderes Telefon weiterleiten.

Anrufweiterleitung selektiv

Benutzer können Anrufe zu bestimmten Zeiten von bestimmten Anrufern weiterleiten. Diese Einstellung hat Vorrang vor der Weiterleitung von anrufen.

Anrufbenachrichtile

Benutzer können sich eine E-Mail senden, wenn Sie einen Anruf gemäß vordefinierten Kriterien wie Telefonnummer oder Datum und Uhrzeit erhalten.

Anklopfen

Benutzer können weitere eingehende Anrufe beantworten.

Bitte nicht stören

Benutzer können alle Anfragen vorübergehend direkt zu Voicemail führen.

Büros überall

Benutzer können Ihre ausgewählten Telefone ("Standorte") als Erweiterung ihrer geschäftlichen Telefonnummer und Wählplan verwenden.

Vorrangige Warnung

Benutzer können Ihre Telefone mit einem unverwechselbaren Ring Klingeln, wenn vorgegebene Kriterien erfüllt sind, wie z. B. Telefonnummer oder Datum und Uhrzeit.

Remote Office

Benutzer können Anrufe über ein Ferntelefon tätigen und es über Ihre Geschäftslinie erscheinen lassen. Darüber hinaus werden alle eingehenden Anrufe an Ihre Geschäftslinie auf diesem Ferntelefon Klingeln.

Selektive Anrufannahme

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

Selektive Anrufabweisung

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

Sequenzieller Ring

Bis zu 5 Geräte nacheinander für eingehende Anrufe Klingeln.

Gleichzeitigem Ring

Benutzer und andere ("Anrufempfänger")-Nummern zur gleichen Zeit für eingehende Anrufe Klingeln.

Bereitstellung von Diensten, Geräten und Nutzern in Control Hub, Querstart zu detaillierter Konfigurationen im Anrufanstellungsportal

Cisco Webex Control Hub (https://admin.webex.com) ist ein Managementportal, das sich in Webex Calling integriert, um Ihre Bestellungen und Einstellungen zu optimieren und die Verwaltung des gebündelten Angebots – Webex Calling, Webex Teams und Webex Meetings zu zentralisieren.

Control Hub ist der zentrale Punkt für die Bereitstellung aller Dienste, Geräte und Benutzer. Sie können den Anrufdienst zum ersten Mal einrichten, MPP Phones in die-Cisco (mithilfe der Mac-Adresse), Benutzer konfigurieren, indem Sie Geräte verknüpfen, Nummern, Services, Anruffunktionen usw. hinzufügen. Außerdem können Sie über den Control Hub das Anrufen des Portals für eine detailliertere Konfigurierung von Funktionen, Geräten und Benutzern starten. Die Bereitstellung zusätzlicher Services (Webex Meetings oder Teams) erfolgt ebenfalls im Control Hub.

Das Anrufadministoralportal bietet Kunden Zugriff auf die erweiterte Konfigurationselemente sowie eine kurze Anzeige zur Leistungsansicherheit. Die Dienstegarantie umfasst die Metriken für Anrufqualität an mehreren Standorten in ihren Geschäftsbereichen, indem Sie angibt, ob die Anrufe gut, Fair oder schlecht sind. Durch sofortiges Feedback zur Anrufqualität können Partner und Kundenadministratoren ihren Kunden die höchste Servicequalität bieten.

Benutzeroberfläche

Benutzer haben Zugriff auf die folgenden Schnittstellen:

Machen Sie eine Tour durch Cisco Webex Control Hub

Control Hub ist Ihre einzige, webbasierte Schnittstelle für die Verwaltung ihrer Unternehmen, die Verwaltung Ihrer Benutzer, die Zuweisung von Diensten, die Analyse von Adoptionstrends und Anrufqualität und vieles mehr.

Wenn Sie Ihre-Einrichtung in Gang setzen möchten, empfehlen wir, dass Sie einige Benutzer einladen, Webex Teams beizutreten, indem Sie Ihre E-Mail-Adressen im Control Hub eingeben. Ermutigen Sie die Teilnehmer, die von Ihnen angebotenen Dienste zu nutzen, einschließlich des Anrufers, und geben Sie Feedback zu deren Erfahrungen. Wenn Sie bereit sind, können Sie immer weitere Benutzer hinzufügen.


Wir empfehlen, dass Sie die neueste Desktopversion von Google Chrome oder Mozilla Firefox zum Zugriff auf Control Hub verwenden. Browser auf mobilen Geräten und anderen Desktop-Anwendungen können unerwartete Ergebnisse erzielen.

Verwenden Sie die unten dargestellten Informationen als eine hochrangige Zusammenfassung dessen, was zu erwarten ist, wenn Sie Ihre Unternehmensorganisation mit Services einrichten. Nähere Informationen finden Sie in den einzelnen Kapiteln für schrittweise Anweisungen.

Erste Schritte

Nachdem Ihr Partner Ihren Account erstellt hat, erhalten Sie eine Begrüßungsmail. Klicken Sie auf den erste Schritte in der E-Mail, mit Chrome oder Firefox auf Control Hub zugreifen. Der Link unterschreibt Sie automatisch mit ihrer Administratoradresse. Als nächstes werden Sie aufgefordert, Ihr Administratorpasswort zu erstellen.

Assistent für den Einstieg für Testversionen

Wenn Ihr Partner Sie für eine Testversion registriert hat, startet der Einrichtungsassistent automatisch, nachdem Sie sich bei Control Hub angemeldet haben. Der Wizard führt Sie durch die Standardeinstellungen, um Ihre Organisation unter anderem mit Cisco Webex Calling zu starten. Sie können Ihre Anrufeinstellungen einrichten und überprüfen, bevor Sie den Wizard durchlaufen.

Überprüfen Sie Ihre Einstellungen

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

Hinzufügen von Benutzern

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 dann zu entscheiden, wie Sie Benutzer hinzufügen möchten. Klicken Sie auf weiter und befolgen Sie die Anweisungen zum Einrichten von Cisco Verzeichniskonnektor.

Einrichten von einmaliger Anmeldung (Single Sign On, SSO)

Webex Teams verwendet die grundlegende Authentifizierung. Sie können festlegen, dass ein SSO eingerichtet wird, damit sich Benutzer mit Ihrem Unternehmen authentifizieren Identitätsanbieter die Referenzen Ihrer Enterprise verwenden, anstatt ein separates Passwort, das in Webex gespeichert und verwaltet wird.

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 Benutzern, die Sie hinzugefügt haben, Dienste zuweisen, damit die Teilnehmer Webex Teams 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 Datei, die Sie herunterladen möchten, einfach true für die Dienste hinzu, die Sie jedem Ihrer Benutzer zuweisen sollen.

Importieren Sie die finale Datei, klicken Sie auf Dienste hinzufügen und entfernen und klicken Sie dann auf Senden. Sie sind jetzt bereit, Anruffunktionen zu konfigurieren, Geräte zu registrieren, die an einem gemeinsamen Ort freigegeben werden können, und Geräte mit Benutzern zu registrieren und zu assoziieren.

Benutzer stärken

Jetzt, wo Sie Benutzer hinzugefügt haben und Ihnen Dienste zugewiesen wurden, können Sie die Verwendung Ihrer unterstützten Computer für mehrere Bahnbühne (Mpps) für Webex Calling und Webex Teams für Nachrichten und Meetings verwenden. Ermutigen Sie Sie, Cisco Webex Einstellungen als One-Stop-Shop für den Zugriff zu verwenden.

Rolle des lokalen Gateway

Das lokale Gateway ist ein Unternehmen, das verwaltetes Edge Gerät für das öffentliche Cwitch Telephonie Network (PSTN) Interworking und Legacy Public Branch Exchange (PBX) arbeitet (einschließlich Unified cm).

Sie können Cisco Webex Control Hub verwenden, um einem Standort ein lokales Gateway zuzuweisen. nach diesem Control Hub werden Parameter bereitgestellt, die Sie auf dem Würfel konfigurieren können. Mit diesen Schritten wird das lokale Gateway mit der-Cold registriert, und PSTN Dienste werden über das Tor zu Webex Calling Benutzern an einem bestimmten Ort angeboten.

Um ein lokales Gateway anzugeben und zu bestellen, lesen Sie den Bestellhandbuch für lokale Gateway.

Unterstützte lokale Gateway Bereitstellungen für Webex Calling

Folgende grundlegende Bereitstellungen werden unterstützt:

Das lokale Gateway kann eigenständig oder in Einsätzen eingesetzt werden, wenn die Integration in Cisco Unified Communications Manager(CUCM) erforderlich ist.

Lokale Gateway Bereitstellungen ohne lokale IP PBX

Eigenständige lokale Gateway Bereitstellungen

Diese Abbildung zeigt eine Webex Calling Bereitstellung ohne vorhandene IP PBX und ist auf einen einzelnen Standort oder eine Organisation mit mehreren Standortmöglichkeiten anwendbar.

Für alle Anfragen, die nicht den Webex Calling Destinationen entsprechen, sendet Webex Calling diese Anfragen an das lokale Gateway, das dem Ort für die Verarbeitung zugewiesen ist. Die lokalen Gateway Routen, die von Webex Calling nach PSTN und in die andere Richtung führen, PSTN zu Webex Calling.

Das PSTN Gateway kann eine dedizierte oder koresidente Person mit lokalem Gateway sein. Wie in der folgenden Abbildung empfehlen wir die dedizierte PSTN Gateway Variante dieser Bereitstellung. Sie kann verwendet werden, wenn das vorhandene PSTN Gateway nicht als Webex Calling lokale Gateway verwendet werden kann.

Kommunelle lokale Gateway Bereitstellung

Das lokale Gateway kann auf IP-Adressen basieren, eine Verbindung mit einem ITSP über einen SIP Trunk herstellen oder mit einem ISDN oder einem analogen Schaltkreis TDM basieren. Die folgende Abbildung zeigt eine Webex Calling Bereitstellung, bei der das lokale Gateway mit dem PSTN GW/SBC korrelend ist.

Lokale Gateway Bereitstellungen mit lokalen Unified cm PBX

In folgenden Fällen sind Integrations mit Unified cm erforderlich:

  • Webex Calling Standorte werden zu einer bestehenden Cisco UC Bereitstellung hinzugefügt, bei der Unified cm als lokale Anrufsteuerungslösung eingesetzt wird.

  • Die Direktwahl zwischen Telefonen, die bei Unified cm und Telefonen registriert sind, ist Webex Calling erforderlich.

Diese Abbildung zeigt eine Webex Calling Bereitstellung, bei der der Kunde über eine vorhandene Unified cm IP PBX verfügt.

BroadCRCloud-Lösung sendet nicht mit den Webex Calling Zielen des Kunden an das lokale Gateway. Dies umfasst PSTN Nummern und Unified cm interne Durchwahlen, die BroadCisco nicht sehen können. Durch das lokale Gateway werden alle von BroadCisco in Unified cm und umgekehrt ankommenden annehmen angezeigt. Unified cm leitet dann eingehende Anrufe an lokale Destinationen oder an die PSTN gemäß der vorhandenen Wählplan. Die Unified cm Wählplan die Nummern als + E. 164 normalisiert. Das PSTN Gateway ist möglicherweise ein engagiertes oder mit dem lokalen Gateway ansässiges Mitglied.

Engagierte PSTN Gateway

Die dedizierte PSTN Gateway Variante dieser Bereitstellung, wie in diesem Diagramm dargestellt, ist die empfohlene Option und kann verwendet werden, wenn das vorhandene PSTN Gateway nicht als Webex Calling lokale Gateway verwendet werden kann.

Koresident PSTN Gateway

Diese Abbildung zeigt eine Webex Calling Bereitstellung mit einem einheitlichen cm, bei dem das lokale Gateway mit dem PSTN Gateway/SBC korrelend ist.

BroadCloud-Lösung Routen, die nicht mit den Webex Calling Destinationen des Kunden übereinstimmen, an das lokale Gateway, das dem Standort zugewiesen ist. Dies umfasst PSTN Destinationen und interne Angespräche zu Unified cm internen Durchwahlen. Durch das lokale Gateway werden alle anruft zu Unified cm angezeigt. Unified cm leitet dann anruft zu lokal registrierten Telefonen oder zum PSTN über das lokale Gateway, das PSTN/SBC Funktionalitäten mitlokalisiert hat.

Anrufverteilung Erwägungen

Anruft von Webex Calling zu Unified cm

Die Webex Calling Weiterleitungslogik funktioniert folgendermaßen: Wenn die Nummer, die auf einem Webex Calling Endpunkt gewählt wird, nicht an ein anderes Ziel innerhalb desselben Kunden in BroadCisco weitergeleitet werden kann, wird der Aufruf an das lokale Gateway zur Weiterverarbeitung gesendet. Alle Anrufe außerhalb des Nettogewins (außerhalb von BroadCLOD) werden an das lokale Gateway gesendet.

Für eine Webex Calling Bereitstellung ohne Integration in eine vorhandene Unified cm wird jede netznetzorientierte Unterhaltung als PSTN angesehen. Wenn Sie mit Unified cm kombiniert werden, kann es sich bei einem netzungsfreien Rückruf weiterhin um einen Telefonanruf mit einem beliebigen Reiseziel mit Unified cm oder um einen echten Telefonanruf mit einem PSTN handelt. Die Unterscheidung zwischen den beiden letztgenannten Anruftypen wird durch die Unified cm bestimmt und hängt vom Unternehmen ab Wählplan das in Unified cm bereitgestellt wird.

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

Unified cm basiert jetzt auf dem konfigurierten Wählplan den Rückruf an einen lokal registrierten Endpunkt, an dem das angerufene Ziel als Verzeichnisnummer bereitgestellt wird. Dafür muss die Unified cm Wählplan die Weiterleitung von + E. 164 Nummern unterstützen.

Anruft von Unified cm zu Webex Calling

Um die Weiterleitung von Anrufen von Unified cm nach Webex Calling in Unified cm zu aktivieren, müssen Sie eine Reihe von Routen festlegen, um den Satz von + E. 164 und Unternehmensannummernansprachen in Webex Calling zu definieren.

Mit diesen Routen sind sowohl die Anrufszenarien in der folgenden Abbildung als auch möglich.

Wenn ein Anrufer im PSTN eine gegebene Nummer anruft, die einem Webex Calling Gerät zugewiesen ist, dann wird der Anruf über das PSTN Gateway des Unternehmens an das Unternehmen übergeben und dann auf Unified cm angezeigt. Die genannte Adresse dieses Anrufs stimmt mit einer der Webex Calling Routen überein, die in Unified cm bereitgestellt werden, und der Rückruf wird an das lokale Gateway gesendet. (Die angegebene Adresse muss im Format + E. 164 sein, wenn Sie an das lokale Gateway gesendet wird.) Die BroadCisco Weiterleitungslogik stellt dann sicher, dass der Rückruf auf der Grundlage der Zuweisung an das beabsichtigte Webex Calling gesendet wird.

Darüber hinaus unterliegen die von Unified cm registrierten Endpunkte, die auf Destinationen in Webex Calling ausgerichtet sind, der Wählplan, die auf Unified cm bereitgestellt wird. In der Regel können diese Wählplan Benutzern die Möglichkeit geben, die üblichen Einwahl zu verwenden, um Anrufe zu tätigen. Diese Gewohnheiten umfassen nicht notwendigerweise nur die Einwahl + E. 164. Jede andere Wählgewohnheit als + E. 164 muss auf + E. 164 normalisiert werden, bevor die Anrufe an das lokale Gateway gesendet werden, um die korrekte Weiterleitung in BroadCisco zu ermöglichen.

Servicekclass (COS)

Die Durchführung einer engen Dienstbeschränkung wird immer aus verschiedenen Gründen empfohlen, darunter die Vermeidung von Anrufschleifen und das Vermeiden von Gebührenbetrug. Im Zusammenhang mit der Integration Webex Calling lokalen Gateway mit Unified cm Class of Servicestation müssen wir die Servicekclass für Folgendes berücksichtigen:

  • Geräte mit Unified cm registriert

  • In Unified cm gegangegangegandes PSTN

  • Von BroadCisco in Unified cm einkommende anruft

Geräte mit Unified cm registriert

Das Hinzufügen der Webex Calling Destinationen als neue Kursklasse zu einem bestehenden cos Setup ist ziemlich geradlinig: Die Berechtigung zum Anrufen zu Webex Calling Destinationen ist in der Regel gleichbedeutend mit der Berechtigung, vor Ort (einschließlich der lokalen) Destinationen anzurufen.

Wenn ein Unternehmen mit einem Einwahlplan bereits eine "(verkürzte) Nutzung vor Ort" implementiert hat, dann gibt es bereits eine auf Unified cm bereitgestellte Partition, die wir verwenden können und die alle bekannten Webex Calling Destinationen in derselben Partition bereitstellen.

Andernfalls ist das Konzept der "(abgekürzt)-Systemberechtigung vor Ort noch nicht vorhanden, dann muss eine neue Partition (z. B." onnetremote ") bereitgestellt werden, die Webex Calling Destinationen zu dieser Partition hinzugefügt werden, und schließlich muss diese neue Partition zu den entsprechenden Anrufsuchflächen hinzugefügt werden.

In Unified cm gegangegangegandes PSTN

Das Hinzufügen der Webex Calling Destinationen als neue Kursklasse zu einem bestehenden cos Setup ist ziemlich geradlinig: Die Berechtigung zum Anrufen zu Webex Calling Destinationen ist in der Regel gleichbedeutend mit der Berechtigung, vor Ort (einschließlich der lokalen) Destinationen anzurufen.

Wenn ein Unternehmen mit einem Einwahlplan bereits eine "(verkürzte) Nutzung vor Ort" implementiert hat, dann gibt es bereits eine auf Unified cm bereitgestellte Partition, die wir verwenden können und die alle bekannten Webex Calling Destinationen in derselben Partition bereitstellen.

Andernfalls ist das Konzept der "(abgekürzt)-Systemberechtigung vor Ort noch nicht vorhanden, dann muss eine neue Partition (z. B." onnetremote ") bereitgestellt werden, die Webex Calling Destinationen zu dieser Partition hinzugefügt werden, und schließlich muss diese neue Partition zu den entsprechenden Anrufsuchflächen hinzugefügt werden.

Von BroadCisco in Unified cm einkommende anruft

Von den PSTN einkommende anrufen benötigen Zugriff auf alle Webex Calling Destinationen. Dies erfordert das Hinzufügen der obigen Partition, in der alle Webex Calling Destinationen angezeigt werden, für den Anrufsuchbereich, der für eingehende Anrufe auf dem PSTN verwendet wird. Der Zugang zu Webex Calling Destinationen wird zusätzlich zu dem bereits vorhandenen Access angezeigt.

Während bei Anrufen über den PSTN Zugriff auf Unified cm DIDs und Webex Calling DIDs erforderlich ist, benötigen Anrufe, die aus Webex Calling stammen, Zugriff auf Unified cm DIDs und PSTN Destinationen.

Abbildung 1. Differenzierte COS für PSTN und Webex Calling

Diese Zahl vergleicht diese beiden unterschiedlichen Dienstklassen mit Anmelden von PSTN und BroadCype. Die Abbildung zeigt auch, dass, wenn die PSTN Gateway mit dem lokalen Gateway verbunden ist, zwei Stämme aus dem kombinierten PSTN GW und lokalem Gateway in Unified cm benötigt werden: Eine Person, die aus der PSTN stammt und eine für in BroadCRIT stammende Anwahl. Dies wird durch die Anforderung zur Anwendung differenzierter Anrufsuchflächen pro Verkehrstyp angetrieben. Mit zwei eingehenden Stämmen in Unified cm kann dies problemlos erreicht werden, indem der erforderliche Anrufsuchbereich für eingehende Anrufe auf jedem Stamm konfiguriert wird.

Strategieintegration wählen

Dieser Leitfaden setzt eine bestehende Installation voraus, die auf den besten aktuellen Praktiken in der "bevorzugten Architektur für Cisco Collaboration vor Ort, CVD" basiert. Die neueste Version ist unter https://www.Cisco.com/c/en/US/Support/Unified-Communications/Unified-Communications-System/Products-Implementation-Design verfügbar.

Das empfohlene Wählplan Design folgt dem Designansatz, der im Kapitel "Wählplan" der neuesten Version des Cisco Collaboration Systems SRND unter https://www.Cisco.com/go/ucsrnd dokumentiert ist.

Abbildung 2. Empfohlener Kursplan

Diese Abbildung zeigt eine Übersicht über die empfohlenen Wählplan Designs. Zu den wichtigsten Merkmalen dieses Wählplan:

  • Alle Verzeichnisnummern, die auf Unified cm konfiguriert sind, sind im Format + E. 164.

  • Alle Verzeichnisnummern befinden sich in derselben Partition (DN) und sind als dringlich markiert.

  • Die Kernweiterleitung basiert auf + E. 164.

  • Alle Einwahlgewohnheiten für die Nichtzungen/E. 164 (z. B. verkürzte intraStandortwahl und PSTN Wählbarkeit unter Verwendung von allgemeinen Einwahlgewohnheiten) werden mithilfe von Übersetzungsmustern zur Einwahlisierung auf + E. 164 normalisiert.

  • Das Einwählen von Normalisierungsübersetzungsmustern verwendet Übersetzungsmuster Anrufsuche Bereich Erbschaft; Sie haben die Option "Berechtigung zum Anrufen des Urhebers anrufen" festgelegt.

  • Die Dienstklasse wird mit der Site und der Klasse der servicespezifischen Anrufsuchbereiche implementiert.

  • PSTN Zugriffsfunktionen (z. B. Zugriff auf internationale PSTN Destinationen) werden durch Hinzufügen von Partitionen mit den entsprechenden Routenmustern + E. 164 in den Anrufsuchbereich implementiert, der die Servicekclass definiert.

Erreichbarkeit für BroadCRECRIT

Abbildung 3. Hinzufügen von BreitCloud-basierten zum Wählplan

Um die Erreichbarkeit von Cisco Cisco Destinationen zu diesem Wählplan hinzuzufügen, muss eine Partition erstellt werden ("BroadCisco") und eine + E. 164 Routen-Muster für jeden Bereich, der in BroadCLOD vorgesehen ist, wird dieser Partition hinzugefügt. Diese Routen-Muster verweist auf eine Streckenliste mit nur einem Mitglied: Die Streckengruppe mit dem SIP Trunk zum lokalen Gateway für Anrufe nach BroadCloud. Denn alle gewählten Destinationen werden auf + E. 164 normalisiert. verwenden Sie die Übersetzungsmuster für Anrufe, die von Unified cm Cisco registrierten Endpoints oder eingehende angerufene Partyformationen stammen, die aus dem PSTN dieses einzelne Set von + E. 164 Routenmustern ist ausreichend, um die Erreichbarkeit von Destinationen in BroadCloud unabhängig von der verwendeten Wählgewohnheit zu erreichen.

Wenn z. B. ein Benutzer "914085550165" wählt, dann normalisiert das übergeben der Übersetzungsübersetzung in der Partition "UStoE164" diese Einwahlfolge auf "+ 14085550165", die dann mit der Routen-Muster für ein Breitbandziel in der Partition "BroadCisco" übereinstimmt. Der Unified cm sendet den Rückruf schließlich an das lokale Gateway.

Abgekürzter Zwischensite hinzufügen

Abbildung 4. Hinzufügen von abgekürzter Intersite wählen

Die empfohlene Methode zum Hinzufügen einer verkürzten Intersite Einwahl zu der Referenznummer Wählplan ist die Hinzufügen von Übersetzungsmustern für alle Sites im Rahmen des Unternehmensummernplans zu einer dedizierten Partition ("ESPN", Enterprise). Mit diesen Übersetzungsmustern können Wählzeilen im Format des Unternehmensannummernplans abgewählt und die gewählte Zeichenfolge in + E. 164 normalisiert werden.

Um die abgekürzte Einwahl von Unternehmen zu den Zielen von BroadCisco hinzuzufügen, fügen Sie das Übersetzungsmuster der entsprechenden Normalisierungsmöglichkeiten für den BroadCloud-Lösung zur "BroadCisco"-Partition hinzu (z. B. "8101xx" im Diagramm). Nach der Normalisierung wird der Rückruf nach der entsprechenden Routen-Muster in der "BroadCisco"-Partition an BroadCisco gesendet.

Wir empfehlen nicht, das Muster der verkürzten Normalisierungsübersetzung für BroadCloud-Lösung auf die "ESN"-Partition hinzuzufügen, da diese Konfiguration möglicherweise unerwünschte Anrufleitungsschleifen erstellt.

Unterschied zwischen Webex Calling für Dienstanbieter und Value hinzugefügten Wiederverkäufern

Es gibt zwei getrennte Anrufangebote, die dieselbe Webex Calling nutzen. Ein Angebot gilt für Dienstanbieter (SPS) und ihre Kunden, während das andere Angebot für value hinzugefügten Wiederverkäufer (VARs) und deren Kunden gilt. Die Angebote sind größtenteils identisch, und als solche bezeichnen wir Sie als Webex Calling. Es gibt jedoch einige Unterschiede, und wenn wir diese Unterschiede ausschließen müssen, stellen wir sicher, dass Sie wissen, ob Sie für SPS oder VARs gelten.

Während beide Angebote in Control Hub mit Quereinsteiger in das Calling Administrationsportal verwaltet werden, sind hier einige wichtige Unterschiede.

SPS können Ihre Anrufportale und-apps brandmarken und ihren Kunden ihre eigenen PSTN und ihre eigenen Dienste bereitstellen oder eine lokale Bereitstellung von Gateway nutzen. SPS müssen außerdem die eigene Ebene 1 bereitstellen.

Vars hingegen verwenden das von Cisco bereitgestellte Branding. Vars sind keine geregelten Dienstanbieter und können PSTN Dienstleistung nicht erbringen. PSTN Dienstdienstes muss über eine Enterprise local Gateway Bereitstellung genutzt werden. Vars kann auch Ihre eigene Ebene 1 bereitstellen oder Cisco ' s verwenden. Beide Anrufangebote bieten die Servicekunktion durch Metriken für Medienqualität und können Webex Teams und Meetings zusammen mit ihren Anrufapplikationen bündeln.

Protokollführer für Anrufe

Cisco Webex Calling registriert die folgenden Protokollhandwerker mit dem Betriebssystem, um die Klickfunktionen von Webbrowsern oder anderen Applikationen zu aktivieren. In den folgenden Protokollen wird ein Ton oder Videoanruf in Webex Teams gestartet, wenn es sich um die Standardanrufanwendung auf Mac oder Windows handelt:

  • ClickToCall: oder CLICKTOCALL://

  • Sip: oder SIP://

  • Tel: oder Tel://

  • Wegextel: oder WEBEXTEL://

Protokollführer für Windows

Andere apps können sich für die Protokollhandwerker vor der Webex Teams registrieren. In Windows 10, das Systemfenster, um Benutzer zu bitten, auszuwählen, welche App verwendet werden soll, um den Rückruf zu starten. Die Benutzereinstellung kann nicht vergessen werden, wenn der Benutzer prüft, ob diese APP immer verwendet wird.

Wenn Benutzer die Einstellungen für die Standardanruf-App zurücksetzen müssen, damit Sie Webex Teams wählen können, können Sie Sie anweisen, die Protokollverbände für Webex Teams in Windows 10 zu ändern:

  1. Öffnen Sie die Standardeinstellungen für die Systemeinstellungen, klicken Sie auf Voreinstellungen nach App festlegen, und wählen Sie dann Webex Teams aus.

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

Protokollführer für Mac

Wenn andere apps vor Webex Teams in den Anrufprotokollen registriert sind, müssen Benutzer Ihre Webex Teams apps konfigurieren, um die Standardrufoption zu sein.

In Webex Teams für Mac können Benutzer bestätigen, dass Webex Teams für die Starthilfe unter allgemeinen Präferenzen ausgewählt ist. Sie können auch immer eine Verbindung mit Microsoft Outlook herstellen, Wenn Sie Webex Teams anrufen möchten, wenn Sie auf die Nummer eines Outlook klicken.

Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Vorbereiten Ihrer Umgebung für Webex Calling

Vorbereiten Ihrer Umgebung Konfigurieren Webex Calling für Ihre Organisation Lokales Gateway für PSTN Access konfigurieren (nur VARs) UCM kofigurieren Konfigurieren Webex Calling Funktionen Benutzer konfigurieren und verwalten Geräte konfigurieren und verwalten

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 %Workspaces-Geräte) oder einen Plan für benannte Benutzer (NU) (einige oder alle Benutzer) erwerben.

Webex Calling bietet drei Lizenztypen ("Station-Typen")

  • Enterprise– Diese Lizenzen bieten eine vollständige 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 Webex und die Option, Meetings mit bis zu 1000 Teilnehmern pro Meeting zugebündelt.

  • Basic(Einfach) – 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. Einfache 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 mit Control Hub diese Lizenzverteilungen an verschiedenen Standorten in Ihrer Organisation 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. Telefone bei inaktiver Telefone benötigen eine minimale Bandbreite.

Lokales Gateway für PSTN

Sowohl Value Added Reseller (VARs) als auch Service Providers (SPs) können PSTN Zugang zu Webex Calling bieten. Lokales Gateway ist derzeit die einzige Option, um lokalen Zugriff PSTN bereitstellen. Das lokale Gateway kann eigenständige oder in Bereitstellungen bereitgestellt werden, in denen eine Cisco Unified Communications Manager(CUCM) erforderlich ist. Die Anforderungen an das lokale Gateway folgen.

Unterstützte Geräte

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

Tabelle 1. Unterstützte Geräte

Gerätekategorie

Gerätetyp

Standard

  • Cisco IP-Telefon der Serie 6800 mit plattformübergreifender Firmware

  • Cisco IP-Telefon der Serie 7800 mit plattformübergreifender Firmware

Analoge Telefonieadapter

Cisco ATA 191 und 192 mit plattformübergreifender Firmware

Konferenz

  • Cisco IP-Konferenztelefon 7832 mit plattformübergreifender Firmware

  • Cisco IP-Konferenztelefon 8832 mit plattformübergreifender Firmware

Erweitert

  • Cisco IP DECT 6800-Serie mit plattformübergreifender Firmware

  • Cisco IP-Telefon der Serie 8800 mit plattformübergreifender Firmware

Zubehör

Schlüsselerweiterungsmodule

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

Firewall

Erfüllen Sie die Firewall-Anforderungen, die unter Port-Referenzinformationen für IhrenCisco Webex Calling.

Anforderungen an lokales Gateway Webex Calling

Allgemeine Voraussetzungen

Bevor Sie ein lokales Gateway für Cisco Webex Calling konfigurieren, sollten Sie sicherstellen, dass Sie

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

    • Sie verfügen über grundlegende Arbeitskenntnisse über Cisco IOS-XE- und IOS-XE-Sprachkonzepte

    • Grundlegendes Verständnis von Session Initiation Protocol (SIP)

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

    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 Softwareanforderungen für lokales Gateway

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

Lizenzanforderungen für lokale Gateways

Cube Calling-Lizenzen müssen auf dem lokalen Gateway installiert sein. Weitere Informationen finden Sie im Cisco Unified Rahmenelement-Konfigurationshandbuch.

Zertifikats- und Sicherheitsanforderungen für lokales Gateway

Webex Calling erfordert eine sichere Signalisierung und sichere Medien. Das lokale CUBE-Gateway führt die Verschlüsselung durch und Mutual TLS eine ausgehende Verbindung zur Cloud mit den folgenden Schritten hergestellt werden:

  • Der CUBE muss mit dem CA-Stammpaket von Cisco PKI aktualisiert werden.

  • Eine Reihe von SIP-Digest-Anmeldeinformationen aus dem Control Hub werden für die Konfiguration des CUBE verwendet (die Schritte sind Teil der folgenden Konfiguration)

  • CA-Stammpaket prüft vorgelegtes Zertifikat

  • Eingabe von Anmeldeinformationen erforderlich (SIP-Digest bereitgestellt)

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

Firewall- und NAT Traversal-Anforderungen für lokales Gateway

In den meisten Fällen können sich lokale Gateway und Endpunkte im internen Kundennetzwerk befinden, unter Verwendung private IP adressen mit NAT. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) für bestimmte IP-Adressen/Ports, die in Port Reference Information abgedeckt werden,zulassen.

Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Konfigurieren Cisco Webex Calling für Ihre Organisation

Vorbereitungen

Wenn Sie versuchen, einen Kunden in Kanada zu einrichten, sind zusätzliche Schritte erforderlich. Weitere Informationen erhalten Sie von Partner HelpDesk.

1

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


 

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

2

Überprüfen und akzeptieren Sie Geschäftsbedingungen.

3

Überprüfen Sie Ihren Plan und klicken Sie dann auf Erste Schritte.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zuordnen soll, und geben Sie die Informationen für den Kundenkontakt und die Kundenadresse ein.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und schließen, wenn Sie Partneradministrator sind und möchten, dass der Kundenadministrator die Bereitstellung von Webex Calling.
  • Füllen Sie die erforderlichen Standortinformationen. Nachdem Sie den Speicherort im Wizard erstellt haben, können Sie später weitere Standorte erstellen.

 

Das Land des Standardstandorts ist als Vertragsland festgelegt, das vom Partner ausgewählt wurde und kann nicht geändert werden. Sie können später andere Standorte in verschiedenen Ländern erstellen. Beachten Sie jedoch, dass sie im regionalen Rechenzentrum gehostet werden, das dem zuvor in diesem Verfahren ausgewählten Vertragsland entspricht. Sie können beispielsweise einen Standort in den USA und einen in Großbritannien haben.


 

Nachdem Sie den Einrichtungsassistenten abgeschlossen haben, stellen Sie sicher, dass Sie eine Hauptnummer zum von Ihnen erstellten Speicherort hinzufügen.

7

(Optional) Aktivieren Sie Skype for Business, wenn diese Integration erforderlich ist, und klicken Sie auf Weiter.


 

Bei Aktivierung wandelt diese standortweite Einstellung alle vorhandenen Anruf-Apps in Anrufe für S4B um. Diese App kann parallel zu Skype for Business für Windows ausgeführt werden und bietet integrierte PSTN-Anruffähigkeiten.

8

Wählen Sie Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein und klicken Sie auf Weiter.

10

Wählen Sie Beenden.

Vorbereitungen

Bereiten Sie die folgenden Informationen vor, um einen neuen Speicherort zu erstellen:

  • Adresse des Standorts

  • Gewünschte Telefonnummern (optional)

1

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

Beachten Sie, dass neue Standorte in dem regionalen Rechenzentrum gehostet werden, das dem Vertragsland entspricht, das Sie mit dem Assistenten für die erstmalige Einrichtung ausgewählt haben.

2

Konfigurieren Sie die Einstellungen des Standorts:

  • Standortname: Geben Sie einen eindeutigen Namen ein, um den Standort zu identifizieren.
  • Land– Wählen Sie ein Land aus, mit dem der Standort verknüpfen soll. Sie können beispielsweise einen Standort (Sitz) in den USA und einen anderen (Niederlassungen) in Großbritannien erstellen. Das land, das Sie auswählen, legt die Adressfelder fest. In den hier dokumentierten Beispielen wird die US-Adresskonvention verwendet.
  • Sprache– Wählen Sie die Sprache für den Standort aus.
  • Adresse:Geben Sie den Hauptspeicherort Postadresse.
  • Stadt: Geben Sie eine Stadt für diesen Standort ein.
  • Status:Wählen Sie in der Dropdown-Dropdown-Option ein Bundesland aus.
  • Postleitzahl –Geben Sie die Postleitzahl ein.Telefonnummer : Geben Sie die Telefonnummer ein, unter der derHauptkontakt des Standorts erreicht werden kann.
3

(Optional) Umschalten Sie auf Skype for Business, wenn Ihre Benutzer an diesem Standort weiterhin mithilfe der Microsoft Skype for Business-Desktop-App zusammenarbeiten möchten. Benutzer können Telefonanrufe von außerhalb ihrer Organisation tätigen und empfangen sowie die erweiterten Anruffunktionen nutzen, die die Webex Calling S4B-App bietet. Benutzer müssen die Webex Calling S4B-App herunterladen und installieren, sodass sie, wenn sie einen PSTN-Anruf auf ihrer Microsoft Skype-App starten oder empfangen, in die Webex Calling S4B-App gestartet werden.


 

Dies ist der einzige Zeitpunkt, an dem Sie sich bei der Skype for Business-Integration mit der -App Webex Calling können. Nachdem der Speicherort erstellt wurde, können Sie diese Einstellung nicht mehr ändern.

4

Klicken Sie auf Speichern, und wählen Sie dann aus, ob Sie Nummern jetzt oder später hinzufügen möchten.

5

Wenn Sie auf Jetzt hinzufügengeklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Paketlösung erhalten möchten, mit der Sie neue Telefonnummern PSTN und vorhandene Nummern zu Cisco portieren können.


     

    Die Option cisco PSTN ist nur unter folgenden Bedingungen sichtbar:

    1. Der Cisco Calling-Plan wurde für diesen Kunden aktiviert oder erworben.

    2. Der Standort befindet sich in einem Land, in dem der Cisco Calling-Plan unterstützt wird (derzeit nur in den USA verfügbar).

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie nach einer Cloud-Lösung suchen, die keine beträchtlichen Investitionen in lokale Hardware erfordert, und wählen Sie dann einen CCP-Anbieter IhrerWahl aus.

     

    Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen.

    Wenn die Option zum Bestellen von Nummern jetzt unter einem anbieter aufgeführten Anbieter angezeigt wird, empfehlen wir, dass Sie diese Option auswählen, damit Sie die Vorteile des integrierten CCP nutzen können. Auf diese Weise können Sie Ihre Nummern direkt in Control Hub bestellen. Wenn Sie diese Option wählen, finden Sie hier weitere Informationen und die nächsten Schritte.

    Wenn Sie sich entschließen, Ihre Nummern jetzt nicht zu bestellen, können nachfolgende Änderungen PSTN Anbieters eingeschränkt sein.

  • Standortbasierte PSTN (lokales Gateway): Wählen Sie diese Option aus, wenn Sie Ihren aktuellen PSTN-Anbieter behalten oderNicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

6

Legen Sie fest, ob Sie die Nummern jetzt oder später aktivieren möchten.

7

Geben Telefonnummern Als kommatrennte Werte ein und klicken Sie dann auf Validieren.

Nummern werden für den jeweiligen Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern angezeigt, und im Feld Nummern hinzufügen werden weiterhin ungültige Einträge zusammen mit einer Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den Standortanforderungen lokale Anwahl formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Code eingeben, und der Code wird vorankündigungen.

8

Klicken Sie auf Speichern.

Nächste Schritte

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

Wenn Sie Ihre Kundenorganisation im Control Hub erstellt haben, wird der erste von Ihnen erstellte Standort automatisch zum Standardspeicherort. Benutzer, die Sie zu Ihrer Organisation hinzufügen, werden diesem Standardspeicherort zugewiesen, falls Sie nichts anderes angeben. Sie können einen nachfolgenden Standort als Standardspeicherort festlegen. Beachten Sie jedoch, dass der Standardspeicherort nicht gelöscht werden kann.

Vorbereitungen


So erhalten Sie eine Liste der Benutzer und Arbeitsbereiche, die einem Standort zugeordnet sind: Gehen Sie zu Dienste > Telefonnummern und wählen Sie aus dem Dropdown-Menü den Ort aus, der gelöscht werden soll. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen können.

Denken Sie daran, dass alle mit diesem Standort verknüpften Nummern für Ihren Anbieter PSTN werden; Sie werden diese Nummern nicht mehr besitzen.

1

Wechseln Sie aus der Kundenansicht in zu Dienste > Anruf > Standort und wählen Sie den Standort aus, https://admin.webex.com den Sie löschenmöchten.

2

Klicken Sie neben dem Standortnamen auf Mehr, wählen Sie Standort löschen aus, und bestätigenSie, dass Sie diesen Standort löschen möchten.

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

Nach der PSTN können Sie ihre PSTN sowie den Namen, die Zeitzone und die Sprache eines Standorts ändern. Denken Sie jedoch daran, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die alte Sprache.


Für bestehende Standorte können Sie Notrufdienste aktivieren. Weitere Webex Calling finden Sie unter RedSky Emergency 911 Service 911 Service.

1

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

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

2

(Optional) Unter PSTN Connection (Verbindung) können Sie entweder Cloud Connected PSTN oder Premise-based PSTN (lokales Gateway) auswählen, je nachdem, welches Gateway Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und bestätigen Sie die risiken, indem Sie Weiter auswählen. Wählen Sie anschließend eine der folgenden Optionen aus und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Paketlösung erhalten möchten, mit der Sie neue Telefonnummern PSTN und vorhandene Nummern zu Cisco portieren können.


     

    Partner müssen von Webex Calling VAR-Partnern autorisiert sein und den neuen Webex Calling Addendum über die Einschreibung in Cisco Webex Calling VAR-PSTN akzeptiert haben.

    Partner werden eine Bestellung mit Lizenzen für den Cisco Calling Plan (Outbound Calling Plan & Telephone Numbers) im Cisco Commerce Workspace (CCW) vergeben.

    Diese Option ist nur für Value-Added-Reseller verfügbar.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie nach einer Cloud-Lösung suchen, die keine beträchtlichen Investitionen in lokale Hardware erfordert, und wählen Sie dann einen CCP-Anbieter IhrerWahl aus.


     

    Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen.

    Wenn die Option zum Bestellen von Nummern jetzt unter einem anbieter aufgeführten Anbieter angezeigt wird, empfehlen wir, dass Sie diese Option auswählen, damit Sie die Vorteile des integrierten CCP nutzen können. Auf diese Weise können Sie Ihre Nummern direkt in Control Hub bestellen. Wenn Sie diese Option wählen, klicken Sie hier, um weitere Informationen und die nächsten Schritte zu erhalten.

  • Standortbasierte PSTN (lokales Gateway): Wählen Sie diese Option aus, wenn Sie Ihren aktuellen PSTN-Anbieter behalten oderNicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

     

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

3

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

4

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

5

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

Diese Einstellungen sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihre Wählplan ändern, werden die Beispielnummern in Control Hub aktualisiert, um diese Änderungen zu zeigen.

1

Wechseln Sie aus der Kundenansicht in zu Dienste > Anruf > Diensteinstellungen und blättern Sie https://admin.webex.com zu Interne Rufnummernwahl.

2

Konfigurieren Sie bei Bedarf die folgenden optionalen Wähleinstellungen:

  • Länge des Routing-Präfix für den Standort– Wir empfehlen diese Einstellung, wenn Sie über mehrere Standorte verfügen. Sie können eine Länge von 2 bis 7 Ziffern eingeben. Wenn Sie mehrere Standorte mit derselben Durchwahl haben, müssen Benutzer ein Präfix wählen, wenn sie zwischen Standorten anrufen. Wenn Sie beispielsweise über mehrere Geschäfte mit der Erweiterung 1000 verfügen, können Sie für jeden Store ein Routing-Präfix konfigurieren. Wenn ein Geschäft das Präfix 888 hat, wählen Sie 8881000, um dieses Geschäft zu erreichen.
  • Steuerungsziffer im Routing-Präfix – Sie können hier einen Wert festlegen, unabhängig davon, ob SieRouting-Präfixe für Den Standort verwenden.
  • Länge interner Erweiterungen – Sie können 2 bis 6 Ziffern eingeben, und derStandardwert 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 , wählen Sie einen Standort aus, scrollen Sie zu Wählen und ändern Sie dann 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 einePerson an diesem Standort zu kontaktieren. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge der auf Organisationsebene festgelegten Länge entspricht, sie muss jedoch zwischen 2 und 7 Ziffern enthalten.
  • Externe Rufnummernwahl – Optional können Sie eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählenmüssen, um eine externe Nummer zu erreichen. Die Standardeinstellung ist Keine, und Sie können sie verlassen, wenn Sie diese Anwahl nicht benötigen. Wenn Sie sich dafür entscheiden, diese Funktion zu verwenden, empfehlen wir, dass Sie eine andere Nummer als die Steuerungsziffer In Ihrem Unternehmen verwenden.

     

    Benutzer können die Ziffer für ausgehende Anrufe bei externen Anrufen verwenden, um zu imitieren, wie sie die Wahl auf älteren Systemen gewählt haben. Alle Benutzer können jedoch weiterhin externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

Auswirkungen für Benutzer:

  • Benutzer müssen ihre Telefone neu starten, damit die Änderungen in den Wähleinstellungen wirksam werden.

  • Benutzererweiterungen dürfen nicht mit derselben Ziffer wie die Steuerungsziffer des Standorts beginnen.

Wenn Sie ein Value Added Reseller sind, können Sie diese Schritte ausführen, um die lokale Gateway-Konfiguration in Cisco Webex Control Hub. Wenn dieses Gateway bei der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Cisco Webex Calling-Standorte verwenden, um die Weiterleitung an einen Unternehmens- PSTN bereitstellen.


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

Führen Sie die folgenden Schritte aus, um einen Trunk im Control Hub zu erstellen.

Vorbereitungen

  • Sobald ein Standort hinzugefügt wurde und Sie einen Trunk erstellen, bevor Sie die standortbasierten PSTN für einen Standort konfigurieren.

  • Erstellen Sie alle Standorte sowie spezifische Einstellungen und Nummern für jeden Standort. Standorte müssen vorhanden sein, bevor Sie eine standortbasierte E-Mail-PSTN.

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

  • Sie können nicht mehr als einen Trunk für einen Standort mit standortbasiertem Standort PSTN, Sie können jedoch den gleichen Trunk für mehrere Standorte auswählen.

1

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

2

Wählen Sie einen Ort 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

Ihnen werden die relevanten Parameter präsentiert, die Sie für die Konfiguration auf dem Trunk benötigen. Sie generieren auch eine Reihe von SIP-Digest-Anmeldedaten, um die PSTN absichern.

Die Trunk-Informationen werden auf dem Bildschirm Register Domain , Trunk GroupOTG/DTG, Line/Portund Outbound Proxy Addressangezeigt.

Wir empfehlen Ihnen, diese Informationen aus Control Hub zu kopieren und in eine lokale Textdatei oder ein Dokument zu kopieren, damit Sie darauf verweisen können, wenn Sie bereit sind, die standortbasierten Einstellungen PSTN.

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

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Dienste > Anrufe > Standorte .

2

Wählen Sie einen Speicherort für die Änderung aus, und klicken Sie auf Verwalten.

3

Wählen Sie eine lokalbasierte PSTN und klicken Sie auf Weiter .

4

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


 

Besuchen Sie die Seite "Trunk", um Ihre Auswahlmöglichkeiten für die Trunk-Gruppe zu verwalten.

5

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

Nächste Schritte

Sie müssen die von Control Hub generierten Konfigurationsinformationen übernehmen und die Parameter dem lokalen Gateway zuordnen (z. B. in einem lokalen Cisco CUBE). In diesem Artikel werden Sie durch diesen Vorgang behandelt. Ein Beispiel für die Zuordnung der Control Hub-Konfigurationsinformationen zu Parametern im CUBE (rechts) finden Sie in der folgenden Abbildung:

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

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Dienste > Anruf >Nummern.

Es wird eine Tabelle mit den Nummern und den entsprechenden Informationen für alle Standorte angezeigt. Sie können auf das Dropdown-Liste Alle Standorte klicken und einen Ort auswählen, wenn Sie nach einem bestimmten Standort filtern möchten. Die Tabelle enthält Informationen wie die Person, der die Nummer zugewiesen ist, und ihren Status.

2

(Optional) Klicken Sie neben einem Nummerneintrag unter Aktionen auf und wählen Sie eine der folgenden Optionenaus:

  • Bearbeiten– Für aktive Nummern, die aktuell einem Benutzer oder einem Ort zugewiesen sind. Klicken Sie auf diese Option, um das Administratorportal "Anrufen" zuöffnen, in dem Sie weitere Änderungen vornehmen können.

  • Aktivieren – Bei Nummern im Status Inactive (Inaktiv) ist diese Option verfügbar, sobald eine Webex Calling-portierte Nummer, die mit einerBestellung eingereicht wurde, abgeschlossen wurde. Nachdem Sie die Nummer aktiviert haben, wird die Nummer als aktiv, wenn sie einsatzbereit ist.

  • Löschen – Für Nummern im Status Inactive (Inaktiv), die aktuell zu einem Benutzer oder einem Ort noch nicht zugewiesensind, ist diese Option verfügbar.

3

(Optional) Klicken Sie auf Nummern hinzufügen , geben Sie die erforderlichen Informationen ein, um einem Standort mindestens eine neue Nummer hinzuzufügen, und klicken Sie anschließend auf Speichern.


 

Gültige Einträge werden in das Feld Validierte Nummern verschieben, während ungültige Einträge im Feld Nummern hinzufügen zusammen mit einerFehlermeldung verbleiben.

Nummern müssen für alle Länder das E.164-Format verwenden, mit Ausnahme der Vereinigten Staaten.

Je nach Land des Standorts werden die Nummern entsprechend den Standortanforderungen lokale Anwahl formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Code eingeben, und der Code wird vorankündigungen.

4

(Optional) Massenaktiviere Nummern. Sie können Ihre Nummernliste nach einem bestimmten Standort, Status oder beiden filtern. Klicken Sie auf Inaktiv, um nur die Zahlen mit dem Status inaktiv zu sehen. Sie können 500 Nummern gleichzeitig aktivieren, indem Sie Nummern aktivieren oben in der Liste auswählen und ihre Absicht bestätigen, indem Sie in dem geöffneten Dialogfeld auf Aktivieren klicken.

Falls Sie Cisco WebEx-Dienste testen und ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

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

2

Wählen Sie die Registerkarte Abonnements aus 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.

Mithilfe von Webex Control Hub Sie die Priorität verfügbarer Anrufoptionen festlegen, die Benutzern in Webex angezeigtwerden. Sie können sie auch für ein einziges Click-to-Call aktivieren.

1

Wechseln Sie aus der Kundenansicht in zu Organisationseinstellungen > Dienste , blättern Sie zu https://admin.webex.com Anrufe und wählen Sie client Einstellungen aus.

2

Sie können die Anrufoptionen per Drag-and-Drop im Feld Verfügbare Anrufoptionen für Ihre Benutzer sehen und sie dann in der für Ihre Benutzer bevorzugten Prioritätsordung neu anordnen.

Weitere für Benutzer ausgeblendete Optionen werden im Feld Optionen für ausgeblendete Anruf angezeigt, wie in diesem Beispiel-Screenshot dargestellt:

3

Aktivieren Sie Single Click-to-Call aktivieren, wenn Benutzer in der Lage sein sollen, einen Anruf mit der Option für den ersten Anruf zu machen, die Sie im vorherigen Schritt konfiguriert haben.


 

Es kann bis zu 24 Stunden dauern, bis die Änderungen in Webex angezeigtwerden. Sie können Ihren Benutzern empfehlen, ihre Apps neu zu starten, um diese Änderungen schneller zu nehmen.

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer PSTN tätigen. Nachdem Sie diese Einstellung auf Organisationsebene konfiguriert haben, können Sie diese Einstellung für bestimmte Benutzer überschreiben.


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

Vorbereitungen

  • Ihre Organisation muss über die korrekten Abonnements für das von Ihnen wählen Anrufverhalten verfügen.

  • Benutzer müssen gültige Telefonnummern haben. Wenn die Nummern ungültig sind, sendet Webex die Nummer weiterhin an die anrufer-App, die Sie auswählen, aber der Anruf von dieser App wird fehlschlagen.

Wechseln Sie aus der Kundenansicht in zu Einstellungen , blättern Sie zu https://admin.webex.comAnrufverhaltenund wählen Sie eine der folgenden Auswahlen: .

  • Anrufe in Webex Teams: Wählen Sie diese Option, wenn Benutzer Anrufe direkt in Webex mithilfe vonWebex Calling.
  • Webex Calling-App : Wählen Sie diese Option aus, wenn Ihre Organisation über ein Cisco Webex Calling-Abonnement verfügt und Sie Benutzern gestatten möchten, PSTN-App Webex Calling tätigen. Wenn Benutzer PSTN in Webex tätigen, wirdWebex Calling-App verwendet, um den Anruf zu tätigen.

Es wird eine Meldung angezeigt, die angibt, dass das Anrufverhalten aktualisiert wurde. Benutzer können jetzt Anrufe PSTN Webex oder der App Webex Calling tätigen.

Die Benutzer müssen die entsprechende Anwendung installiert haben, um PSTN Webex anrufen zukönnen. Teilen Sie den Anderen mit, welche Auswahl Sie treffen und ob eine andere App für Anrufe PSTN wird.


 

Sie können diese Einstellung auf Benutzerebene ändern, wenn bestimmte Benutzer ein anderes Anrufverhalten verwenden müssen. Wechseln Sie zu Benutzer und wählen Sie unter Einstellungen die OptionAnrufverhalten. Sie können eine Auswahl treffen und dann auf Speichernklicken.

Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Konfigurieren des lokalen Gateways in IOS-XE für Webex Calling

Nachdem Sie die Webex Calling für Ihre Organisation konfiguriert haben, müssen Sie lokale Gateways mit den entsprechenden CLI-Schnittstellen konfigurieren. Der Trunk zwischen dem lokalen Gateway und der Webex-Cloud ist stets durch den SIP TLS-Transport und SRTP für Medien zwischen lokalem Gateway und dem Webex Calling Access SBC gesichert.

Verwenden Sie diesen Aufgabenablauf, um lokale Gateways für Ihre Webex Calling konfigurieren. Die folgenden Schritte werden auf der CLI-Schnittstelle selbst ausgeführt. Der Trunk zwischen dem lokalen Gateway und Webex Calling wird durch SIP TLS-Transport und SRTP für Medien zwischen lokalem Gateway und dem Webex Calling Access SBC gesichert.

Vorbereitungen

  • Erfüllen Sie die Anforderungen des lokalen Gateways für Webex Calling.

  • Erstellen Sie ein lokales Gateway im Control Hub.

  • Bei den in diesem Dokument angegebenen Konfigurationsrichtlinien wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn ein vorhandenes PSTN-Gateway oder eine CUBE-Unternehmensbereitstellung geändert wird, um auch die lokale Gateway-Funktion für Webex Calling zu verwenden, achten Sie sorgfältig auf die angewendete Konfiguration und stellen Sie sicher, dass vorhandene Anrufabläufe und Funktionen nicht infolge von vorgenommenen Änderungen unterbrochen werden.

  Befehl oder Aktion Zweck
1

Parameterzuordnung zwischen Cisco Webex Control Hub und Cisco Unified-Rahmenelement

Verwenden Sie diese Tabelle als Referenz für die Parameter, die aus Control Hub kommen und denen sie sich dem lokalen Gateway zuordnen.

2

Konfiguration der Referenzplattform durchführen

Implementieren Sie diese Schritte als allgemeine globale Konfiguration für das lokale Gateway. Die Konfiguration umfasst die Konfiguration der Baseline-Plattform und eine Aktualisierung des Vertrauenspools.

3

Lokales Gateway für die Registrierung Webex Calling

4

Wählen Sie je nach Ihrer Bereitstellung eine Option aus:

Anrufverteilung Auf dem lokalen Gateway basiert die von Ihnen Webex Calling Bereitstellungsoption. In diesem Abschnitt wird davon ausgegangen, dass sich PSTN IP-Beendigung auf derselben Plattform wie das lokale Gateway befindet. Die folgende Konfiguration gilt für eine der folgenden Optionen auf dem lokalen Gateway:

  • Die Option für die Bereitstellung des lokalen Gateways ohne eine lokale IP PBX. Das lokale Gateway und die IP-PSTN CUBE sind zusammen.

  • Die Bereitstellungsoption für das lokale Gateway in einer vorhandenen Unified CM-Umgebung. Das lokale Gateway und die IP-PSTN CUBE sind zusammen.

Tabelle 1. Parameterzuordnung zwischen Cisco Webex Control Hub und lokalem Gateway

Control Hub

Lokales Gateway

Domänenadministrator:

Control Hub sollte die Domäne vom LinePort parsen, der von UCAPI empfangen wird.

example.com

Registrar

example.com

OTG/DTG der Trunk-Gruppe

SIP-Profile:

Regelanforderung <rule-number> BELIEBIGE SIP-Header

Ändern von ">" ";otg=otgDtgId>"

Leitung/Port

user@example.com

Anzahl: Benutzer

Ausgehender Proxy

ausgehender Proxy (DNS-Name – SRV des Access SBC)

SIP-Benutzername

Benutzername

SIP-Passwort

Passwort

Vorbereitungen

  • Stellen Sie sicher, dass die Baseline-Plattform-Konfiguration wie NTPs, ACLs, Passwörter, primäres Passwort, IP-Routing, IP-Adressen und so weiter gemäß den Richtlinien und Verfahren Ihrer Organisation konfiguriert sind.

  • Neueste version von IOS-XE 16.12 oder IOS-XE 17.3 wird für alle LGW-Bereitstellungen benötigt.

1

Stellen Sie sicher, dass allen Ebenen-3-Schnittstellen gültige und routingfähige IP-Adressen zugewiesen sind:

Schnittstelle GigabitEthernet0/0/0 Beschreibung Schnittstelle gegenüber 
 PSTN und/oder CUCM 
 IP-Adresse 192.168.80.14 255.255.255.0 
 ! 
 Schnittstelle GigabitEthernet0/0/1 Beschreibung Schnittstelle gegenüber 
 Webex Calling 
 IP-Adresse 192.168.43.197 255.255.255.0
2

Sie müssen mit den folgenden Befehlen einen Masterschlüssel für das Passwort vorkonfiguriert haben, bevor er in den Anmeldeinformationen und geteilten Informationen verwendet werden kann. Typ 6-Passwörter werden mit AES-Benutzernamen und einem benutzerdefinierten Masterschlüssel verschlüsselt.


LocalGateway#conf t LocalGateway(config)#Key config-key password-encrypt Password123 LocalGateway(config)#Passwortverschlüsselung aes
3

Konfigurieren Sie den IP Name Server, um die DNS-Suche zu aktivieren und sicherzustellen, dass er erreichbar ist, indem Sie ihn pingen:


LocalGateway#conf t Konfigurationsbefehle eingeben, einen pro Zeile.  Mit CNTL/Z beenden.
LocalGateway(config)#ip name-server 8.8.8.8 LocalGateway(config)#Ende
4

Aktivieren Sie TLS 1.2 Und einen Dummy Trustpoint als Standardeinstellung:

  1. Erstellen Sie einen Dummy PKI Trustpoint und nennen Sie ihn dummyTp

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

  3. Der cn-san-Validate-Server ist erforderlich, um sicherzustellen, dass das lokale Gateway die Verbindung nur dann hergestellt hat, wenn der auf dem Mandanten konfigurierte ausgehende Proxy für 200 (später beschrieben) mit der CN-SAN-Liste entspricht, die vom Server empfangen wird.

  4. Der Krypto-TrustPoint ist für das Funktionieren des TLS erforderlich, obwohl ein lokales Client-Zertifikat (z. B. mTLS) für die Einrichtung der Verbindung nicht erforderlich ist.

  5. Deaktivieren Sie TLS v1.0 und v1.1, indem Sie v1.2 aktivieren.

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

  7. (IOS-XE 17.3.2 und höher) Stellen Sie Timer-Verbindungen ein, um tls <wait-timer in="" sec="">herzustellen. Der Bereich liegt zwischen 5 und 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 zum nächsten verfügbaren Webex Calling Access SBC herzustellen. Mit dieser CLI kann der Administrator den Wert ändern, um Netzwerkbedingungen zu erfüllen und Verbindungsfehler mit dem Access SBC viel schneller zu erkennen.


LocalGateway# konfigurieren Terminal-Konfigurationsbefehle, einen pro Zeile.  Mit CNTL/Z beenden.
LocalGateway(config)# 
 LocalGateway(config)#crypto pki trustpoint dummyTp LocalGateway(ca-trustpoint)# revocation-check crl LocalGateway(ca-trustpoint)#beenden  LocalGateway(config)#sip-ua LocalGateway(config-sip-ua)# # Krypto-Signalisierung Standard TrustPoint DummyTp cn-san-validate Server  LocalGateway(config-sip-ua)# Transport TCP TLS v1.2 LocalGateway(config-sip-ua)# tcp-retry 1000 LocalGateway(config-sip-ua)#Ende
5

Aktualisieren Sie das lokale Gateway Trustpool:

Das Standard-Trustpool-Paket umfasst nicht das Zertifikat "Die Zwischenzertifikate der Stammzertifizierungsstelle", das zum Validieren des serverseitigen Zertifikats während der TLS-Verbindungseinrichtung zu Webex Calling.

Das Trustpool-Paket muss aktualisiert werden, indem das neueste "Cisco Trusted Core Root Bundle" von heruntergeladenhttp://www.cisco.com/security/pki/wird.

  1. Überprüfen Sie, ob das Ca-Zertifikat für denCert Room vorhanden ist:

    
    LocalGateway#zeigen den Krypto-pki-Trustpool | "HashtagCert" an
  2. Wenn er nicht existiert, aktualisieren Sie wie folgt:

    
    LocalGateway# konfigurieren Terminal-Konfigurationsbefehle, einen pro Zeile.  Mit CNTL/Z beenden.
    LocalGateway(config)# Clean-URL-Import für Krypto-PKI-Trustpool Lesen der Datei vom  http://www.cisco.com/security/pki/trs/ios_core.p7b  http://www.cisco.com/security/pki/trs/ios_core.p7b Laden der http://www.cisco.com/security/pki/trs/ios_core.p7b  % PEM-Dateien erfolgreich.
    LocalGateway(config)#Ende
    
  1. Überprüfen:

    
    LocalGateway#show crypto pki | trustpool include HashtagCert 
     cn=HashtagCert Global Root CA 
     o=HashtagCert Inc 
     cn=HashtagCert Global Root CA 
     o=HexCert Inc
    

Vorbereitungen

Stellen Sie sicher, dass Sie die Schritte in Control Hub abgeschlossen haben, um einen Standort zu erstellen und ein lokales Gateway hinzuzufügen. In dem hier gezeigten Beispiel für ein lokales Gateway wurden die Informationen von Control Hub erhalten.

1

Geben Sie diese Befehle ein, um die lokale Gateway-Anwendung zu aktivieren (weitere Informationen zu den Cisco Webex Calling finden Sie unter Port-Referenzinformationen zu den aktuellen IP-Subnetzen, die der Anwendung hinzugefügt werden Vertrauensliste):

LocalGateway#konfigurieren Terminal LocalGateway(config)# Voice ServiceVoip LocalGateway(conf-voi-serv)# IP-Adresse vertrauenswürdige Liste LocalGateway(cfg-iptrust-list)#ipv4 x.x y.y.y.y LocalGateway(cfg-iptrust-list)#beenden LocalGateway(conf -voi-serv)#allow-connections sip to sip LocalGateway(conf-voi-serv)# Medienstatistiken LocalGateway(conf-voi-serv)#media bulk-stats LocalGateway(conf-voi-serv)#kein zusätzliches Service sip refer LocalGateway(conf-voi-serv)# kein zusätzlicherService SIP-Handle ersetzt LocalGateway(conf-voi-serv)# Faxprotokoll t38 Version 0 ls-redundanz 0 hs-redundanz 0 Fallback keine  LocalGateway(conf-serv-stun)#stun LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4 LocalGateway()conf-serv-stun)# stun flowdata shared-secret 0 Password123$  LocalGateway(conf-serv-stun)#sip     LocalGateway(conf-serv-sip)#g729 annexb-all    LocalGateway(conf-serv-sip)#early-offer forced    LocalGateway(conf-serv-sip)#Ende

Erläuterung von Befehlen:

Schutz vor Gebührenbetrug
Gerät(config)# Sprachdienst voip-Gerät(config-voi-serv)# IP-Adresse vertrauenswürdige Liste   Gerät(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y
  • Explizite Aktivierung der Quell-IP-Adressen von Einheiten, von denen das lokale Gateway berechtigte VoIP-Anrufe erwartet, beispielsweise Webex Calling-Peers, Unified CM-Knoten, IP-PSTN.

  • Standardmäßig blockiert LGW alle Anrufeinstellungen VoIP eingehenden Anrufe von IP-Adressen, die nicht in der vertrauenswürdigen Liste enthalten sind. IP-Adressen von Dial-Peers mit "Sitzungsziel-IP" oder Servergruppe sind standardmäßig vertrauenswürdig und müssen hier nicht ausgefüllt werden.

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


     

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränkter Cone NAT befindet, möchten Sie die vertrauenswürdige IP-Adresse-Liste auf der Webex Calling-facing-Schnittstelle deaktivieren. Dies liegt daran, dass Die Firewall Sie bereits vor unerwünschten eingehenden VoIP. Durch diese Aktion würde ihr längerer Konfigurations-Overhead reduziert, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers weiterhin behoben bleiben und Sie Ihre Firewall für Peers in jedem Fall konfigurieren müssen.

  • Andere IP-Adressen müssen möglicherweise auf anderen Schnittstellen konfiguriert werden; Zum Beispiel müssen Ihre Unified CM-Adressen zu den nach rechts gerichteten Schnittstellen hinzugefügt werden.

  • IP-Adressen müssen mit der IP von Hosts übereinstimmen, die der ausgehende Proxy in Tenant 200 auflöset

  • Siehe für weitere Informationen.https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html

Medien
Sprachdienst VoIP 
 Medienstatistiken 
 Medien Massenstatistik 
  • Medienstatistiken ermöglichen die Medienüberwachung auf dem lokalen Gateway.

  • Massenstatistik für Medien ermöglicht es der Steuerungsebene, die Datenebene nach Massenanruf-Statistiken zu beumfragen.

SIP-to-SIP-Grundfunktionen
Allow-connections sip to sip
Zusätzliche Dienste
 keine zusätzlichen Service-SIP-Refer 
 keine zusätzlichen Service-SIP-Handle-Ersetzen

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

Siehe für weitere Informationen.https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889

Faxprotokoll
Faxprotokoll t38 Version 0 ls-Redundanz 0 hs-Redundanz 0 Fallback None

Ermöglicht T.38 für den Faxtransport, obwohl der Fac-Datenverkehr nicht verschlüsselt wird.

Globale STUN aktivieren
stun 
  stun flowdata agent-id 1 boot-count 4 
  stun flowdata shared-secret 0 Password123$
  • Wenn ein Anruf zurück an einen Webex Calling-Benutzer weitergeleitet wird (sowohl der angerufene als auch der Anrufer sind beispielsweise Webex Calling-Abonnenten und die Medien am Webex Calling SBC verankert sind), können die Medien nicht zum lokalen Gateway weitergeleitet werden, 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. Dies hilft, das Loch in der Firewall zu öffnen.

  • STUN-Passwort ist eine Voraussetzung für das senden von STUN-Nachrichten durch das lokale Gateway. IOS/IOS-XE-basierte Firewalls können so konfiguriert werden, dass sie dynamisch nach diesem Passwort suchen und Lochs öffnen (zum Beispiel ohne explizite In-Out-Regeln). Im Falle einer Bereitstellung des lokalen Gateways ist die Firewall jedoch statisch so konfiguriert, dass sie Lochs in und aus den Webex Calling SBC-Subnetzen öffnet. Daher sollte die Firewall dies nur als jedes eingehende UDP-Paket behandeln, das das Öffnen des Lochs auslöst, ohne explizit den Paketinhalt zu sehen.

G729
sip 
  g729 annexb-all

Ermöglicht alle Varianten von G729.

SIP
vorzeitiger Zu-Angebot-Zwingen

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

2

Konfigurieren Sie "SIP-Profil 200".

LocalGateway(config)# Voice Class sip-profile 200 LocalGateway (config-class)# Regel 9 fordern Sie AN, SIP-Header SIP-Req-URI modifizieren "sips:(.*)" "sip:\1" LocalGateway (config-class)# Rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# rule 12 request ANY sip-header contact modify " LocalGateway (config-class)# rule 12 request ANY sip-header contact modify<sips:(.*)>"<sip:\1;transport=tls>  LocalGateway (config-class)# Regel 13 Antwort ANY sip-header Um " <sips:(.*)" "<sip:\1" LocalGateway (config-class)# Regel 14 Antwort ANY sip-header From modify "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# rule 15 response 20 Anfrage ALLE SIP-Header Von Änderung ">" ";otg=hussain2572_lgu>" LocalGateway (config-class)# Regel 30 Anfrage ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Diese Regeln gelten

Erläuterung von Befehlen:

  • Regel 9 stellt sicher, dass der Headerals "SIP-Req-URI" und nicht als "SIP-Req-URL" aufgeführt wird

    Dies 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, z. B. _sips._tcp.<outbound-proxy>
  • Regel 20 ändert die Kopfzeile von so, dass der Parameter OTG/DTG der Trunk-Gruppe aus Control Hub in eine eindeutige Identifizierung einer LGW-Site innerhalb eines Unternehmens enthalten ist.

  • Dieses SIP-Profil wird auf Voice Class-Tenant 200 angewendet (später besprochen) für den sämtlichen Datenverkehr Webex Calling.

3

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

LocalGateway(config)# Sprachklasse-Codec 99 LocalGateway(config-class)# Codec-Präferenz 1 g711/ LocalGateway(config-class)# Codec-Präferenz 2 g711avv  LocalGateway(config-class)#  beenden LocalGateway(config)# Voice Class srtp-crypto 200 LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80 LocalGateway(config-class)# beenden LocalGateway(config)# Voice Class stun-usage 200 LocalGateway(config-class)# stun usage firewall-traversal flowdata LocalGateway(config-class)# exit

Erläuterung von Befehlen:

  • Sprachkurs-Codec99: Ermöglicht sowohl g711-Codecs (mu als auch a-law) für Sitzungen. Wird auf alle Dial-Peers angewendet.

  • Sprachklasse srtp-krypto damit200: Gibt SHA1_80 als die einzige SRTP-Verschlüsselungs-Suite an, die von einem lokalen Gateway im SDP-Angebot und -Antwort angeboten wird. Webex Calling unterstützt nur SHA1_80.

  • Wird auf Voice Class-Tenant angewendet 200 (später besprochen) mitWebex Calling.

  • Sprachklasse Stun-Usage 200: Definiert STUN-Nutzung. Wird auf alle Webex Calling-facing (2XX tag)-Dial-Peers angewendet, um keine Audiowiedergabe zu vermeiden, wenn ein Unified CM-Telefon den Anruf an ein anderes Webex Calling weiterträgt.


 

In Fällen, in denen Medien am ITSP SBC verankert sind und sich das lokale Gateway hinter einer NAT befindet und auf den eingehenden Medienstream von ITSP wartet, kann dieser Befehl auf ITSP-orientierte Dial-Peers angewendet werden.

4

Control Hub-Parameter der Konfiguration des lokalen Gateways zuordnen:

Webex Calling tenants innerhalb des lokalen Gateways hinzugefügt. Die für die Registrierung des lokalen Gateways erforderliche Konfiguration ist unter Voice Class Tenant 200definiert. Wie in diesem Screenshot gezeigt, müssen Sie die Elemente dieser Konfiguration von der Administrationsseite des lokalen Gateways auf dem Control Hub abrufen. Dies ist ein Beispiel dafür, wie die Felder der jeweiligen lokalen Gateway-CLI zuordnen.

Tenant 200 wird dann auf alle vor Ihnen Webex Calling-Peers (2xx-Tag) innerhalb der lokalen Gatewaykonfiguration angewendet. Mit der Tenantfunktion für die Sprachklasse können SIP-Trunk-Parameter, die andernfalls unter VoIP für Sprachdienste und sip-ua durchgeführt werden, gruppieren und konfigurieren. Wenn ein Tenant unter einem Dial-Peer konfiguriert und angewendet wird, werden die IOS-XE-Konfigurationen in der folgenden Reihenfolge der Präferenzen angewendet:

  • Dial-Peer-Konfiguration

  • Mandantenkonfiguration

  • Globale Konfiguration (Sprachdienst voip /sip-ua)

5

Konfigurieren Sie Tenant 200, um die Trunk-Registrierung von LGW Webex Calling basierend auf den Parametern, die Sie über Control Hub erhalten haben, zu aktivieren:


 

Die nachstehende Befehlszeile und die Parameter sind nur Beispiele. Sie müssen die Parameter für Ihre eigene Bereitstellung verwenden.

LocalGateway(config)#Voice Class-Tenant 200 
  dns:40462196.cisco-bcld.com-schema sips läuft 240 Aktualisierungsrate 50 TCP TLS-Anmeldedatennummer Hussain6346_LGU Benutzername Hussain2572_LGU Passwort ab 240 Aktualisierungsverhältnis 50 TCP TLS-Anmeldedatennummer 
  Hussain6346_LGU Benutzername Hussain2572_LGU Passwort 0 meX7]~)VMF-Bereich BroadWorks Authentifizierung Benutzername 
  Hussain2572_LGU Passwort 0 meX7]~)VMF-Bereich BroadWorks Authentifizierung Benutzername 
  Hussain2572_LGU Passwort 0 meX7]~)VMF-Bereich 40462196.cisco-bcld.com 
  keine 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 
  Medienquelle-Schnittstelle GigabitEthernet0/0/1 keine 
  Pass-Thru-Inhalte custom-sdp 
  sip-profile 200 
  ausgehend-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  Privacy-Policy Passthru

Erläuterung von Befehlen:

Voice Class-Tenant 200

Die Multitenant-Funktion eines lokalen Gateways ermöglicht spezifische globale Konfigurationen für mehrere Mandanten auf SIP-Trunks, die differenzierte Dienste für Mandanten ermöglichen.

tcp dns:40462196.cisco-bcld.com sips läuft 240 Aktualisierungsverhältnis 50 TCP TLS ab

Einem 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

Anmeldedatennummer Hussain6346_LGU Benutzername Hussain2572_LGU Passwort 0 meX71]~)VMf-Bereich 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

Authentifizierungs-Benutzername Hussain2572_LGU Passwort 0 meX71]~)VMF-Bereich BroadWorks
Authentifizierung Benutzername Hussain2572_LGU Passwort 0 meX71]~)VMF-Bereich 40462196.cisco-bcld.com

Authentifizierungs-Aufgabe 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

Keine Remote-Party-ID

Deaktivieren Sie die SIP Remote-Party-ID (RPID)-Kopfzeile, Webex Calling PAI unterstützt. Diese Funktion wird durch den CIO asserted-id pai aktiviert (siehe unten).

SIP-Server DNS:40462196.cisco-bcld.com
Webex Calling Server ein. 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
Verbindung wiederverwenden

Um dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung zu verwenden.

srtp-krypto damit 200

Gibt SHA1_80 in der Sprachklasse srtp-kryptony 200 definiertist.

Sitzungstransport TCP TLS
Legt den Transport zu TLS fest
URL-SIPS

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

Fehler-Passhru

SIP-Fehler-Antwort-Pass-Thru-Funktionalität

asserted-id pai

Aktiviert die PAI-Verarbeitung auf dem lokalen Gateway.

Verbinden Control Source-Interface GigabitEthernet0/0/1

Signalisierungsquelle-Schnittstelle Webex Calling.

Medienquelle-Interface GigabitEthernet0/0/1 verbinden

Medienquelle-Schnittstelle mit Blick Webex Calling.

Keine Pass-Thru-Inhalte custom-sdp

Standardbefehl unter Tenant.

SIP-Profile 200

Ändert SIPS in SIP und ändert Leitung/Port für INVITE- und REGISTER-Nachrichten gemäß definition in den SIP-Profilen der Sprachklasse 200.

ausgehender Proxy DNS:la01.sipconnect-us10.cisco-bcld.com

Webex Calling Auf SBC zugreifen. 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

Datenschutzrichtlinienpassregeln

Gehen Sie transparent über Privatsphäre-Kopfzeilenwerte von eingehenden bis zum ausgehenden Abschnitt hinweg.

Nachdem Tenant 200 im lokalen Gateway definiert und ein SIP-VoIP-Dial-Peer konfiguriert ist, initiiert das Gateway dann eine TLS-Verbindung zu Webex Calling . An diesem Punkt stellt der Access SBC sein Zertifikat dem lokalen Gateway vor. Das lokale Gateway validiert das Webex Calling Access SBC-Zertifikat mithilfe des zuvor aktualisierten CA-Stammpakets. Zwischen dem lokalen Gateway und dem Access SBC wird Webex Calling TLS-Sitzung eingerichtet. Das lokale Gateway sendet anschließend ein REGISTER an den Access SBC, der vor der Herausforderung steht. Registrierungs-AOR ist number@domain. Die Nummer wird aus dem Anmeldedatenparameter "number" und der Domäne aus dem "dns von "dns:<fqdn>". Wenn die Registrierung vor der Herausforderung steht, werden Benutzername, Passwort und Bereichsparameter aus Anmeldedaten zur Erstellung der Kopfzeile und des SIP-Profils 200 konvertiert die SIPS-URL wieder in SIP. Registrierung erfolgreich, sobald 200 OK vom Access SBC empfangen wurde.

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

  1. Voice Class-Mandanten – Zunächst erstellen wir zusätzliche Mandanten für Dial-Peers, denen ITSP gegenüber steht, ähnlich wie Tenant200, die wir für wählorientierte Webex Calling Peers erstellt haben.

  2. Sprachklassen-URIs– Muster, die Host-IP-Adressen/Ports für verschiedene Trunks definieren, die auf dem lokalen Gateway enden: Webex Calling zu LGW; und PSTN SIP-Trunk-Terminierung auf LGW.

  3. Ausgehende Dial-Peers – Um ausgehende Anrufe von LGW an ITSP SIP-Trunk und -VerbindungenWebex Calling.

  4. Voice Class DPG – Ziel-Peers für ausgehende Anrufe, die von einemeingehenden Dial-Peer aufgerufen werden.

  5. Eingehende Dial-Peers –Um eingehende Anrufe aus ITSP- und -Webex Calling.

Die Konfiguration in diesem Abschnitt kann entweder für die Einrichtung eines von Partnern gehosteten lokalen Gateways (siehe unten) oder für das lokale Gateway der Kunden-Site verwendet werden.

1

Konfigurieren Sie die folgenden Voice Class-Mandanten:

  1. Voice Class Tenant 100 wird auf alle ausgehenden Dial-Peers angewendet, denen IP-Adressen zu PSTN.

    Voice Class Tenant 100 Sitzungstransport 
      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. Voice Class Tenant 300 wird auf alle EINGEHENDEn Dial-Peers aus IP-Verbindungen PSTN.

    Voice Class Tenant 300 
      Bind-Quellschnittstelle GigabitEthernet0/0/0 
      Bindmedien-Quellschnittstelle GigabitEthernet0/0/0 
      kein pass-thru Inhalt custom-sdp
    
2

Konfigurieren Sie den folgenden Sprachklassen-URI:

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

    Sprachklasse URI 100 
      SIP-Host ipv4:192.168.80.13
    
  2. Definieren Eines Musters, um eine lokale Gateway-Site in einem Unternehmen eindeutig zu identifizieren, basierend auf dem Parameter TrunkGroup OTG/DTG von Control Hub:

    Sprachklasse uri 200 sip 
     pattern dtg=wiegend2572.lgu
    

     

    Lokales Gateway unterstützt momentan keinen Unterstrich "_" im Übereinstimmungsmuster. Als Problemumgehung verwenden wir Punkt "". (übereinstimmungen) mit der Übereinstimmung mit "_".

    INVITE sip empfangen:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0 
     über: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1 
     Muster :8934
    
3

Konfigurieren Sie die folgenden Peers für ausgehende Anrufe:

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

    Dial-Peer Voice 101 voip 
     Beschreibung Outgoing Dial-Peer to IP PSTN 
     Destination-Pattern BAD. BAD 
     Sitzungsprotokoll sipv2 
     Sitzungsziel ipv4:192.168.80.13 Sprachklasse 
     Codec 99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 100 
     no vad

    Erläuterung der Befehle:

    Dial-Peer Voice 101 voip 
     Beschreibung Ausgehender Dial-Peer an PSTN
    

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

    Ziel-Muster BAD. Schlecht

    Ziffernmuster, mit dem dieser Dial-Peer ausgewählt werden kann. Wir rufen diesen ausgehenden Dial-Peer jedoch direkt vom eingehenden Dial-Peer mit DPG-Anweisungen auf und umgehen die Zahlenmuster-Übereinstimmungskriterien. Aus diesem Grund verwenden wir ein beliebiges Muster basierend auf alphanumerischen Ziffern, die von der CLI des Zielmusters zugelassen werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass dieser Dial-Peer SIP-Anrufaufrufe behandeln wird.

    Sitzungsziel ipv4:192.168.80.13

    Gibt die Ziel-IPv4-Adresse des Ziels an, an die dieser Anrufpunkt gesendet wird. In diesem Fall die IP-Adresse von ITSP.

    Sprachkurs-Codec 99

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

    dtmf-relay rtp-nte

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

    Sprachklasse-SIP-Tenant 100

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

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

  2. Ausgehender Dial-Peer zu Webex Calling (Dieser Dial-Peer wird aktualisiert, um als eingehender Dial-Peer von Webex Calling sowie später im Konfigurationshandbuch zu dienen).

    Dial-Peer Voice 200201 voip 
     Beschreibung Eingehender/Webex Calling-Zielmuster 
     SCHLECHT. BAD Sitzungsprotokoll sipv2 Sitzungsziel 
     
     
     SIP-Server Voice-Class Codec 99 
     DTMF-Relay rtp-nte 
     Sprachklasse Stun-Usage 200 
     keine Sprachklasse sip localhost 
     voice-class sip tenant 200 
     srtp no 
     vad
    

    Erläuterung von Befehlen:

    Dial-Peer Voice 200201 voip 
         Beschreibung Eingehender/ausgehender Webex Calling

    Definiert einen VOIP Dial-Peer mit einem Tag von 200201 und einer aussagekräftigen Beschreibung für eine einfache Verwaltung und Fehlerbehebung

    Sip-Server für Sitzungsziel

    Zeigt an, dass der globale SIP-Server das Ziel für Anrufe von diesem Dial Peer ist. Webex Calling in Tenant 200 definierten Server wird für diesen Dial-Peer übernommen.

    Sprach-Klasse-Stun-Usage 200

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

    Kein Sprachklasse-SIP-Localhost

    Deaktiviert die Ersetzung des DNS-Localhost-Namens 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), sofern derselbe Parameter nicht unter dem <--> Dial-Peer selbst definiert ist. </-->

    Srtp

    SRTP ist für diese Anruf aufforderung aktiviert.

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

4

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

  1. Definiert Dial-Peer-Gruppe 100. Ausgehender Dial-Peer 101 ist das Ziel für jeden eingehenden Dial-Peer, der Dial-Peer-Gruppe 100aufruft. Wir wenden DPG 100 für eingehenden Dial-Peer 200201 für Webex Calling --> LGW --> PSTN an.

    Sprachklasse dpg 100 
     Beschreibung Eingehende wxC(DP200201) zu IP PSTN(DP101) 
     Dial-Peer 101 Einstellung 1
    
  2. Definieren Sie Dial-Peer-Group 200 mit Outbound Dial-Peer 200201 als Ziel fürPSTN --> LGW --> Webex Calling Pfad. DPG 200 wird auf eingehende Peer 100 angewendet, die später definiert wurden.

    Sprachklasse dpg 200 
     Beschreibung Eingehende IP-PSTN(DP100) zu Webex Calling(DP200201) 
     Dial-Peer 200201 Einstellung 1
    
5

Konfigurieren Sie die folgenden eingehenden Dial-Peers:

  1. Eingehender Dial-Peer für eingehende IP-PSTN Wählverbindung:

    Dial-Peer Voice 100 VoIP Beschreibung Eingehender Dial-Peer aus PSTN-Sitzungsprotokoll 
     
     sipv2 Ziel 
     dpg 200 eingehende 
     URI über 100 
     Sprachklasse-Codec 99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 
     no vad
    

    Erläuterung von Befehlen

    Dial-Peer Voice 100 voip 
     Beschreibung Eingehender Dial-Peer aus PSTN

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

    Sitzungsprotokoll sipv2

    Gibt an, dass dieser Dial-Peer SIP-Anrufaufrufe behandeln wird.

    eingehender URI über 100

    Der sämtliche eingehende Datenverkehr von IP PSTN zu LocalGW wird auf die Host-IP-Adresse des eingehenden VIA-Headers, die in der Sprachklasse URI 100 SIP definiert ist, mit der Quell-IP-Adresse (ITSP) übereinstimmen.

    Ziel dpg 200

    Mit dem Ziel-dpg 200 übergibt IOS-XE die klassischen Dial-Peer-Übereinstimmungskriterien für ausgehende Anrufe und geht sofort weiter, um den ausgehender Anruf-Abschnitt mit Dial-Peers einzurichten, die in der Ziel-Dial-Peer-Gruppe 200 definiert sind, d. b. dial-peer 200201.

    Sprachklasse-SIP-Tenant 300

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

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

  2. Eingehender Dial-Peer für eingehende Webex Calling-Anruf Eingänge:

    Dial-Peer Voice 200201 voip 
     Beschreibung Eingehender/Ausgehender Webex Calling 
     max-conn 150 
     Ziel dpg 100 eingehende 
     URI-Anforderung 200
     

    Erläuterung von Befehlen

    Dial-Peer Voice 200201 voip 
     Beschreibung Eingehender/ausgehender Webex Calling

    Aktualisiert einen VOIP-Dial-Peer mit einem Tag von 200201 und einer aussagekräftigen Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    eingehende URI-Anforderung 200

    Der alle eingehenden Datenverkehr von Webex Calling zu LGW kann mit dem eindeutigen DTG-Muster im Anforderungs-URI übereinstimmen, das die lokale Gateway-Site innerhalb eines Unternehmens und im Webex Calling identifiziert.

    Ziel dpg 100

    Mit dem Ziel-dpg 100 überträgt IOS-XE die klassischen Dial-Outbound-Peer-Übereinstimmungskriterien und geht sofort weiter, um den ausgehender Anruf-Abschnitt mithilfe von Dial-Peers einzurichten, die in der Ziel-Dial-Peer-Gruppe 100 definiert sind, d. s. dial-peer 101.

    Max. Conn 150

    Beschränkt die Anzahl der gleichzeitigen Anrufe zwischen dem LGW und Webex Calling auf 150, unter der Annahme, dass ein single dial-peer facing Webex Calling für eingehende und ausgehende Anrufe, wie in diesem Leitfaden festgelegt, vor sich geht. 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, um Webex Calling

Alle eingehenden IP-PSTN-Anrufe auf dem lokalen Gateway werden auf Dial-Peer 100 mit dem Dial-Peer 100 übereinstimmen, da er ein Übereinstimmungskriterien für die VIA-Header mit der IP-Adresse des IP-PSTN definiert. Die Auswahl von Peers für ausgehende Anrufe wird durch DPG 200 bestimmt, das ausgehenden Dial-Peer 200201 direkt aufruft, bei dem der Webex Calling-Server als Zielort aufgeführt ist.

Webex Calling, um PSTN

Alle eingehenden Webex Calling-Anrufgruppen auf dem lokalen Gateway werden mit Dial-Peer 200201 übereinstimmen, da sie die Übereinstimmungskriterien für das REQUEST URI-Headermuster mit dem Parameter TrunkGroup OTG/DTG, der für diese lokale Gateway-Bereitstellung eindeutig ist, erfüllt. Die Wahl des Peers für ausgehende Anrufe wird durch DPG 100 bestimmt, das ausgehenden Dial-Peer 101 direkt aufruft, bei dem die IP PSTN-IP-Adresse als Zielziel aufgeführt ist.

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

  1. Mandanten der Sprachklasse – Sie müssen zusätzliche Mandanten für Dial-Peers erstellen, denen Unified CM und ITSP gegenüber stehen, ähnlich wie tenant200, die wir für Webex Calling-Peers erstellt haben.

  2. Voice Class URIs–Muster, die Host-IP-Adressen/Ports für verschiedene Trunks definieren, 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; und PSTN SIP-Trunk-Terminierung auf LGW.

  3. Sprachklasse-Servergruppe– Ziel-IP-Adressen/Ports für ausgehende Trunks von LGW zu Unified CM, LGW zu Webex Calling und LGW zu PSTNSIP-Trunk.

  4. Ausgehende Dial-Peers – Um ausgehende Anrufe von LGW anUnified CM, ITSP SIP-Trunk und/oder -Webex Calling.

  5. Sprachklasse DPG – Ziel-Peer(s) für ausgehende Anrufe, die von einemeingehenden Dial-Peer aufgerufen werden.

  6. Eingehende Dial-Peers – Um eingehende Anruf rufnummern aus Unified CM, ITSP und/oder Webex Calling.

1

Konfigurieren Sie die folgenden Voice Class-Mandanten:

  1. Voice Class Tenant 100 wird auf alle ausgehenden Dial-Peers angewendet, denen Unified CM- und IP-Peers gegenüber PSTN:

    Voice Class Tenant 100 Sitzungstransport 
      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. Voice Class Tenant 300 wird auf alle eingehenden Dial-Peers aus Unified CM- und IP-PSTN:

    Voice Class Tenant 300 
      Bind-Quellschnittstelle GigabitEthernet0/0/0 
      Bindmedien-Quellschnittstelle GigabitEthernet0/0/0 
      kein pass-thru Inhalt custom-sdp
    
2

Konfigurieren Sie die folgenden Sprachklassen-URIs:

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

    Sprachklasse URI 100 
      SIP-Host ipv4:192.168.80.13
    
  2. Definieren Eines Musters, um eine lokale Gateway-Site in einem Unternehmen eindeutig zu identifizieren, basierend auf dem Parameter TrunkGroup OTG/DTG von Control Hub:

    Sprachklasse uri 200 sip 
     pattern dtg=wiegend2572.lgu
    

     

    Das lokale Gateway unterstützt momentan keinen Unterstrich "_" im Übereinstimmungsmuster. Als Problemumgehung verwenden wir Punkt "". (übereinstimmungen) mit der Übereinstimmung mit "_".

    INVITE sip empfangen:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0 
     über: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1 
     Muster :8934
    
  3. Definiert Unified CM-Signalisierung über Port für den Webex Calling-Trunk:

    Sprachklasse URI 300 
     SIP-Muster:5065
    
  4. Definiert CUCM-Quellsignalisierungs-IP- und VIA-Port für PSTN-Trunk:

    Sprachklasse URI 302 
     SIP-Muster 192.168.80.60:5060
    
3

Konfigurieren Sie die folgenden Sprachklasse-Servergruppen:

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

    Sprachklasse Server-Gruppe 301 
     ipv4 192.168.80.60 Port 5065
    
  2. Definiert die IP-Adresse und Portnummer des Unified CM-Trunks für Unified CM-Gruppe 2, falls zutreffend:

    Sprachklasse Server-Gruppe 303 
     ipv4 192.168.80.60 Port 5065
    
  3. Definiert die IP-Adresse des Zielhosts von Unified CM-Trunk für Unified CM Group 1 (5 Knoten). Unified CM verwendet den Standardport 5060 für eingehenden Datenverkehr auf dem PSTN Trunk. Wenn keine Portnummer angegeben ist, wird standardmäßig 5060 verwendet. (PSTN <-> LGW --> Unified CM)</->

    Sprachklasse Server-Gruppe 305 
     ipv4 192.168.80.60
    
  4. Definiert die IP-Adresse des Zielhosts des Unified CM-Trunks für Unified CM Group 2, falls vorhanden.

    Sprachklasse Server-Gruppe 307 
     ipv4 192.168.80.60
    
4

Konfigurieren Sie die folgenden ausgehenden Dial-Peers:

  1. Ausgehender Dial-Peer zu IP-PSTN:

    Dial-Peer Voice 101 voip 
     Beschreibung Outgoing Dial-Peer to IP PSTN 
     Destination-Pattern BAD. BAD 
     Sitzungsprotokoll sipv2 
     Sitzungsziel ipv4:192.168.80.13 Sprachklasse 
     Codec 99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 100 
     no vad
    

    Erläuterung von Befehlen

    Dial-Peer Voice 101 voip 
     Beschreibung Ausgehender Dial-Peer an PSTN

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

    Ziel-Muster BAD. Schlecht

    Ziffernmuster, mit dem dieser Dial-Peer ausgewählt werden kann. Wir rufen diesen ausgehenden Dial-Peer jedoch direkt vom eingehenden Dial-Peer mit DPG-Anweisungen auf und umgehen die Zahlenmuster-Übereinstimmungskriterien. Aus diesem Grund verwenden wir ein beliebiges Muster basierend auf alphanumerischen Ziffern, die von der CLI des Zielmusters zugelassen werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass dieser Dial-Peer SIP-Anrufaufrufe behandeln wird.

    Sitzungsziel ipv4:192.168.80.13

    Gibt die Ziel-IPv4-Adresse des Ziels an, an die dieser Anrufanruf gesendet wird. (In diesem Fall die IP-Adresse von ITSP.)

    Sprachkurs-Codec 99

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

    Sprachklasse-SIP-Tenant 100

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

  2. Ausgehender Dial-Peer zu Webex Calling (Dieser Dial-Peer wird aktualisiert, um als eingehender Dial-Peer von Webex Calling sowie später im Konfigurationshandbuch zu dienen.):

    Dial-Peer Voice 200201 voip 
     Beschreibung Eingehender/Webex Calling-Zielmuster 
     SCHLECHT. BAD Sitzungsprotokoll sipv2 Sitzungsziel 
     
     
     SIP-Server Voice-Class Codec 99 
     DTMF-Relay rtp-nte 
     Sprachklasse Stun-Usage 200 
     keine Sprachklasse sip localhost 
     voice-class sip tenant 200 
     srtp no 
     vad
    

    Erläuterung von Befehlen

    Dial-Peer Voice 200201 voip 
     Beschreibung Eingehender/ausgehender Webex Calling

    Definiert einen VOIP Dial-Peer mit einem Tag von 200201 und einer aussagekräftigen Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Sip-Server für Sitzungsziel

    Zeigt an, dass der globale SIP-Server das Ziel für Anrufe von diesem Dial Peer ist. Webex Calling in Tenant 200 definierten Server wird für diesen Dial-Peer übernommen.

    Sprach-Klasse-Stun-Usage 200

    Mit der STUN-Bindungsfunktion im LGW können lokal generierte STUN-Anforderungen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

    Kein Sprachklasse-SIP-Localhost

    Deaktiviert Unterbereich des DNS-Localhost-Namens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID der ausgehenden Nachrichten.

    Voice-Class-SIP-Tenant 200

    Der Dial-Peer erbt alle Parameter von Tenant 200 (LGW Webex Calling Trunk), sofern derselbe Parameter nicht unter dem <--> Dial-Peer selbst definiert ist. </-->

    Srtp

    SRTP ist für diese Anruf aufforderung aktiviert.

  3. Peer für ausgehende Anrufe in Richtung des Unified CM-Webex Calling-Trunks:

    Dial-Peer Voice 301 voip 
     Beschreibung Ausgehender Dial-Peer zu CUCM-Group-1 für eingehenden Datenverkehr von Webex Calling - Knoten 
     1 bis 5 
     Zielmuster BAD. BAD 
     Sitzungsprotokoll sipv2 Sitzung 
     Server-Gruppe 301 
     Sprachklasse Codec 99 
     dtmf-relay rtp-nte 
     Voice-Class sip tenant 100 
     no vad
    

    Erläuterung von Befehlen

    Dial-Peer Voice 301 voip 
     Beschreibung Ausgehender Dial-Peer zu CUCM-Group-1 für eingehenden Webex Calling 
     – Knoten 1 bis 5

    Definiert einen VOIP-Dial-Peer mit einem Tag 301 und einer aussagekräftigen Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Sitzung Server-Gruppe 301

    Anstelle der Ziel-IP der Sitzung im Dial-Peer zeigen wir auf eine Zielserver-Gruppe(Server-Gruppe 301 für Dial-Peer 301), um mehrere UCM-Zielknoten zu definieren, obwohl das Beispiel nur einen einzelnen Knotenzeigt.

    Peer für ausgehende Anrufe der Servergruppe

    Mit mehreren Dial-Peers in der DPG und mehreren Servern in der Dial-Peer-Servergruppe können wir 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). Eine zweite Dial-Peer- und zweite Servergruppe ist nur erforderlich, wenn mehr als fünf Anrufverarbeitungs-Abonnenten verwendet werden.

    Siehe für weitere Informationen.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 Webex Calling-Trunk von Unified CM, wenn Sie mehr als 5 Unified CM-Knoten haben:

    Dial-Peer Voice 303 voip 
     Beschreibung Ausgehender Dial-Peer zu CUCM-Group-2 für eingehenden Datenverkehr 
     von Webex Calling - Knoten 6 bis 10 
     Zielmuster BAD. BAD 
     Sitzungsprotokoll sipv2 Sitzung 
     Server-Gruppe 303 
     Sprachklasse Codec 99 
     dtmf-relay rtp-nte 
     Voice-Class sip tenant 100 
     no vad
  5. Ausgehender Dial-Peer in Richtung Unified CM-PSTN-Trunk:

    Dial-Peer Voice 305 voip 
     Beschreibung Ausgehender Dial-Peer zu CUCM-Group-1 für eingehenden von 
     PSTN - Knoten 1 bis 5 
     Zielmuster BAD. BAD 
     Sitzungsprotokoll sipv2 Sitzung 
     Server-Gruppe 305 
     Sprachklasse Codec 99 
     dtmf-relay rtp-nte 
     Voice-Class sip tenant 100 
     no vad
    
  6. Zweiter ausgehender Dial-Peer in Richtung PSTN-Trunk von Unified CM, wenn Sie mehr als 5 Unified CM-Knoten haben:

    Dial-Peer Voice 307 voip 
     Beschreibung Ausgehender Dial-Peer zu CUCM-Group-2 für eingehenden von 
     PSTN - Knoten 6 bis 10 
     Zielmuster BAD. BAD 
     Sitzungsprotokoll sipv2 Sitzung 
     Server-Gruppe 307 
     Sprachklasse Codec 99  
     dtmf-relay rtp-nte 
     Voice-Class sip tenant 100 
     no vad
    
5

Konfigurieren Sie die folgenden DPG:

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

    Sprachklasse dpg 100 
     Dial-Peer 101 Präferenz 1
    
  2. Legen Sie DPG 200 mit Peer 200201 als Ziel fürUnified CM --> LGW --> Webex Calling fest:

    Sprachklasse dpg 200 
     Dial-Peer 200201 Präferenz 1
    
  3. Definieren Sie DPG 300 für ausgehende Dial-Peers 301 oder 303 für den Webex Calling --> LGW --> Unified CM-Pfad:

    Sprachklasse dpg 300 
     Dial-Peer 301 Präferenz 1 
     Dial-Peer 303 Präferenz 1
    
  4. Definieren Sie DPG 302 für ausgehende Dial-Peers 305 oder 307 für den PSTN --> LGW --> Unified CM-Pfad:

    Sprachklasse dpg 302 
     Dial-Peer 305 Präferenz 1 
     Dial-Peer 307 Präferenz 1
    
6

Konfigurieren Sie die folgenden eingehenden Dial-Peers:

  1. Eingehender Dial-Peer für eingehende IP-PSTN Wählverbindung:

    Dial-Peer Voice 100 VoIP Beschreibung Eingehender Dial-Peer aus PSTN-Sitzungsprotokoll 
     
     sipv2 Ziel 
     dpg 302 
     eingehender URI über 100 
     Voice-Class Codec 99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 
     no vad
    

    Erläuterung von Befehlen

    Dial-Peer Voice 100 voip 
     Beschreibung Eingehender Dial-Peer aus PSTN

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

    Sitzungsprotokoll sipv2

    Gibt an, dass dieser Dial-Peer SIP-Anrufaufrufe behandeln wird.

    eingehender URI über 100

    Der alle eingehenden Datenverkehr von IP PSTN zu LGW wird mit der Host-IP-Adresse des eingehenden VIA-Headers übereinstimmen, die in der Sprachklasse URI 100 SIP definiert ist, um mit der Quell-IP-Adresse (ITSP) übereinstimmen.

    Ziel dpg 302

    Mit dem Ziel-DPG 302 überträgt IOS-XE die klassischen Dial-Outbound-Peer-Übereinstimmungskriterien und wird sofort fortgesetzt, um den ausgehender Anruf-Abschnitt mitHilfe von Dial-Peers einzurichten, die in Ziel-DPG 302 definiert sind, d. b. dial-peer 305 oder dial-peer 307.

    Sprachklasse-SIP-Tenant 300

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

  2. Eingehender Dial-Peer für eingehende Webex Calling-Anruf Eingänge:

    Dial-Peer Voice 200201 voip Beschreibung 
     Eingehender/Ausgehender Webex Calling 
     max-conn 150 
     Ziel dpg 300 eingehende 
     URI-Anforderung 200
     

    Erläuterung von Befehlen

    Dial-Peer Voice 200201 voip 
     Beschreibung Eingehender/ausgehender Webex Calling

    Aktualisiert einen VOIP-Dial-Peer mit einem Tag von 200201 und einer aussagekräftigen Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    eingehende URI-Anforderung 200

    Der alle eingehenden Datenverkehr von Webex Calling zu LGW kann mit dem einzigartigen DTG-Muster im Anforderungs-URI übereinstimmen, das eine lokale Gateway-Site innerhalb eines Unternehmens und im Webex Calling identifiziert.

    Ziel dpg 300

    Mit dem Ziel-DPG 300 überträgt IOS-XE die klassischen Dial-Outbound-Peer-Übereinstimmungskriterien und geht sofort weiter, um den ausgehender Anruf-Abschnitt mitHilfe von Dial-Peers einzurichten, die in zielbasierten DPG 300 definiert sind. Dabei kann es sich entweder um Dial-peer 301 oder dial-peer 303 gehen.

    Max. Conn 150

    Beschränkt die Anzahl der gleichzeitigen Anrufe zwischen dem LGW und Webex Calling auf 150, unter der Annahme, dass ein Single Dial-Peer Webex Calling für eingehende und ausgehende Anrufe, wie in diesem Handbuch festgelegt, vor sich geht. 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-Anrufe mit Webex Calling als Ziel:

    Dial-Peer Voice 300 voip Beschreibung Eingehender Dial-Peer von CUCM für Webex Calling-Sitzungsprotokoll 
     
     sipv2 Ziel 
     dpg 200 eingehende 
     URI über 300 
     Voice-Class Codec 99 
     dtmf-relay rtp-nte 
     voice-class sip tenant 300 
     no vad
    

    Erläuterung von Befehlen

    Dial-Peer Voice 300 voip 
     Beschreibung Eingehender Dial-Peer aus CUCM für Webex Calling

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

    eingehender URI über 300

    Der alle eingehenden Datenverkehr von Unified CM zu LGW wird auf dem Via-Source-Port (5065), definiert in der Sprachklasse URI 300 SIP, übereinstimmen.

    Ziel dpg 200

    Mit dem Ziel-DPG 200 überträgt IOS-XE die klassischen Dial-Peer-Übereinstimmungskriterien für ausgehende Anrufe und geht sofort weiter, um den ausgehender Anruf-Abschnitt mit Dial-Peers einzurichten, der innerhalb des Ziel-DPG 200 definiert ist, das 200201 als Dial-Peer festgelegt ist.

    Sprachklasse-SIP-Tenant 300

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

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

    Dial-Peer Voice 302 voip Beschreibung Eingehender Dial-Peer von CUCM für PSTN-Sitzungsprotokoll 
     
     sipv2-Ziel 
     dpg 100 eingehende 
     URI über 302 
     Sprachklasse-Codec 99 
     dtmf-relay rtp-nte 
     Voice-Class sip tenant 300 
     no vad
    

    Erläuterung von Befehlen

    Dial-Peer Voice 302 voip 
     Beschreibung Eingehender Dial-Peer aus CUCM für PSTN

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

    eingehender URI über 302

    Der sämtliche eingehende Datenverkehr von Unified CM zu LGW für ein PSTN-Ziel wird mit der In der Sprachklasse-URI 302 SIP definierten IP-Adresse für die Unified CM-Quellsignalisierung und dem VIA-Port übereinstimmen. Standard-SIP-Port 5060 wird verwendet.

    Ziel dpg 100

    Mit dem Ziel-DPG 100 überträgt IOS-XE die klassischen Dial-Outbound-Peer-Übereinstimmungskriterien und geht sofort weiter, um den ausgehender Anruf-Abschnitt mit Dial-Peers einzurichten, die in Ziel-DPG 100 definiert sind, das Dial-Peer 101 ist.

    Sprachklasse-SIP-Tenant 300

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

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

Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

CUBE High Availability als lokales Gateway implementieren

Lokales Gateway (LGW) ist die einzige Option, um lokalen PSTN Für Kunden Cisco Webex Calling bieten. Ziel dieses Dokuments ist es, Sie bei der Konfiguration eines lokalen Gateways mit CUBE High Availability, Active/Standby-CUBEs für das statushafte Failover aktiver Anrufe zu unterstützen.

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, müssen Sie die folgenden Konzepte ausführlich verstehen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gatewayplattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende Cube-Unternehmensbereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, sollten Sie sich genau mit der konfiguration, die angewendet wird, um bestehende Anrufabläufe und Funktionen zu gewährleisten, nicht unterbrochen werden und sicherstellen, dass Sie die Design-Anforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE Version 16.12.2 oder höher und wird auf folgenden Plattformen unterstützt:

  • ISR4000-Serie—4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1r)

  • Serie CSR1000 – v CUBE (1-, 2- und 4 vCPU-Konfigurationen)


Die Befehle und Protokolle zum Anzeigen dieses Artikels basieren auf einer Software-Mindestversion von Cisco IOS-XE 16.12.2, die auf einer v CUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Webex Calling Lösungsübersicht

Cisco Webex Calling Ist ein Zusammenarbeitsangebot, das Multi-Tenant-Cloud-basierte Alternative zu lokalen PBX-Telefon-Services mit zwei PSTN-Optionen für Kunden bietet:

  • Cloud Connected PSTN Provider

  • Lokales Gateway

Die Bereitstellung des lokalen Gateways (unten dargestellt) ist der Schwerpunkt dieses Artikels. Lokales Gateway ist die Bring Your Own PSTN-Option für Cisco Webex Calling, indem Verbindungen mit einem im Besitz eines Kunden befindlichen PSTN werden. Außerdem bietet es Verbindungen mit einer lokalen IP PBX-Bereitstellung, wie Cisco Unified CM. Die gesamte Kommunikation von und zu der 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.

Ebene-2-Box-to-Box-Redundanz

Die BOX-to-Box-Redundanz von CUBE HA Layer 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Aktiv-/Standby-Router-Paar zu bilden. Dieses Paar teilt dieselbe virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen und austauscht statusmeldungen zu jeder Zeit. Die CUBE-Sitzungsinformationen werden direkt über die routerübergreifenden Router geroutet, sodass der Standby-Router alle Cube-Anrufverarbeitungsaufgaben sofort übernehmen kann, wenn der aktive Router außer Betrieb ist. Dies führt zur Zustandsbewahrung von Signalisierung und Medien.


Die Prüfung ist auf verbundene Anrufe mit Medienpaketen beschränkt. Anrufe während der Übertragung werden nicht überprüft (z. B. ein Versuch oder ein Klingelstatus).

In diesem Artikel bezieht sich CUBE HA auf die Redundanz der CUBE High Availability (HA) Layer 2 Box-to-Box (B2B)-Redundanz für Anruf beibehalten

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Cisco Webex Calling-Bereitstellungen bereitgestellt werden. Zudem werden designorientierte Aspekte und Konfigurationen in diesem Artikel behandelt. In dieser Abbildung wird eine typische CUBE HA-Einrichtung als lokales Gateway für eine Cisco Webex Calling dargestellt.

Infra-Komponente der Redundanzgruppe

Die Komponente Redundanzgruppe (RG) Infra stellt die Box-to-Box-Kommunikationsinfrastrukturunterstützung zwischen den beiden CUBEs bereit und verhandeln über den endgültigen stabilen Redundanzzustand. Diese Komponente bietet außerdem:

  • Ein HSRP-fähiges Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden – GigabitEthernet3 in der abbildung oben.

  • Ein Transportsmechanismus zur Kontrolle der Signalisierung und des Medienstatus für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) – GigabitEthernet3 in der Abbildung oben.

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Verkehrsschnittstellen (mehrere Datenverkehrsschnittstellen können mit derselben RG-Gruppe konfiguriert werden) – GigabitEthernet 1 und 2 gelten als Verkehrsschnittstellen.

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 im CUBE HA-Paar müssen sich im selben LAN-Subnetz befinden. Konfiguration der VIP und Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind obligatorisch für den Sprach-B2B-HA-Support. Externe Geräte wie Unified CM, Webex Calling Access SBC, Service Provider oder Proxy, verwenden VIP als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router durchlaufen. Aus Sicht Webex Calling der CUBE HA-Paare sich als ein einziges lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen zu hergestellten Anrufen werden vom aktiven Router zum Standby-Router über einen Checkpoint geroutet. Wenn der aktive Router abläuft, übernimmt der Standby-Router die Kontrolle und führt weiterhin den RTP-Stream, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand verhalten, werden nach dem Umschalten nicht beibehalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt wurden oder gerade mit einer Funktion zum Übertragen oder Halten geändert werden. Bei hergestellten Anrufen kann die Verbindung nach dem Umschalten getrennt werden.

Für die Verwendung von CUBE HA als lokales Gateway für die Status-Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA darf weder TDM noch analoge Schnittstellen gemeinsam befinden

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) bezeichnet, und Gig3 ist Redundanc Group (RG) Control/Data Interface

  • Nicht mehr als 2 CUBE HA-Paare können in derselben Ebene 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 Ebenen-2-Domänen gehören (Vlan, separater Switch)

  • Portkanal wird sowohl für die RG-Steuerung/-Daten- als auch für die Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet

  • Immer wenn eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, wird sie immer als Standby-System hoch gestartet.

  • Niedrigere Adresse für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein

  • Redundanz Interface Identifier, rii sollte für eine Paar-/Schnittstellenkombination auf demselben Layer 2 eindeutig sein

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss mit derselben Art von Plattform und IOS-XE-Version ausgeführt werden

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer im Up sind

  • Für mehrere Datenverkehrsschnittstellen (SIP/RTP) (Gig1, Gig2) muss die Überwachung der Schnittstelle konfiguriert werden.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für die RG-Control/Data link (Gig3) unterstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch verbunden sein, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 müssen mit demselben Switch beendet werden.

  • Wan kann auf CUBEs direkt oder Data HA auf beiden Seiten nicht beendet werden

  • Sowohl Aktiv als auch Standby müssen sich im selben Rechenzentrum

  • Für Redundanz ist eine separate L3-Schnittstelle erforderlich (RG Control/Data, Gig3). d. h. die Für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Checkpoints verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE ein erneutes Laden des Designs, wobei Signalisierung und Medien beibehalten werden

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Layer-2-Box-to-Box-Redundanz auf beiden CUBEs konfigurieren, die in einem HA-Paar zum Aufbringen virtueller IPs verwendet werden sollen.

1

Konfigurieren Sie die Oberflächenverfolgung auf globaler Ebene, um den Status der Oberfläche zu überwachen.

Conf t 
 Track 1 Schnittstelle GigabitEthernet1 Line-Protocol 
 Track 2 Schnittstelle GigabitEthernet2 Line-Protocol-Exit
V CUBE-1#conf t
V CUBE-1(config)#Track 1 Interface GigabitEthernet1 Line-Protocol
V CUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VEINSTELLUNGEN-1(config-track)#Beenden
V CUBE-2#conf t
V HASHTAG-2(config)#Track 1 Interface GigabitEthernet1 Line-Protocol
V CUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VEINSTELLUNGEN-2(config-track)#Beenden

Track CLI wird in RG verwendet, um den Status der Sprachdatenverkehr-Oberfläche zu verfolgen, sodass die aktive Route ihre aktive Rolle übernehmen kann, nachdem die Datenverkehrsschnittstelle nicht aktiv ist.

2

Konfigurieren Sie ein RG zur Verwendung mit VoIP HA im Untermodus der Anwendungsredundanz.

Redundanz-Anwendung Redundanz Gruppe 
 
   1 
    Name LocalGateway-HA Priorität 100 Ausfallsicherungsschwellenwert 
    75 
    Control GigabitEthernet3 Protokoll 1 
    Daten GigabitEthernet3 
    Timer Verzögerung 30 Neuladen 30 Neuladen 60 Track 1 Shutdownspur 2 Shutdown Exit Protokoll 
 
 
 
   1 
    Timer Hellotime 3 Holdtime 10 
   Beenden 
 
 Beenden
V REDUNDANT-1(config)#Redundanz
V REDUNDANT-1(config-red)#Redundanz der Anwendung
VEINSTELLUNGEN-1(config-red-app)#Gruppe 1
VEINSTELLUNGEN-1(config-red-app-grp)#Name LocalGateway-HA
VKW-1(config-red-app-grp)#Priorität 100 Failover-Schwellenwert 75
VEINSTELLUNGEN-1(config-red-app-grp)#GigabitEthernet3-Protokoll 1 steuern
VEINSTELLUNGEN-1(config-red-app-grp)#Daten GigabitEthernet3
VKW-1(config-red-app-grp)#Timer Verzögerung 30 Neuladen 60
VEINSTELLUNGEN-1(config-red-app-grp)#Track 1 Shutdown
VEINSTELLUNGEN-1(config-red-app-grp)#Track 2 Shutdown
VEINSTELLUNGEN-1(config-red-app-grp)#Beenden
VEINSTELLUNGEN-1(config-red-app)#Protokoll 1
VEINSTELLUNGEN-1(config-red-app-prtcl)#Timer Hellotime 3 Holdtime 10
VEINSTELLUNGEN-1(config-red-app-prtcl)#Beenden
VEINSTELLUNGEN-1(config-red-app)#Beenden
VEINSTELLUNGEN-1(config-red)#Beenden
VEINSTELLUNGEN-1(Konfiguration) #
V REDUNDANT-2(config)#Redundanz
V REDUNDANT-2(config-red)#Redundanz der Anwendung
VEINSTELLUNGEN-2(config-red-app)#Gruppe 1
VEINSTELLUNGEN-2(config-red-app-grp)#Name LocalGateway-HA
VKW-2(config-red-app-grp)#Priorität 100 Failover-Schwellenwert 75
VEINSTELLUNGEN-2(config-red-app-grp)#GigabitEthernet3-Protokoll 1 steuern
VEINSTELLUNGEN-1(config-red-app-grp)#Daten GigabitEthernet3
VEINSTELLUNGEN-2(config-red-app-grp)#Timer Verzögerung 30 Neuladen 60
VKW-2(config-red-app-grp)#Track 1 Shutdown
VEINSTELLUNGEN-2(config-red-app-grp)#Track 2 Shutdown
VEINSTELLUNGEN-2(config-red-app-grp)#Beenden
VEINSTELLUNGEN-2(config-red-app)#Protokoll 1
VEINSTELLUNGEN-2(config-red-app-prtcl)#Timer Hellotime 3 Holdtime 10
VEINSTELLUNGEN-2(config-red-app-prtcl)#Beenden
VEINSTELLUNGEN-2(config-red-app)#Beenden
VEINSTELLUNGEN-2(config-red)#Beenden
VEINSTELLUNGEN-2(Konfiguration) #

Im Folgenden finden Sie eine Erklärung zu den Feldern, die in dieser Konfiguration verwendet werden:

  • Redundanz– Aktiviert den Redundanzmodus

  • Redundanz derAnwendung – Aktiviert den Konfigurationsmodus für die Anwendungsredundanz

  • Gruppe– Aktiviert den Konfigurationsmodus der Redundanzanwendungsgruppe

  • Name LocalGateway-HA– Definiert den Namen der RG-Gruppe

  • Priorität 100 Failover-Schwellenwert 75 —Gibt die anfängliche Priorität und dieFailover-Schwellenwerte für eine RG an

  • Timer-Verzögerung 30 wird neu geladen 60 – Konfiguriert die zwei Mal fürVerzögerung und Neuladen

    • Verzögerungs-Timer, der die Zeit für die Verzögerung der Initialisierung der RG-Gruppe und die Rollenverhandlung nach dem Start der Schnittstelle beträgt – Standard 30 Sekunden. Bereich ist 0 bis 10000 Sekunden

    • Erneut laden: Dies ist die Zeit, die die Initialisierung der RG-Gruppe und die Rollenverhandlung nach einem erneuten Laden verzögert – standardmäßig 60 Sekunden. Bereich ist 0 bis 10000 Sekunden

    • Es werden Standard-Timer empfohlen, obwohl diese Timer angepasst werden können, um zusätzliche Verzögerungen bei der Netzwerkkonvergenz zu unterstützen, die während bootup/reload der Router auftreten können, um sicherzustellen, dass die Verhandlung des RG-Protokolls stattfindet, nachdem die Weiterleitung im Netzwerk zu einem stabilen Punkt konvergiert ist. Wenn beispielsweise nach einem Failover zu erkennen ist, dass der neue STANDBY-Modus bis zu 20 Sekunden dauert, um das erste RG HELLO-Paket aus dem neuen ACTIVE anzuzeigen, sollten die Timer auf "Timer Delay 60 reload 120" eingestellt werden, um diese Verzögerung zu berücksichtigt.

  • Control GigabitEthernet3 Protokoll 1 – Konfiguriert die Schnittstelle für den Austausch von Keepalive- und Hello-Nachrichten zwischen den beiden CUBEs und legt die Protokollinstanz fest, die an eine Kontrollschnittstelle angehängt wird und in den Konfigurationsmodus des Redundanz-Anwendungsprotokolls eintritt.

  • Data GigabitEthernet3 – Konfiguriert die Schnittstelle, die fürdie Kontrolle des Datenverkehrs verwendet wird.

  • Track– RG-Gruppenverfolgung von Schnittstellen

  • Protokoll 1 – Gibt die Protokollinstanz an, die an eine Kontrollschnittstelle angehängt wird und in den Konfigurationsmodus desRedundanz-Anwendungsprotokolls eintritt.

  • Timer Hellotime 3 Holdtime 10: Konfiguriert die beiden Timer für Hellotime und Holdtime:

    • Hellotime – Intervall zwischen verschiedenen Hallo-Nachrichten – Standard 3 Sekunden. Bereich ist 250 ms bis 254 Sekunden

    • Holdtime—Das Intervall zwischen dem Erhalt der Hallo-Nachricht und dem Intervall, dass der Router fehlgeschlagen ist. Diese Dauer muss länger als die Uhrzeit sein – standardmäßig 10 Sekunden. Bereich ist 750 ms bis 255 Sekunden

      Wir empfehlen, den Holdtime-Timer mindestens dreimal so zu konfigurieren, wie der Hellotime-Timer ist.

3

Aktivieren Sie die Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter Sprachdienst voip. Dies ermöglicht der CUBE-Anwendung, den Redundanzprozess zu steuern.

Sprachdienst 
   VoIP-Redundanz -Gruppe 1 
   Beenden
VEINSTELLUNGEN-1(config)#Sprachdienst voip
V REDUNDANT-1(config-voi-serv)#Redundanz-Gruppe 1

  % RG 1-Zuordnung mit Voice B2B HA erstellt; Router erneut laden, damit die neue Konfiguration wirksam wird
VEINSTELLUNGEN-1(config-voi-serv)# beenden
VEINSTELLUNGEN-2(Konfiguration)#Sprachdienst voip
V REDUNDANT-2(config-voi-serv)#Redundanz-Gruppe 1

  % RG 1-Zuordnung mit Voice B2B HA erstellt; Router erneut laden, damit die neue Konfiguration wirksam wird
VEINSTELLUNGEN-2(config-voi-serv)# beenden

Redundanz-Gruppe 1 – Wenn Sie diesen Befehl hinzufügen und entfernen, muss die aktualisierte Konfigurationerneut geladen werden. Die Plattformen werden neu geladen, nachdem alle Konfigurationen angewendet wurden.

4

Konfigurieren Sie die Gig1- und Gig2-Schnittstellen mit ihren jeweiligen virtuellen IPs wie unten abgebildet und wenden Sie den Redundanz-Interface-Identifikator (rii) an.

VEINSTELLUNGEN-1(config)#Schnittstelle GigabitEthernet1
V REDUNDANT-1(config-if)# Redundanz rii 1
V REDUNDANT-1(config-if)# Redundanz gruppe 1 ip 198.18.1.228 exklusiv
VEINSTELLUNGEN-1(config-if)# Beenden
VEINSTELLUNGEN-1(Konfiguration) #
VEINSTELLUNGEN-1(config)#Schnittstelle GigabitEthernet2
V REDUNDANT-1(config-if)# Redundanz rii 2
V REDUNDANT-1(config-if)# Redundanz Gruppe 1 IP 198.18.133.228 exklusiv
VEINSTELLUNGEN-1(config-if)# Beenden
VEINSTELLUNGEN-2(config)#Schnittstelle GigabitEthernet1
V REDUNDANT-2(config-if)# Redundanz rii 1
V REDUNDANT-2(config-if)# Redundanz Gruppe 1 IP 198.18.1.228 exklusiv
VEINSTELLUNGEN-2(config-if)# Beenden
VEINSTELLUNGEN-2(Konfiguration) #
VEINSTELLUNGEN-2(config)#Schnittstelle GigabitEthernet2
V REDUNDANT-2(config-if)# Redundanz rii 2
V REDUNDANT-2(config-if)# Redundanz Gruppe 1 ip 198.18.133.228 exklusiv
VEINSTELLUNGEN-v(config-if)# Beenden

Im Folgenden finden Sie eine Erklärung zu den Feldern, die in dieser Konfiguration verwendet werden:

  • Redundanz-Rii –Konfiguriert den Identifikator der Redundanzschnittstellefür die Redundanzgruppe. Erforderlich zum Generieren einer virtuellen MAC (VMAC)-Adresse. Derselbe Rii-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) mit derselben VIP verwendet werden.


     

    Wenn sich mehr als ein B2B-Paar im gleichen LAN befindet, MUSS jedes Paar über eindeutige Rii-IDs auf den jeweiligen Schnittstellen verfügen (um Kollisionen zu vermeiden). Für die Redundanz-Anwendungsgruppe alle anzeigen müssen die korrekten lokalen und Peer-Informationen angegeben werden.

  • Redundanz Gruppe 1 –Verknüpft die Schnittstelle mit derRedundanzgruppe, die oben in Schritt 2 erstellt wurde. Konfigurieren Sie die RG-Gruppe sowie die VIP, die dieser physischen Schnittstelle zugewiesen ist.


     

    Für Redundanz ist eine separate Schnittstelle erforderlich, d.s., die für den Sprachverkehr verwendete Schnittstelle kann nicht als Steuerungs- und Datenschnittstelle verwendet werden, wie in Schritt 2 oben angegeben. In diesem Beispiel wird Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet

5

Speichern Sie die Konfiguration des ersten CUBE und laden Sie ihn erneut.

Die Plattform, die zuletzt neu geladen werden soll, ist immer der Standbymodus.

V EINE 1#WR

  Aufbaukonfiguration...

  [OK]
V CUBE-1#erneut laden

  Mit dem erneuten Laden fortfahren? [bestätigen]

Nachdem VEINSTELLUNGEN-1 vollständig hoch gestartet wurde, speichern Sie die Konfiguration von V CUBE-2 und laden Sie sie erneut hoch.

V EINE 2#wr

  Aufbaukonfiguration...

  [OK]
V CUBE-2#erneut laden

  Mit dem erneuten Laden fortfahren? [bestätigen]
6

Stellen Sie sicher, dass die Box-to-Box-Konfiguration erwartungsgemäß funktioniert. Die entsprechende Ausgabe wird in Fettdruckmarkiert.

V CUBE-2 wurde zuletzt und je nach Design neu geladen. Die Plattform, die Sie erneut laden möchten, ist immer Standby.


V REDUNDANT-1#zeigen Redundanz Anwendungsgruppe alle Fehler Zustände Gruppen 1 Info:
       Laufzeitpriorität: [100] 
               RG Fehler RG-Status: oben.
                       Gesamtzahl Umschalten aufgrund von Fehlern:           0 
                       Gesamtzahl der Änderungen des Down-/Up-Zustands aufgrund von Fehlern: 0 Gruppen-ID:1 
 Gruppenname:LocalGateway-HA    Administrativer Status: Kein Shutdown 
 Aggregierter Betriebszustand: Meine Rolle übernehmen: ACTIVE 
 Peer-Rolle:  Standby-Peer-Präsenz: Ja 
 Peer-Komma: Ja 
 Peer-Fortschritt gestartet: Ja 
 
 RF-Domäne: btob-one 
         RF-Status: ACTIVE 
         Peer-RF-Status: STANDBY HOT 
 
 RG Protokoll RG 1 
 ------------------ 
 Rolle: Aktive 
        Verhandlung: Aktivierte 
        Priorität: 100-Protokollstatus: Aktiver 
        Ctrl Intf(s)-Status: Up 
        Active Peer (Aktiver Peer): Lokaler         Standby-Peer: Adresse 10.1.1.2, Priorität 100, Intf Gi3         Protokollzähler:
                Ändern der Rolle in "aktiv": 1 
                Rollenwechsel in Standbymodus: 1 
                Ereignisse deaktivieren: rg down state 0, rg shut 0 
                ctrl intf events: up 1, down 0, admin_down 0 
                Ereignisse erneut laden: lokale Anfrage 0, Peer-Anfrage 0 
 
 RG Media Context für RG 1 
 -------------------------- 
 Ctx-Status: Aktive 
        Protokoll-ID: 1 
        Medientyp: Standardsteuerungsschnittstelle: GigabitEthernet3         Aktueller Hello-Timer: 3000 
        Konfigurierter Hello-Timer: 3000, Hold-Timer: 10000 
        Peer Hello Timer: 3000, Peer Hold-Timer: 10.0000 
        Statistiken:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 
 Authentifizierung nicht konfiguriert Authentifizierungsfehler: 0 
            Peer erneut laden: TX 0, RX 0 
            Zurücktreten: TX 0, RX 0 
    Standy Peer: Präsentieren. Halten-Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 V CUBE-1 #

V REDUNDANT-2#zeigen Redundanz Anwendungsgruppe alle Fehler Zustände Gruppen 1 Info:
       Laufzeitpriorität: [100] 
               RG Fehler RG-Status: oben.
                       Gesamtzahl Umschalten aufgrund von Fehlern:           0 
                       Gesamtzahl der Änderungen des Down-/Up-Zustands aufgrund von Fehlern: 0 Gruppen-ID:1 
 Gruppenname:LocalGateway-HA    Administrativer Status: Kein Shutdown 
 Aggregierter Betriebszustand: Meine Rolle übernehmen: Standby-Peer-Rolle: ACTIVE Peer-Präsenz: Ja 
 Peer-Komma: Ja 
 Peer-Fortschritt gestartet: Ja 
 
 RF-Domäne: btob-one 
         RF-Status: ACTIVE 
         Peer-RF-Status: STANDBY HOT 
 
 RG Protokoll RG 1 
 ------------------ 
 Rolle: Aktive 
        Verhandlung: Aktivierte 
        Priorität: 100-Protokollstatus: Aktiver 
        Ctrl Intf(s)-Status: Up         Active Peer (Aktiver Peer): Adresse 10.1.1.2, Priorität 100, intf Gi3         Standby Peer: Lokale 
        Protokollzähler:
                Ändern der Rolle in "aktiv": 1 
                Rollenwechsel in Standbymodus: 1 
                Ereignisse deaktivieren: rg down state 0, rg shut 0 
                ctrl intf events: up 1, down 0, admin_down 0 
                Ereignisse erneut laden: lokale Anfrage 0, Peer-Anfrage 0 
 
 RG Media Context für RG 1 
 -------------------------- 
 Ctx-Status: Aktive 
        Protokoll-ID: 1 
        Medientyp: Standardsteuerungsschnittstelle: GigabitEthernet3         Aktueller Hello-Timer: 3000 
        Konfigurierter Hello-Timer: 3000, Hold-Timer: 10000 
        Peer Hello Timer: 3000, Peer Hold-Timer: 10.0000 
        Statistiken:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 
 Authentifizierung nicht konfiguriert Authentifizierungsfehler: 0 
            Peer erneut laden: TX 0, RX 0 
            Zurücktreten: TX 0, RX 0 
    Standy Peer: Präsentieren. Halten-Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 V CUBE-2 #

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, V CUBE-1 und V2, zuerstellen. Der Benutzername und das Passwort für diese Einrichtung sind wie folgt:

  • Benutzer: Hussain1076_LGU

  • Kennwort: lOV12MEaZx

1

Stellen Sie sicher, dass ein Konfigurationsschlüssel für das Passwort mit den unten aufgeführten Befehlen erstellt wird, bevor er in den Anmeldeinformationen oder geteilten Informationen verwendet werden kann. Typ 6-Passwörter werden mithilfe einer AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt.


LocalGateway#conf t 
 LocalGateway(config)#Key config-key password-encrypt Password123 LocalGateway(config)#Passwortverschlüsselung aes

Dies ist die Konfiguration des lokalen Gateways, die basierend auf den oben angezeigten Control Hub-Parametern für beide Plattformen gilt, speichern und erneut laden. SIP Digest-Anmeldedaten aus Control Hub werden fetthervorgehoben.


Konfigurieren Sie terminal 
 kryptonische 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 end http://www.cisco.com/security/pki/trs/ios_core.p7b configure 
 
 
 terminal 
 voice service voip 
 ip address trusted list 
 ipv4 x.x.x.x y.y.yy.y.y beenden 
 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 g711 eine 
 
 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-profile 200 
 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" 
 "sip:\1" rule 10 request ANY sip-header To modify " rule<sips:(.*)" "<sip:\1" rule="" 11="" request="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 12="" request="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)><sip:\1;transport=tls>13 response ANY sip-header To modify<sips:(.*)" "<sip:\1" rule="" 14="" response="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 15="" response="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)"
"<sip:\1" rule="" 20="" request="" ANY="" sip-header="" From="" modify="">"
";otg=<sajan index="1" />hussain1076_lgu<sajan index="2" />>"
  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 <sajan index="3" />" " " 
 ";otg=hussain1076_lgu > 30 anfordern ALLESIP-Header P-Asserted-Identity modifizieren 
 "sips:(.*)" "sip:\1" Voice 
 
 
 Class Codec 99 Codec-Präferenz 
 1 g7111 codec 
 preference 2 g7111 voice 
 class 
 
 srtp-crypto 200 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 dns:40462196.cisco-bcld.com-Schema sips läuft 240 Aktualisierungsverhältnis 
 50 TCP TLS-Anmeldedatennummer Hussain5091_LGU Benutzername Hussain1076_LGU Passwort  0 lOV12MEaZx-Bereich Broadworks Authentifizierung Benutzername Hussain5091_LGU Passwort  0 lOV12MEaZx Realm BroadWorks Authentifizierungs-Benutzername Hussain5091_LGU Passwort  0 lOV12MEaZx-Bereich 40462196.cisco-bcld.com keine     Remote-Party-ID 
 sip-server dns:40462196.cisco-bcld.com   connection-reuse srtp-crypto 200 sitzung transport 
 tcp tls url 
 sips 
 error-passthru 
 asserted-id pai 
 bind control source-interface GigabitEthernet1 
 bind Media Source-Interface GigabitEthernet1 
 no pass-thru Inhalt custom-sdp 
 sip-profile 200 
 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com   privacy-policy passthru voice class tenant 100 Sitzungstransport 
 
 
 
 UDP URL 
 
 error-passthru bind control 
 source-interface GigabitEthernet2 
 bind media source-interface GigabitEthernet2 
 no pass-thru content custom-sdp 
 
 voice class tenant 300 bind Quellschnittstelle 
 GigabitEthernet2 verbinden 
 Medienquelle-Schnittstelle GigabitEthernet2 keine 
 Pass-Thru-Inhalte custom-sdp 
 
 
 voice class uri uri 100 sip 
 host ipv4:198.18.133.3 Sprachklasse 
 
 uri 200 sip 
 pattern dtg=token gigabitn1076.lgu    dial-peer voice 101 voip 
 beschreibung Outgoing Dial-Peer to IP PSTN 
 Destination-pattern BAD. BAD Sitzungsprotokoll sipv2 Sitzungsziel 
 
 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 Beschreibung Ausgehender 
 Dial-Peer zu Webex Calling 
 Zielmuster BAD. BAD Sitzungsprotokoll sipv2 Sitzungsziel SIP-Server Sprachklasse 
 
 Codec 
 99 
 Sprachklasse Stun-Auslastung 200 kein Sprachklasse SIP Localhost Sprachklasse sip Tenant 
 
 200 
 dtmf-relay rtp-nte 
 srtp no 
 vad Voice Class 
 
 
 dpg 100 
 Beschreibung Eingehendes WebexCalling(DP200) zu IP PSTN(DP101) 
 Dial-Peer 101 Preference 1 
 
 Voice Class dpg 200 Beschreibung Eingehende 
 IP-PSTN(DP100) nach Webex Calling(DP201) 
 Dial-Peer 201 Preference 1 
 
 
 
 
 
 Dial-Peer Voice 100 voIpipation 
 Eingehender Dial-Peer von IP-PSTN-Sitzungsprotokoll 
 sipv2 Ziel 
 dpg 200 
 eingehender URI über 100 
 Sprachklasse-Codec 99 
 Sprachklasse sip tenant 300 
 dtmf-relay rtp-nte 
 no vad 
 
 dial-peer voice 200 voip Beschreibung Eingehender 
 Dial-Peer aus dem 
 Webex Calling-Sitzungsprotokoll sipv2 Ziel 
 dpg 100 eingehende 
 URI-Anfrage 200 
 Sprachklasse-Codec 99 Sprachklasse-Stun-Auslastung 
 200 
 V

Um die Befehlsausgabe anzeigen zu können, haben wir V CUBE-2 gefolgt von V CUBE-1geladen. V CUBE-1 wird zum Standby CUBE und V CUBE-2 zum aktiven CUBE

2

Zu einem bestimmten Zeitpunkt erhält nur eine Plattform eine aktive Registrierung als lokales Gateway mit Webex Calling SBC-Zugriff. Werfen Sie einen Blick auf die Ausgabe der folgenden Show-Befehle.

Redundanz-Anwendungsgruppe 1 anzeigen

sip-ua-register status anzeigen


V REDUNDANT-1#anzeigen Redundanz Anwendungsgruppe 1 Gruppe ID:1 
 Gruppenname:LocalGateway-HA 
 
 Administrativer Status: Kein Shutdown 
 Aggregierter Betriebszustand: Meine Rolle aufschlagen:  Standby-Peer-Rolle: ACTIVE 
 Peer-Präsenz: Ja 
 Peer-Komma: Ja 
 Peer-Fortschritt gestartet: Ja 
 
 RF-Domäne: btob-one 
         RF-Status: STANDBY-HOT-Peer-RF-Status: ACTIVE 
 
 V CUBE-1#show sip-ua register status V CUBE-1 #

V REDUNDANT-2#zeigen Redundanz Anwendungsgruppe 1 Gruppe ID:1 
 Gruppenname:LocalGateway-HA 
 
 Administrative Status: Kein Shutdown 
 Aggregierter Betriebszustand: Meine Rolle aufschlagen: ACTIVE Peer-Rolle: STATUS 
 Peer-Anwesenheit: Ja 
 Peer-Komma: Ja 
 Peer-Fortschritt gestartet: Ja 
 
 RF-Domäne: btob-one 
         RF-Status: ACTIVE 
         Peer-RF-Status: STANDBY HOT 
 
 V STANDBY-2#zeigen sip-ua Registerstatus  Tenant: 200 
 --------------------Registrar-Index 1 --------------------- Line Peer läuft 
 ab (Sek.) reg ab P-Associ-URI 
 "****" "<9> ==*<9> * ** ==** 
 Hussain5091_LGU -1 48 ja normal V 
 CUBE-2 #

Aus der oben aufgeführten Ausgabe wird deutlich, dass VCHECK-2 das aktive LGW ist, das die Registrierung mit Webex Calling Zugriff auf SBC beiträgt, während die Ausgabe des "show sip-ua register status" leer in VSTELLUNG-1 ist.

3

Aktivieren Sie nun folgende Debugs auf V CUBE-1


VEINSTELLUNGEN-1# Debugccsip non-call SIP Out-of-Dialog-Tracing ist 
 aktiviert V CUBE-1# debug ccsip info SIP Call Info Tracing istaktiviert V CUBE-1#debug ccsip message
4

Simulieren Sie ein Failover, indem Sie in diesem Fall den folgenden Befehl auf dem aktiven LGW, V CUBE-2, ausstellen.


V REDUNDANT-2#Redundanzanwendung laden Gruppe 1 sich selbst neu

Der Wechsel vom ACTIVE zum STANDBY LGW erfolgt auch im folgenden Szenario neben der oben aufgeführten CLI.

  • Wenn der ACTIVE-Router neu geladen wird

  • Wenn der AKTIVE Router die Energiezyklen

  • Wenn eine RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Verfolgung aktiviert ist

5

Prüfen Sie, ob VCHECK-1 sich für den SBC Webex Calling registriert hat. V CUBE-2 hätte jetzt erneut geladen.


V CUBE-1#zeigen sip-ua register status 
 
 Tenant an: 200 
 --------------------Registrar-Index 1 --------------------- Line Peer läuft 
 ab (Sek.) reg ab P-Associ-URI 
 "****" "<9> ==*<9> * ** ==*" Hussain5091_LGU -1 56 ja normal V CUBE-1 #

V CUBE-1 ist jetzt das aktive LGW.

6

Sehen Sie sich das entsprechende Debugprotokoll auf V CUBE-1 an, das ein SIP REGISTER über die virtuelle IP sendet und ein 200 OK empfängt, Webex Calling.


V MACHEN SIE sich 1#show log 
 
 9. Januar 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG ID 1 Hallo Zeit abgelaufen.
9. Januar 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: Änderung der RG-ID 1-Rolle von Standby zu Aktiv 
 Januar 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, von STANDBY_HOT zu ACTIVE-Status.
9. Januar 18:37:24.783: -1/xxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Erhaltene Benachrichtigung für aktives 
 
 Rollenereignis 9. Januar 18:37:25.758: -1/xxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Gesendet:
SIP REGISTRIEREN: 40462196.cisco-bcld.com:5061 SIP/2.0 über: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 
 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 An: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Datum: Do, 9. Januar 2020 18:37:24 
 GMT-Anruf-ID: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Benutzer-Agent: Cisco-SIPGateway/IOS-16.12.02 
 Max.-Forwards: 70-Zeitstempel: 1578595044 
 CSeq: 2 Kontakt 
 REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Abläuft: 240 
 werden unterstützt: Pfad 
 Inhalt -Länge: 0
9. Januar 18:37:25.995: -1/00000000000/SIP/Msg/ccsipDisplayMsg:
Erhalten:
SIP/2.0 401 Nicht autorisiert über: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 
 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 An: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 
 Datum: Do, 9. Januar 2020 18:37:24 
 GMT-Anruf-ID: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Zeitstempel: 1578595044 
 CSeq: 2 REGISTRIEREN 
 WWW-Authenticate; DIGEST-Bereich="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 
 Content-Length: 0
9. Januar 18:37:26.000: -1/xxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Gesendet:
REGISTRIEREN SIP:40462196.cisco-bcld.com:5061 SIP/2.0 Über: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC 
 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 An: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Datum: Do, 9. Januar 2020 18:37:25 
 GMT-Anruf-ID: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 User-Agent:Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards: 70-Zeitstempel: 1578595045 
 CSeq: 3 Kontakt 
 REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Abläuft: 240 
 werden unterstützt: Pfadautorisierung: 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
9. Januar 18:37:26.190: 1/0000000000/SIP/Msg/ccsipDisplayMsg:

Erhalten:
SIP/2.0 200 OK Über: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 
 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 An: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184-Anruf-ID: FFFFFFFFEA0684EF-324511EA-FFFFFF800281CD-FFFFFFFFB5F93B97 
 Zeitstempel: 1578595045 
 CSeq: 3 Kontakt 
 REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 
 Allow-Events: Anruf-Info,Leitung-Aufruf,Dialog,Nachrichten-Zusammenfassung,As-Feature-Event,x-broadworks-hoteling,x-broadworks-call-center-status,Konferenzinhalte-Länge: 0
Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Konfigurieren von Unified cm für Webex Calling

Möglicherweise ist eine Integration mit Unified cm erforderlich, wenn Webex Calling Standorte zu einer vorhandenen Bereitstellung hinzugefügt werden, wobei Unified cm die lokale Anrufsteuerungslösung ist und wenn Sie eine direkte Einwahl zwischen Telefonen benötigen, die in Unified cm und Telefonen an Webex Calling registriert sind.

Konfigurieren SIP-Übertragungsweg Sicherheitsprofil für das lokale Gateway

In Fällen, in denen das lokale Gateway und PSTN Gateway auf demselben Gerät ansässig ist, muss Unified cm in der Lage sein, zwischen zwei verschiedenen Verkehrstypen zu unterscheiden (Anrufe von Webex und von PSTN), die aus demselben Gerät stammen und eine differenzierte Klasse für den-Anrufdienst anwenden. Diese differenzierte Anrufbehandlung erfolgt durch die Bereitstellung von zwei Stämmen zwischen Unified cm und dem kombinierten lokalen Gateway sowie PSTN Gateway Device, das für die beiden Stämme unterschiedliche Abhörports für SIP erfordert.

Erstellen Sie ein dediziertes SIP-Übertragungsweg Sicherheitsprofil für den lokalen Gateway:

Einstellung Wert
Name Eindeutiger Name, z. B. Webex
Beschreibung Sinnvolle Beschreibung, z. B. Webex SIP-Übertragungsweg Sicherheitsprofil
Eingehender Port Muss mit dem in der lokalen Gateway Konfiguration verwendeten Port für den Datenverkehr Webex: 5065

Konfigurieren des Profilprofils für den lokalen Gateway

Erstellen Sie ein dediziertes SIP Profil für den lokalen Gateway mit den folgenden Einstellungen:

Einstellung Wert
Name Eindeutiger Name, z. B. Webex
Beschreibung Sinnvolle Beschreibung, z. B. Webex-Profilprofil
Aktivieren von Optionen Ping zum Überwachen des Zielstatus für Stämme mit Servicetyp "keine (Standard)" Aktiviert

Erstellen Sie einen Anrufsuchbereich für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe, die aus Webex mit den folgenden Einstellungen stammen:

Einstellung Wert
Name Eindeutiger Name, z. B. Webex
Beschreibung Sinnvolle Beschreibung, z. B. Webex Calling Suchbereich
Ausgewählte Partitionen

DN (+ E. 164 Verzeichnisnummern)

ESPN (verkürzte Zwischenwahl)

PSTNinternational (PSTN Access)

Onnetremote (GDPR erlernte Reiseziele)


 

Die letzte Partition, die onnetremote verwendet, wird nur in einer Umfeld mit mehreren Clustern eingesetzt, in der die Informationen für die Weiterleitung zwischen Unified cm Clusters mithilfe von InterCluster Loetingdienst (ILS) oder Global DialPlan Replikation

Konfigurieren einer SIP-Übertragungsweg von und von Webex

Erstellen Sie einen Schluck für die anruft von und nach Webex über das lokale Gateway mit den folgenden Einstellungen:

Einstellung Wert
Geräteinformationen
Devicename Ein einzigartiger Name, z. B. Webex
Beschreibung Sinnvolle Beschreibung, z. B. Webex SIP-Übertragungsweg
Auf allen aktiven Unified cm Knoten ausgeführt werden Aktiviert
Eingehende Anrufe
Suchbereich anrufen Der zuvor definierte Anrufsuchbereich: Webex
AAR Anrufsuche Space Ein Anrufsuchbereich mit nur Zugriff auf PSTN Routenmuster: Pstnreroute
Informationen zu SIP
Zieladresse IP-Adresse des lokalen Gateway Cube
Zielport 5060
SIP-Übertragungsweg Sicherheitsprofil Vorher definiert: Webex
SIP-Profil Vorher definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Verbindungsgruppe mit den folgenden Einstellungen:

Einstellung Wert
Informationen zur Routengruppe
Name der Routengruppe Ein einzigartiger Name, z. B. Webex
Ausgewählte Geräte Der zuvor konfigurierte SIP Trunk: Webex

Routenliste für Webex konfigurieren

Erstellen einer Routenliste mit den folgenden Einstellungen:

Einstellung Wert
Informationen zur Routenliste
Name Ein einzigartiger Name, z. B. RL_Webex
Beschreibung Sinnvolle Beschreibung, z. B. Routenliste für Webex
Auf allen aktiven Unified cm Knoten ausgeführt werden Aktiviert
Mitgliederdaten der Routenliste
Ausgewählte Bereiche Nur die zuvor definierte Streckengruppe: Webex

Erstellen einer Partition für Webex Destinationen

Erstellen einer Partition für die Webex mit den folgenden Einstellungen:

Einstellung Wert
Informationen zur Routenliste
Name Eindeutiger Name, z. B. Webex
Beschreibung Sinnvolle Beschreibung, z. B. Webex Partition

Nächste Maßnahme

Stellen Sie sicher, dass diese Partition allen Anrufsuchbereichen hinzugefügt wird, die Zugriff auf Webex Ziele haben sollen. Sie müssen diese Partition speziell zu dem Anrufsuchbereich hinzufügen, der als eingehender Anrufsuchbereich auf PSTN Stämmen verwendet wird, sodass Anrufe vom PSTN an Webex weitergeleitet werden können.

Konfigurieren von Routenmustern für Webex Destinationen

Konfigurieren Sie die Routenmuster für alle, die auf Webex mit den folgenden Einstellungen:

Einstellung Wert
Streckenmuster Full + E. 164-Muster für den folgenden Bereich in Webex mit dem führenden "\". Zum Beispiel: \ + 140855501XX
Routing-Partition Webex
Gateway/Routenliste RL_Webex
Dringender Schwerpunkt Aktiviert

Konfigurieren der interSites Wählnormalisierung für Webex

Wenn das abwählen der lokalen Sites für das Webex erforderlich ist, konfigurieren Sie die Option Normalisierung Normalisierungsmuster für jeden ESPN Bereich auf Webex mit den folgenden Einstellungen:

Einstellung Wert
Übersetzungsmuster Für den Bereich "ESPN" in Webex. Zum Beispiel: 80121XX
Partition Webex
Beschreibung Sinnvolle Beschreibung, z. B. Webex Normalisierungsmuster
Verwenden des Suchsuchplatzes des Urhebers Aktiviert
Dringender Schwerpunkt Aktiviert
Warten Sie nicht auf die interstellige Zeitzeitlich auf nachträglicher Hopfen Aktiviert
Angerufene Partei Transformationsmaske Maske, um die Zahl auf + E. 164 zu normalisieren. Zum Beispiel: +140855501XX
Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Einrichten Ihrer Webex Calling-Funktionen

Erstellen eines Auto Attendants

Stellen Sie sicher, dass Anrufe beantwortet und die Bedürfnisse der Anrufer erfüllt werden. Sie können Grüße Hinzufügen, Menüs einrichten und Anrufe an einen Anrufbeantworter, einen Sammelanschluss, eine Voicemail oder eine echte Person leiten. 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. Weitere Informationen finden Sie unter Verwalten von automatischen Teilnehmern.

1

Wechseln Sie aus der Kundenperspektive in https://admin.webex.comzu Dienste > > Anruffunktionen.

2

Klicken Sie auf neue Funktion und wählen Sie Auto Attendant.

3

Wählen Sie eine Pilotnummer aus, und geben Sie dann an, ob Sie die Nummer besitzen, wenn Sie von Ihrem Partner zur Auswahl gestellt wurde oder ob Sie die Nummer überportieren möchten.

4

Wenn Sie eine Nummer über portieren, müssen Sie die mit Ihrem aktuellen Dienstanbieter verknüpfte Rechnungsnummer sowie die mit Ihrem neuen Dienstanbieter verbundene Rechnungsnummer eingeben.

5

Wählen Sie einen Standort und klicken Sie dann auf speichern.

Nächste Maßnahme

Sie können die Anruffunktion weiter konfigurieren, indem Sie den Auto Attendant > über die > Anruffunktionen auswählen. Sie werden zu erweiterten Diensten im Calling Administrationsportal gebracht, wo Sie Ihre Konfigurationen abschließen können. Weitere Informationen finden Sie unter Verwalten von automatischen Teilnehmern.

Einrichten eines Sammelanschlusses

Mithilfe von Sammelanschlüssen können Sie eingehende Anrufe an Benutzer in Ihrer Organisation weiterleiten. Sie können außerdem basierend auf Ihren Anforderungen festlegen, wie Anrufe weitergeleitet werden sollen.

Möglicherweise möchten Sie in folgenden Szenarien Verteilungsgruppen 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.

1

Wechseln Sie aus der Kundenperspektive in https://admin.webex.comzu Dienste > > Anruffunktionen.

2

Klicken Sie auf neue Funktionen und wählen Sie dann Verteilungsgruppe.

3

Geben Sie eine Pilotnummer ein, und geben Sie dann an, ob Sie die Nummer besitzen, wenn Sie von Ihrem Partner an Sie übergeben wurde oder ob Sie die Nummer über portieren möchten.

4

Wenn Sie eine Nummer über portieren, müssen Sie die mit Ihrem aktuellen Dienstanbieter verknüpfte Rechnungsnummer sowie die mit Ihrem neuen Dienstanbieter verbundene Rechnungsnummer eingeben.

5

Klicken Sie auf Speichern.

Nächste Maßnahme

Wenn die Bearbeitung abgeschlossen ist, können Sie die Anruffunktion weiter konfigurieren, indem Sie die Sammelanschluss von Services > Calling > Features auswählen. Sie werden zu erweiterten Diensten im Calling Administrationsportal gebracht, wo Sie Ihre Konfigurationen abschließen können. Weitere Informationen finden Sie unter Ändern von Verteilungsgruppen.

Einen Empfangsclient erstellen

Helfen Sie, die Bedürfnisse ihrer Mitarbeiter vor dem Personal zu unterstützen. Sie können Benutzer als Telefonteilnehmer einrichten, damit Sie alle eingehenden Anrufe an bestimmte Personen in Ihrem Unternehmen weiterleiten können.

Weitere Informationen zum Einrichten und Anzeigen Ihrer Rezeptionisten finden Sie unter Empfangskunden in Cisco Webex Control Hub.

Konfigurieren einer Paging Gruppe

Die Gruppenvorwahl ermöglicht es einem Benutzer, eine Sofortnachricht oder Gruppenseite an bis zu 75 Zielbenutzer und Workspaces zu platzieren, indem er eine Nummer oder eine Erweiterung wählt, die einer bestimmten Paging-Gruppe zugewiesen ist.

Informationen zur Einrichtung und Bearbeitung von Paging Groups finden Sie unter Konfigurieren einer Paging Group in Cisco Webex Control Hub.

Anrufen einer Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten, sodass Kunden, wenn Kundenanrufe nicht beantwortet werden können, eine automatisierte Antwort, Komfortnachricht und Musik erhalten, sofern jemand Ihren Anruf annehmen kann.

1

Wechseln Sie aus der Kundenperspektive in https://admin.webex.comzu Dienste > > Anruffunktionen.

2

Klicken Sie auf neu und wählen Sie dann Anrufwarteschlange.

3

Geben Sie eine Pilotnummer ein, und geben Sie dann an, ob Sie die Nummer besitzen, wenn Sie von Ihrem Partner an Sie übergeben wurde oder ob Sie die Nummer über portieren möchten.

4

Wenn Sie eine Nummer über portieren, müssen Sie die mit Ihrem aktuellen Dienstanbieter verknüpfte Rechnungsnummer sowie die mit Ihrem neuen Dienstanbieter verbundene Rechnungsnummer eingeben.

5

Klicken Sie auf Speichern.

Nächste Maßnahme

Sie können die Anruffunktion weiter konfigurieren, indem Sie die Anrufwarteschlange Instanz aus den > > Anruffunktionen der Dienste auswählen. Sie werden zu erweiterten Diensten im Calling Administrationsportal gebracht, wo Sie Ihre Konfigurationen abschließen können. Weitere Informationen finden Sie unter Konfigurieren von RufWarteschlangen.

Anrufannahme einrichten

Sie können Teamarbeit und Zusammenarbeit durch die Erstellung einer Anrufannahme Gruppe verbessern, damit die Benutzer alle 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.

Informationen zum Einrichten einer Anrufannahme Gruppe finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Einrichten eines geparkten Anrufs

Der Call Park ermöglicht einer definierten Gruppe von Benutzern, Anrufe gegen andere verfügbare Mitglieder einer Cisco Park Group zu parken. Geparkte Anrufe können von anderen Gruppenmitgliedern auf Ihrem Telefon abgeholt werden.

Weitere Informationen zum Einrichten von Call Park finden Sie unter Anruf parken in Cisco Webex Control Hub.

Zulassen, dass sich Benutzer bei Anrufen anderer Benutzer aufschalten

1

Wechseln Sie aus der Kundenperspektive in https://admin.webex.comzu Benutzerund wählen Sie dann den Benutzer aus, den Sie ändern möchten.

2

Wählen Sie anrufen, gehen Sie zu Erweiterte Anrufeinstellungenund wählen Sie dann Barge in.

3

Führen Sie die Bargeein und wählen Sie aus, ob das Telefon einen Ton wiedergeben soll, wenn jemand einen Anruf einschaltet, und klicken Sie dann auf speichern.

Aktivieren von Hoteling für einen Webex Calling-Benutzer

Die Hotelisierung besteht aus zwei Funktionen: Gastgeber des Gastgebers und Hotelhotels. Diese Funktionen ermöglichen es Ihnen, bestimmte Telefone (Gastgeber) zu benennen, die Benutzer (Gäste) vorübergehend anmelden und als eigenes Telefon verwenden können. Wenn sich ein Gast an einem Gastgebertelefon anmeldet, wird sein Benutzerprofil automatisch auf das Gerät übertragen. Das Gastgebergerät wird für einen bestimmten Zeitraum zum wichtigsten Gerät des Benutzers.

Die hier vorgestellten Schritte können befolgt werden, um einen Benutzer als HotelGast zu konfigurieren. Weitere Informationen zum Gastgebertelefon finden Sie unter " Gastgeber konfigurieren".

1

Wechseln Sie aus der Kundenperspektive in https://admin.webex.comzu Benutzer und wählen Sie dann den Benutzer aus, den Sie ändern möchten.

2

Wählen Sie Anrufe aus, wählen Sie Erweiterte Anrufeinstellungen ausund klicken Sie auf HotelING.

3

Wählen Sie die Hotelisierung, und klicken Sie dann auf speichern.

Verhindern, dass jemand den Linienstatus eines Benutzers überwacht

1

Wechseln Sie aus der Kundenperspektive in https://admin.webex.comzu Benutzerund wählen Sie den Benutzer aus, den Sie ändern möchten.

2

Wählen Sie Anruf und gehen Sie dann zu Datenschutz.

3

Wählen Sie für diesen Benutzer die geeigneten Datenschutzeinstellungen für Auto Attendant aus.

4

Aktivieren Sie das Kontrollkästchen Datenschutz aktivieren. Sie können dann entscheiden, ob Sie alle blockieren möchten, indem Sie den Suchbenutzer durch Namensfeld leer lassen oder auswählen, wer den Linienstatus dieses Benutzers überwachen kann.

Wenn Sie das obige Exekutivbeispiel verwenden, suchen Sie nach dem Namen des Verwaltungsassistenten.

5

Klicken Sie auf Speichern.

Erlauben Sie einem Benutzer, den Linienstatus auf dem Telefon eines anderen Teilnehmers oder auf einer Anruf parken zu sehen

Die maximale Anzahl an überwachten Leitungen beträgt 50. Sie sollten jedoch die Bandbreite berücksichtigen. Das Maximum kann auch durch die Anzahl der Schaltflächen auf dem Telefon des Benutzers bestimmt werden.

1

Wechseln Sie aus der Kundenperspektive in https://admin.webex.comzu Benutzerund wählen Sie den Benutzer aus, den Sie ändern möchten.

2

Wählen Sie Anrufe aus, wählen Sie Erweiterte Anrufeinstellungen aus, und gehen Sie dann zu Monitoring.

3

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen
4

Wählen Sie aus, ob dieser Benutzer über geparkte Anrufe benachrichtigt werden soll, suchen Sie nach der zu überwachenden Person oder der gewünschten Parkverlängerung, und klicken Sie dann auf speichern.


 

Die überwachte Linkliste in Control Hub entspricht der Reihenfolge der überwachten Leitungen, die auf dem Gerät des Nutzers angezeigt werden. Sie können die Auflistung der überwachten Leitungen jederzeit erneut bestellen.

Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Konfigurieren und Verwalten Ihrer Webex Calling-Nutzer

Sie müssen jeden Nutzer in Cisco WebEx Control Hub hinzufügen, damit diese die Vorteile der WebEx-Anrufdienste nutzen können. 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.

Sie erhalten möglicherweise eine Fehlermeldung, wenn Sie versuchen, Benutzer hinzuzufügen, die Ihre e-Mail-Adresse verwendet haben, um einen Test-Account zu erstellen. Lassen Sie die Benutzer Ihre Organisation zuerst löschen, bevor Sie Sie Ihrer Organisation hinzufügen.


Wenn Sie über ein Active Directory verfügen und Cisco Verzeichniskonnektor verwenden, wenn Sie Benutzer manuell in Control Hub hinzufügen, müssen Sie sie auch zu Ihrer Active Directory.

Cisco Webex Contact Center unterstützt kein Active Directory.


Beim Hinzufügen von Benutzern dürfen Vor- und Nachname weder erweiterte ASCII-Zeichen noch die folgenden Zeichen %, #, <,>, \, /,"</,> enthalten und dürfen maximal 30 Zeichen lang sein.

1

Wechseln Sie aus der Kundenansicht in zu Benutzer und klicken Sie dann auf Benutzer verwalten.https://admin.webex.com

2

Benutzer manuell hinzufügen oder ändern

3

(Optional) Wenn Sie automatisch Willkommens-E-Mails senden, klicken Sie auf Weiter.

4

Wählen Sie einen aus und klicken Sie dann auf Weiter:

  • Wählen Sie E-Mail-Adresse aus und geben Sie bis zu 25 E-Mail-Adressen ein.
  • Wählen Sie Namen und E-Mail-Adressen aus und geben Sie dann bis zu 25 Namen und E-Mail-Adressen ein.

 

Sie können Benutzer hinzufügen, die für den Beitritt zu Ihrer Organisation verfügbar sind.

5

Lizenzzuweisung:

  • Wenn Sie eine aktive Lizenzvorlage haben, werden Lizenzen automatisch für neue Benutzer zugewiesen und Sie können die Lizenzübersicht überprüfen.
  • Wählen Sie die Dienste aus, die Sie zuweisen möchten. Wenn Sie mehrere Abonnements haben, wählen Sie ein Abonnement auf der Liste aus.


 

Wenn Sie Lizenzen für das Cisco Webex Contact Center zuweisen, wählen Sie Webex Teams und anschließend Kundenbetreuung mit der Option Premium und Standard Agent aus. Um einen Supervisor hinzuzufügen, wählen Sie sowohl Premium- als auch Supervisor-Optionen aus. Ein Benutzer wird als Agent behandelt, sofern Sie diesen nicht zum Supervisor machen.

6

Inhaltsverwaltung:

  • Wenn der globale Zugriff für Ihr Unternehmens-Content-Management ausgewählt ist, wird die Inhaltsverwaltung automatisch Benutzern zugewiesen.
  • Wählen Sie eine Content-Management-Option für jeden Nutzer aus.

7

Klicken Sie auf Speichern.

  • An alle Personen mit einer Einladung wird eine E-Mail gesendet.

  • In Control Hub werden Benutzer mit dem Status "Einladung ausstehend" angezeigt, bis sie sich zum ersten Mal angemeldet haben. Alle Lizenzen werden zugewiesen, nachdem sich der Benutzer zum ersten Mal angemeldet hat. Wenn Sie den Directory Connector für eine beanspruchte Domäne verwenden, werden die Lizenzen beim Erstellen der Benutzer zugewiesen.

8

(Optional) Wenn Sie dem Benutzer Anrufe hinzugefügt haben, weisen Sie einen Standort, eine Telefonnummer und einen Durchwahlnummer zu.

9

Überprüfen Sie die Übersichtsseite der verarbeiteten Datensätze, und klicken Sie auf Fertig.

Nächste Schritte

Sie können Benutzern in Ihrer Organisation Administratorrechte zuweisen.

Vorbereitungen

Wenn Sie mehr als eine CSV-Datei für Ihre Organisation haben, laden Sie eine Datei hoch. Sobald diese Aufgabe abgeschlossen ist, können Sie die nächste Datei hochladen.


Einige Tabellenkalkulations-Editoren entfernen das +-Zeichen aus Zellen, wenn die CSV-Datei geöffnet wird. Wir empfehlen Ihnen, einen Texteditor zu verwenden, um. CSV-Aktualisierungen vorzunehmen. Wenn Sie einen Tabellenkalkulations-Editor verwenden, stellen Sie sicher, dass das Zellenformat auf Text gesetzt ist, und fügen Sie alle + Zeichen, die entfernt wurden, wieder hinzu.

1

Wechseln Sie aus der Kundenansicht in zu Benutzer, klicken Sie auf Benutzer verwalten und wählen Sie CSV Benutzer hinzufügen oder ändern.https://admin.webex.com

2

Klicken Sie auf Exportieren, um die Datei herunterzuladen. Sie können die Benutzerinformationen in eine neue Zeile in der CSV-Datei einfügen.

  • Um einen Dienst zuzuweisen, fügen Sie TRUE in der Spalte für diesen Dienst hinzu. Um einen Dienst auszuschließen, fügen Sie FALSE hinzu. Die Spalte Benutzer-ID/E-Mail (erforderlich) ist das einzige erforderliche Feld. Wenn Sie für jeden neuen Benutzer ein bestimmtes Verzeichnis und externe Nummern haben, geben Sie das führende + für externe Nummern ohne andere Zeichen ein,

    Wenn Sie über eine aktive Lizenzvorlage verfügen, lassen Sie alle Dienstspalten leer. Die Vorlage wird automatisch dem neuen Benutzer in dieser Zeile zugewiesen.


     

    Sie können Benutzern mit der Lizenzvorlage keine Enterprise Content Management-Berechtigungen zuweisen. Weitere Informationen finden Sie unter Aktivieren der Inhaltsverwaltung für Nutzer in Cisco WebEx Control Hub .

  • Geben Sie zum Zuweisen eines Standorts den Namen in die Spalte Standort ein. Wenn Sie dieses Feld leer lassen, wird dem Benutzer der Standardspeicherort zugewiesen.

  • Wenn Sie Benutzer als Supervisoren für das Cisco Webex Contact Center hinzufügen, müssen Sie Benutzer manuellhinzufügen. Sie können Standard- und Premiumrollen nur mit einer CSV-Datei zuweisen.

 

Wenn Sie den Namen eines Benutzers eingeben, achten Sie darauf, seinen Nachnamen ein. Andernfalls kann es zu Problemen führen.

3

Klicken Sie auf Importieren, wählen Sie Ihre Datei aus und klicken Sie auf Öffnen.

4

Wählen Sie entweder Nur Dienste hinzufügen oder Dienste hinzufügen und entfernen aus.

Wenn Sie eine aktive Lizenzvorlage haben, wählen Sie Nur Dienste hinzufügen aus.

5

Klicken Sie auf Senden.

Die CSV-Datei wird hochgeladen und Ihre Aufgabe wird erstellt. Sie können den Browser oder dieses Fenster schließen, und Ihre Aufgabe wird weiterhin ausgeführt. Um den Fortschritt Ihrer Aufgabe zu überprüfen, siehe Aufgaben im Cisco Webex Control Hub verwalten.

Als Administrator mit vollen Berechtigungen können Sie spezielle Dienstdetails für individuelle Benutzer in Cisco WebEx Control Hub bearbeiten.

1

Wechseln Sie aus der Kundenansicht in zu Benutzer.https://admin.webex.com

2

Wählen Sie einen Benutzer aus, und klicken Sie auf Dienste > Bearbeiten .

3

Wenn Sie mehrere Abonnements haben, wählen Sie ein Abonnement auf der Liste aus.

4

Wählen Sie die Dienste, die Sie hinzufügen oder entfernen möchten, und klicken Sie auf Speichern.

Vorbereitungen

Wenn Sie mehr als eine CSV-Datei für Ihre Organisation haben, laden Sie eine Datei hoch. Sobald diese Aufgabe abgeschlossen ist, können Sie die nächste Datei hochladen.

Sie können benutzer nicht löschen oder den Standort ändern, der einem Benutzer mit der CSV-Vorlage zugewiesen ist.


Einige Tabellenkalkulations-Editoren entfernen das +-Zeichen aus Zellen, wenn die CSV-Datei geöffnet wird. Wir empfehlen Ihnen, einen Texteditor zu verwenden, um. CSV-Aktualisierungen vorzunehmen. Wenn Sie einen Tabellenkalkulations-Editor verwenden, stellen Sie sicher, dass das Zellenformat auf Text gesetzt ist, und fügen Sie alle + Zeichen, die entfernt wurden, wieder hinzu.

1

Wechseln Sie aus der Kundenansicht in zu Benutzer, klicken Sie auf Benutzer verwalten und wählen Sie CSV Benutzer hinzufügen oder ändern.https://admin.webex.com

2

(Optional) Wenn Sie automatisch Willkommens-E-Mails senden, klicken Sie auf Weiter.

3

Klicken Sie auf exportieren , um die Datei herunterzuladen. Sie können die heruntergeladene Datei (exported_users.csv) auf eine der folgenden Arten bearbeiten:

  • Um vorhandene Benutzer zu ändern, können Sie jede Spalte mit Ausnahme von Benutzer-ID/E-Mail (Erforderlich)und Standortaktualisieren. Wenn Sie beispielsweise die Benutzer-ID/E-Mail ändern, wird ein neuer Benutzer erstellt.

  • Geben Sie zum Zuweisen eines Standorts den Namen in die Spalte Standort ein. Wenn Sie dieses Feld leer lassen, wird dem Benutzer der Standardspeicherort zugewiesen.

  • Um einen Dienst zuzuweisen, fügen Sie TRUE in der Spalte für diesen Dienst hinzu. Um einen Dienst auszuschließen, fügen Sie FALSE hinzu.

  • Wenn Sie mehrere Abonnements haben, können Sie die Abonnement-ID in der Spaltenüberschrift verwenden, um den Dienst zu identifizieren, den Sie hinzufügen möchten. Wenn Sie beispielsweise über zwei Abonnements mit demselben Dienst verfügen, können Sie einen Dienst aus einem bestimmten Abonnement angeben, der auf den Benutzer angewendet werden soll.

4

Geben Sie einen Wert in die Spalte Anrufverhalten ein, wenn Sie die Art und Weise ändern möchten, wie Anrufe für bestimmte Benutzer geschehen. Sie können eine der folgenden Optionen eingeben und weitere Informationen zu Cisco Webex Einstellungen finden Sie unter Einrichten Cisco Webex Anrufverhalten:

  • USE_ORG_SETTINGS –Geben Sie diese Zeichenfolge ein, um die Unternehmensweite Einstellung zu verwenden.

  • NATIVE_WEBEX_TEAMS_CALLING –Geben Sie diese Zeichenfolge ein, um die Option Anruf in Webex Teams verwenden.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL –Geben Sie diese Zeichenfolge ein, um die Webex Calling-App zu verwenden.

5

Geben Sie eineAnrufer-ID Nummer , einen Anrufer-IDVornamen und Anrufer-ID Nachnamenein. Wenn Sie die Spalten Anrufer-ID Nummer , Anrufer-ID Vorname und Anrufer-ID leer lassen, werden die Spalten für den Vornamen, nachnamen und die Telefonnummer angezeigt, wenn der Benutzer einen Anruf anruft. Wenn Sie die Anrufer-ID nummer leer lassen, wird die Hauptnummer für den Standort angezeigt, wenn der Benutzer einen Anruf anruft.


 

Die Anrufer-ID Von Vorname und Anrufer-ID Nachname dürfen keine Sonderzeichen enthalten. Wenn ein Anrufer Anrufer-ID Vorname oder Anrufer-ID ein Sonderzeichen enthält, wird eine vereinfachte Version des Namens verwendet.

6

Nachdem Sie die CSV-Datei gespeichert haben, klicken Sie auf importieren, wählen Sie die Datei aus, die Sie ändern möchten, und klicken Sie dann auf Öffnen.

7

Wählen Sie entweder Dienste online auswählen oder Dienste hinzufügen und entfernen aus und klicken Sie auf Senden.

Die CSV-Datei wird hochgeladen und Ihre Aufgabe wird erstellt. Sie können den Browser oder dieses Fenster schließen, und Ihre Aufgabe wird weiterhin ausgeführt. Um den Fortschritt Ihrer Aufgabe zu überprüfen, siehe Aufgaben im Cisco Webex Control Hub verwalten.

Wenn Sie keine Admin-Einladungs-E-Mails unterdrücken, erhalten neue Nutzer Aktivierungs-E-Mails.

Sie können Nummern, Erweiterungen oder beides zu Den Geräten von Personen jederzeit zuweisen. Zugewiesene Durchwahlen werden auf Telefondisplays angezeigt.

Sie können auch alternative Nummern konfigurieren, sodass mehrere Telefonnummern auf demselben Telefon klingeln. Sie können unterschiedliche Töne für jede Nummer festlegen, um zwischen den angerufenen Leitungen unterscheiden zu können.

1

Wechseln Sie aus der Kundenansicht in zu Benutzer und klicken Sie auf den Benutzer, dem Sie eine Anrufer-ID zuweisen möchten.https://admin.webex.com

2

Wählen Sie anrufen aus , und klicken Sie dann auf Nummer hinzufügen.

3

Wählen Sie eine Telefonnummer aus der Liste der verfügbaren Nummern aus. Außerdem haben Sie die Möglichkeit, eine Durchwahl zu vergeben.

4

Klicken Sie auf Speichern.

5

(Optional) Konfigurieren Sie alternative Nummern für diesen Benutzer.

1

Wechseln Sie von der Kundenansicht in zu Benutzer und filtern Sie in der Spalte Status nach Benutzern mit dem Status Einladung ausstehend.https://admin.webex.com

2

Wählen Sie unter Aktionen für einen Benutzer mit dem Status Einladung ausstehend Mehr Ausstehend> Einladung erneut senden aus.

Wenn Ihre Organisation Verzeichnissynchronisierung verwendet, ist die Löschoption in Control Hub nicht verfügbar, und Sie müssen Benutzerkonten aus Ihrem Active Directory. Anschließend aktualisiert die Cisco Verzeichniskonnektor die Benutzerliste Ihrer Organisation, wenn sie die Benutzerinformationen Benutzerkonto synchronisiert.

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Benutzer , klicken Sie auf die Schaltfläche Mehr und dann auf Benutzer löschen.

Der Benutzer kann sich nicht mehr auf Ihrer Webex-Site anmelden, alle zugewiesenen Webex-Dienste werden entfernt und aus allen Räumen oder Teams, an denen sie beteiligt waren, entfernt. Alle Inhalte, die sie in Bereichen erstellt haben, werden nicht gelöscht, und der Inhalt unterliegt der Aufbewahrungsrichtlinie, die jeder Raumbesitzer ausgeführt hat.

Sie können einen Kundenadministrator mit verschiedenen Berechtigungsebenen einrichten. Sie können voll Administratoren, Support-Administratoren, Read-Only-Administratoren oder Compliance-Beauftragte sein. Wenn Sie über volle Administratorberechtigungen verfügen, können Sie jedem Benutzer in Ihrer Organisation eine oder mehrere Rollen zuweisen.


Jeder, dem der Benutzer- und Geräteadministrator oder die Geräteadministratorrolle zugewiesen ist, kann diese nicht Webex Calling.

In Control Hub können Sie sich über verschiedene Privilegien informieren und einen Kundenadministrator einrichten. Kundenadministratoren können Volladministratoren, Supportadministratoren, Benutzer- und Geräteadministratoren, Geräteadministratoren, Read-Only-Administratoren oder Compliance-Beauftragte sein. Wenn Sie über volle Administratorberechtigungen verfügen, können Sie jedem Benutzer in Ihrer Organisation eine oder mehrere Rollen zuweisen.

Sie sollten immer mehr als einen Administrator für Ihre -Site haben. Es handelt sich um eine bewährte Methode, mit der Sie administrative Änderungen vornehmen können, wenn einer der Administratoren nicht verfügbar ist.

Benutzern innerhalb Ihrer Organisation können bestimmte Administratorrollen zugewiesen werden, um zu bestimmen, was sie sehen können und auf die sie in Control Hub zugreifenkönnen. Wenn Sie bestimmte Administratorrollen zuweisen, können Sie die Verantwortlichkeiten rationalisieren und die Verantwortlichkeit von Administratoren vereinfachen. Compliance-Beauftragte können nach bestimmten Personen in Ihrem Unternehmen suchen, freigegebene Inhalte finden oder einen bestimmten Bereich durchsuchen und dann einen Bericht mit ihren Ergebnissengenerieren.


1

Wechseln Sie aus der Kundenansicht in zu Benutzer und wählen Sie einen Benutzer aus.https://admin.webex.com

2

Klicken Sie unter Rollen und Sicherheit auf Administrator Rollen oder Dienst Zugriff.

3

Wählen Sie eine Rolle aus, die diesem Benutzer zugewiesen werden soll.

4

Wählen Sie Speichern.

Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Konfigurieren und Verwalten Webex Calling-Geräte

Als Administrator können Sie Geräte zu Benutzern oder Workspaces in einer Webex Control Hub. Sie haben die Wahl, die MAC-Adresse eines Geräts einzugeben oder einen Aktivierungscode zu generieren, den Sie dann im Gerät selbst manuell eingeben müssen.

Mit Cisco Webex Control Hub können Sie Benutzer Geräte für persönliche Nutzung zuweisen und diese Geräte anschließend in der Cloudregistrieren.

Die hier aufgeführten Geräte unterstützen Webex Calling. Obwohl all diese Geräte mit einer MAC-Adresse registriert werden können, kann nur die folgende Teilmenge mit einem Aktivierungscode registriert werden:

  • Cisco IP-Telefon der Serie 6800 Plattformübergreifende Telefone (Audiotelefone –6821, 6841, 6851, 6861, 6871)

  • Cisco IP-Telefon der Serie 7800 Plattformübergreifende Telefone (Audiotelefone – 7811, 7821, 7841, 7861)

  • Cisco IP-Telefon der Serie 8800 Plattformübergreifende Telefone (Audiotelefone – 8811, 8841, 8851, 8861)

  • Cisco IP-Telefon der Serie 8800 Plattformübergreifende Telefone (Videotelefone – 8845, 8865)

  • Cisco IP-Konferenztelefon 7832 und 8832


In Bezug auf DECT-Geräte sind nur DECT-Basisgeräte (keine DECT-Handsets) für die Zuweisung in Control Hub verfügbar. Nachdem Sie einem Benutzer eine Basiseinheit zugewiesen haben, müssen Sie einen DECT-Handset manuell mit dieser Basiseinheit koppeln. Weitere Informationen finden Sie unter Verbinden des Handys mit der Basis-Station.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Geräte und klicken Sie auf Gerät hinzufügen.

2

Wählen Sie Vorhandener Benutzer , geben Sie den Eigentümer des Telefons ein, entweder Teil des Benutzernamens oder der wahre Name des Benutzers, wählen Sie den Benutzer aus den Ergebnissen aus und klicken Sie dann auf Weiter.

3

Wählen Sie das Gerät aus der Drop-down-Liste und klicken Sie dann auf Weiter.

4

Wählen Sie eine der folgenden Optionen aus, und klicken Sie dann aufSpeichern:

  • Per Aktivierungscode – Wählen Sie diese Option, wenn Sie einen Aktivierungscode generieren möchten, den Siemit dem Besitzer des Geräts teilen können. Der 16-stellige Aktivierungscode muss im Gerät selbst manuell eingegeben werden.

     

    Plattformübergreifende Telefone müssen über eine Firmware-Auslastung von 11.2.3MSR1 oder höher verfügen, um den Bildschirm mit dem Aktivierungscode anzuzeigen. Wenn die Telefon-Firmware aktualisiert werden muss, verweisen Sie die Benutzer auf https://upgrade.cisco.com/MPP_upgrade.html.

  • ÜberMAC-Adresse – Wählen Sie diese Option, wenn Sie die MAC-Adresse des Geräts kennen. Die MAC-Adresse eines Telefons muss ein eindeutiger Eintrag sein. Wenn Sie eine MAC-Adresse für ein Telefon eingeben, das bereits registriert ist, oder wenn Sie bei der Eingabe der Nummer einen Fehler machen, wird eine Fehlermeldung angezeigt.

 

Einschränkungen können gelten, wenn Sie Geräte von Drittanbietern verwenden.

Wenn Sie einen Aktivierungscode für das Gerät generieren, diesen Code aber noch nicht verwendet haben, lautet der Status des Geräts im Abschnitt "Geräte des zugewiesenen Benutzers" im Control Hub und in der Liste der Hauptgeräte im Anrufadministratorportal "Aktivieren". Das aktivierende Gerät wird erst im Geräte-Hauptfenster im Control Hub angezeigt, wenn es erfolgreich aktiviert wurde. Beachten Sie, dass es bis zu 10 Minuten dauern kann, bis der Gerätestatus in Control Hub aktualisiert wird.

Wenn Personen bei der Arbeit sind, treffen sie sich an vielen Orten wie Pausenräumen, Lobbies und Konferenzräumen. Sie können gemeinsam genutzte Cisco Webex in diesen Workspaces einrichten, Dienste hinzufügen und dann die Zusammenarbeit fördern.

Das Haupt prinzip eines Workspaces-Geräts besteht in dem, dass es nicht einem bestimmten Benutzer zugewiesen ist, sondern einem physischen Standort, der eine geteilte Nutzung zu ermöglicht.

Die hier aufgeführten Geräte unterstützen Webex Calling. Obwohl all diese Geräte mit einer MAC-Adresse registriert werden können, kann nur die folgende Teilmenge mit einem Aktivierungscode registriert werden:

  • Cisco IP-Telefon der Serie 6800 Plattformübergreifende Telefone (Audiotelefone – 6821, 6841, 6851)

  • Cisco IP-Telefon der Serie 7800 Plattformübergreifende Telefone (Audiotelefone – 7811, 7821, 7841, 7861)

  • Cisco IP-Telefon der Serie 8800 Plattformübergreifende Telefone (Audiotelefone – 8811, 8841, 8851, 8861)

  • Cisco IP-Telefon der Serie 8800 Plattformübergreifende Telefone (Videotelefone – 8845, 8865)

  • Cisco IP-Konferenztelefon 7832 und 8832

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Workspacesund klicken Sie auf Workspace hinzufügen.

2

Geben Sie einen Namen für den Arbeitsbereich ein (z. B. den Namen des physischen Raums), wählen Sie den Raumtyp aus und fügen Sie Kapazität hinzu. Klicken Sie dann auf Weiter.

3

Wählen Sie Cisco IP-Telefon und klicken Sie dann auf Weiter .

4

Wählen Sie den Gerätetyp aus dem Drop-down-Liste, wählen Sie aus, ob Sie das Telefon mit einem Aktivierungscode oder einer MAC-Adresse registrieren möchten, und klicken Sie dann auf Weiter. Denken Sie daran: Wenn Sie sich dafür entscheiden, das Gerät über einen Aktivierungscode zu registrieren, wird der Code per E-Mail an den angegebenen Administrator für den Standort gesendet.

Für Webex Calling können Sie nur ein geteiltes Telefon zu einem Workspace hinzufügen.

Für Cisco IP-Konferenztelefon 7832 sind einige Softkeys möglicherweise nicht verfügbar. Wenn Sie eine ganze Reihe von Softkeys benötigen, empfehlen wir Ihnen, dieses Telefon stattdessen einem Benutzer zuzuweisen.

5

Weisen Sie einen Standort und eine Telefonnummer zu (bestimmt durch den Standort, den Sie auswählen), und klicken Sie dann auf Speichern. Außerdem haben Sie die Möglichkeit, eine Durchwahl zu vergeben.

Wenn Personen bei der Arbeit sind, finden sie sich in vielen Arbeitsbereichen wie Pausenräumen, Lobbies und Konferenzräumen zusammen. Sie können gemeinsam genutzte Cisco Webex in diesen Workspaces einrichten, Dienste hinzufügen und dann die Zusammenarbeit fördern.

Das Haupt prinzip eines Workspaces-Geräts besteht in dem, dass es nicht einem bestimmten Benutzer zugewiesen ist, sondern einem physischen Standort, der eine geteilte Nutzung zu ermöglicht.

Die hier aufgeführten Geräte unterstützen Webex Calling.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Workspacesund klicken Sie auf Workspace hinzufügen.

2

Geben Sie einen Namen für den Arbeitsbereich ein (z. B. den Namen des physischen Raums), wählen Sie den Raumtyp aus und fügen Sie Kapazität hinzu. Klicken Sie dann auf Weiter.

3

Wählen Sie Sonstiges Cisco Webex Gerät aus und klicken Sie dann auf Weiter .

Weitere Cisco Webex Devices ist Cisco Webex Room-Gerät oder Desk-Gerät, einschließlich Cisco Webex Board.

4

Wählen Sie eine der folgenden Optionen aus:

  • Kostenlose Anrufe: Benutzer können Anrufe Webex Teams Webex Session Initiation Protocol (SIP) nur mit einer SIP-Adresse tätigen (z. B. username@example.calls.webex.com).
  • Cisco Webex Calling : Benutzer in diesem Workspace können mit dem Gerät nicht nur Webex Teams- und SIP-Anrufe tätigen und empfangen, sondern können auch Telefonanrufe aus dem Webex Calling-Plantätigen und empfangen. Sie können Beispielsweise Ihren Kollegen Giacomo Edwards anrufen, indem Sie seine Telefonnummer 555-555-5555, die Durchwahl 5555 oder die SIP-Adresse gedwards@example.webex.com wählen, aber Sie können auch Ihre lokale Mobilfunknummer anrufen.
5

Aktivieren Sie das Gerät über den angegebenen Code. Sie können den Aktivierungscode kopieren, per E-Mail versenden oder drucken.

Wenn Sie mehrere Geräte haben, die Sie Benutzern und Orten zuweisen müssen, können Sie in nur wenigen einfachen Schritten eine CSV-Datei mit den erforderlichen Informationen füllen und diese Geräte aktivieren.

Die hier aufgeführten Geräte unterstützen Webex Calling. Obwohl all diese Geräte mit einer MAC-Adresse registriert werden können, kann nur die folgende Teilmenge mit einem Aktivierungscode registriert werden:

  • Cisco IP-Telefon der Serie 6800 Plattformübergreifende Telefone (Audiotelefone – 6821, 6841, 6851)

  • Cisco IP-Telefon der Serie 7800 Plattformübergreifende Telefone (Audiotelefone – 7811, 7821, 7841, 7861)

  • Cisco IP-Telefon der Serie 8800 Plattformübergreifende Telefone (Audiotelefone – 8811, 8841, 8851, 8861)

  • Cisco IP-Telefon der Serie 8800 Plattformübergreifende Telefone (Videotelefone – 8845, 8865)

  • Cisco IP-Konferenztelefon 7832 und 8832

1

Wechseln Sie aus der Kundenansicht in zu Geräte , klicken Sie auf Gerät hinzufügen und wählen Sie aus, ob Sie das Gerät zu einem Benutzer oder https://admin.webex.comeinem Ort hinzufügenmöchten.

2

Wählen Sie CSV-Datei importieren/hochladenaus.

3

Wählen Sie eine der folgenden Optionen aus:

  • Benutzerattribute exportieren – Sie können eine Liste aller Benutzer in Ihrer Organisation und deren zugehörigen Attribute erhalten, sodass Sie nicht jeden Benutzermanuell suchen müssen.
  • CSV-Vorlage herunterladen – Sie können eine neue Vorlage verwenden und dann Informationen wie Benutzernamen, Typ (angeben, ob es sich um einen Benutzer oder Ort), MAC-Adressen und Gerätemodelle ist,eingeben. Dabei gilt es einige Punkte zu beachten:
    • Stellen Sie für die Spalte Benutzername der CSV-Datei sicher, dass Sie die E-Mail-Adresse des Benutzers eingeben, nicht die E-Mail-Benutzer-ID oder den Namen des Benutzers. Sie können auch einen Ortsnamen in diese Spalte einfügen.

    • Wir empfehlen, die Anzahl der Geräte auf 1000 pro CSV-Datei zu beschränken. Wenn Sie mehr als das hinzufügen müssen, verwenden Sie eine zweite CSV-Datei.

    • Wenn Sie einen Ort eingeben, der noch nicht vorhanden ist, wird der Ort automatisch für Sie erstellt.

    • Wenn Sie die Spalte für die MAC-Adresse leer lassen, wird ein Aktivierungscode generiert, der im Gerät selbst eingegeben werden muss.

4

Wenn die MAC-Adresse leer gelassen wurde, können Sie auswählen, wohin der Aktivierungscode gesendet wird:

  • Bereitstellen eines Links– Der Aktivierungscode wird zu einer CSV-Datei hinzugefügt, die Sie herunterladen können.
  • Aktivierungscode per E-Mail – Wenn das Gerät für einen Ort ist, wird der Aktivierungscode an Sieals Administrator gesendet. Wenn das Gerät für einen Benutzer ist, wird der Aktivierungscode per E-Mail an den Benutzer gesendet.
5

Importieren Sie die ausgefüllte CSV-Datei.

6

Klicken Sie auf Senden.

Sie erhalten eine Statusaktualisierung, wenn Geräte aktiviert werden.

 

Plattformübergreifende Geräte müssen eine Firmware-Auslastung von 11.2.3MSR1 oder höher ausführen, damit Benutzer den Aktivierungscode auf ihrem Gerät eingeben können. Informationen zum Aktualisieren der Telefon-Firmware finden Sie in diesem Artikel.

Über Cisco Webex Control Hub können Sie das Administratorportal "Anrufen" starten, in dem Sie Ihre in der Cloud registrierten Geräte verwalten können.

Wechseln Sie aus der Kundenansicht in zu Geräte , wählen Sie ein Gerät aus der Liste aus https://admin.webex.comund klicken Sie auf Gerätverwalten .


 

Nicht-Webex Calling-Geräte können direkt über das Administratorportal "Anrufen" konfiguriert werden, aber diese Geräte werdennicht offiziell von Ciscounterstützt.

Nächste Schritte

Dieser Schritt startet das Administratorportal "Anrufen", in dem Sie Geräte verwalten können, die Sie in der Cloud registriert haben. Weitere Informationen finden Sie unter Geräteverwaltung.

Sie können jederzeit Telefonnummern zu -Tischgeräten und -Raumgeräten in Ihrer Kundenorganisation hinzufügen, unabhängig davon, ob Sie sich mitten in einer Testversion oder in ein bezahltes Abonnement konvertiert haben.


Wir haben die Anzahl der Telefonnummern, die Sie im Control Hub hinzufügen können, von 250 auf 1000 erhöht.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Dienste > Anruf > Klicken Sie dann auf Nummern hinzufügen.

2

Geben Sie den Standort und Nummerntypan. Wenn Sie Nummern portieren, geben Sie sowohl Ihre aktuelle als auch Ihre neuen Rechnungsnummern ein.

3

Klicken Sie anschließend auf Speichern.

Sie können eine Liste der von PSTN geordneten Telefonnummern anzeigen. Mit diesen Informationen können Sie nicht verwendete Nummern anzeigen, die zur Verfügung stehen, sowie die bestellten Nummern, die bald verfügbar sind.

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Dienste >Anrufdienst > PSTN Bestellungen.

Sie werden zum Administratorportal "Anrufen" gebracht, wo Sie die Gesendeten und abgeschlossenen Bestellungen sehen können. Wenn Sie eine Auftrags-ID griffbereit haben, können Sie sie als Parameter eingeben und Details zu einer bestimmten Bestellung erhalten. Andernfalls erhalten Sie eine Zusammenfassung aller Bestellungen.
Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Einführungstrends und Nutzungsberichte für Cisco Webex Calling

Ihnen stehen eine Reihe von Berichten zur Verfügung, mit denen Sie besser einschätzen können, wie Webex Calling Dienste verwendet werden und wie oft sie verwendet werden. Sie können auch eine schnelle Visualisierung der Medienqualität für Ihren Standort erhalten.

Anrufberichte anzeigen

Sie haben Zugriff auf verschiedene Berichte in Cisco Webex Control Hub die Details zur Aktivierung und Nutzung für Meetings Webex Teams und Meetings enthalten.

Wenn Sie über eine auf Anrufdaten Cisco Webex Control Hub, werden Sie zum Administratorportal "Anrufen"gebracht. Anhand dieser Informationen können Sie auswerten, Webex Calling -Dienste in Ihrer Organisation verwendet werden und wie oft Benutzer diese Dienste verwenden.

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Analysen und wählen Sie dann Webex Calling.

Sie werden automatisch zum Administratorportal für Anrufe gebracht, wo Sie die Anrufnutzung und -qualität analysieren und auswerten können. Weitere Informationen zu den Berichten, die für bestimmte Anruffunktionen verfügbar sind, finden Sie unter Administratorportal Anrufen – Berichte. Weitere Informationen zu Anrufaktivitäten finden Sie unter Administratorportal Anrufen – Analysen.

Überprüfen der Medienqualität Ihrer Standorte

Standort-für-Standort-Ansicht der Medienqualität für Ihren Anrufstandort. Die Medienqualität basiert auf einer Aggregation der mittleren Meinungsbewertungen (MOS) für Anrufe an einem bestimmten Standort zum und vom Kunden, von Cisco MPP-Telefonen und dem Soft-Client Anrufen. Mögliche Werte sind wie folgt:

  • Gut – > 3.2

  • Durchz. – 2.7 bis 3.2

  • Schlecht –<2.7

  • Keine Daten verfügbar – Im ausgewählten Zeitraum wurden für den Standort keine Anrufe tätigen oder empfangen.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.comzu Analysen und wählen SieWebex Calling.

Sie werden zum Administratorportal "Anrufen"gebracht.

2

Gehen Sie zum Dashboard und blättern Sie zu Service Assurance, um den allgemeinen Health Ihrer Organisation anzuzeigen.

Wenn Sie das CScan-Tool öffnen möchten, um Latenz, Bandbreite und Ports zu überprüfen, klicken Sie auf Netzwerkbereitschaftstest.

Nächste Schritte

Wenn der Standort die Bewertung "Schlecht" anzeigt, deutet dies darauf hin, dass an einem Ihrer Standorte ein Problem mit der Medienqualität vorgibt. Häufige Ursachen sind nicht genügend Bandbreite oder Datenüberlastung. Wenn die Probleme weiterhin bestehen, gehen Sie zur Kundenansicht in , klicken Sie auf Ihren Admin-Benutzernamen und dann auf https://admin.webex.comFeedback, um einen Fall zu öffnen.

Führen Sie das CSCAN-Tool aus

Sie können das Cisco SCAN-Tool verwenden, um Latenz, Bandbreite und Ports zu überprüfen.

Wechseln Sie zu https://cscan.webex.com/, wählen Sie Ihren Server aus, und klicken Sie auf TEST AUSFÜHREN.

Wasserzeichen
20. Okt. 2020| Ansicht(en) | Personen fanden das hilfreich

Portreferenzinformationen für Cisco Webex Calling

Hier finden Sie eine Liste der Adressen, Ports und Protokolle, mit denen Sie Ihre Telefone und Gateways von Cisco Webex Calling den folgenden Regionen verbinden können: Produktion (inklusive Nordamerika, EMEA, Australien und Japan) und Beta. Sie müssen diese Ports verfügbar machen, damit bestimmter Datenverkehr durch Ihr Netzwerk fließt. Sie werden feststellen, dass die Konfiguration des lokalen Gateways nun auch für Dienstanbieter verfügbar ist.

Eine korrekt konfigurierte Firewall ist entscheidend für eine erfolgreiche Anrufbereitstellung. Wir benötigen Ports für Signalisierung, Medien, Netzwerkkonnektivität und lokales Gateway. Da es sich bei Webex Calling um einen globalen Dienst handelt, empfehlen wir Ihnen, alle unten aufgeführten Ports offen zu lassen.

Bei allen Firewall-Konfigurationen müssen die Ports offen sein. Wenn Sie jedoch Regeln innerhalb und außerhalb der Firewall ausführen, müssen Sie Ports öffnen, um die für den Dienst erforderlichen Protokolle zu verwenden. Solange Sie NAT bereitstellen, legen Sie angemessene Bindungszeiträume fest und vermeiden die Bearbeitung von SIP auf dem NAT-Gerät, müssen Sie keine eingehenden Ports der Firewall öffnen.


Wenn ein Router oder eine Firewall SIP Aware ist, was bedeutet, dass DAS SIP Application Layer Gateway (ALG) oder ähnliche aktiviert ist, empfehlen wir, diese Funktion zu deaktivieren, um den korrekten Betrieb des Dienstes aufrecht zu erhalten. Informationen zum Deaktivieren von SIP ALG auf bestimmten Geräten finden Sie in der entsprechenden Herstellerdokumentation.

Datum

Wir haben die folgenden Änderungen an diesem Artikel vorgenommen

23. Dezember 2020

Neue IP-Adressen für die Anwendungskonfiguration wurden den Port-Referenzbildern hinzugefügt.

22. Dezember 2020

Die Zeile Anwendungskonfiguration in den Tabellen wurde aktualisiert und enthält die folgenden IP-Adressen: 135.84.171.154 und 135.84.172.154.

Verbergen Sie die Netzwerkdiagramme, bis diese IP-Adressen auch dort hinzugefügt werden können.

11. Dezember 2020

Die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) und die Anwendungskonfigurationszeilen für die unterstützten kanadischen Domänen wurden aktualisiert.

16. Oktober 2020

Die Anrufsignalisierung und die Medieneinträge wurden mit den folgenden IP-Adressen aktualisiert:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23. September 2020

Unter CScan, ersetzt 199.59.64.156 durch 199.59.64.197.

14. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada hinzugefügt:

Anrufsignalisierung an Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada hinzugefügt:

  • Medien nach Webex Calling (SRTP) anrufen – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anrufsignalisierung an öffentlich adressierte Endpunkte (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) – 135.84.173.155,135.84.174.155

  • Gerätezeitsynchronisierung – 135.84.173.152, 135.84.174.152

  • Anwendungskonfiguration – 135.84.173.154,135.84.174.154

22. Juli 2020

Die folgende IP-Adresse wurde hinzugefügt, um die Einführung von Rechenzentren in Kanada zu unterstützen: 135.84.173.146

9. Juni 2020

Wir haben folgende Änderungen am CScan-Eintrag vorgenommen:
  • Eine der IP-Adressen wurde korrigiert: geändert 199.59.67.156 in 199.59.64.156

  • Neue Funktionen erforderten neue Ports sowie UDP-19560-19760

11. März 2020

Wir haben die folgenden Domänen und IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • jp.bcld.webex.com – 135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com – 64.68.99.6, 64.68.100.6

Wir haben die folgenden Domänen mit zusätzlichen IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung aktualisiert:

  • cisco.broadcloud.eu – 85.119.56.198, 85.119.57.198

  • webapps.cisco.com – 72.163.10.134

  • activation.webex.com – 35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com – 3.130.87.169, 3.20.185.219

27. Februar 2020

Wir haben die folgenden Domänen und Ports zur Gerätekonfiguration und Firmware-Verwaltung hinzugefügt:

cloudupgrader.webex.com – 443, 6970

Tabelle 1. Webex Calling (Produktion)

Zweck der Verbindung

Quelladressen

Quellports

Protokoll

Zieladressen

Zielports

Anrufsignalisierung an Webex Calling (SIP TLS)

Externes lokales Gateway (NIC) 8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

8934

Geräte

5060-5080

Anwendungen

Kurzlebig (OS-abhängig)

Medien an Webex Calling (SRTP) anrufen

Externer NIC des lokalen Gateways

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

19560-65535

Geräte

19560-19660

Anwendungen

Ephemere

Anrufsignalisierung an PSTN Gateway (SIP TLS) Internes Gateway für lokales Gateway 8000-65535 TCP Ihr ITSP-PSTN- oder Unified CM Hängt von PSTN Option ab (z. B. in der Regel 5060 oder 5061 für Unified CM)
Medien zum PSTN (SRTP) anrufen Internes Gateway für lokales Gateway

8000-48000

UDP Ihr ITSP-PSTN- oder Unified CM Hängt von PSTN Option ab (z. B. in der Regel 5060 oder 5061 für Unified CM)

Anrufsignalisierung an öffentlich adressierte Endpunkte (SIP TLS)

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Ephemere

TCP

Endpunkt-IP

8934

Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)

Webex Calling geräte

Ephemere

TCP

3.20.185.219

3.130.87.169

35.172.26.181

52.86.172.220

72.163.10.134

85.119.56.128/26

85.119.56.198

85.119.57.128/26

85.119.57.198

135.84.169.186

135.84.170.186

135.84.173.155

135.84.174.155

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*Domänen:

  • ntp-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • dms-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • acodes-ca.bcld.webex.com

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.com.au

  • cisco.broadcloud.eu

  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

  • cisco.sipflash.com

80, 443

**cloudupgrader.webex.com

**443, 6970

Gerätezeitsynchronisierung (NTP)

Webex Calling geräte

51494

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.154

135.84.170.154

135.84.173.152

135.84.174.152

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Auflösung des Gerätenamens

Webex Calling geräte

Ephemere

UDP und TCP

Vom Gastgeber festgelegt

53

Anwendungskonfiguration

Webex Calling und Anwendungen

Ephemere

TCP

64.68.99.6

64.68.100.6

85.119.56.128/26

85.119.57.128/26

128.177.36.138

128.177.14.181

135.84.169.150

135.84.171.154

135.84.172.154

135.84.174.154

135.84.173.154

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Domänen:

  • client-ca.bcld.webex.com

  • apps-ca.bcld.webex.com

  • imp-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443, 1081, 2208, 8443, 5222, 5280-5281, 52644-52645

Synchronisierung der Anwendungszeit

Webex Calling und Anwendungen

123

UDP

Vom Gastgeber festgelegt

123

Auflösung des Anwendungsnamens

Webex Calling und Anwendungen

Ephemere

UDP und TCP

Vom Gastgeber festgelegt

53

Cscan

Webex Calling und Anwendungen

Ephemere

UDP und TCP

135.84.169.183

135.84.173.146

185.115.196.0/25

199.59.65.243

199.59.64.197

8934 und 80, 443, 19569-19760

† CUBE Medienportbereich kann mit RTP-Port-Bereich konfiguriert werden

*Wenn ein Telefon zum ersten Mal mit einem Netzwerk verbunden wird oder nach einem Zurücksetzen auf die Werkseinstellungen, und keine DHCP-Optionen eingerichtet sind, kontaktiert es einen Geräteaktivierungsserver für die Zero Touch-Bereitstellung. Neue Telefone activate.cisco.com anstelle von webapps.cisco.com-Bereitstellung. Telefone mit Firmware-Version vor 11.2(1) verwenden weiterhin webapps.cisco.com. Es wird empfohlen, beide Domänen über Ihre Firewall zu erlauben.

**Die Ports cloudupgrader.webex.com 443 und 6970 müssen nur aktiviert werden, wenn Sie von Enterprise-Telefonen (Cisco Unified CM) zum Webex Calling. Gehen Sie zu upgrade.cisco.com, um weitere Informationen zu erhalten.

Tabelle 2. Webex Calling (Produktion)

Zweck der Verbindung

Quelladressen

Quellports

Protokoll

Zieladressen

Zielports

Anrufsignalisierung an Webex Calling (SIP TLS)

Externer NIC des lokalen Gateways

8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

8934

Geräte

5060-5080

Anwendungen

Kurzlebig (OS-abhängig)

Medien an Webex Calling (SRTP) anrufen

Externer NIC des lokalen Gateways

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

19560-65535

Geräte

19560-19660

Anwendungen

Ephemere

Anrufsignalisierung an PSTN Gateway (SIP TLS)

Internes Gateway für lokales Gateway

8000-65535

TCP

Ihr ITSP, PSTN GW oder Unified CM

Hängt von PSTN Option ab, z. B. Unified CM in der Regel 5060 oder 5061

Medien zum PSTN (SRTP) anrufen

Internes Gateway für lokales Gateway

8000-48000

UDP

Ihr ITSP, PSTN GW oder Unified CM

Hängt von PSTN Option ab

Anrufsignalisierung an öffentlich adressierte Endpunkte (SIP TLS)

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

139.177.64.0/24

139.177.65.0/24

139.177.66.0/24

139.177.67.0/24

139.177.68.0/24

139.177.69.0/24

139.177.70.0/24

139.177.71.0/24

139.177.72.0/24

139.177.73.0/24

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Ephemere

TCP

Endpunkt-IP

8934

Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)

Webex Calling geräte

Ephemere

TCP

3.130.87.169,

3.20.185.219

35.172.26.181,

52.86.172.220

72.163.10.134

85.119.56.198

85.119.57.198

135.84.169.186

135.84.170.186

135.84.173.155

135.84.174.155

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*Domänen:

  • ntp-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • dms-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • acodes-ca.bcld.webex.com

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.eu

  • Cisco. broadcloud.com.au

  • cisco.sipflash.com

  • webapps.cisco.com

  • activate.cisco.com
  • activation.webex.com

80, 443

**cloudupgrader.webex.com

**443, 6970

Gerätezeitsynchronisierung (NTP)

Webex Calling geräte

51494

UDP

85.119.56.218

85.119.57.218

135.84.169.154

135.84.170.154

135.84.173.152

135.84.174.152

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Auflösung des Gerätenamens

Webex Calling geräte

Ephemere

UDP und TCP

Vom Gastgeber festgelegt

53

Anwendungskonfiguration

Webex Calling und Anwendungen

Ephemere

TCP

64.68.99.6

64.68.100.6

85.119.56.197

85.119.57.197

128.177.36.138

128.177.14.181

135.84.169.150

135.84.171.154

135.84.172.154

135.84.173.154

135.84.174.154

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Domänen:

  • client-ca.bcld.webex.com

  • apps-ca.bcld.webex.com

  • imp-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443

Synchronisierung der Anwendungszeit

Webex Calling und Anwendungen

123

UDP

Vom Gastgeber festgelegt

123

Auflösung des Anwendungsnamens

Webex Calling und Anwendungen

Ephemere

UDP und TCP

Vom Gastgeber festgelegt

53

Cscan

Webex Calling und Anwendungen

Ephemere

UDP und TCP

135.84.169.183

135.84.173.146

185.115.196.129

199.59.65.243

199.59.64.197

8934 und 80, 443, 19560-19760

† CUBE Medienportbereich kann mit RTP-Port-Bereich konfiguriert werden

*Wenn ein Telefon zum ersten Mal mit einem Netzwerk verbunden wird oder nach einem Zurücksetzen auf die Werkseinstellungen, und keine DHCP-Optionen eingerichtet sind, kontaktiert es einen Geräteaktivierungsserver für die Zero Touch-Bereitstellung. Neue Telefone activate.cisco.com, anstatt webapps.cisco.com-Bereitstellung zu nutzen. Telefone mit Firmware-Version vor 11.2(1) verwenden weiterhin webapps.cisco.com. Es wird empfohlen, beide Domänen über Ihre Firewall zu erlauben.

**Die Ports cloudupgrader.webex.com 443 und 6970 müssen nur aktiviert werden, wenn Sie von Enterprise-Telefonen (Cisco Unified CM) zum Webex Calling. Gehen Sie zu upgrade.cisco.com, um weitere Informationen zu erhalten.

War dieser Artikel hilfreich für Sie?

Empfohlene Artikel

Kürzlich angezeigt

×