Als Administrator können Sie sich anhand dieses Artikels mit allen Informationen und Verweisen auf die verwandten Artikel orientieren, die Sie zum Einrichten, Verwalten und Beheben von Fehlern für das lokale Gateway benötigen.
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.
Funktionstüchtigkeit der Geräte (Session Border Controller), die als lokales Gateway konfiguriert sind.
Erforderliche Lizenz für den 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. (Im Falle einer Integration mit einer lokalen Umgebung.)
Die folgenden Artikel können Ihnen helfen, sich mit den Bereitstellungsoptionen vertraut zu machen:
Es gibt zwei Typen von Trunking-Modellen für das lokale Gateway:
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.
Funktionalität | Registrierungsbasiert | Zertifikatsbasiert | ||||
---|---|---|---|---|---|---|
Gleichzeitige Anrufe |
Gleichzeitige Anrufe von bis zu 250 pro Übertragungsweg. |
Gleichzeitige Anrufe von mehr als 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 erwähnt Unterstützte Gerätetypen für zertifikatbasiertes Trunking . |
||||
Authentifizierungsmodell |
Digest-basiertes Authentifizierungsmodell, das auf einem gemeinsamen Benutzername und Kennwort basiert, die zur Authentifizierung von Registrierungen und Anrufen verwendet werden. |
Zertifikatbasiertes Authentifizierungsmodell. |
||||
Netzwerk-, Firewall- und NAT-Anforderungen
|
Beliebige NAT oder öffentliche IP. 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.
|
Öffentliches internetbasiertes Netzwerk, einschließlich einer öffentlichen IP oder einer statischen NAT. Erfordert Firewall, um eingehenden und ausgehenden Datenverkehr zuzulassen (Webex-Anrufe an das lokale Gateway und umgekehrt). |
||||
Öffentliche DNS -Dienstanforderungen |
Für einen öffentlichen DNS -Dienst ist keine spezielle Konfiguration erforderlich. |
|
||||
CA- und Zertifikatsanforderungen |
|
|
||||
Onboarding und Fehlerbehebung mit einem Cloud Connector |
Unterstützt die automatische Behebung von Konfigurationsproblemen. |
Die automatische Behebung von Konfigurationsproblemen wird nicht unterstützt. |
Anbieter und Modell von SBC | Mindestversion | Ungelöste Probleme | ||
---|---|---|---|---|
Cisco – CUBE-Modelle, die in Router-Plattformunterstützung aufgeführt sind |
Cisco IOS XE Bengaluru 17.6.1a
|
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:
|
Anbieter und Modell von SBC | Mindestversion | Ungelöste Probleme |
---|---|---|
Cisco – CUBE-Modelle, die in Router-Plattformunterstützung aufgeführt sind |
Cisco IOS XE Cupertino 17.9.1a |
Für ein Gateway, das im Controller-Modus mit Cisco SD-WAN bereitgestellt wird, werden die folgenden nicht 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 lokales Gateway (LGW) eines Drittanbieters Lösungsdokumentation. |
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 lokales Gateway (LGW) eines Drittanbieters Lösungsdokumentation. |
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 lokales Gateway (LGW) eines Drittanbieters Lösungsdokumentation. |
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. |
AudioCodes – Mediengeräte |
7.40A.250.440 |
Einschränkung bei ICE-Interoperabilität. Siehe Abschnitt 2.4.2 zum Verbinden von Webex Calling mit Audio-Codes SBC-Konfigurationshinweis. |
Menüband – SBC 5000-Serie, SBC 7000 und SBC SWe |
10.1 |
Einschränkung bei ICE-Interoperabilität. Siehe Probleme Abschnitt. |
Menüband – SBC SWe Edge |
11.0.2 |
Einschränkung bei ICE-Interoperabilität. Siehe Problemumgehungslösung im Abschnitt Vorsichtsmaßnahmen . |
Menüband – SBC 1000, SBC 2000 |
11.0.1 |
Einschränkung bei ICE-Interoperabilität. Siehe Problemumgehungslösung im Abschnitt Vorsichtsmaßnahmen . |
anynode – SBC | 4.10 |
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 Funktionalität ab, die von Ihrem Session Border Controller bereitgestellt wird. |
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 |
Over the Top (OTT) |
Bis zu 250 |
2500 |
Registrierungsbasiert |
OTT |
Verbindungsqualifikationen
Eine OTT- und Interconnect-Verbindung muss die folgenden Qualitätsbedingungen für Verbindungen erfüllen:
Verbindungstyp | Latenz | Jitter | Paketverlust |
---|---|---|---|
OTT | 100 ms (max.) | 100 ms (max.) | 0,2 % |
Verbindung | 30 ms | 5 ms | Kein Paketverlust |
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. |
Wenn der Status des lokalen Gateways nicht aktiv ist oder andere Probleme vorliegen, lesen Sie die folgenden Dokumente, bevor Sie sich an das Support-Team wenden:
Behebung von Problemen mit Registrierungsbasiertes lokales Gateway Bereitstellung über den Control Hub.
Behebung von Problemen mit Zertifikatsbasiertes lokales Gateway Bereitstellung über den Control Hub.
Wenn das lokale Gateway nicht aktiv ist, überprüfen Sie den Trunk-Status im Control Hub:
Melden Sie sich bei Control Hub an mithttps://admin.webex.com , 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 einem lokalen Gateway fehlgeschlagen
Unbekannt: Beim Herstellen einer Verbindung zwischen Webex Calling und dem kürzlich hinzugefügten lokalen Gateway
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 sind die Support-Details aufgeführt:
Webex Calling Support:
Cisco oder Partner, die Webex Calling verwenden, benötigen eine Support-Vereinbarung mit Cisco , um Unterstützung von Cisco zu erhalten (TAC-Support).
Cisco bietet Kundenunterstützung für die Webex Calling Edge-Bereitstellung und die mit Webex Calling registrierten Cisco IP -Telefone.
Hersteller-Support:
Während der Bereitstellung bietet Cisco Support für Kunden oder Partner, die über ein validiertes Drittanbieter-SBC-Gerät verfügen, und ist nicht dafür verantwortlich, Unterstützung für den tatsächlichen SBC bereitzustellen.
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.