- Startseite
- /
- Artikel
Danke für Ihr Feedback.
In diesem Artikel
Feedback?Dieser Artikel ermöglicht es den Administratoren mit allen Informationen und Referenzen, das Local Gateway einzurichten, zu warten und Fehler zu beheben.
Das lokale Gateway hilft Ihnen bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre bestehende lokale Bereitstellung mit Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden.
Stellen Sie Folgendes sicher, bevor Sie ein Local Gateway konfigurieren fürWebex Calling:
-
Kenntnisse in VoIP, wie SIP und Medienprotokollen, und die Fähigkeit, grundlegende Problemlösungen durchzuführen.
-
Praktisches Verständnis der Geräte (Session Border Controller), die als Local Gateway konfiguriert sind.
-
Erforderliche Lizenz für den Betrieb des Session Border Controllers.
-
Kenntnisse über Cisco Unified Communications Manager (Unified CM) oder eine gleichwertige Telefonanlage, die bei Ihnen vor Ort installiert und so konfiguriert ist, dass sie damit Webex Calling funktioniert. (Im Fall einer Integration mit einer lokalen Umgebung.)
Video-Over Webex Calling mit Local Gateway-Anrufverläufen wird nicht unterstützt. Obwohl Video in einigen Szenarien funktionieren kann, kann es zu Qualitätseinbußen und unerwartetem Verhalten führen. Für ein möglichst stabiles Erlebnis konfigurieren Sie Ihre Umgebung für reine Audioanrufe.
Die folgenden Artikel können Ihnen helfen, sich mit den Bereitstellungsoptionen vertraut zu machen:
|
Begriff |
Referenzen |
|---|---|
|
Trunks und Routengruppen |
Weitere Informationen finden Sie unter Trunks und Routengruppen in Webex CallingPreferred Architecture. |
|
Von OPSTN, Enterprise Dialing |
Steht für Bring Your Own PSTN. Weitere Informationen finden Sie unter PSTN-Zugriff und lokale Verbindung in Preferred Architecture. Webex Calling |
|
Over the Top (OTT), Webex Edge Verbinden |
Weitere Informationen finden Sie unter Access Connectivity-Optionen in Webex CallingPreferred Architecture. |
Lokale Gateway-Trunking-Modelle
Es gibt zwei Arten von Local Gateway-Trunking-Modellen:
-
Registrierungsbasierte Trunks
-
Zertifikatsbasierte Trunks
Diese Modelle bieten ähnliche Funktionen, unterscheiden sich jedoch in Umfang und Geräteunterstützung. Wählen Sie das richtige Kanalmodell, das Ihren Anforderungen entspricht.
|
Funktion |
Registrierungsbasiert |
Zertifikatsbasiert |
|---|---|---|
|
Gleichzeitige Anrufe |
Gleichzeitige Anrufe von bis zu 250 pro Trunk. |
Gleichzeitige Anrufe von > 250 pro Trunk. |
|
Gerätetyp |
Unterstützt nur Cisco Unified Border Element (CUBE). Weitere Informationen finden Sie unter CUBE Platform Support. |
Eine Auswahl von Gerätetypen, wie in der Tabelle Unterstützte Gerätetypen für zertifikatsbasiertes Trunking erwähnt. |
|
Authentifizierungsmodell |
Digest-basiertes Authentifizierungsmodell, das auf einem gemeinsamen Benutzernamen und Passwort basiert, die zur Authentifizierung von Registrierung und Anrufen verwendet werden. Weitere Informationen finden Sie unter Trunk auf Registrierungsbasis . |
Zertifikatsbasierte Authentifizierung mit LGW-FQDN-Überprüfung. Weitere Informationen finden Sie unter Zertifikatsbasierter Trunk . Jede SIP-Transaktion, die das lokale Gateway zur Webex Calling Cloud initiiert, sollte einen Kontaktheader mit dem FQDN des lokalen Gateways enthalten. OPTIONEN Transaktionen vom Local Gateway sind besonders wichtig, damit der Local Gateway-Status im Control Hub online ist. |
|
Netzwerk-, Firewall- und NAT-Anforderungen Einzelheiten zum eingehenden und ausgehenden Verkehr finden Sie unter Port-Referenzinformationen für. Cisco Webex Calling |
Beliebige NAT- oder öffentliche IP. Dynamisches NAT wird bevorzugt, da es einfacher einzurichten ist und weniger Firewallkonfigurationen erfordert. Erfordert eine Firewall, um sowohl eingehenden als auch ausgehenden Verkehr zuzulassen (Webex Callingzum Local Gateway und umgekehrt). Für eingehenden Verkehr werden eingehende Pinholes von der Firewall auf der Grundlage von ausgehenden Registrierungsnachrichten geöffnet. Das Öffnen der Lochblende wird für alle Webex Calling IP-Adressen und Ports empfohlen. Es ist nicht spezifisch für eine IP-Adresse oder einen Port, an dem sich Local Gateway registriert. |
Öffentliches, mit dem Internet verbundenes Netzwerk, einschließlich einer öffentlichen IP oder statischem NAT. Erfordert eine Firewall, um sowohl eingehenden als auch ausgehenden Verkehr zuzulassen (Webex Callingzum Local Gateway und umgekehrt). |
|
Anforderungen an den öffentlichen DNS-Dienst |
Für einen öffentlichen DNS-Dienst ist keine spezielle Konfiguration erforderlich. |
|
|
CA- und Zertifikatsanforderungen |
|
|
|
Onboarding und Problembehandlung mit einem Cloud Connector |
Unterstützt die automatische Behebung von Konfigurationsproblemen. |
Unterstützt keine automatische Behebung von Konfigurationsproblemen. |
Unterstützte Session Border Controller
Konfigurieren Sie zertifikatsbasiertes Trunking für lokale Gateways in Webex for Government. Außerdem ist CUBE der einzige Session Border Controller (SBC), der derzeit Webex for Government unterstützt.
|
SBC-Anbieter und Modell |
Mindestversion |
Offene Vorbehalte |
Webex für Behörden |
|---|---|---|---|
|
Cisco—Cube-Modelle, die unter Router-Plattformunterstützung aufgeführt sind |
Cisco IOSXE Bengaluru 17.6.1a Um Local Gateway im Controller-Modus als Teil einer Cisco SD-WAN-Lösung zu konfigurieren, verwenden Sie Cisco IOS XE Cupertino 17.7.1 oder spätere Versionen. Die empfohlenen Versionen finden Sie auf der Cisco Software Research-Seite. Suchen Sie nach der Plattform und wählen Sie eine der „Vorgeschlagenen“ Versionen aus. |
Cisco ISR 1100-Plattformen unterstützen keine Konfigurationsvalidierung. Für ein Gateway, das im Controller-Modus mit Cisco SD-WAN bereitgestellt wird, wird Folgendes nicht unterstützt:
|
Webex for Government unterstützt kein registrierungsbasiertes Trunking. |
|
Cisco Secure Router —
|
Cisco IOSXE 26.2.1 Die empfohlenen Versionen finden Sie auf der Cisco Software Research-Seite. Suchen Sie nach der Plattform und wählen Sie eine der „Vorgeschlagenen“ Versionen aus. |
Der Managed Gateway Connector wird auf Cisco Secure Routern nicht unterstützt. Für ein Gateway, das im Controller-Modus mit Cisco SD-WAN bereitgestellt wird, wird Folgendes nicht unterstützt:
|
Nicht unterstützt |
|
SBC-Anbieter und Modell |
Mindestversion |
Offene Vorbehalte |
Webex für Behörden |
|---|---|---|---|
|
Cisco—Cube-Modelle, die unter Router-Plattformunterstützung aufgeführt sind |
Cisco IOSXE Cupertino 17.9.1a Die empfohlenen Versionen finden Sie auf der Cisco Software Research-Seite. Suchen Sie nach der Plattform und wählen Sie eine der „Vorgeschlagenen“ Versionen aus. |
Für ein Gateway, das im Controller-Modus mit Cisco SD-WAN bereitgestellt wird, wird Folgendes nicht unterstützt:
|
Unterstützt |
|
Cisco Secure Router —
|
Cisco IOSXE 26.2.1 Die empfohlenen Versionen finden Sie auf der Cisco Software Research-Seite. Suchen Sie nach der Plattform und wählen Sie eine der „Vorgeschlagenen“ Versionen aus. |
Der Managed Gateway Connector wird auf Cisco Secure Routern nicht unterstützt. Für ein Gateway, das im Controller-Modus mit Cisco SD-WAN bereitgestellt wird, wird Folgendes nicht unterstützt:
|
Nicht unterstützt |
|
Oracle-AP-Serie |
9.3.0 |
Offene Vorbehalte finden Sie in der Dokumentation zu bekannten Problemen und Einschränkungen bei Oracle SBC Cisco Webex Calling. |
Nicht unterstützt |
|
Oracle — VME |
9.3.0 |
Offene Vorbehalte finden Sie in der Dokumentation zu bekannten Problemen und Einschränkungen bei Oracle SBC Cisco Webex Calling. |
Nicht unterstützt |
|
Oracle — Oracle SBC in der öffentlichen Cloud |
9.3.0 |
Offene Vorbehalte finden Sie in der Dokumentation zu bekannten Problemen und Einschränkungen bei Oracle SBC Cisco Webex Calling. |
Nicht unterstützt |
|
Audiocodes — Mediant CE & VE |
7.40A.250.440 |
Einschränkung durch ICE-Interoperabilität. Siehe Abschnitt 2.4.2 des SBC-Konfigurationshinweises für die Verbindung Webex Calling mit AudioCodes. |
Nicht unterstützt |
|
Audiocodes — Mediant Appliances |
7.40A.250.440 |
Einschränkung durch ICE-Interoperabilität. Siehe Abschnitt 2.4.2 von Webex Calling SBC-Konfigurationshinweis mit Audiocodes verbinden. |
Nicht unterstützt |
|
Band — SBC 5000-Serie, SBC 7000 und SBC SWe |
10.1 |
Einschränkung durch ICE-Interoperabilität. Siehe Abschnitt Vorbehalte. |
Nicht unterstützt |
|
Band — SBC We Edge |
11.0.2 |
Einschränkung durch ICE-Interoperabilität. Die Lösung zur Problemumgehung finden Sie im Abschnitt Vorbehalte. |
Nicht unterstützt |
|
Farbband — SBC 1000, SBC 2000 |
11.0.1 |
Einschränkung durch ICE-Interoperabilität. Die Lösung zur Problemumgehung finden Sie im Abschnitt Vorbehalte. |
Nicht unterstützt |
|
Farbband — 800 mit SBC We Edge |
25.0 |
Siehe Abschnitt Ribbon Edge 8000 mit:Interoperability Cisco Webex Calling Guide — Vorbehalte. |
Nicht unterstützt |
| AnyNode — SBC | 4.10 |
Nicht unterstützt | |
| Italtel NetMatch-S SBC | NetMatch-S-CI 5.8.0-20240111 | Für bekannte Einschränkungen laden Sie NetMatch-S CI SBC Configuration for WEBEX Calling herunter und lesen Sie Abschnitt 3.3 Vorbehalte. |
Nicht unterstützt |
Webex Callingunterstützt den Einsatz von Local Gateways hinter NAT. Das Anrufverhalten kann von der Art der in Ihrem Netzwerk verwendeten NAT-Firewall und der von Ihrem SBC bereitgestellten Funktionalität abhängen.
Anforderungen an die Telefonkapazität
Die auf Registrierung und Zertifikat basierenden Trunking-Modelle haben unterschiedliche Kapazitäten für gleichzeitige Anrufe, wie in der folgenden Tabelle dargestellt:
|
Gleichzeitige Anrufe erforderlich) |
Ungefähre Benutzerzahlen |
Bevorzugter Kofferraumtyp |
Minimale Linkqualität |
|---|---|---|---|
|
~ 2000–6500 |
65000 |
Zertifikatsbasiert |
Verbinden |
|
~ 250–2000 |
20000 |
Zertifikatsbasiert |
Übertrieben (OTT) |
|
Bis zu 250 |
2500 |
Registrierungsbasiert |
OTT |
Verbindungsqualifikationen
Um gleichbleibend hochwertige Anrufe zu gewährleisten, Webex Calling sollte die Netzwerkverbindung zwischen dem lokalen Gateway und den folgenden Höchstqualitäten aufweisen:
-
100 ms Einweg-Latenz
-
10 ms Paket-Jitter
-
0,5% Paketverlust
Weitere Informationen zur Anrufkapazität finden Sie unter Bevorzugte Architektur für Webex Calling.
Konnektivitätsmodell und Anforderungen
-
Während der Bereitstellung wird jedes lokale Gateway zwei Webex Media PoP-Standorten zugewiesen, um Redundanz und Hochverfügbarkeit zu gewährleisten. Diese Aufgabe wird über einen DNS SRV Datensatz verwaltet.
-
Medien-PoP-Standorte werden auf der Grundlage des geografischen Standorts des Gateways bestimmt, der während des Bereitstellungsprozesses in Control Hub konfiguriert wird. In der Regel wird das Gateway zwei am besten geeigneten, geografisch getrennten Medien-POPs innerhalb derselben Region zugewiesen. Wenn das Gateway beispielsweise in der EU bereitgestellt wird, verwendet das Gateway zwei Medien-POPs innerhalb der EU.
Eine vollständige Liste der Webex Media PoP-Standorte finden Sie unter Rechenzentrumsstandorte für Webex Calling.
Die Webex Calling Standorte sind auch Medien-POPs.
-
Regionale Medienfunktionen gelten auch für Gateway-Verbindungen. Abhängig von den Anrufszenarien werden die Medien, wann immer möglich, lokal in der Region verwaltet.
-
Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.
Lokales Gateway konfigurieren
| 1 |
Konfigurieren Sie den Trunk von Control Hub aus.
|
| 2 |
Konfigurieren Sie Ihr Gerät so, dass es die Rolle eines lokalen Gateways übernimmt.
|
| 3 |
Bestätigen Sie, dass das Local Gateway im Control Hub-Status aktiv ist. Anweisungen zum Partner Hosted Gateway finden Sie unter Konfiguration eines Partner Hosted Gateways
|
Webex Callingunterstützt derzeit nicht sowohl CME als auch LGW, die auf einer einzigen Instanz von vCube ausgeführt werden.
Problembehebung am Local Gateway
Wenn der Local Gateway-Status nicht aktiv ist oder es andere Probleme gibt, lesen Sie die folgenden Dokumente, bevor Sie das Support-Team kontaktieren:
-
Beheben Sie Probleme mit der registrierungsbasierten Local Gateway-Bereitstellung vom Control Hub aus.
-
Beheben Sie Probleme mit der zertifikatbasierten Local Gateway-Bereitstellung vom Control Hub aus.
Wenn das Local Gateway nicht aktiv ist, überprüfen Sie den Trunk-Status im Control Hub:
-
Gehen Sie zu .
-
Wählen Sie den Kofferraum aus, dessen Status Sie überprüfen möchten.
-
Klicken Sie auf Trunk Info.
-
Online — Erfolgreiche Verbindung zwischen allen Webex Calling Edge-Proxys und Local Gateway
-
Offline — Erfolglose Verbindung zwischen dem Webex Calling und Local Gateway
-
Beeinträchtigt — Erfolglose Verbindung zwischen mindestens einem Webex Calling Edge-Proxy und Local Gateway
-
Unbekannt — Beim Herstellen einer Verbindung zwischen Webex Calling und dem kürzlich hinzugefügten Local Gateway
-
Informationen zum Trunk-Status auf zertifikatsbasiertem Trunk oder registrierungsbasiertem Trunk finden Sie unter Trunks, Routengruppen und Wählpläne konfigurieren für. Webex Calling
-
Weitere Informationen zur Konfiguration von Trunk-Benachrichtigungen finden Sie im Alerts Center in Control Hub.
Problembehandlung bei der Einrichtung von TLS-Handshake
TLS-Handshake-Fehler nach der Zertifikatsverlängerung können darauf hindeuten, dass der SBC die EKU-Validierung der Client-Authentifizierung erzwingt.
|
Ursache |
Auflösung |
|---|---|
|
|
-
Webex Callingvalidiert oder erzwingt die EKU für die Client-Authentifizierung während der Einrichtung des TLS-Handshakes nicht.
-
Jede Anforderung für die Client-Authentifizierung (EKU) wird vom SBC-Anbieter festgelegt, nicht von. Webex Calling
-
Jeder TLS-Fehler im Zusammenhang mit der EKU-Validierung ist auf die SBC-seitige Konfiguration oder das Standardverhalten zurückzuführen. Kontaktieren Sie den Cisco Support und Ihren SBC-Anbieter für weitere Unterstützung.
Unterstützung für lokales Gateway von Drittanbietern
Für eine Webex Calling Bereitstellung mit einem SBC eines Drittanbieters ist sowohl die Unterstützung von Cisco als auch vom Herstellerpartner erforderlich. Im Folgenden werden die Support-Details beschrieben:
-
Webex CallingUnterstützung:
-
Cisco oder Partner, die dies nutzenWebex Calling, müssen eine Support-Vereinbarung mit Cisco abgeschlossen haben, um Cisco-Unterstützung (TAC-Support) in Anspruch zu nehmen.
-
Cisco bietet Kundenunterstützung für die Webex Calling Up-Edge-Bereitstellung und die Webex Calling registrierten Cisco IP-Telefone.
-
-
Lieferantensupport:
-
Während der Bereitstellung bietet Cisco Support für Kunden oder Partner, die über ein validiertes SBC-Gerät eines Drittanbieters verfügen, und ist nicht dafür verantwortlich, Unterstützung für das eigentliche SBC zu leisten.
-
Cisco ist nicht verantwortlich für Support-Fälle, die nicht von Cisco stammen und an denen der Kunde und der SBC-Anbieter beteiligt sind. Probleme oder Softwaredefekte, die während der Bereitstellung auftreten, können mit dem SBC-Anbieter und Cisco besprochen werden.
-
