- Startseite
- /
- Artikel
Danke für Ihr Feedback.
Erste Schritte mit dem lokalen Gateway
In diesem Artikel
Feedback?Dieser Artikel stellt Administratoren alle Informationen und Referenzen zur Verfügung, die sie benötigen, um das lokale Gateway einzurichten, zu warten und Fehler zu beheben.
Das lokale Gateway unterstützt Sie bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre bestehende On-Premises-Bereitstellung mit Webex Calling. Sie können auch Ihren bestehenden PSTN-Anschluss nutzen.
Bevor Sie ein lokales Gateway für Webex Calling konfigurieren, stellen Sie Folgendes sicher:
-
Kenntnisse im Bereich VoIP, wie z. B. SIP und Medienprotokolle, sowie die Fähigkeit zur Durchführung grundlegender Fehlerbehebungen.
-
Praktisches Verständnis der Geräte (Session Border Controller), die als lokales Gateway konfiguriert sind.
-
Für den Betrieb des Session Border Controllers ist eine Lizenz erforderlich.
-
Kenntnisse von Cisco Unified Communications Manager (Unified CM) oder einer gleichwertigen PBX-Anlage, die in Ihren Räumlichkeiten eingesetzt und für die Verwendung mit Webex Calling konfiguriert ist. (Im Falle einer Integration mit einer lokalen Umgebung.)
Die folgenden Artikel können Ihnen helfen, sich mit den Bereitstellungsoptionen vertraut zu machen:
|
Begriff |
Referenzen |
|---|---|
|
Hauptstrecken und Routengruppen |
Weitere Informationen finden Sie unter Trunks und Routengruppen in Bevorzugte Architektur für Webex Calling. |
|
ByoPSTN, Unternehmenswahl |
Steht für „Bring Your Own PSTN“ (Bring dein eigenes PSTN mit). Weitere Informationen finden Sie unter PSTN-Zugang und lokale Verbindung in Bevorzugte Architektur für Webex Calling. |
|
Over-the-Top (OTT), Webex Edge Connect |
Weitere Informationen finden Sie unter Zugriffskonnektivitätsoptionen in Bevorzugte Architektur für Webex-Anrufe. |
Lokale Gateway-Trunking-Modelle
Es gibt zwei Arten von Local-Gateway-Trunking-Modellen:
-
Registrierungsbasierte Trunks
-
Zertifikatsbasierte Trunks
Diese Modelle bieten eine ähnliche Funktionalität, unterscheiden sich jedoch in Größe und Geräteunterstützung. Wählen Sie das passende Kabelkanalmodell, das Ihren Anforderungen entspricht.
|
Funktion |
Registrierungsbasiert |
Zertifikatsbasiert |
|---|---|---|
|
Gleichzeitige Anrufe |
Bis zu 250 gleichzeitige Anrufe pro Leitung. |
Gleichzeitige Anrufe von > 250 pro Koffer. |
|
Gerätetyp |
Unterstützt ausschließlich Cisco Unified Border Element (CUBE). Weitere Informationen finden Sie unter CUBE Platform Support. |
Eine Auswahl an Gerätetypen, wie in der Tabelle aufgeführt. Unterstützte Gerätetypen für zertifikatsbasiertes Trunking. |
|
Authentifizierungsmodell |
Digest-basiertes Authentifizierungsmodell, das auf einem gemeinsamen Benutzernamen und Passwort basiert, die zur Authentifizierung von Registrierungen und Anrufen verwendet werden. Weitere Informationen finden Sie unter Registrierungsbasierter Trunk. |
Zertifikatsbasierte Authentifizierung mit LGW-FQDN-Verifizierung. Weitere Informationen finden Sie unter Zertifikatbasierter Trunk. Jede SIP-Transaktion, die das lokale Gateway zur Webex Calling Cloud initiiert, sollte einen Kontaktheader mit dem FQDN des lokalen Gateways enthalten. Für die Anzeige des Status „Online“ im Control Hub ist es besonders wichtig, dass Transaktionen vom lokalen Gateway ausgeführt werden. |
|
Netzwerk-, Firewall- und NAT-Anforderungen Für Details zum ein- und ausgehenden Datenverkehr siehe Port Reference Information for Cisco Webex Calling. |
Jede NAT- oder öffentliche IP-Adresse. Dynamisches NAT wird bevorzugt, da es einfacher einzurichten ist und weniger Firewall-Konfigurationen erfordert. Erfordert eine Firewall, die sowohl eingehenden als auch ausgehenden Datenverkehr zulässt (Webex ruft das lokale Gateway an und umgekehrt). Für eingehenden Datenverkehr werden von der Firewall auf Basis ausgehender Registrierungsnachrichten eingehende Ports geöffnet. Für alle Webex Calling IP-Adressen und Ports wird eine Pinhole-Öffnung empfohlen. Es ist nicht an eine bestimmte IP-Adresse oder einen bestimmten Port gebunden, an dem sich das lokale Gateway registriert. |
Öffentliches, mit dem Internet verbundenes Netzwerk, einschließlich einer öffentlichen IP-Adresse oder statischem NAT. Erfordert eine Firewall, die sowohl eingehenden als auch ausgehenden Datenverkehr zulässt (Webex-Anrufe zum lokalen Gateway und umgekehrt). |
|
Anforderungen an öffentliche DNS-Dienste |
Bei einem öffentlichen DNS-Dienst ist keine spezielle Konfiguration erforderlich. |
|
|
CA- und Zertifizierungsanforderungen |
|
|
|
Onboarding und Fehlerbehebung mithilfe eines Cloud-Connectors |
Unterstützt die automatisierte Fehlerbehebung bei Konfigurationsproblemen. |
Unterstützt keine automatisierte Fehlerbehebung bei Konfigurationsproblemen. |
Unterstützte Session-Border-Controller
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.
|
SBC-Hersteller und -Modell |
Mindestversion |
Offene Vorbehalte |
Webex für Behörden |
|---|---|---|---|
|
Cisco – CUBE-Modelle (siehe ) Router-Plattformunterstützung |
Cisco IOS XE 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 eine spätere Version. 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 Konfigurationsvalidierung. Für ein Gateway, das im Controller-Modus mit Cisco SD-WAN eingesetzt wird, werden folgende Funktionen nicht unterstützt:
|
Webex for Government unterstützt kein registrierungsbasiertes Trunking. |
|
SBC-Hersteller und -Modell |
Mindestversion |
Offene Vorbehalte |
Webex für Behörden |
|---|---|---|---|
|
Cisco – CUBE-Modelle (siehe ) Router-Plattformunterstützung |
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 eingesetzt wird, werden folgende Funktionen nicht unterstützt:
|
Unterstützt |
|
Oracle – AP-Serie |
9.0.0 |
Einschränkung bei der ICE-Interoperabilität. Siehe Abschnitt 9 in der Cisco Webex - Oracle SBC Integration mit Cisco Webex Calling als Drittanbieter-Local-Gateway (LGW) Lösungsdokumentation. |
Nicht unterstützt |
|
Oracle—VME |
9.0.0 |
Einschränkung bei der ICE-Interoperabilität. Siehe Abschnitt 9 in der Cisco Webex - Oracle SBC Integration mit Cisco Webex Calling als Drittanbieter-Local-Gateway (LGW) Lösungsdokumentation. |
Nicht unterstützt |
|
Oracle – Oracle SBC in der Public Cloud |
9.0.0 |
Einschränkung bei der ICE-Interoperabilität. Siehe Abschnitt 9 in der Cisco Webex - Oracle SBC Integration mit Cisco Webex Calling als Drittanbieter-Local-Gateway (LGW) Lösungsdokumentation. |
Nicht unterstützt |
|
AudioCodes—Mediant CE & VE |
7.40A.250.440 |
Einschränkung bei der ICE-Interoperabilität. Siehe Abschnitt 2.4.2 der Konfigurationshinweise zum Verbinden von Webex Calling mit AudioCodes SBC. |
Nicht unterstützt |
|
AudioCodes – Mediant Appliances |
7.40A.250.440 |
Einschränkung bei der ICE-Interoperabilität. Siehe Abschnitt 2.4.2 der Konfigurationshinweise zum Verbinden von Webex Calling mit AudioCodes SBC. |
Nicht unterstützt |
|
Ribbon – SBC 5000 Serie, SBC 7000 und SBC SWe |
10.1 |
Einschränkung bei der ICE-Interoperabilität. Siehe Abschnitt Vorbehalte. |
Nicht unterstützt |
|
Ribbon—SBC SWe Edge |
11.0.2 |
Einschränkung bei der ICE-Interoperabilität. Eine alternative Lösung finden Sie im Abschnitt Hinweise. |
Nicht unterstützt |
|
Ribbon—SBC 1000, SBC 2000 |
11.0.1 |
Einschränkung bei der ICE-Interoperabilität. Eine alternative Lösung finden Sie im Abschnitt Hinweise. |
Nicht unterstützt |
|
Band—8000 w/SBC SWe Edge |
25.0 |
Siehe Ribbon Edge 8000 mit Cisco Webex Calling:Interoperability Leitfaden Abschnitt „Voraussetzungen“. |
Nicht unterstützt |
| anynode—SBC | 4.10 |
Nicht unterstützt | |
| Italtel NetMatch-S SBC | NetMatch-S-CI 5.8.0-20240111 | Bekannte Einschränkungen finden Sie in der Datei NetMatch-S CI SBC Configuration for WEBEX Calling sowie in Abschnitt 3.3 Hinweise. |
Nicht unterstützt |
Webex Calling unterstützt den Einsatz von Local Gateways hinter NAT. Das Anrufverhalten kann von der Art der in Ihrem Netzwerk verwendeten NAT-Firewall und den von Ihrem SBC bereitgestellten Funktionen abhängen.
Anforderungen an die Anrufkapazität
Die registrierungsbasierten und zertifikatsbasierten Trunking-Modelle weisen unterschiedliche Kapazitäten für gleichzeitige Anrufe auf, wie aus der folgenden Tabelle hervorgeht:
|
Anforderung an gleichzeitige Anrufe) |
Ungefähre Nutzerzahlen |
Trunk-Typpräferenz |
Mindestverbindungsqualität |
|---|---|---|---|
|
~ 2000–6500 |
65000 |
Zertifikatsbasiert |
Verbindung |
|
~ 250–2000 |
20000 |
Zertifikatsbasiert |
Überzogen (OTT) |
|
Bis zu 250 |
2500 |
Registrierungsbasiert |
Ott |
Verbindungsqualifikationen
Um eine gleichbleibend hohe Anrufqualität zu gewährleisten, sollte die Netzwerkverbindung zwischen dem lokalen Gateway und Webex Calling folgende maximale Eigenschaften aufweisen:
-
100 ms Einweg-Latenz
-
10 ms Paketjitter
-
0,5 % Paketverlust
Weitere Informationen zur Anrufkapazität finden Sie unter Bevorzugte Architektur für Webex-Anrufe.
Lokales Gateway konfigurieren
| 1 |
Trunk über Control Hub konfigurieren. |
| 2 |
Konfigurieren Sie Ihr Gerät so, dass es die Rolle eines lokalen Gateways übernimmt.
|
| 3 |
Vergewissern Sie sich, dass das lokale Gateway im Status des Control Hubs aktiv ist. Anweisungen zum Partner-gehosteten Gateway finden Sie unter Konfigurieren eines Partner-gehosteten Gateways
|
Webex Calling unterstützt derzeit nicht, dass CME und LGW gleichzeitig auf einer einzigen vCUBE-Instanz ausgeführt werden.
Lokales Gateway reparieren
Falls der Status des lokalen Gateways nicht aktiv ist oder andere Probleme auftreten, lesen Sie bitte die folgenden Dokumente, bevor Sie sich an das Support-Team wenden:
-
Beheben von Problemen mit der Bereitstellung des registrierungsbasierten lokalen Gateways vom Control Hub aus.
-
Beheben von Problemen mit der Bereitstellung des zertifikatbasierten lokalen Gateways vom Control Hub aus.
Wenn das lokale Gateway nicht aktiv ist, überprüfen Sie den Trunk-Status im Control Hub:
-
Gehen Sie zu .
-
Wählen Sie den Trunk aus, dessen Status Sie überprüfen möchten.
-
Klicken Sie auf Trunk-Info.
-
Online— Erfolgreiche Verbindung zwischen allen Webex Calling Edge-Proxys und dem lokalen Gateway.
-
Offline—Verbindung zwischen Webex Calling und dem lokalen Gateway fehlgeschlagen.
-
Beeinträchtigt—Verbindung zwischen mindestens einem Webex Calling Edge-Proxy und dem lokalen Gateway nicht erfolgreich.
-
Unbekannt—Beim Herstellen einer Verbindung zwischen Webex Calling und dem kürzlich hinzugefügten lokalen Gateway
-
Für Statusaktualisierungen von Trunks auf Zertifikatsbasis oder Registrierungsbasis siehe Trunks, Routengruppen und Wählpläne für Webex Calling konfigurieren.
-
Weitere Informationen zur Konfiguration von Trunk - Warnungen finden Sie im Warncenter im ControlHub .
Unterstützung für lokale Gateways von Drittanbietern
Für die Bereitstellung von Webex Calling auf einem SBC eines Drittanbieters ist die Unterstützung sowohl von Cisco als auch vom jeweiligen Partnerunternehmen erforderlich. Im Folgenden werden die Details der Unterstützung aufgeführt:
-
Webex-Anrufsupport:
-
Cisco oder Partner, die Webex Calling nutzen, benötigen eine Supportvereinbarung mit Cisco, um Unterstützung von Cisco (TAC-Support) zu erhalten.
-
Cisco bietet Kundensupport für die Webex Calling-Bereitstellung bis hin zur Edge-Bereitstellung und für die bei Webex Calling registrierten Cisco IP-Telefone.
-
-
Anbieterunterstützung:
-
Während der Bereitstellung bietet Cisco Unterstützung für die Kunden oder Partner, die ein validiertes SBC-Gerät eines Drittanbieters besitzen, ist jedoch nicht für die Unterstützung des eigentlichen SBC verantwortlich.
-
Cisco ist nicht verantwortlich für Supportfälle, die nicht von Cisco übernommen werden und den Kunden sowie den SBC-Anbieter betreffen. Probleme oder Softwarefehler, die während der Bereitstellung auftreten, können mit dem SBC-Anbieter und Cisco besprochen werden.
-
