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:

Tabelle 1. Konzepte zum lokalen Cisco Gateway

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.

Tabelle 2: Vergleich der Trunking-Modelle für das lokale Gateway

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 zur 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 egress-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.

  • Domänenansprüche erforderlich. Siehe Domäne verwalten .

  • Ein DNS-A-Eintrag oder ein DNS-SRV-Eintrag muss in einem öffentlichen DNS-Server konfiguriert werden.

CA- und Zertifikatanforderungen

  • CA-Paket, das das Zertifikat des Webex-Dienstes signiert hat, muss auf das lokale Gateway hochgeladen werden.

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.

Tabelle 3. Registrierungsbasiert

Anbieter und Modell von SBC

Mindestversion

Offene Vorbehalte

Webex for Government

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:

  • Registrierung des lokalen Gateways bei Control Hub

  • Validierung der Gateway-Konfiguration

Webex for Government unterstützt kein registrierungsbasiertes Trunking.

Tabelle 4. Zertifikatsbasiert

Anbieter und Modell von SBC

Mindestversion

Offene Vorbehalte

Webex for Government

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:

  • Registrierung des lokalen Gateways bei Control Hub

  • Validierung der Gateway-Konfiguration

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 – SBC4.10

Nicht unterstützt

Italtel NetMatch-S SBCNetMatch-S-CI 5.8.0-20240111Informationen 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:

Tabelle 5: Anrufkapazitätsrichtlinien (pro lokalem Gateway)

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

Eine OTT- und Interconnect-Verbindung muss die folgenden Qualitätsbedingungen für Verbindungen erfüllen:

Tabelle 6: Anrufkapazitätsrichtlinien (pro lokalem Gateway)

Verbindungstyp

Latenz

Jitter

Paketverlust

Ott

100 ms (max.)

100 ms (max.)

0.2%

Verbindung

30 ms

5 ms

Kein Paketverlust

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:

Wenn das lokale Gateway nicht aktiv ist, überprüfen Sie den Trunk-Status im Control Hub:

  1. Melden Sie sich mit https://admin.webex.com dem Control Hub an und gehen Sie zu Dienste > Anrufe > Anrufverteilung .

  2. Wählen Sie den Übertragungsweg aus, für den Sie den Status überprüfen möchten.

  3. 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:

  1. 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.

  2. 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.