- Startseite
- /
- Artikel
Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling
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 für die Verwendung von Cloud-PSTN (CCP oder Cisco PSTN) oder lokalem PSTN konfigurieren.
Ein Trunk ist eine Verbindung zwischen Webex Calling und dem Standort und stoppt am Standort mit einem lokalen Gateway oder einem anderen unterstützten Gerät. Nachdem Sie einen Übertragungsweg erstellt haben, können Sie ihn einer Routen-Gruppe zuweisen. Eine Routen-Gruppe ist eine Gruppe von Übertragungswegen, die es Webex Calling ermöglicht, Anrufe über mehrere Übertragungswege zu verteilen oder Redundanz bereitzustellen. Ein lokales Gateway ist ein lokales Gerät(e), das den/die Trunk, lokale PSTN und/oder Nebenstellenanlage miteinander verbindet.
Übertragungswege, Routen-Gruppen und Wählpläne bieten folgende Vorteile:
-
Lastausgleich und Failover zwischen Übertragungswegen zu Webex Calling und dem lokalen Standort.
-
Möglichkeit für Webex Calling-Benutzer, Cloud PSTN (Cloud Connected PSTN (CCP) oder Cisco PSTN) zu nutzen und trotzdem pbx-Benutzer im Unternehmen erreichen zu können.
-
Weiterleitung von Anrufen an verschiedene lokale PBXs.
-
Tandem-Funktionalität, um Anrufe zwischen lokalen PBXs weiter zu routen.
-
Breitere Palette an Migrations- und Koexistenzszenarien mit lokalen PBXs, einschließlich gemischter Sites mit lokalen Benutzern und Webex Calling-Benutzern.
-
Umfassende Sichtbarkeit der 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 Paketlö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 bevorzugten CCP-Anbieter 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 in Control Hub. Wählen Sie dazu Zuweisen oder Verwalten und wählen Sie die gewünschte PSTN-Verbindung aus.
aus, wählen Sie den Standort aus, den Sie ändern möchten, wählen SieÜbertragungsweg
Ein -Trunk ist eine Verbindung zwischen Webex Calling und den Räumlichkeiten, die am Standort mit einem unterstützten Sitzungsgrenz-Controller beendet wird, der als lokales Gateway agiert. Siehe Erste Schritte mit lokalem Gateway , um die verschiedenen Trunking-Modelle und -Anforderungen für Geräte und Konfigurationen zu verstehen.
Für das Modell des Registrierungs-Trunks führt Session Border Controller (SBC) eine SIP-Registrierung durch. Für den registrierungsbasierten Trunk ist das lokale Gateway erforderlich, damit die SIP-Registrierung aktiv bleibt. Die Verbindung ist implizit mit der Registrierung.
Vorbereitungen
Alle Trunks müssen einem Standort im Control Hub zugewiesen sein.
1 |
Melden Sie sich bei Control Hub an https://admin.webex.comund gehen |
2 |
Wählen Sie Übertragungsweg hinzufügen aus. |
3 |
Wählen Sie einen Standort aus der Drop-down-Liste. |
4 |
Geben Sie einen Namen für den Trunk ein. |
5 |
Wählen Sie Im Trunk-Typ die Option Registrierung Drop-down-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 in Webex Calling „From“ und „PAI“ eingegeben (und beide Identitätskopfzeilen können unterschiedlich sein). Wenn die duale Identität deaktiviert ist, sind PAI und From identisch und werden auf das festgelegt, was in der From-Kopfzeile bei aktivierter dualer Identität festgelegt 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 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 während nicht geschäftsfreien Stunden zu tun.
Wenn Sie einen Trunk konfigurieren, um Ihr lokales Gateway mit dem Fern Webex Calling, finden Sie weitere Informationen unter: Lokales Gateway auf 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 im Control Hub zugewiesen sein.
1 |
Melden Sie sich bei Control Hub an https://admin.webex.comund gehen |
2 |
Wählen Sie Übertragungsweg hinzufügen aus. |
3 |
Wählen Sie einen Ort und Namen für den Trunk aus. Der Name des Übertragungswegs darf nicht länger als 24 Zeichen sein. |
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 in Webex Calling „From“ und „PAI“ eingegeben (und beide Identitätskopfzeilen können unterschiedlich sein). Wenn die duale Identität deaktiviert ist, sind PAI und From identisch und werden auf das festgelegt, was in der From-Kopfzeile bei aktivierter dualer Identität festgelegt 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 |
Melden Sie sich bei Control Hub an https://admin.webex.comund gehen |
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 , um den Namen des Übertragungswegs zu ändern. Sie können auch die Nutzungsinformationen für den Übertragungsweg anzeigen. |
4 |
Um weitere Details anzuzeigen, klicken Sie neben Trunks auf Verwalten. Verwenden Sie diese Einstellung, wenn Sie die Anmeldedaten für die Übertragungsweginformationen verlieren und sie neu generieren müssen. Klicken Sie auf Benutzername und Passwort abrufen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Übertragungsweg zu generieren. Dies wirkt sich auf den Dienst aus. |
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 duale Identität deaktiviert ist, sind PAI und From identisch und werden auf das festgelegt, was in der From-Kopfzeile bei aktivierter dualer Identität festgelegt wurde. 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 |
Melden Sie sich bei Control Hub an https://admin.webex.comund gehen |
2 |
Wählen Sie den Übertragungsweg aus, den Sie löschen möchten. |
3 |
Klicken Sie in der Spalte Aktionen auf Trunk löschen. |
So überprüfen Sie den Trunk-Status im Control Hub.
1 |
Melden Sie sich bei Control Hub an https://admin.webex.comund gehen |
2 |
Wählen Sie den Trunk aus, den Sie den Status überprüfen möchten. |
3 |
Klicken Sie auf Trunk-Info. |
Im Folgenden finden Sie die unterschiedlichen statusbasierten Registrierungs-Trunks:
-
Online – Erfolgreiche Registrierung des lokalen Gateways bei Webex Calling.
-
Offline: Registrierung des lokalen Gateways bei Webex Calling nicht erfolgreich.
Beim Hinzufügen eines zertifikatbasierten Trunks müssen Sie einen vollständig qualifizierten Domänennamen (vor der FQDN). Anschließend verwendet Webex Calling eine Kombination aus der 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 lokale Gateway MUSS mit einer öffentlichen IPv4-Adresse direkt vom Internet aus erreichbar sein. Diese Adresse MUSS über einen DNS A- oder SRV-Eintrag aus einer Domäne aufgelöst werden, die im Control Hub verifiziert wurde. Wenn das lokale Gateway mit einer privaten IP-Adresse konfiguriert wurde, ist eine statische 1:1-Adressenübersetzung (NAT) erforderlich, um sicherzustellen, dass es direkt über das Internet erreicht werden kann.
-
Wenn sie hinter einer Firewall bereitgestellt werden, MÜSSEN geeignete Regeln konfiguriert werden, damit die TLS-SIP-Signalisierung und UDP/SRTP-Medien zwischen dem lokalen Gateway und dem Internet passieren können.
-
Weitere Informationen zu den in Abläufen zwischen dem lokalen Gateway und der Webex Cloud verwendeten Ports finden Sie im Webex Calling-Port-Referenzleitfaden .
-
In diesem Konfigurationsleitfaden wird davon ausgegangen, dass der Standard-TLS-SIP-Port 5061 vom lokalen Gateway zum Empfang der Signalisierung verwendet wird. Bei Bedarf kann ein alternativer Signalisierungs-Listen-Port verwendet werden.
-
-
Für eine erfolgreiche Autorisierung und Authentifizierung von Anrufen vom Trunk 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 wie folgt lauten:
-
Signiert von einer in Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt? genannten Zertifizierungsstelle
-
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 haben und sollten nicht widerrufen werden.
-
Zertifikate MÜSSEN für die Client- und Servernutzung signiert sein.
-
Zertifikate MÜSSEN den vollqualifizierten Domänennamen (FQDN) enthalten, da ein allgemeiner Name oder ein alternativer Antragstellername im Zertifikat verwendet wird, wobei der FQDN für den Übertragungsweg im Control Hub ausgewählt wird. Die Anforderungen werden im nächsten Abschnitt erläutert.
-
-
Ein unter Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt? erwähntes Vertrauenspaket sollte hochgeladen werden, um Zertifikate von Webex-Diensten für SIP zu validieren.
-
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äne verwalten.
-
Eindeutige Adresse innerhalb der Organisation: Ein Übertragungsweg wird mit einer eindeutigen FQDN- oder SRV-Hostadresse erstellt. Diese Adresse MUSS für die gesamte Organisation eindeutig sein und es können keine zwei Übertragungswege dieselbe Adresse verwenden.
-
Ein Übertragungsweg mit einem FQDN london.lgw.cisco.com:5062 kann nur erstellt werden, wenn kein anderer Übertragungsweg mit der Gastgeberadresse london.lgw.cisco.com vorhanden ist. Dies ist auch dann nicht zulässig, wenn ein Übertragungsweg mit dem gleichen Adressnamen wie eine SRV-Adresse oder ein FQDN und einer anderen Portkombination vorhanden ist.
-
Ein Trunk mit SRV adresse london.lgw.cisco.com kann nur erstellt werden, wenn kein anderer Trunk mit einer Hostadresse für london.lgw.cisco.com. Dies ist auch dann nicht zulässig, wenn ein Übertragungsweg mit demselben Namen wie die SRV-Adresse oder ein FQDN mit einer anderen Portkombination vorhanden ist.
-
-
DNS-Konfiguration: Das lokale Gateway MUSS aus dem öffentlichen Internet über einen DNS A- oder DNS Service Record (SRV)-Typ aufgelöst werden.
-
Wenn ein FQDN ausgewählt wird, MUSS die Adresse in einen DNS A-Eintrag und nicht in einen DNS-CNAME(s) aufgelöst werden.
-
Wenn eine SRV-Adresse ausgewählt wird, MUSS der Servicetyp das Präfix „_sips._tcp“ haben.
-
Adresse kann in einen oder mehrere DNS A-Einträge mit unterschiedlicher Gewichtung und Priorität aufgelöst werden. Dabei wird empfohlen, für alle Datensätze denselben Überwachungsport zu verwenden.
-
Datensätze innerhalb des Servicedatensatzes müssen eine angemessene Gewichtung und Priorität haben. Die Verwendung unterschiedlicher Gewichtung und Priorität beeinflusst die Verkehrsverteilung für Anrufe, die von Webex Calling ausgehen.
-
-
Alle Datensatztypen MÜSSEN eine angemessene hohe TTL-Zahl von 300 Sekunden oder höher aufweisen.
-
-
Alle Übertragungswege müssen einem Standort im Control Hub zugewiesen sein.
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 |
SIP-Kontakt-Header-Anforderung |
---|---|---|---|
fqdn: london.lgw1.cisco.com mit Port 5061 |
london.lgw1.cisco.com ist ein DNS A-Datensatz |
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 zu ONE A Record frankfurt.lgw1.cisco.com aufgelöst |
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 aufgelöst in ZWEI oder mehr A-einträge fr.lgw1.cisco.com fr.lgw2.cisco.com Beide Datensätze MÜSSEN in eine eindeutige IP-Adresse aufgelöst werden. Wie vorgeschlagen, können 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 |
Jedes lokale Gateway für die SIP-Transaktion, das zur Webex Calling-Cloud initiiert wird, sollte den Kontakt-Header mit dem FQDN eines lokalen Gateways enthalten.
OPTIONEN Transaktionen vom lokalen Gateway sind besonders wichtig, damit der Status des lokalen Gateways im Control Hub online ist.
1 |
Gehen Sie in der Kundenansicht unter https://admin.webex.com zu . |
2 |
Wählen Sie Übertragungsweg hinzufügen aus. |
3 |
Wählen Sie einen Standort aus der Drop-down-Liste. |
4 |
Geben Sie einen Namen für den Trunk ein. |
5 |
Wählen Sie in der Option Trunk-Typ die Option Zertifikat basiert Drop-down-Liste . |
6 |
Wählen Sie in der Dropdown-Liste einen Gerätetyp aus. Die SBC-Integration Cisco Webex Calling als Drittanbieter Local Gateway (LGW) wird nur mit zertifikatbasiertem Trunk unterstützt. Nur SBCs, die in der Gerätetypliste im Control Hub angezeigt werden, werden von unseren vertrauenswürdigen Partnern als Webex Calling lokale Gateways validiert. Weitere Informationen zu unterstützten Informationen von Drittanbietern finden Sie unter: Unterstützung von Drittanbietern für SBC im Abschnitt Übertragungsweg . |
7 |
Geben Sie Adresse, Domäne und Port des Session Border Controller (SBC) ein. Dies ist die FQDN- SRV adresse, Webex Calling den Enterprise SBC erreichen können.
Sie müssen über eine verifizierte Domäne verfügen. Weitere Informationen finden Sie unter Domänen verwalten. |
8 |
Geben Sie die maximale Anzahl gleichzeitiger Anrufe ein.
|
9 |
Klicken Sie auf Speichern. Wenn die Validierung nicht verfing, wird die Schaltfläche Speichern nicht angezeigt. Die Validierung wird möglicherweise nicht durchgehen, wenn FQDN oder SRV Organisation nicht eindeutig ist. Überprüfen Sie die Anforderung für eindeutige FQDN oder SRV-Adressen oben. Wenn das Problem weiterhin besteht, wenden Sie sich an das Cisco-Supportteam. |
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 |
Melden Sie sich bei Control Hub an https://admin.webex.comund gehen |
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 , um den Namen des Übertragungswegs zu ändern. Sie können auch die Nutzungsinformationen für den Übertragungsweg anzeigen. |
4 |
Um weitere Details anzuzeigen, klicken Sie neben Trunks auf Verwalten. Verwenden Sie diese Einstellung, wenn Sie einen Wert für max. gleichzeitige Anrufe aktualisieren möchten. Wenn Sie die Adresse oder SRV adresse oder den FQDN Ihres lokalen Gateways aktualisieren müssen, müssen Sie einen neuen Trunk hinzufügen und den alten Trunk löschen. |
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 |
Melden Sie sich bei Control Hub an https://admin.webex.comund gehen |
2 |
Wählen Sie den Übertragungsweg aus, den Sie löschen möchten. |
3 |
Klicken Sie in der Spalte Aktionen auf Trunk löschen. |
So überprüfen Sie den Trunk-Status im Control Hub.
1 |
Melden Sie sich bei Control Hub an https://admin.webex.comund gehen |
2 |
Wählen Sie den Trunk aus, den Sie den Status überprüfen möchten. |
3 |
Klicken Sie auf Trunk-Info. |
Folgende Status sind unterschiedliche zertifikatbasierte Trunk-Status:
-
Online: Erfolgreiche Verbindung zwischen allen Webex Calling Edge-Proxys und dem lokalen Gateway.
-
Offline: Fehlgeschlagene Verbindung zwischen der Webex Calling und dem lokalen Gateway.
-
Eingeschränkt: Fehlgeschlagene Verbindung zwischen mindestens 1 Webex Calling Edge-Proxy und lokalem Gateway.
-
Unbekannt: Beim Herstellen einer Verbindung zwischen ihrem Webex Calling und dem kürzlich hinzugefügten lokalen Gateway.
SI-Nr. |
Fehlerbeschreibung |
Aktion |
---|---|---|
1. |
TLS-Verbindung zum lokalen Gateway schlug aufgrund eines FEHLERs bei der DNS-Auflösung des FQDN für Ihr Gateway konfiguriert ist, fehl. |
Überprüfen Sie die DNS-Konfigurationen für SRV /FQDN konfiguriert und stellen Sie sicher, dass sie auflösbar sind. |
2. |
TLS-Verbindung zum lokalen Gateway aufgrund eines Transportproblems fehlgeschlagen |
Stellen Sie sicher, dass die behobenen 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 Zertifizierungsstelle signiert wurde |
Überprüfen Sie, ob das Zertifikat des lokalen Gateways von einer gültigen Zertifizierungsstelle signiert wurde (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 |
Überprüfen Und stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht abgelaufen ist |
5. |
TLS-Verbindung zum lokalen Gateway schlug fehl, da das Zertifikat des Gateways von einer abgelaufenen Zertifizierungsstelle ausgestellt wurde |
Überprüfen und stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht von einer abgelaufenen Zertifikatskette der Zertifizierungsstelle signiert ist |
6. |
TLS-Verbindung zum lokalen Gateway schlug fehl, da FQDN für Ihr Gateway in CN oder SAN nicht konfiguriert ist |
Überprüfen sie und stellen Sie sicher, dass das Zertifikat des lokalen Gateways über CN/SAN verfügt, das dem konfigurierten CN FQDN/SRV ist |
7. |
SIP-Optionen, die an das lokale Gateway gesendet wurden, erhielten keine Antwort |
Stellen Sie sicher, dass DER CUBE so konfiguriert ist, dass ER OPTIONS-Anforderungen erhält und darauf reagiert. Überprüfen Sie die CUBE-Konfiguration |
8. |
TLS-Verbindung vom lokalen Gateway Webex Calling aufgrund eines ungültigen Gatewayzertifikats fehlgeschlagen |
Überprüfen und stellen Sie sicher, dass das Zertifikat des lokalen Gateways gültig ist. |
9. |
TLS-Verbindung vom lokalen Gateway Webex Calling fehlgeschlagen, da wir der Zertifizierungsstelle nicht vertrauen konnten |
Überprüfen Sie, ob das Zertifikat des lokalen Gateways von der gültigen Zertifizierungsstelle signiert wurde (Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt?) |
10. |
TLS-Verbindung vom lokalen Gateway Webex Calling aufgrund abgelaufener Zertifikate in der Kette fehlgeschlagen |
Überprüfen Und 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 fehlgeschlagen |
Stellen Sie sicher, dass der CUBE so konfiguriert ist, dass OPTIONS-Anforderungen gesendet werden. |
12. |
Die Antwort auf die SIP-Optionen des lokalen Gateways zeigt einen Serverfehler oder eine Dienst nicht verfügbar |
Stellen Sie sicher, dass sich das lokale Gateway nicht im Wartungsmodus befindet oder die Anrufweiterleitung nicht deaktiviert ist. |
13. |
TLS-Verbindung zum lokalen Gateway schlug fehl, da das Zertifikat des lokalen Gateways widerrufen wurde |
Überprüfen Und stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht widerrufen wird |
14. |
TLS-Verbindung vom lokalen Gateway Webex Calling Verbindung fehlgeschlagen, da das Zertifikat des Gateways aufgehoben wurde |
Überprüfen Und stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht widerrufen wird |
15. |
TLS-Verbindung vom lokalen Gateway Webex Calling verbindung fehlgeschlagen, da das Zertifikat des Gateways abgelaufen ist |
Überprüfen Und stellen Sie sicher, dass das Zertifikat des lokalen Gateways nicht abgelaufen ist |
16. |
TLS-Verbindung vom lokalen Gateway Webex Calling aufgrund eines Zertifikatsfehlers fehlgeschlagen |
Überprüfen Sie und 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 Zertifikatsfehlers fehlgeschlagen |
überprüfen und sicherstellen, dass das Zertifikat des lokalen Gateways gültig und den Anforderungen entspricht |
Fehler SI-Nr.: 2,6,11 und 12 werden nur angezeigt, wenn auf allen Edge-Proxyknoten ein Problem zu sehen ist.
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-Routen rufen Übertragungsweg 1 und Übertragungsweg 2 per Lastenausgleich auf.
-
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-Auswahl für das Routing unbekannter Anschlüsse 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 , um den Namen der Routen-Gruppe zu ändern. |
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 in der Spalte Aktionen auf , und wählen Sie Routen-Gruppe löschen aus. |
Mit einem Wählplan können Sie Anrufe an lokale Ziele durch die Verwendung von Übertragungswegen oder Routen-Gruppen weiterleiten. Konfigurieren Sie die Wählpläne global für ein Unternehmen und wenden Sie sie auf alle Benutzer unabhängig vom Standort an. Ein Wählplan gibt auch die Routing-Auswahl (Übertragungsweg oder Routen-Gruppe) für Anrufe an, die mit einem der Wählmuster übereinstimmen. Definieren Sie die spezifischen Wählmuster als Teil Ihres Wählplans. 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
Das Wählmuster für Unternehmen weist eine Ziffernfolge (1 bis 9) auf, gefolgt von optionalen Platzhalterzeichen. Gültige Platzhalterzeichen sind! (entspricht einer beliebigen Ziffernfolge) und X (entspricht einer einzelnen Ziffer, 0-9). Der Platzhalter kann nur einmal am Ende und nur im E.164-Muster auftreten.
Sie können Folgendes nicht verwenden:
-
Das Platzhalterzeichen „X“ in der Mitte der Zahlen, zum Beispiel: 617495X3XX
-
Der Platzhalter „!“ bei Verwendung des Platzhalters „X“ in der Rufnummernplan-Konfiguration, zum Beispiel: 1617495x3!
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 |
Der Wählplan in Webex Calling akzeptiert die von und zu-Kopfzeilen in E.164 oder Durchwahlen und kann keine Kombination sein. Beispiel:
Von: 1-222-333-4444
An: 1-555-666-7777
Syntax für SIP-URI-Wählmuster:
Nur Domänen auf der rechten Seite des SIP-URI nach @ werden abgeglichen. Optionen sind:
-
Vollqualifizierte Domäne
-
Domäne mit vorangestelltem * (gibt alle Unterdomänen einer bestimmten Domäne an)
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 stimmt nicht überein |
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 Wählplans auf , um den Namen des Wählplans zu ändern. |
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 neben dem Wählmuster, das Sie entfernen möchten. |
7 |
Klicken Sie auf Speichern. |
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 auf in der Spalte Aktionen und wählen Sie Wählplan löschen aus. |
Sie können die Einstellung „Anrufe an lokale Anschlüsse“ in Control Hub aktivieren. Diese Einstellung gilt für Benutzer an einem Standort, die bei einer PBX registriert sind, und ermöglicht es Ihnen, unbekannte Anschlüsse (Länge der anrufenden Nummer von 2 bis 10 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 diese Option aktiviert ist, werden Anrufe von Benutzern am Standort zu einem unbekannten Anschluss (zwischen 2 und 10 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 Übertragungsweg 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“. |
Im 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.
Der Dienst für den Umgang mit unbekannten Nummern wird auf Früheres Verhalten festgelegt, um das Routing-Verhalten beizubehalten. Diese Einstellung kann geändert werden, um die neuen Anrufverteilungsfunktionen (z. B. Wählpläne und Routen-Gruppen) zu nutzen. |
3 |
Wählen Sie das Format Ihrer Anrufer-ID aus. Wenn Sie die Option +E.164-Telefonnummer auswählen, wählt Webex Calling die externe CLID (Calling Line ID), die eine E.164-Nummer ist. Wenn Sie die Option ESN (Enterprise Significant Number) auswählen, wählt Webex Calling die interne CLID, die eine ESN ist. |
4 |
Wählen Sie die Maximal unbekannte Länge der Durchwahl (2 bis 10 Ziffern) aus, die Sie für standortbasiertes Routing festlegen möchten. Wenn Sie die Anschlusslänge erhöhen und das vom PSTN-Anbieter verwendete Nummernschema nicht-E.164 ist, werden die eingehenden PSTN-Anrufe als lokale Anrufe von lokalen Anschlüssen betrachtet. Um mögliche Fehlrouting zu vermeiden, empfehlen wir daher, das E.164-Format für solche eingehenden PSTN-Anrufe zu erzwingen, bevor das E.164-Format an Webex Calling gesendet wird. |
5 |
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ü die Option Anrufquelle auswählen eines Cloud-Benutzers, Arbeitsbereichs, einer virtuellen Leitung oder eines lokalen Übertragungswegs aus, um die Anrufverteilung 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 |