- Startseite
- /
- Artikel
Erste Schritte mit dem lokalen Gateway
In diesem Artikel können Administratoren alle Informationen und Referenzen zum Einrichten, Verwalten und Beheben von Fehlern des lokalen Gateways erhalten.
Das lokale Gateway unterstützt Sie bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre vorhandene lokale Bereitstellung in Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden.
Stellen Sie Folgendes sicher, bevor Sie ein lokales Gateway für Webex Calling konfigurieren:
-
Kenntnisse von VoIP, z. B. SIP- und Medienprotokollen, und die Fähigkeit, grundlegende Fehlerbehebungen durchzuführen.
-
Arbeitsverständnis der Geräte (Session Border Controller), die als lokales Gateway konfiguriert sind.
-
Erforderliche Lizenz zum Betrieb des Session-Border-Controllers.
-
Kenntnisse von Cisco Unified Communications Manager (Unified CM) oder gleichwertiger PBX, die am Standort bereitgestellt und für die Verwendung mit Webex Calling konfiguriert wurden. (Bei einer Integration mit einer lokalen Umgebung.)
Die folgenden Artikel helfen Ihnen dabei, sich mit den Bereitstellungsoptionen vertraut zu machen:
Begriff |
Referenzen |
---|---|
Übertragungswege und Routen-Gruppen |
Weitere Informationen finden Sie unter Trunks und Routen-Gruppen in Webex Calling Preferred Architecture . |
ByoPSTN, Unternehmenswahl |
Steht für Bring Your Own PSTN. Weitere Informationen finden Sie unter PSTN-Zugriff und lokale Verbindung in Webex Calling Preferred Architecture . |
OTT (Over the Top), Webex Edge Connect |
Weitere Informationen finden Sie unter Zugriffsverbindungsoptionen in Webex Calling Preferred Architecture . |
Trunking-Modelle des lokalen Gateways
Es gibt zwei Arten von Trunking-Modellen für lokale Gateways:
-
Registrierungsbasierte Übertragungswege
-
Zertifikatsbasierte Übertragungswege
Diese Modelle bieten ähnliche Funktionen, unterscheiden sich jedoch hinsichtlich Skalierung und Geräteunterstützung. Wählen Sie das richtige Trunking-Modell, 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-Plattformunterstützung . |
Eine Auswahl an Gerätetypen, wie in der Tabelle Gerätetypen, die für das zertifikatbasierte Trunking unterstützt werden . |
Authentifizierungsmodell |
Digest-basiertes Authentifizierungsmodell, das auf einem gemeinsamen Benutzernamen und Kennwort basiert, das für die Authentifizierung von Registrierungen und Anrufen verwendet wird. Weitere Informationen finden Sie unter Registrierungsbasierter Trunk . |
Zertifikatsbasierte Authentifizierung mit LGW-FQDN-Verifizierung. Weitere Informationen finden Sie unter Zertifikatbasierter Trunk . 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. |
Netzwerk-, Firewall- und NAT-Anforderungen Weitere Informationen zum eingehenden und egressen Datenverkehr finden Sie unter Port-Referenzinformationen für Cisco Webex Calling . |
Beliebige NAT oder öffentliche IP-Adresse. Dynamisches NAT wird bevorzugt, da es einfacher für die Einrichtung ist und weniger Firewall-Konfigurationen erfordert. Erfordert Firewall, um eingehenden und ausgehenden Datenverkehr zuzulassen (Webex-Anrufe an das lokale Gateway und umgekehrt). Für eingehenden Datenverkehr werden eingehende Pinholes von der Firewall basierend auf ausgehenden Registrierungsnachrichten geöffnet. Das Öffnen des Lochs wird für alle IP-Adressen und Ports von Webex Calling empfohlen. Es ist nicht spezifisch für eine IP-Adresse oder einen Port, für den das lokale Gateway registriert wird. |
Öffentliches internetbasiertes Netzwerk, einschließlich einer öffentlichen IP oder einer statischen NAT. Erfordert Firewall, um eingehenden und ausgehenden Datenverkehr zuzulassen (Webex Calling an lokales Gateway und umgekehrt). |
Anforderungen an öffentliche DNS-Dienste |
Für einen öffentlichen DNS-Dienst ist keine spezifische Konfiguration erforderlich. |
|
CA- und Zertifikatanforderungen |
|
|
Onboarding und Fehlerbehebung mithilfe eines Cloud Connectors |
Unterstützt die automatische Fehlerbehebung bei Konfigurationsproblemen. |
Unterstützt keine automatische Fehlerbehebung bei Konfigurationsproblemen. |
Unterstützte Grenzkontrolleure für Sitzungen
Konfigurieren Sie zertifikatbasiertes 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.
Anbieter und Modell von SBC |
Mindestversion |
Offene Vorbehalte |
Webex für Behörden |
---|---|---|---|
Cisco – CUBE-Modelle in Router-Plattformunterstützung aufgelistet |
Cisco IOS XE Bengaluru 17.6.1a Verwenden Sie Cisco IOS XE Cupertino 17.7.1 oder eine neuere Version, um das lokale Gateway im Controller-Modus als Teil einer Cisco SD-WAN-Lösung zu konfigurieren. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der „Vorgeschlagenen“ Versionen aus. |
Cisco ISR 1100-Plattformen unterstützen keine Konfigurationsüberprüfung. Für ein Gateway, das im Controller-Modus mit Cisco SD-WAN bereitgestellt wird, werden die folgenden nicht unterstützt:
|
Webex for Government unterstützt kein registrierungsbasiertes Trunking. |
Anbieter und Modell von SBC |
Mindestversion |
Offene Vorbehalte |
Webex für Behörden |
---|---|---|---|
Cisco – CUBE-Modelle in Router-Plattformunterstützung aufgelistet |
Cisco IOS XE Cupertino 17.9.1a Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . 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, werden die folgenden nicht unterstützt:
|
Unterstützt |
Oracle – AP-Serie |
9.0.0 |
Einschränkung bei ICE-Interoperabilität. Siehe Abschnitt 9 in Cisco Webex – Oracle SBC-Integration mit Cisco Webex Calling als Dokumentation zur LGW-Lösung (Local Gateway) eines Drittanbieters. |
Nicht unterstützt |
Oracle – VME |
9.0.0 |
Einschränkung bei ICE-Interoperabilität. Siehe Abschnitt 9 in Cisco Webex – Oracle SBC-Integration mit Cisco Webex Calling als Dokumentation zur LGW-Lösung (Local Gateway) eines Drittanbieters. |
Nicht unterstützt |
Oracle – Oracle SBC in der Public Cloud |
9.0.0 |
Einschränkung bei ICE-Interoperabilität. Siehe Abschnitt 9 in Cisco Webex – Oracle SBC-Integration mit Cisco Webex Calling als Dokumentation zur LGW-Lösung (Local Gateway) eines Drittanbieters. |
Nicht unterstützt |
AudioCodes – Mediant CE & VE |
7.40A.250.440 |
Einschränkung bei ICE-Interoperabilität. Siehe Abschnitt 2.4.2 zur Verbindung von Webex Calling mit AudioCodes SBC-Konfigurationshinweis. |
Nicht unterstützt |
AudioCodes – Mediengeräte |
7.40A.250.440 |
Einschränkung bei ICE-Interoperabilität. Siehe Abschnitt 2.4.2 zur Verbindung von Webex Calling mit AudioCodes SBC-Konfigurationshinweis. |
Nicht unterstützt |
Menüband – SBC 5000-Serie, SBC 7000 und SBC SWe |
10.1 |
Einschränkung bei ICE-Interoperabilität. Siehe Abschnitt Vorsichtsmaßnahmen . |
Nicht unterstützt |
Menüband – SBC SWe Edge |
11.0.2 |
Einschränkung bei ICE-Interoperabilität. Siehe Problemumgehungslösung im Abschnitt Vorsichtsmaßnahmen . |
Nicht unterstützt |
Menüband – SBC 1000, SBC 2000 |
11.0.1 |
Einschränkung bei ICE-Interoperabilität. Siehe Problemumgehungslösung im Abschnitt Vorsichtsmaßnahmen . |
Nicht unterstützt |
anynode – SBC | 4.10 |
Nicht unterstützt | |
Italtel NetMatch-S SBC | NetMatch-S-CI 5.8.0-20240111 | Informationen zu bekannten Einschränkungen finden Sie unter Abschnitt 3.3 Vorsichtsmaßnahmen |
Nicht unterstützt |
Webex Calling unterstützt die Bereitstellung lokaler Gateways hinter NAT. Das Anrufverhalten hängt möglicherweise vom Typ der in Ihrem Netzwerk verwendeten NAT-Firewall und der von Ihrem SBC bereitgestellten Funktionalität ab.
Anforderungen an die Anrufkapazität
Die Modelle für das registrierungs- und zertifikatbasierte Trunking weisen unterschiedliche gleichzeitige Anrufkapazitäten auf, wie in der folgenden Tabelle dargestellt:
Gleichzeitige Anrufanforderung) |
Ungefähre Benutzernummern |
Voreinstellung für Trunk-Typ |
Minimale Verbindungsqualität |
---|---|---|---|
~ 2000–6500 |
65000 |
Zertifikatsbasiert |
Verbindung |
~ 250–2000 |
20000 |
Zertifikatsbasiert |
Über die Spitze (OTT) |
Bis zu 250 |
2500 |
Registrierungsbasiert |
Ott |
Verbindungsqualifikationen
Um eine gleichbleibend hohe Qualität der Anrufe sicherzustellen, sollte die Netzwerkverbindung zwischen dem lokalen Gateway und Webex Calling die folgenden maximalen Qualitäten haben:
-
Einweglatenz von 100 ms
-
10ms Paket-Jitter
-
Paketverlust von 0,5 %
Weitere Informationen zur Anrufkapazität finden Sie unter „Bevorzugte Architektur für Webex Calling“.
Lokales Gateway konfigurieren
1 |
Konfigurieren Sie den Übertragungsweg über Control Hub. |
2 |
Konfigurieren Sie Ihr Gerät so, dass es die Rolle eines lokalen Gateways übernimmt.
|
3 |
Bestätigen Sie, dass das lokale Gateway im Control Hub-Status aktiv ist. Anweisungen zum Partner Hosted Gateway finden Sie unter Konfigurieren eines Partner Hosted Gateway
|
Fehlerbehebung beim lokalen Gateway
Wenn der Status des lokalen Gateways nicht aktiv ist oder andere Probleme auftreten, lesen Sie die folgenden Dokumente, bevor Sie das Support-Team kontaktieren:
-
Beheben Sie Probleme mit der registrierungsbasierten Bereitstellung des lokalen Gateways über den Control Hub.
-
Beheben Sie Probleme mit der Bereitstellung Zertifikatsbasiertes lokales Gateway über den Control Hub.
Wenn das lokale Gateway nicht aktiv ist, überprüfen Sie den Trunk-Status im Control Hub:
-
Melden Sie sich mit https://admin.webex.com dem Control Hub an und gehen Sie zu .
-
Wählen Sie den Übertragungsweg aus, für den Sie den Status überprüfen möchten.
-
Klicken Sie auf Trunk-Info.
Im Folgenden sind die unterschiedlichen Status eines zertifikatbasierten Übertragungswegs aufgeführt:
-
Online – Erfolgreiche Verbindung zwischen allen Edge-Proxys von Webex Calling und dem lokalen Gateway
-
Offline – Keine erfolgreiche Verbindung zwischen Webex Calling und dem lokalen Gateway
-
Beeinträchtigt – Verbindung zwischen mindestens einem Webex Calling-Edge-Proxy und lokalem Gateway fehlgeschlagen
-
Unbekannt – Beim Herstellen einer Verbindung zwischen Webex Calling und dem kürzlich hinzugefügten lokalen Gateway
Unterstützung für das lokale Gateway eines Drittanbieters
Für eine Webex Calling-Bereitstellung unter Verwendung eines Drittanbieter-SBC ist die Unterstützung von Cisco und dem Partner des Anbieters erforderlich. Im Folgenden werden die Support-Details beschrieben:
-
Webex Calling-Unterstützung:
-
Cisco oder Partner, die Webex Calling verwenden, benötigen eine Supportvereinbarung mit Cisco, um Cisco-Unterstützung (TAC-Support) zu erhalten.
-
Cisco bietet Kundenunterstützung für Webex Calling bis hin zur Edge-Bereitstellung und für die bei Webex Calling registrierten Cisco IP-Telefone.
-
-
Unterstützung für Anbieter:
-
Während der Bereitstellung bietet Cisco Support für Kunden oder Partner, die über ein validiertes SBC-Gerät eines Drittanbieters verfügen und nicht für die Unterstützung des tatsächlichen SBC verantwortlich sind.
-
Cisco ist nicht verantwortlich für Nicht-Cisco-Supportfälle, die den Kunden und den SBC-Anbieter betreffen. Probleme oder Softwarefehler, die während der Bereitstellung auftreten, können mit dem SBC-Anbieter und Cisco besprochen werden.
-