- Startseite
- /
- Artikel
Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling
Webex Calling-Pläne, Trunks und Routengruppen helfen bei der Konfiguration von Webex Calling, um Anrufe zwischen gehosteten Webex Calling-Benutzern und lokalen PBX-Benutzern zu verwalten. Mit dieser Lösung können Sie gehostete Benutzer für die Verwendung von Cloud PSTN (CCP oder Cisco PSTN) oder standortbasiertem PSTN konfigurieren.
Ein Übertragungsweg ist eine Verbindung zwischen Webex Calling und dem lokalen Standort, der mit einem lokalen Gateway oder einem anderen unterstützten Gerät am lokalen Standort endet. Nachdem Sie einen Trunk erstellt haben, können Sie ihn einer Routengruppe 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 Trunk, das lokale PSTN, and/or Telefonanlage.
Übertragungswege, Routen-Gruppen und Wählpläne bieten folgende Vorteile:
-
Lastausgleich und Failover über Trunks zu Webex Calling und den Räumlichkeiten.
-
Möglichkeit für Webex Calling-Benutzer, Cloud-PSTN (Cloud Connected PSTN (CCP) oder Cisco PSTN) zu verwenden und PBX-Benutzer im Unternehmen zu erreichen.
-
Weiterleitung von Anrufen an verschiedene lokale Telefonanlagen.
-
Tandem-Funktionalität, um Anrufe zwischen lokalen PBXs weiter zu routen.
-
Größere Auswahl an Migrations- und Koexistenzszenarien mit lokalen PBX-Anlagen, einschließlich gemischter Standorte mit lokalen Benutzern und Webex Calling-Benutzern.
-
Detaillierte Transparenz bei Anrufweiterleitungsentscheidungen.
PSTN-Optionen für Ihren Standort
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 wünschen, 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, die keine Bereitstellung lokaler Hardware erfordert, 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.
-
Standortbasiertes PSTN (Lokales Gateway)– Wählen Sie diese Option, wenn Sie Ihren aktuellen PSTN-Anbieter behalten 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, indem Sie Zuweisen oder Verwalten und wählen Sie die gewünschte PSTN-Verbindung aus.
, wählen Sie den Standort aus, den Sie ändern möchten, wählen Sie dannÜ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. Unter Erste Schritte mit Local Gateway erfahren Sie mehr über die verschiedenen Trunking-Modelle und Anforderungen an Geräte und Konfiguration.
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 |
Wählen Sie Übertragungsweg hinzufügen aus. |
2 |
Wählen Sie einen Standort aus der Drop-down-Liste. |
3 |
Geben Sie einen Namen für den Trunk ein. |
4 |
Wählen Sie Im Trunk-Typ die Option Registrierung Drop-down-Liste . |
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 doppelte Identität aktiviert ist, füllt Webex Calling „Von“ und „PAI“ aus (und beide Identitätsheader können unterschiedlich sein). Wenn die doppelte Identität deaktiviert ist, sind PAI und From identisch und werden auf den Wert eingestellt, auf den der From-Header bei aktivierter doppelter Identität eingestellt war. Im Folgenden finden Sie einige Beispielszenarien, um die Verwendung dieser Einstellung besser zu verstehen:
|
6 |
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: Konfigurieren Sie das lokale Gateway auf IOS-XE für Webex Calling.
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 | |
2 |
Navigieren Sie zu . |
3 |
Gehe zu . |
4 |
Wählen Sie Übertragungsweg hinzufügen aus. |
5 |
Wählen Sie einen Ort und Namen für den Trunk aus. Der Name des Übertragungswegs darf nicht länger als 24 Zeichen sein. |
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 die doppelte Identität aktiviert ist, füllt Webex Calling „Von“ und „PAI“ aus (und beide Identitätsheader können unterschiedlich sein). Wenn die doppelte Identität deaktiviert ist, sind PAI und From identisch und werden auf den Wert eingestellt, auf den der From-Header bei aktivierter doppelter Identität eingestellt war. Im Folgenden finden Sie einige Beispielszenarien, um die Verwendung dieser Einstellung besser zu verstehen:
|
7 |
Klicken Sie auf Speichern. |
8 |
Der P-Charge-Info-Support geht auf den Bedarf von PSTN-Anbietern ein, über eine zuverlässigere Methode zur Authentifizierung und Abrechnung von Anrufen innerhalb von Webex Calling zu verfügen. Das lokale Gateway erhält möglicherweise eine Anrufer-ID, die sich von der Nummer unterscheidet, die Sie für die Abrechnung oder Autorisierung verwenden möchten. Um für diese Zwecke eine zusätzliche Kennung zu senden, verwenden Sie den Header P-Charge-Info. Aktivieren Sie diese Option, um den Header P-Charge-Info in die an die Amtsleitung gesendeten Informationen zu ausgehenden PSTN-Anrufen aufzunehmen. Dabei wird eine Nummer verwendet, die auf der ausgewählten Richtlinienoption basiert. Der PSTN-Anbieter kann sich dann auf den einzelnen Header P-Charge-Info verlassen, um die gebührenpflichtige Nummer zu bestimmen. Dadurch entfällt die Notwendigkeit, den PAI-Header für reguläre Originierungen und den Diversion-Header für Anrufumleitungen zu verwenden. Standardmäßig setzt das System die Richtlinie P-Charge-Info-Support auf Deaktiviert.
Beschränkungen:
|
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 Trunk-Namen bearbeiten oder die Trunk-Details und -Nutzung im Control Hub anzeigen.
1 |
Wählen Sie den Übertragungsweg aus, den Sie anzeigen oder ändern möchten. |
2 |
Klicken Sie im Seitenbereich neben dem Namen des Übertragungswegs auf das Symbol Sie können auch die Nutzungsinformationen für den Übertragungsweg anzeigen. |
3 |
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. |
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 die doppelte Identität deaktiviert ist, sind PAI und From identisch und werden auf den Wert eingestellt, auf den der From-Header bei aktivierter doppelter Identität eingestellt war. 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 |
Wählen Sie den Übertragungsweg aus, den Sie löschen möchten. |
2 |
Klicken Sie in der Spalte |
So überprüfen Sie den Trunk-Status im Control Hub.
1 |
Melden Sie sich bei Control Hub https://admin.webex.coman und gehen Sie zu . |
2 |
Wählen Sie den Trunk aus, den Sie den Status überprüfen möchten. |
3 |
Klicken Sie auf Trunk-Info. Im Folgenden sind die verschiedenen Trunk-Status aufgeführt:
|
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 über eine öffentliche IPv4-Adresse direkt vom Internet aus erreichbar sein. Diese Adresse MUSS aus einem DNS A- oder SRV-Eintrag einer Domäne aufgelöst werden, die im Control Hub verifiziert wurde. Wenn das lokale Gateway mit einer privaten IP-Adresse konfiguriert wurde, dann 1:1 Um eine direkte Erreichbarkeit aus dem Internet zu gewährleisten, ist eine statische Adressübersetzung (NAT) erforderlich.
-
Bei der Bereitstellung hinter einer Firewall MÜSSEN geeignete Regeln konfiguriert werden, um TLS-SIP-Signalisierung zuzulassen und UDP/SRTP Medien, die zwischen dem lokalen Gateway und dem Internet übertragen werden.
-
Einzelheiten zu den in Flows zwischen dem lokalen Gateway und der Webex Cloud verwendeten Ports finden Sie im Webex Calling-Port-Referenzhandbuch.
-
In diesem Konfigurationshandbuch wird davon ausgegangen, dass der standardmäßige TLS-SIP-Port 5061 vom lokalen Gateway zum Empfangen von Signalen verwendet wird. Bei Bedarf kann ein alternativer Signalisierungs-Abhörport 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 gegenseitige TLS-Verbindung mit Webex Calling-Diensten für SIP hergestellt wird:
-
Das Zertifikat eines lokalen Gateways MUSS:
-
Signiert von einer in genannten Zertifizierungsstelle. Welche Stammzertifizierungsstellen 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 haben und dürfen nicht widerrufen werden.
-
Zertifikate MÜSSEN für die Client- und Servernutzung signiert sein.
-
Zertifikate MÜSSEN den vollqualifizierten Domänennamen (FQDN) als allgemeinen Namen oder alternativen Betreffnamen im Zertifikat enthalten, wobei der FQDN für den Trunk im Control Hub ausgewählt wird. Die Anforderungen werden im nächsten Abschnitt näher erläutert.
-
-
Ein in 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 Domain: Beim Hinzufügen eines Trunks MUSS eine Hostadresse aus einem verifizierten oder beanspruchten Top-Level-Domänennamen ausgewählt werden, siehe Manage-your-domain.
-
Eindeutige Adresse in der gesamten Organisation: Ein Trunk wird mit einer eindeutigen FQDN- oder SRV-Hostadresse erstellt. Diese Adresse MUSS für die gesamte Organisation eindeutig sein und keine zwei Amtsleitungen dürfen dieselbe Adresse verwenden.
-
Ein Trunk mit einem FQDN london.lgw.cisco.com:5062 kann nur erstellt werden, wenn kein anderer Trunk mit der Hostadresse london.lgw.cisco.com vorhanden ist. Dies ist auch dann nicht zulässig, wenn ein Trunk mit demselben Adressnamen wie eine SRV-Adresse oder ein FQDN und mit 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 nicht zulässig, auch wenn ein Trunk mit demselben Namen wie die SRV-Adresse oder ein FQDN und mit einer anderen Portkombination vorhanden ist.
-
-
DNS-Konfiguration: Das lokale Gateway MUSS aus dem öffentlichen Internet über einen Datensatz vom Typ DNS A oder DNS Service Record (SRV) aufgelöst werden.
-
Wenn ein FQDN gewählt wird, MUSS die Adresse in einen DNS-A-Eintrag und nicht in einen DNS-CNAME aufgelöst werden.
-
Wenn eine SRV-Adresse gewählt wird, MUSS der Diensttyp das Präfix „_sips._tcp“ haben.
-
Die Adresse kann in einen oder mehrere DNS-A-Einträge mit unterschiedlicher Gewichtung und Priorität aufgelöst werden. Dabei empfiehlt es sich, für alle Datensätze den gleichen Abhörport zu verwenden.
-
Datensätze innerhalb der Dienstakte müssen eine entsprechende Gewichtung und Priorität haben. Die Verwendung unterschiedlicher Gewichtungen und Prioritäten beeinflusst die Verkehrsverteilung für Anrufe, die von Webex Calling stammen.
-
-
Alle Datensatztypen MÜSSEN eine angemessen hohe TTL haben, vorzugsweise 300 Sekunden oder mehr.
-
-
Alle Amtsleitungen müssen einem Standort im Control Hub zugewiesen werden.
Die folgende Tabelle enthält Beispiele mit verschiedenen Datensatztypen, die in Ihrer Organisation gleichzeitig als Stammadresse ausgewählt werden.
Trunk-Konfiguration als FQDN oder SRV |
Regel für die DNS-Konfiguration |
Im Zertifikat als Common Name (CN) oder Subject Alternate Name (SAN) vorhandene Adresse |
SIP-Kontaktheader-Anforderung |
---|---|---|---|
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 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 wird in ZWEI oder mehr A-Records aufgelöst 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 |
Jede SIP-Transaktion, die das lokale Gateway in Richtung Webex Calling Cloud initiiert, sollte einen Kontaktheader 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 |
Wählen Sie Übertragungsweg hinzufügen aus. |
2 |
Wählen Sie einen Standort aus der Drop-down-Liste. |
3 |
Geben Sie einen Namen für den Trunk ein. |
4 |
Wählen Sie in der Option Trunk-Typ die Option Zertifikat basiert Drop-down-Liste . |
5 |
Wählen Sie einen Gerätetyp aus der Dropdown-Liste 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: SBC-Unterstützung von Drittanbietern im Abschnitt Trunk. |
6 |
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 Verwalten Sie Ihre Domänen |
7 |
Geben Sie die maximale Anzahl gleichzeitiger Anrufe ein.
|
8 |
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 |
Wählen Sie den Übertragungsweg aus, den Sie anzeigen oder ändern möchten. |
2 |
Klicken Sie im Seitenbereich neben dem Trunk-Namen auf Sie können auch die Nutzungsinformationen für den Übertragungsweg anzeigen. |
3 |
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. |
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. 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 |
Wählen Sie den Übertragungsweg aus, den Sie löschen möchten. |
2 |
Klicken Sie in der Spalte |
So überprüfen Sie den Trunk-Status im Control Hub.
1 |
Melden Sie sich bei Control Hub https://admin.webex.coman und gehen Sie zu . |
2 |
Wählen Sie den Trunk aus, den Sie den Status überprüfen möchten. |
3 |
Klicken Sie auf Trunk-Info. Im Folgenden sind die verschiedenen Trunk-Status aufgeführt:
|
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 und stellen Sie sicher, dass das lokale Gateway-Zertifikat von einer gültigen Zertifizierungsstelle signiert ist ( 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 und stellen Sie sicher, dass das lokale Gateway-Zertifikat von der gültigen Zertifizierungsstelle signiert ist ( 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.
Routengruppe
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 |
Wählen Sie aus. |
2 |
Weisen Sie der Routen-Gruppe einen Namen zu, und wählen Sie den oder die hinzuzufügenden Übertragungswege aus dem Drop-down-Menü aus. |
3 |
Wählen Sie die Prioritätsebene für den Übertragungsweg aus. |
4 |
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 Routengruppe kann auch als Routing-Option für unbekannte Nebenstellen-Routings 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 |
Wählen Sie die Routen-Gruppe aus, die Sie ändern möchten. |
2 |
Klicken Sie im Seitenbereich neben dem Namen der Routen-Gruppe auf das Symbol |
3 |
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. |
4 |
Klicken Sie auf Speichern. |
Sie können eine Routen-Gruppe löschen, solange sie nicht verwendet wird.
1 |
Wählen Sie die Routen-Gruppe aus, die Sie löschen möchten. |
2 |
Klicken Sie |
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 an, unabhängig vom Standort. 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
Ein Unternehmenswahlmuster besteht aus einer Ziffernfolge (1–9), gefolgt von optionalen Platzhalterzeichen. Gültige Platzhalterzeichen sind ! (entspricht einer beliebigen Ziffernfolge) und X (entspricht einer einzelnen Ziffer, 0–9). Das Platzhalterzeichen ! darf nur einmal am Ende und nur in einem E.164-Muster vorkommen.
Sie können nicht verwenden:
-
Das Platzhalterzeichen „X“ in der Mitte von Zahlen, zum Beispiel: 617495X3XX
-
Der Joker "!" bei Verwendung des Platzhalters „X“ in der Dialplan-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 Header „Von“ und „An“ in E.164 oder Nebenstellen und kann keine Kombination sein. Beispiel:
Von: 1-222-333-4444
An: 1-555-666-7777
SIP URI-Wählmustersyntax:
Nur Domänen auf der rechten Seite der SIP-URI nach @ werden abgeglichen. Optionen sind:
-
Vollqualifizierte Domäne
-
Domäne mit einem führenden * (zeigt alle Subdomä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 ist nicht abgestimmt |
Sobald Sie Ihre Übertragungswege und Routen-Gruppen erstellt haben, können Sie einen Wählplan in Control Hub konfigurieren.
1 |
Klicken Sie auf Wählpläne und dann auf Wählplan erstellen. |
2 |
Geben Sie einen Namen für den Wählplan ein. |
3 |
Wählen Sie eine Routing-Auswahl aus. Wählen Sie entweder einen zuvor erstellten Übertragungsweg oder eine Routen-Gruppe aus. |
4 |
(Optional) Sie können ein Wählmuster für die gewählten Routen-Auswahlen manuell erstellen oder importieren. |
5 |
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 |
Wählen Sie den Wählplan aus, den Sie ändern möchten. |
2 |
Klicken Sie im Seitenbereich neben dem Namen des Wählplans auf |
3 |
Um die Routing-Auswahl zu ändern, wählen Sie eine andere Option aus dem Drop-down-Menü aus. |
4 |
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. |
5 |
Um ein Wählmuster zu entfernen, klicken Sie auf das Symbol |
6 |
Klicken Sie auf „Speichern“. |
1 |
Wählen Sie den Wählplan aus, den Sie löschen möchten. |
2 |
Klicken Sie in der Spalte |
Sie können die Einstellung „Anrufe an lokale Anschlüsse“ in Control Hub aktivieren. Diese Einstellung gilt für Benutzer innerhalb eines Standorts, die bei einer PBX registriert sind, und ermöglicht Ihnen, unbekannte Nebenstellen (Rufnummernlänge 2–10 Ziffern) über eine vorhandene Amtsleitung oder Routengruppe 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 an eine unbekannte Nebenstelle (zwischen 2 und 10 Ziffern) an die ausgewählte Route weitergeleitet group/trunk als Räumlichkeiten anruft.
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 bei 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 | |
2 |
Gehe zu . |
3 |
Wählen Sie den Standort aus, den Sie ändern möchten. |
4 |
Klicken Sie auf die Registerkarte Anrufen. |
5 |
Klicken Sie im Abschnitt Wählenauf Interne Wahl. |
6 |
Aktivieren Sie diese Option, um die Weiterleitung unbekannter Nebenstellen an die Räumlichkeiten als interne Anrufezu aktivieren. Shariff-Bild ist veraltet. |
7 |
Wählen Sie aus dem Dropdown-Menü eine Routinggruppe oder einen Trunk aus, um Anrufe weiterzuleiten. |
8 |
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 |
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. |
2 |
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. |
3 |
Wählen Sie die Maximale unbekannte Nebenstellenlänge (2–10 Ziffern), die Sie für das standortbasierte Routing festlegen möchten. Wenn Sie die Nebenstellenlänge erhöhen und das vom PSTN-Anbieter verwendete Nummernschema nicht E.164 ist, werden die eingehenden PSTN-Anrufe als lokale Anrufe vom Standort betrachtet. Um eine mögliche Fehlleitung zu vermeiden, empfehlen wir daher, für solche eingehenden PSTN-Anrufe das E.164-Format zu erzwingen, bevor Sie sie an Webex Calling senden. |
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 | |
2 |
Gehe zu .Alternativ können Kunden, die den Cisco Calling Plan verwenden, ihr Routing von
. |
3 |
Wählen Sie Anrufverteilung überprüfen. |
4 |
Wählen Sie im Dropdown-Menü Anrufquelle auswählen eines Cloud-Benutzers, Arbeitsbereichs, einer virtuellen Leitung oder einer lokalen Leitung aus, um die Anrufweiterleitung zu überprüfen. |
5 |
Geben Sie eine Nummer oder URI ein. |
6 |
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-Standorte
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 Amtsleitungen, Routengruppen 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 |