Webex Calling-Pläne, Übertragungswege und Routen-Gruppen bieten Ihnen die Möglichkeit, Webex Calling zu konfigurieren, um Anrufe zwischen Webex Calling-gehosteten Benutzern und Benutzern lokaler PBX zu verwalten. Mit dieser Lösung können Sie gehostete Benutzer so konfigurieren, dass sie Cloud PSTN (CCP oder Cisco PSTN) oder standortbasiertes PSTN verwenden.
Ein Übertragungsweg ist eine Verbindung zwischen Webex Calling und vor Unternehmensstandort, der vor Unternehmensstandort mit einem lokalen Gateway oder einem anderen unterstützten Gerät endet. Nachdem Sie einen Übertragungsweg erstellt haben, können Sie ihn einer Routen-Gruppe zuweisen. Eine Routen-Gruppe ist eine Gruppe von Übertragungswegen, mit der Webex Calling Anrufe über mehrere Übertragungswege verteilen oder Redundanz bereitstellen kann. Ein lokales Gateway ist ein lokales Gerät, das den Übertragungsweg, lokale PSTN und/oder PBX miteinander verbindet.
Übertragungswege, Routen-Gruppen und Wählpläne bieten folgende Vorteile:
Lastverteilung und Failover über Trunks zu Webex Calling und den Standorten.
Funktion für Webex Calling Benutzer Cloud-PSTN (Cloud Connected PSTN (CCP) oder Cisco PSTN) nutzen können und trotzdem PBX-Benutzer im Unternehmen erreichen können.
Weiterleitung von Anrufen an verschiedene lokale PBX.
Tandem-Funktionalität zum Anrufe verteilen zwischen Unternehmensstandort PBX.
Breitere Palette von Migrations- und Koexistenzszenarien mit lokalen PBX, einschließlich gemischter Sites mit lokalen Benutzern und Webex Calling-Benutzern.
Umfassende Übersicht über Entscheidungen zur Anrufverteilung.
Sobald Ihr Standort aktiviert ist, müssen Sie eine PSTN-Konnektivität für Webex Calling-Benutzer an diesem Standort einrichten. Die folgenden PSTN-Optionen sind verfügbar:
Cisco PSTN – Wählen Sie diese Option, wenn Sie eine gebündelte Lösung möchten, mit der Sie neue PSTN-Nummern bestellen und vorhandene Nummern zu Cisco portieren können. Die Option „Cisco PSTN“ ist nur unter den folgenden Bedingungen verfügbar:
Sie haben den Cisco-Anrufplan erworben und aktiviert.
Der Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.
Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie nach einer Cloud-Lösung suchen, für die keine lokale Hardware bereitgestellt werden muss, und wählen Sie dann einen CCP-Anbieter Ihrer Wahl aus. Cloud PSTN (Cisco PSTN oder Cloud Connected PSTN) kann nur verwendet werden, um PSTN-Zugriff für Webex Calling-Benutzer zur Verfügung zu stellen. Anrufe von lokalen Benutzern haben keinen Zugriff auf Cloud-PSTN.
Lokales PSTN (Lokales Gateway) – Wählen Sie diese Option, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten möchten. Übertragungswege für lokale PSTN über ein lokales Gateway können auch für Verbindungen zu lokalen PBX verwendet werden. Sie können die vorhandene Funktionalität des lokalen Gateways beibehalten, ohne Änderungen an der Konfiguration vorzunehmen. Standorte, die ein lokales Gateway verwenden, werden auf lokale PSTN festgelegt und lokale Gateways werden zu Übertragungswegen.
Konfigurieren Sie Ihre ausgewählte PSTN-Verbindung im Control Hub. Wählen Sie dazu Anrufe > Standorte aus, wählen Sie den Standort aus, den Sie ändern möchten, wählen Sie Zuweisen oder Verwalten aus, und wählen Sie die gewünschte PSTN-Verbindung aus.
Übertragungsweg
Ein Übertragungsweg ist eine Verbindung zwischen Unternehmensstandort Webex Calling und dem lokalen Standort , die Unternehmensstandort mit einem unterstützten Session Border Controller abgeschlossen wird, der als lokales Gateway fungiert. Siehe Erste Schritte mit lokalem Gateway , um die verschiedenen Trunking-Modelle und Anforderungen für Geräte und Konfiguration zu verstehen.
Bei einem Registrierungsübertragungsmodell führt der Session Border Controller (SBC) die SIP -Registrierung durch. Für den registrierungsbasierten Übertragungsweg muss das lokale Gateway die SIP -Registrierung aktiv halten. Die Verbindung ist für die Registrierung implizit.
Vorbereitungen
Alle Übertragungswege müssen einem Standort in Control Hub zugewiesen sein.
| 1 | Bei Control Hub anmeldenhttps://admin.webex.com , gehen Sie zu . |
||
| 2 | Wählen Sie Übertragungsweg hinzufügen aus. |
||
| 3 | Wählen Sie a Standort aus der Dropdown-Liste. |
||
| 4 | Geben Sie a . ein Name für den Trunk. |
||
| 5 | Auswählen Registrierung läuft aus dem Trunk-Typ Dropdown-Liste. |
||
| 6 | Die Einstellung für die Dual Identity-Unterstützung wirkt sich auf den Umgang mit dem From-Header und dem P-Asserted-Identity-Header (PAI) aus, wenn die anfängliche SIP INVITE-Nachricht für einen ausgehenden Anruf an den Trunk gesendet wird. Wenn Dual Identity aktiviert ist, wird Webex Calling mit From und PAI ausgefüllt (und beide Identitäts-Header können unterschiedlich sein). Wenn die Doppelidentität deaktiviert ist, sind PAI und From identisch und werden auf den Wert festgelegt, auf den der From-Header bei aktivierter Doppelidentität gesetzt wurde. Im Folgenden finden Sie einige Beispielszenarien, um die Verwendung dieser Einstellung besser zu verstehen:
|
||
| 7 | Klicken Sie auf Speichern. |
Nächste Schritte
Die Informationen zum Trunk (Übertragungsweg) werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port, Ausgehende Proxyadresse angezeigt. Wir empfehlen Ihnen, diese Informationen aus Control Hub zu kopieren und in eine lokale Textdatei oder ein Dokument einzufügen, damit Sie darauf zurückgreifen können, wenn Sie zur Konfiguration des lokalen Gateways bereit sind. Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub neu generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.
 |
Diese Aktion wirkt sich auf den Dienst aus und sollte daher außerhalb der Geschäftszeiten durchgeführt werden. Wenn Sie einen Trunk konfigurieren, um Ihr lokales Gateway mit Webex Calling zu verbinden, siehe: Lokales Gateway unter IOS-XE für Webex Calling konfigurieren . |
Ein Übertragungsweg ist die Verbindung zwischen Webex Calling und dem lokalen Standort, der mit einem lokalen Gateway oder einem anderen unterstützten Gerät am lokalen Standort endet.
Vorbereitungen
Alle Übertragungswege müssen einem Standort in Control Hub zugewiesen sein.
| 1 | Bei Control Hub anmeldenhttps://admin.webex.com , gehen Sie zu . |
||
| 2 | Wählen Sie Übertragungsweg hinzufügen aus. |
||
| 3 | Wählen Sie einen Standort und einen Namen für den Übertragungsweg aus.
|
||
| 4 | Die Einstellung für die Dual Identity-Unterstützung wirkt sich auf den Umgang mit dem From-Header und dem P-Asserted-Identity-Header (PAI) aus, wenn die anfängliche SIP INVITE-Nachricht für einen ausgehenden Anruf an den Trunk gesendet wird. Wenn Dual Identity aktiviert ist, wird Webex Calling mit From und PAI ausgefüllt (und beide Identitäts-Header können unterschiedlich sein). Wenn die Doppelidentität deaktiviert ist, sind PAI und From identisch und werden auf den Wert festgelegt, auf den der From-Header bei aktivierter Doppelidentität gesetzt wurde. Im Folgenden finden Sie einige Beispielszenarien, um die Verwendung dieser Einstellung besser zu verstehen:
|
||
| 5 | Klicken Sie auf Speichern. |
Nächste Schritte
Die Informationen zum Trunk (Übertragungsweg) werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port, Ausgehende Proxyadresse angezeigt. Wir empfehlen Ihnen, diese Informationen aus Control Hub zu kopieren und in eine lokale Textdatei oder ein Dokument einzufügen, damit Sie darauf zurückgreifen können, wenn Sie zur Konfiguration des lokalen Gateways bereit sind. Wenn Sie die Anmeldedaten verlieren, müssen Sie sie über den Bildschirm mit den Übertragungsweginformationen in Control Hub erneut generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.
|
Diese Aktion wirkt sich auf den Dienst aus, daher wird empfohlen, dies außerhalb der Geschäftszeiten zu tun. |
Sie können den Namen des Übertragungswegs bearbeiten oder die Details zum Übertragungsweg sowie die Nutzung in Control Hub anzeigen.
| 1 | Bei Control Hub anmeldenhttps://admin.webex.com , gehen Sie zu . |
||
| 2 | Wählen Sie den Übertragungsweg aus, den Sie anzeigen oder ändern möchten. |
||
| 3 | Klicken Sie im Seitenbereich neben dem Namen des Übertragungswegs auf das Symbol Sie können auch die Nutzungsinformationen für den Übertragungsweg anzeigen. |
||
| 4 | Um weitere Details anzuzeigen, klicken Sie auf Verwalten neben Übertragungswege .
|
||
| 5 | Die Einstellung für die Dual Identity-Unterstützung wirkt sich auf den Umgang mit dem From-Header und dem P-Asserted-Identity-Header (PAI) aus, wenn die anfängliche SIP INVITE-Nachricht für einen ausgehenden Anruf an den Trunk gesendet wird. Wenn die Doppelidentität deaktiviert ist, sind PAI und From identisch und werden auf den Wert festgelegt, auf den der From-Header bei aktivierter Doppelidentität gesetzt wurde. Im Folgenden finden Sie einige Beispielszenarien, um die Verwendung dieser Einstellung besser zu verstehen:
|
, um den Namen des Übertragungswegs zu ändern.Sie können einen Übertragungsweg löschen, solange er nicht verwendet wird.
| 1 | Bei Control Hub anmeldenhttps://admin.webex.com , gehen Sie zu . |
| 2 | Wählen Sie den Übertragungsweg aus, den Sie löschen möchten. |
| 3 | Klicken Sie auf |
imZum Überprüfen des Trunk-Status in Control Hub.
| 1 | Bei Control Hub anmeldenhttps://admin.webex.com , gehen Sie zu . |
| 2 | Wählen Sie den Übertragungsweg aus, dessen Status Sie überprüfen möchten. |
| 3 | Klicken Sie auf Trunk-Info . |
Beispiel
Im Folgenden sind die unterschiedlichen Status der registrierungsbasierten Übertragungswege aufgeführt:
Online – Erfolgreiche Registrierung des lokalen Gateways bei Webex Calling.
Offline – Keine erfolgreiche Registrierung des lokalen Gateways bei Webex Calling.
Beim Hinzufügen eines zertifikatbasierten Übertragungswegs müssen Sie einen vollqualifizierten Domänennamen (FQDN) eingeben. Anschließend verwendet Webex Calling eine Kombination aus dem FQDN und dem Zertifikat des lokalen Gateways, um einem lokalen Gateway zu vertrauen.
Anforderungen für die Konfiguration eines lokalen Gateways über den Control Hub:
Das cloudbasierte Netzwerk des lokalen Gateways MUSS eine öffentliche IPv4-Adresse verwenden und eine FQDN- oder SRV-Adresse, die auf diese Adresse aufgelöst werden kann, MUSS im Internet aufgelöst werden können. Webex Calling unterstützt nur TLS für die Signalisierung und SRTP oder UDPTL für Medien.
Alle SIP- und Medienports des lokalen Gateways MÜSSEN über das Internet zugänglich sein und daher Firewall-Aktualisierungen erfordern (MUSS auf den Netzwerkkomponenten des Unternehmens ausgeführt werden):
Lesen Sie den Referenzleitfaden für den Webex Calling-Port , um sich mit den erforderlichen Ports vertraut zu machen, auf die vor Ort und in der Cloud zugegriffen werden muss.
Standard-SIP-Ports wie 5061 oder 5062 können als Überwachungs-SIP-Ports konfiguriert werden.
Für eine erfolgreiche Autorisierung und Authentifizierung von Anrufen vom Übertragungsweg ist ein signiertes Zertifikat erforderlich. Ein Lokales Gateway MUSS die folgenden Anforderungen erfüllen, wenn eine bidirektionale Mutual TLS-Verbindung mit Webex Calling-Diensten für SIP hergestellt wird:
Das Zertifikat eines Lokalen Gateways MUSS lauten:
Signiert von einer unter genannten Zertifizierungsstelle Welche Stammzertifizierungsstellen (Root Certificate Authorities) werden für Anrufe an Cisco Webex-Audio- und -Videoplattformen unterstützt?
Signierte Zertifikate MÜSSEN immer einen gültigen Ablauf haben.
Stamm- oder Zwischenzertifikate, die zum Signieren des Zertifikats verwendet werden, MÜSSEN ein gültiges Ablaufdatum aufweisen und sollten nicht widerrufen werden.
Zertifikate MÜSSEN für die Client- und Servernutzung signiert sein.
Zertifikate MÜSSEN den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) als allgemeinen Namen oder alternativen Antragstellernamen im Zertifikat enthalten, wobei der FQDN des Übertragungswegs im Control Hub ausgewählt ist. Anforderungen werden im nächsten Abschnitt ausgearbeitet.
Ein Vertrauenspaket, das unter Welche Stammzertifizierungsstellen (Root Certificate Authorities) werden für Anrufe an Cisco Webex-Audio- und -Videoplattformen unterstützt? erwähnt wird, sollte hochgeladen werden, um Zertifikate von Webex-Diensten für SIP zu überprüfen.
Vorbereitungen
Beanspruchte und verifizierte Domäne: Wenn Sie einen Übertragungsweg hinzufügen, MUSS eine Host-Adresse aus einem verifizierten oder beanspruchten Domänennamen der obersten Ebene ausgewählt werden, siehe Domänenverwaltung .
Eindeutige Adresse in der gesamten Organisation: Ein Übertragungsweg wird mit einer eindeutigen FQDN- oder SRV-Hostadresse erstellt. Diese Adresse MUSS für die gesamte Organisation eindeutig sein und keine zwei Übertragungswege können dieselbe Adresse verwenden.
Ein Übertragungsweg mit einem FQDN london.lgw.cisco.com:5062 kann nur erstellt werden, wenn kein anderer Übertragungsweg mit einer Hostadresse london.lgw.cisco.com vorhanden ist. Dies ist nicht zulässig, selbst wenn ein Übertragungsweg mit demselben Adressnamen wie eine SRV-Adresse oder ein FQDN und einer anderen Portkombination vorhanden ist.
Ein Übertragungsweg mit der SRV-Adresse London.lgw.cisco.com kann nur erstellt werden, wenn kein anderer Übertragungsweg mit der Gastgeber London.lgw.cisco.com vorhanden ist. Dies ist nicht zulässig, selbst wenn ein Übertragungsweg mit dem gleichen Namen wie die SRV-Adresse oder ein FQDN und einer anderen Portkombination vorhanden ist.
DNS-Konfiguration: Das lokale Gateway MUSS aus dem öffentlichen Internet über einen DNS A- oder DNS Service Record (SRV)-Eintrag aufgelöst werden.
Wenn ein FQDN ausgewählt wird, MUSS die Adresse in einen DNS A-Datensatz aufgelöst werden und nicht in einen DNS CNAME(s).
Wenn eine SRV-Adresse ausgewählt wird, MUSS der Servicetyp das Präfix „_sips._tcp“ haben.
Die Adresse kann in einen oder mehrere DNS A-Datensätze mit unterschiedlicher Gewichtung und Priorität aufgelöst werden. Dabei wird empfohlen, für alle Datensätze den gleichen Überwachungsport zu verwenden.
Datensätze innerhalb des Service-Datensatzes müssen eine angemessene Gewichtung und Priorität haben. Die Verwendung unterschiedlicher Gewichte und Prioritäten wirkt sich auf die Verkehrsverteilungen für Anrufe aus, die von Webex Calling ausgehen.
Alle Datensatztypen MÜSSEN einen vernünftigen hohen TTL 300 Sekunden oder höher haben wird bevorzugt.
Alle Übertragungswege müssen einem Standort im Control Hub zugewiesen werden.
Die folgende Tabelle enthält Beispiele mit unterschiedlichen Datensatztypen, die in Ihrer Organisation gleichzeitig als Adresse des Übertragungswegs ausgewählt werden.
Übertragungsweg-Konfiguration als FQDN oder SRV |
Regel für DNS-Konfiguration |
Adresse, die im Zertifikat als allgemeiner Name (CN) oder alternativer Antragstellername (SAN) vorhanden ist |
Anforderung für SIP-Kontaktheader |
|---|---|---|---|
FQDN: london.lgw1.cisco.com mit Port 5061 |
london.lgw1.cisco.com ist ein DNS A-Eintrag |
london.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls oder sip:user@london.lgw1.cisco.com:port;transport=tls |
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com wird in EINEN Datensatz aufgelöst frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls oder sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com führt zu ZWEI oder mehr A-datensätzen fr.lgw1.cisco.com fr.lgw2.cisco.com Beide Datensätze MÜSSEN zu einer eindeutigen IP-Adresse aufgelöst werden und können, wie vorgeschlagen, unterschiedliche Gewichtung und Priorität haben. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls oder sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
| 1 | Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
||
| 2 | Wählen Sie Übertragungsweg hinzufügen aus. |
||
| 3 | Wählen Sie a Standort aus der Dropdown-Liste. |
||
| 4 | Geben Sie a . ein Name für den Trunk. |
||
| 5 | Auswählen Zertifikatsbasiert aus dem Trunk-Typ Dropdown-Liste. |
||
| 6 | Wählen Sie einen Gerätetyp aus der Dropdown-Liste aus.
|
||
| 7 | Geben Sie den Session Border Controller (SBC) ein Adresse , Domäne , und Port . Dies ist die FQDN- oder SRV-Adresse, unter der Webex Calling Ihren Enterprise SBC erreichen kann.
|
||
| 8 | Geben Sie die maximale Anzahl gleichzeitiger Anrufe ein.
|
||
| 9 | Klicken Sie auf Speichern.
|
Nächste Schritte
Speichern Sie die Webex Calling Edge-Adressen, die auf dem letzten Bildschirm angezeigt werden.
Informationen zum Konfigurieren eines CUBE als lokales Gateway finden Sie unter: Konfigurieren eines lokalen Gateways unter IOS-XE für Webex Calling
Sie können den Namen des Übertragungswegs bearbeiten oder die Details zum Übertragungsweg sowie die Nutzung in Control Hub anzeigen.
| 1 | Bei Control Hub anmeldenhttps://admin.webex.com , gehen Sie zu . |
||||
| 2 | Wählen Sie den Übertragungsweg aus, den Sie anzeigen oder ändern möchten. |
||||
| 3 | Klicken Sie im Seitenbereich neben dem Namen des Übertragungswegs auf das Symbol Sie können auch die Nutzungsinformationen für den Übertragungsweg anzeigen. |
||||
| 4 | Um weitere Details anzuzeigen, klicken Sie auf Verwalten neben Übertragungswege .
|
||||
| 5 | Die Einstellung für die Dual Identity-Unterstützung wirkt sich auf den Umgang mit dem From-Header und dem P-Asserted-Identity-Header (PAI) aus, wenn die anfängliche SIP INVITE-Nachricht für einen ausgehenden Anruf an den Trunk gesendet wird. Im Folgenden finden Sie einige Beispielszenarien, um die Verwendung dieser Einstellung besser zu verstehen:
|
Sie können einen Übertragungsweg löschen, solange er nicht verwendet wird.
| 1 | Bei Control Hub anmeldenhttps://admin.webex.com , gehen Sie zu . |
| 2 | Wählen Sie den Übertragungsweg aus, den Sie löschen möchten. |
| 3 | Klicken Sie auf |
Zum Überprüfen des Trunk-Status in Control Hub.
| 1 | Bei Control Hub anmeldenhttps://admin.webex.com , gehen Sie zu . |
| 2 | Wählen Sie den Übertragungsweg aus, dessen Status Sie überprüfen möchten. |
| 3 | Klicken Sie auf Trunk-Info . |
Beispiel
Im Folgenden sind die unterschiedlichen Status des zertifikatbasierten Übertragungswegs aufgeführt:
Online: Erfolgreiche Verbindung zwischen allen Webex Calling Edge-Proxys und dem lokalen Gateway.
Offline: Verbindung zwischen Webex Calling und dem lokalen Gateway konnte nicht hergestellt werden.
Eingeschränkt : Fehlgeschlagene Verbindung zwischen mindestens einem Webex Calling Edge-Proxy und dem lokalen Gateway.
Unbekannt: Wird gerade eine Verbindung zwischen Webex Calling und dem kürzlich hinzugefügten lokalen Gateway hergestellt.
SI-Nr. |
Fehlerbeschreibung |
Aktion |
|---|---|---|
1. |
Die TLS Verbindung zum lokalen Gateway ist aufgrund eines DNS Auflösungsfehlers des für Ihr Gateway konfigurierten FQDN fehlgeschlagen |
Überprüfen Sie die DNS -Konfigurationen für den konfigurierten SRV/FQDN und stellen Sie sicher, dass sie auflösbar sind |
2. |
TLS Verbindung zum lokalen Gateway ist aufgrund eines Transportproblems fehlgeschlagen |
Stellen Sie sicher, dass die aufgelösten IP -Adressen und der Port zum lokalen Gateway gültig sind |
3. |
TLS -Verbindung zum lokalen Gateway fehlgeschlagen, da das Zertifikat des Gateways von einer ungültigen Certificate Authority signiert ist |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways von einer gültigen Certificate Authority ( Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt? ) |
4. |
TLS -Verbindung zum lokalen Gateway fehlgeschlagen, da das Zertifikat des Gateways abgelaufen ist |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht abgelaufen ist |
5. |
TLS -Verbindung zum lokalen Gateway fehlgeschlagen, da das Zertifikat des Gateways von einer abgelaufenen Certificate Authority ausgestellt wurde |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht von einer abgelaufenen Zertifizierungsstellen- Zertifikatskette signiert ist |
6. |
TLS Verbindung zum lokalen Gateway fehlgeschlagen, da der für Ihr Gateway konfigurierte FQDN im CN oder SAN fehlt |
Stellen Sie sicher, dass für das Zertifikat des lokalen Gateways CN/SAN identisch mit dem konfigurierten FQDN/SRV ist |
7. |
An das lokale Gateway gesendete SIP Optionen haben keine Antwort erhalten |
Stellen Sie sicher, dass der CUBE so konfiguriert ist, dass er OPTIONS-Anfragen empfängt und antwortet. Überprüfen Sie die CUBE-Konfiguration |
8. |
TLS -Verbindung vom lokalen Gateway zu Webex Calling ist aufgrund eines ungültigen Gateway-Zertifikats fehlgeschlagen |
Überprüfen und sicherstellen, dass das Zertifikat des lokalen Gateways gültig ist |
9. |
TLS Verbindung vom lokalen Gateway zu Webex Calling fehlgeschlagen, da der Certificate Authority nicht vertraut werden konnte |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways von der gültigen Certificate Authority ( Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt? ) |
10. |
TLS -Verbindung vom lokalen Gateway zu Webex Calling ist aufgrund abgelaufener Zertifikate in der Kette fehlgeschlagen |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht von der abgelaufenen Zertifikatskette signiert ist |
11 |
TLS Verbindung und SIP Optionen vom lokalen Gateway zu Webex Calling sind fehlgeschlagen |
Stellen Sie sicher, dass der CUBE zum Senden von OPTIONS-Anfragen konfiguriert ist |
12. |
Die Antwort auf die SIP -Optionen vom lokalen Gateway zeigt einen Serverfehler oder einen Dienst nicht verfügbar an |
Stellen Sie sicher, dass sich das lokale Gateway nicht im Wartungsmodus befindet oder die Anruf-Routing deaktiviert ist |
13. |
TLS -Verbindung zum lokalen Gateway fehlgeschlagen, da das Zertifikat des lokalen Gateways widerrufen wurde |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht widerrufen wurde |
14. |
TLS -Verbindung vom lokalen Gateway zu Webex Calling fehlgeschlagen, da das Zertifikat des Gateways widerrufen wurde |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht widerrufen wurde |
15. |
TLS -Verbindung vom lokalen Gateway zu Webex Calling fehlgeschlagen, da das Zertifikat des Gateways abgelaufen ist |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht abgelaufen ist |
16. |
TLS Verbindung vom lokalen Gateway zu Webex Calling ist aufgrund eines Zertifikatfehlers fehlgeschlagen |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways gültig ist und die Anforderungen erfüllt. |
17. |
TLS Verbindung zum lokalen Gateway von Webex Calling aufgrund eines Zertifikatfehlers fehlgeschlagen |
Stellen Sie sicher, dass das Zertifikat des lokalen Gateways gültig ist und den Anforderungen entspricht. |
|
Fehler SI-Nr.: 2, 6, 11 und 12 werden nur angezeigt, wenn bei allen Edge-Proxy-Knoten ein Problem auftritt. |
Routen-Gruppe
Eine Routen-Gruppe ist eine Gruppe von Übertragungswegen, mit der Webex Calling Anrufe über mehrere Übertragungswege verteilen oder Redundanz bereitstellen kann.
Vorbereitungen
Fügen Sie Übertragungswege hinzu, bevor Sie eine Routen-Gruppe konfigurieren.
Routen-Gruppen können konfigurierte Übertragungswege von mehreren Standorten umfassen.
Übertragungswege können einzeln konfiguriert oder einer Routen-Gruppe zugewiesen werden. Fügen Sie Übertragungswege zu Routen-Gruppen hinzu, um Redundanz und Skalierbarkeit bereitzustellen.
Jede Routen-Gruppe muss mindestens einen Übertragungsweg mit maximal zehn (10) Übertragungswegen pro Routen-Gruppe umfassen.
Beim Konfigurieren einer Routen-Gruppe legen Sie eine Prioritätsebene für die Übertragungswege innerhalb dieser Routen-Gruppe fest. Mit dieser Einstellung können Anrufe per Lastenausgleich weitergeleitet werden.
Die Anrufe werden nach dem Zufallsprinzip auf die Übertragungswege mit der gleichen Priorität verteilt. Wenn ein Übertragungsweg mit der höchsten Priorität nicht verfügbar ist, versucht das System, den Anruf an einen Übertragungsweg mit einer niedrigeren Prioritätseinstellung weiterzuleiten. Zum Beispiel:
Übertragungsweg 1 und Übertragungsweg 2 sind auf Prioritätsebene 1 festgelegt.
Übertragungsweg 3 ist auf Prioritätsebene 2 festgelegt.
Webex Calling leitet Anrufe Übertragungsweg 1 und Übertragungsweg 2 per Lastenausgleich weiter.
Wenn Übertragungsweg 1 und Übertragungsweg 2 nicht erreichbar sind, werden Anrufe an Übertragungsweg 3 umgeleitet.
| 1 | Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
| 2 | Wählen Sie aus. |
| 3 | Weisen Sie der Routen-Gruppe einen Namen zu, und wählen Sie den oder die hinzuzufügenden Übertragungswege aus dem Drop-down-Menü aus. |
| 4 | Wählen Sie die Prioritätsebene für den Übertragungsweg aus. |
| 5 | Klicken Sie auf Speichern. |
Nächste Schritte
Über den Bestätigungsbildschirm können Sie die Seite Standorte besuchen, um die PSTN-Verbindung zu einzelnen Standorten zu konfigurieren, oder Sie können die Seite Wählpläne besuchen, um diese Routen-Gruppe als Routing-Wahl für einen Wählplan zu verwenden. Eine Routen-Gruppe kann auch als Routing-Wahl für unbekanntes Extension-Routing an einem Standort verwendet werden.
Sie können den Namen einer vorhandenen Routen-Gruppe ändern, Übertragungswege hinzufügen, die Anzahl der zugewiesenen Übertragungswege ändern und die Prioritätsebenen der Übertragungswege ändern. Auf der Seite mit den Details zu den Routen-Gruppen können Sie auch Anrufe an lokale Anschlüsse, Wählpläne und die PSTN-Verbindung anzeigen.
| 1 | Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
| 2 | Wählen Sie die Routen-Gruppe aus, die Sie ändern möchten. |
| 3 | Klicken Sie im Seitenbereich neben dem Namen der Routen-Gruppe auf das Symbol |
| 4 | Um Trunks in der Routen-Gruppe hinzuzufügen oder zu bearbeiten, klicken Sie auf Verwalten neben Trunks. Sie können einen Übertragungsweg aus dem Drop-down-Menü hinzufügen, die Prioritätsebene eines vorhandenen Übertragungswegs in der Tabelle bearbeiten und/oder einen vorhandenen Übertragungsweg aus der Tabelle löschen. |
| 5 | Klicken Sie auf Speichern. |
Sie können eine Routen-Gruppe löschen, solange sie nicht verwendet wird.
| 1 | Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
| 2 | Wählen Sie die Routen-Gruppe aus, die Sie löschen möchten. |
| 3 | Klicken Sie auf |
Mit einem Wählplan können Sie Anrufe an lokale Ziele durch die Verwendung von Übertragungswegen oder Routen-Gruppen weiterleiten. Sie werden global für ein Unternehmen konfiguriert und gelten für alle Benutzer, unabhängig von ihrem Standort. Ein Wählplan gibt auch die Routing-Auswahl (Übertragungsweg oder Routen-Gruppe) für Anrufe an, die mit einem der Wählmuster übereinstimmen. Bestimmte Wählmuster können als Teil Ihres Wählplans definiert werden. Ein Wählmuster stellt lokale Anschlüsse dar:
ESN/On-Net-Nummern
+E.164-Muster
SIP-URI-Domänen
Numerische Wählmuster
Numerische Muster können entweder E.164-Nummern oder Unternehmensnummern darstellen. Muster für E.164-Nummern beginnen mit einem führenden +, gefolgt von einer Ziffernfolge (1-9) und optionalen Platzhalterzeichen.
Wählmuster für Unternehmen
Ein Wählmuster für Unternehmen wird durch eine Ziffernfolge (1-9) dargestellt, gefolgt von optionalen Platzhalterzeichen. Valid wildcard characters are „!“ (entspricht einer beliebigen Ziffernfolge) und X (entspricht einer einzelnen Ziffer, 0-9). Das Platzhalterzeichen „!“ kann nur einmal am Ende und nur im E.164-Muster auftreten.
|
Sie können Folgendes nicht verwenden:
|
Beispiele für einen Wählplan für Unternehmen |
|
|---|---|
+1408555XXXX |
11-stellige +E.164-Nummer, die mit +1408555 beginnt |
+14085551234 |
Exakte Wählzeichenfolge +14085551234 |
+496100! |
Beliebige Wählzeichenfolge, die mit +496100 beginnt |
84969XXX |
8-stellige ESN, die mit 84969 beginnt |
84969764 |
Genaue 8-stellige ESN 84969764 |
Syntax für SIP-URI-Wählmuster:
Nur Domänen (rechte Seite der SIP-URI nach @) werden abgeglichen. Optionen sind:
Vollqualifizierte Domäne
Domäne mit vorangestelltem * (für alle Unterdomänen einer bestimmten Domäne)
Beispiele:
Beispiele für SIP-URI-Wählmuster-Syntax |
||
|---|---|---|
Präfix |
Bedeutung |
Beispiele |
example.com |
Nur URIs mit Host-Teil „example.com“ |
alice@example.com |
us.example.com |
Nur URIs mit Host-Teil „us.example.com“ |
alice@us.example.com |
*.example.com |
URIs mit Host-Teil, der eine Unterdomäne von „example.com“ ist |
alice@eu.example.com alice@sales.us.example.com Hinweis: alice@example.com wird nicht abgeglichen |
Sobald Sie Ihre Übertragungswege und Routen-Gruppen erstellt haben, können Sie einen Wählplan in Control Hub konfigurieren.
| 1 | Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
| 2 | Klicken Sie auf Wählpläne und dann auf Wählplan erstellen. |
| 3 | Geben Sie einen Namen für den Wählplan ein. |
| 4 | Wählen Sie eine Routing-Auswahl aus. Wählen Sie entweder einen zuvor erstellten Übertragungsweg oder eine Routen-Gruppe aus. |
| 5 | (Optional) Sie können ein Wählmuster für die gewählten Routen-Auswahlen manuell erstellen oder importieren. |
| 6 | Klicken Sie auf Speichern. |
Nächste Schritte
Sie können viele Wählmuster auf einmal hinzufügen, nachdem Ihr Wählplan erstellt wurde. Um viele Wählmuster mithilfe einer CSV-Datei hinzuzufügen, öffnen Sie den Bildschirm Wählpläne, und wählen Sie das Drop-down-Menü Aktionen aus dem zu bearbeitenden Wählplan. Wählen Sie anschließend CSV mit Wählmustern importieren oder CSV mit Wählmustern exportieren. Wählen Sie Vorlage herunterladen oder CSV-Datei importieren aus, und klicken Sie auf Senden.
Sie können den Namen eines Wählplans, Routing-Optionen und Wählmuster in Control Hub ändern.
| 1 | Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
| 2 | Wählen Sie den Wählplan aus, den Sie ändern möchten. |
| 3 | Klicken Sie im seitlichen Bereich neben dem Namen des Rufnummernplans auf |
| 4 | Um die Routing-Auswahl zu ändern, wählen Sie eine andere Option aus dem Drop-down-Menü aus. |
| 5 | Um ein neues Wählmuster manuell hinzuzufügen, klicken Sie auf Wählmuster hinzufügen. Oder klicken Sie auf CSV importieren, um viele Wählmuster gleichzeitig hinzuzufügen. |
| 6 | Um ein Wählmuster zu entfernen, klicken Sie auf das Symbol |
| 7 | Klicken Sie auf Speichern. |
neben dem Wählmuster, das Sie entfernen möchten.| 1 | Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
| 2 | Wählen Sie den Wählplan aus, den Sie löschen möchten. |
| 3 | Klicken Sie |
Sie können die Einstellung „Anrufe an lokale Anschlüsse“ in Control Hub aktivieren. Diese Einstellung gilt für Benutzer an einem Standort, die auf einer PBX registriert sind, und ermöglicht es Ihnen, unbekannte Anschlüsse (Länge der Nummer der anrufenden Partei von 2 bis 6 Ziffern) über einen vorhandenen Übertragungsweg oder eine Routen-Gruppe an die PBX weiterzuleiten.
Vorbereitungen
Die Einstellung „Anrufe an lokale Anschlüsse“ wird pro Standort aktiviert.
Mit dieser Einstellung können Sie Wählgewohnheiten in einer gemischten Cloud-/lokalen Umgebung beibehalten. Benutzer können weiterhin Kurzwahlen verwenden (z. B. 4 Ziffern), auch wenn die Site teilweise zu Webex Calling migriert wurde.
Wenn aktiviert, werden Anrufe von Benutzern am Standort zu einem unbekannten Anschluss (zwischen 2 und 6 Ziffern) als lokale Anrufe an die ausgewählte Routen-Gruppe/den Übertragungsweg weitergeleitet.
Anrufe, die über Übertragungswege am Standort von einem unbekannten Anschluss weitergeleitet werden, werden als lokale Anrufe behandelt. Dies bezieht sich auf Upstream-Anrufe, die von einem Trunk in Webex Calling eingehen.
Anrufe werden als Anrufe von einem unbekannten Anschluss betrachtet, wenn die Anrufer-ID nicht mit einem der vorhandenen Wählplanmuster übereinstimmt.
| 1 | Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu . |
| 2 | Wählen Sie den Standort aus, den Sie ändern möchten. |
| 3 | Klicken Sie im Bereich auf Interne Rufnummernwahl. |
| 4 | Aktivieren Sie das Kästchen neben Weiterleitung unbekannter Anschlüsse am Standort als interne Anrufe, um diese Einstellung zu aktivieren. |
| 5 | Wählen Sie eine Routing-Auswahl aus dem Drop-down-Menü aus. |
| 6 | Klicken Sie auf Speichern. |
In Control Hub können Sie Anrufverteilungseinstellungen zwischen Webex Calling und dem lokalen Standort konfigurieren. Diese Einstellungen legen fest, wie Ihre unbekannten Nummern bei der Verwendung von Übertragungswegen und Routen-Gruppen an eine lokale PBX behandelt werden, sowie das Format der Anrufer-ID für Anrufe, die zwischen Webex Calling und Ihrer PBX weitergeleitet werden.
| 1 | Wechseln Sie in der Kundenansicht unter https://admin.webex.com zu . |
||
| 2 | Navigieren Sie zu Anrufverteilung zwischen Webex Calling und lokal und wählen Sie, wie unbekannte Nummern behandelt werden.
|
||
| 3 | Wählen Sie das Format Ihrer Anrufer-ID aus.
|
||
| 4 | Klicken Sie auf Speichern.  |
Das Tool „Anrufverteilung überprüfen“ in Control Hub bietet Folgendes:
Simulation von Anrufen, um Routing-Entscheidungen zu analysieren,
hilfreiche Anleitung während der Entwurfs- und Konfigurationsphase einer Bereitstellung,
Event auf der Webex Analytics-Plattform, die Entscheidungen zur Anrufverteilung enthalten,
Unterstützung bei der Fehlerbehebung von Instanzen.
| 1 | Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
| 2 | Wählen Sie Anrufverteilung überprüfen. |
| 3 | Wählen Sie im Dropdown-Menü Anrufquelle auswählen eines Benutzers oder eines Übertragungswegs zu überprüfen. |
| 4 | Geben Sie eine Nummer oder URI ein. |
| 5 | Klicken Sie auf Routing-Ergebnis anzeigen, um die Anrufverteilung anzuzeigen. |
Beispiel 1: PBX mit mehreren Sites
Beschreibung der Bereitstellung
Unternehmenskunde mit 100 Sites in den USA.
PBX-Bereitstellung mit mehreren Sites (oder PBX-Netzwerk), bei der die Haupt-PBX über zwei Haupt-Sites zwecks HA verteilt ist.
8-stelliger Unternehmens-Wählplan: 8 + 3-stelliger Site-Code + 4-stelliger Anschluss.
30 Sites bleiben vor Ort, 70 Sites werden auf Webex Calling verschoben. PSTN bleibt vor Ort, durch SIP-Übertragungswege an den beiden Haupt-Sites.
Keine gemischten Sites. Für jede Site sind die Benutzer entweder alle lokal oder alle Cloud-registriert.
Bereitstellungslösung
Ein Wählplan mit 30 E.164- und 30 ESN-Mustern, der Anrufe für die lokalen Benutzer an eine Routen-Gruppe mit zwei Übertragungswegen weiterleitet, die auf zwei lokalen Gateways an den beiden Haupt-Sites enden.
Beispiel 2: Gemischte Cloud-PBX-Sites
Beschreibung der Bereitstellung
Unternehmenskunde mit 50 Sites in den USA: 10 große Sites und 40 kleine Niederlassungen,
PBX an großen Sites, wichtige Switches in Niederlassungen,
7-stelliger Unternehmens-Wählplan: 8 + 2-stelliger Site-Code + 4-stelliger Anschluss.
Webex Calling nur in Niederlassungen, langsame Migration von PBX an großen Sites (gemischte Sites mit Webex Calling- und PBX-Benutzern),
Cloud Connected PSTN für alle Cloud-Benutzer (lokale Benutzer verwenden weiterhin vorhandenes PSTN),
Cloud und PBX-Benutzer an jeder großen Site müssen weiterhin die Möglichkeit haben, nur den Anschluss zu wählen.
Bereitstellungslösung
Wählpläne, um Anrufe von einer anderen Site an die einzelnen PBX weiterzuleiten. Außerdem werden Anrufe zu lokalen Anschlüssen für jede große Site so konfiguriert, dass Anrufe an einen Übertragungsweg weitergeleitet werden, der auf einem lokalen Gateway an der Site endet.
Konfigurierbare Einschränkungen für Übertragungswege, Routen-Gruppen und Wählpläne |
|
|---|---|
Beschreibung |
Maximale Beschränkung |
Wählmuster, die eine CSV in einen Wählplan hochladen kann |
10000 |
Übertragungswege, die pro Standort konfiguriert werden können |
100 |
Routen-Gruppen pro Unternehmenskunde |
10000 |
Innerhalb einer Routen-Gruppe konfigurierbare Übertragungswege |
10 |
Pro Unternehmenskunde konfigurierbare Wählpläne |
10000 |
Mit einem Wählplan konfigurierbare Wählmuster |
10000 |
