Danke für Ihr Feedback.
Migrieren Sie Ihr lokales Gateway
Feedback?Die Verbesserungen dieser neuen Infrastruktur umfassen:
-
Verbesserte Anrufverarbeitungsleistung, die bis zu 250 gleichzeitige Sitzungen pro Registrierung des lokalen Gateways ermöglicht.
-
Unterstützt die Verwendung von Webex Calling-Medienoptimierung für Anrufe zwischen Tischtelefonen, der Webex-App und einem lokalen Gateway.
Spezifikationen:
-
Es wurde eine neue Liste mit Proxy-Adressen freigegeben. Eine Proxyadresse ist ein statischer DNS-Eintrag, der vom Control Hub während des Onboarding-Prozesses eines lokalen Gateways erhalten wird und dann in der Mandantenkonfiguration des lokalen Gateways für die Registrierung des Gateways konfiguriert wird.
-
Webex Calling Cloudvorgänge fordern Kunden auf, lokale Gateways zu migrieren, die eine ältere Proxyadresse verwenden. Details sind in den folgenden Abschnitten umrissen.
Wenn eines Ihrer lokalen Gateways eine ausgehende Proxyadresse hat, die nicht Teil des unten aufgeführten neuen Webex Calling-Proxyadressbereichs ist, migrieren Sie die Migration manuell gemäß den Wünschen Ihrer Organisation. Die in Control Hub aufgeführte Adresse ist eine der unten aufgeführten neuen Adressen. Ihr lokales Gateway ist jedoch möglicherweise mit einer alten Adresse konfiguriert und erfordert eine Migration.
Diese Migration sollte nicht länger als 10–15 Minuten dauern. Während der Migration registriert sich das lokale Gateway jedoch erneut in der Cloud, was sich auf den Dienst auswirkt. Aus diesem Grund empfehlen wir Ihnen, diese Aktivitäten während eines Wartungsfensters durchführen zu müssen.
USA
Kanada
Europa
Japan
Australien
Singapur
Neue Geräte mit lokalem Gateway, die seit Dezember 2020 integriert wurden, werden automatisch für die Nutzung dieser Infrastruktur eingerichtet und sind daher nicht mehr erforderlich. Wir empfehlen Ihnen, dass Sie sich auf die obige Liste beziehen, um zu überprüfen, ob eines Ihrer lokalen Gateways eine Migration benötigt. Wenn dies der Fall ist, führen Sie eine Migration durch, siehe unten stehenden Richtlinien.
Informationen dazu, ob eine Migration auf Ihren lokalen Gateways notwendig sein kann, finden Sie im Abschnitt Erste Schritte mit der Migration Ihres lokalen Gateways.
Die Konfigurationsbildschirme in Control Hub , CUBE-Konfigurationsschritten und ausgehenden Proxyadressen variieren je nach Standort und lokalem Gateway Ihrer Organisation. Die in den folgenden Schritten aufgeführten Details sind nur Beispiele.
Vorbereitungen
-
Aktualisieren Sie die Zugriffssteuerungsliste in CUBE – Webex Calling verfügt über einen aktualisierten Bereich an IP-Adressen für denSession Border Controller (SBC), die möglicherweise auf alle CUBEs in Ihrer Organisation, die eine Verbindung mit dem Webex Calling, als vertrauenswürdige Liste angewendet werden müssen. Überprüfen Sie den aktuellen IP-Bereich im Webex Calling Port Reference Guide, um zu bestätigen, ob er bereits angewendet wurde. Falls nicht, lesen Sie die Konfigurationsschritte unter Schritt 1 von Register Local Gateway zu Webex Calling, um diese Aktualisierung durchzuführen. Die aktuellen "vertrauenswürdigen IP-Adressen" in Ihrem CUBE sind obligatorisch, was bei Nicht-Aktualisierung zu Anrufausfällen führt.
-
Stellen Sie sicher, dass Ihre externe Firewall das Erreichen dieser IP-Adressen durch Ihren CUBE zulässt. Wenn Ihre externen Firewall-Filter die IP-Adressen, die der CUBE erreichen kann, erreichen, müssen Sie diese ebenfalls aktualisieren, damit das lokale Gateway mit der Cloud in Kontakt kommt. Weitere Informationen finden Sie im Handbuch zu Port-Referenzinformationen.
-
Stellen Sie sicher, dass der Vertrauensanker in CUBE durch ausführen der Referenzplattform-Konfiguration in Schritt 5 aktualisiertwurde.
Über Control Hub können Sie Ihre neueausgehende Proxyadresse abrufen.
| 1 |
Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Dienste und wählen Sie Anrufe > Anrufverteilung. |
| 2 |
Wählen Sie PSTN Verbindung aus, und klicken Sie unter Lokales Gateway auf Bearbeiten. |
| 3 |
Klicken Sie auf Verwalten, um auf die Konfiguration des lokalen Gateways zu zugreifen. |
| 4 |
Kopieren Sie die ausgehende Proxyadresse. Wenn Ihre Organisation über viele lokale Gateways verfügen, ist es wahrscheinlich, dass Sie jedes Mal, wenn Sie die oben genannte Aufgabe für ein anderes lokales Gateway ausführen, unterschiedliche ausgehende Proxyadressen von Control Huberhalten. Stellen Sie sicher, dass Sie die spezifische ausgehende Proxyadresse von Control Hub für jedes lokale Gateway kopieren, das Sie konfigurieren. Die Wahl einer bestimmten Adresse ist für Redundanz und Lastausgleich von Datenverkehr wichtig.  |
Das Aktualisieren der Konfiguration Ihres lokalen Gateways wirkt sich auf den Dienst aus und kann sich auf aktive Anrufe auswirken.
In dem Beispiel unten ist Tenant 201 der Tenant, der sich mit dem Webex Calling. Geben Sie den richtigen Mandanten für Ihre Konfiguration ein.
#Laufkonfiguration anzeigen | s voice class tenant 201 voice class tenant 201 registrar dns:lgw2.killarney.cisco.com scheme sips läuft 240 Refresh-Ratio 50 tcp tls ab Anmeldeinformationen NUMMERNÜBERTRAGUNGSWEG_Gruppe_24740_LGU-Benutzername ÜBERTRAGUNGSWEG_Gruppe_29959_LGU-Passwort 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV-Bereich BroadWorks-Authentifizierung Benutzername TRUNK_Gruppe_29959_LGU-Passwort 7 xxxxxxxx Bereich BroadWorks-Authentifizierung Benutzername ÜBERTRAGUNGSWEG_Gruppe_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com sip-server dns:lgw2.killarney.cisco.com connection-reuse session transport tcp tls url sips error-passthru bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 201 Ausgehender-Proxy DNS:lgwrestest.killarney.cisco.com | 1 |
Entfernen Sie die fett gedruckte Zeile, die mit Das lokale Gateway wird seine Registrierung nun auf Webex Calling. |
| 2 |
Bestätigen Sie, dass Ihr lokales Gateway nicht bei der Registrierung für Webex Calling ist, indem Sie die folgenden Befehle eingeben. |
| 3 |
Nehmen Sie die neue Adresse, die Sie aus Control Hub kopiert haben, und fügen Sie die Line des Demo von oben zurückhinzu. Im folgenden Beispiel war unser OBP Ihr lokales Gateway wird sich mit dem neuen OBP registrieren. |
| 4 |
Überprüfen Sie mit folgendem Befehl, ob die Registrierung erfolgreich war. Dies sollte eine ähnliche Ausgabe sein wie unten. |
Nächste Schritte
Aktualisieren Sie die anderen lokalen Gateways wie oben beschrieben.
Registrieren Sie für eine fehlgeschlagene Migration einfach Ihre vorherige ausgehende Proxy-Adresse erneut. Folgen Sie den Anweisungen unten, um den Service wiederherzustellen und wiederherzustellen.
voice class tenant 201 no registrar outbound-proxy dns:lgwrestest.killarney.cisco.com registrar dns:lgw2.killarney.cisco.com scheme sips läuft 240 refresh-ratio 50 tcp tls ab ! -
Wenn Sie ein Rollback durchgeführt haben, wird in Ihrer Konfiguration im Control Hub immer noch die neue ausgehende Proxyadresse gezeigt. Dieses Verhalten wird erwartet. Der Dienst funktioniert weiterhin mit der alten ausgehenden Proxyadresse.
-
Stellen Sie sicher, dass Sie Schritt 2 unter "Ihr lokales Gateway im Control Hub-Abschnitt migrieren" korrekt befolgen und der Zugriff auf den neuen ausgehenden Proxy durch die Firewall nicht blockiert wird.
-
Wenn Sie dieses Problem nicht beheben können, wenden Sie sich an Cisco Webex Calling Support.
Es ist wichtig, sicherzustellen, dass die Dienste nach der Migration normal funktionieren. Stellen Sie sicher, dass Ihr Dienst nach Abschluss der Migration testen wird. Sie können Ihren Dienst testen, indem Sie Anrufe zu Telefonnummern von Ihren Webex Calling-Geräten tätigen oder Anrufe an einen beliebigen SBC testen, der in Verbindung mit Webex Calling.
