Die Webex Calling-Plattform umfasst eine aktualisierte Cloud-Infrastruktur, mit der Ihre lokalen Gateways eine Verbindung herstellen. Dieses Upgrade verbessert den Service und aktiviert mehrere neue Funktionen für das lokale Gateway.
Zu den Verbesserungen dieser neuen Infrastruktur gehören:
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 Schreibtischtelefonen, der Webex-App und einem lokalen Gateway.
Technische Daten:
Eine neue Liste von Proxyadressen wurde veröffentlicht. Eine Proxy-Adresse ist ein statischer DNS-Datensatz, der während des Onboarding-Prozesses eines lokalen Gateways von Control Hub abgerufen und dann in der Tenant-Konfiguration eines lokalen Gateways für die Registrierung des Gateways konfiguriert wird.
Webex Calling Cloud Operations fordert Kunden auf, lokale Gateways zu migrieren, die eine ältere Proxy-Adresse verwenden. Details sind in den folgenden Abschnitten beschrieben.
Wenn eines Ihrer lokalen Gateways über eine ausgehende Proxy-Adresse verfügt, die nicht Teil des unten aufgeführten neuen Webex Calling-Proxy-Adressbereichs ist, können Sie die Migration nach Belieben manuell durchführen. Die in Control Hub aufgeführte Adresse ist eine der neuen unten aufgeführten Adressen; Ihr lokales Gateway kann jedoch derzeit mit einer alten Adresse konfiguriert werden und erfordert eine Migration.
Diese Migration sollte nicht länger als 10-15 Minuten dauern. Während der Migration wird das lokale Gateway jedoch erneut in der Cloud registriert, was sich auf den Dienst auswirkt. Daher empfehlen wir Ihnen, diese Aktivität während eines Wartungsfensters durchzuführen.
USA
Kanada
Europa
Japan
Australien
Singapur
Neue lokale Gateway-Geräte, die seit Dezember 2020 integriert sind, werden automatisch für die Nutzung dieser Infrastruktur eingerichtet, sodass möglicherweise keine Maßnahmen erforderlich sind. Wir empfehlen Ihnen, sich auf die obige Liste zu beziehen, um zu überprüfen, ob eines Ihrer lokalen Gateways eine Migration erfordert, und wenn ja, eine Migration gemäß den nachfolgenden Richtlinien durchzuführen. |
Informationen dazu, ob Ihre lokalen Gateways möglicherweise eine Migration benötigen, finden Sie im Abschnitt Erste Schritte mit der Migration des lokalen Gateways .
Die Konfigurationsbildschirme in Control Hub, CUBE-Konfigurationsschritte und die ausgehende Proxyadresse hängen vom Standort und lokalen Gateway Ihrer Organisation ab. Die in den folgenden Schritten aufgeführten Details sind nur Beispiele. |
Vorbereitungen
Aktualisieren der Zugriffssteuerungsliste in CUBE – Webex Calling verfügt über einen aktualisierten Bereich von IP-Adressen für den Session Border Controller (SBC), die möglicherweise als vertrauenswürdige Liste auf alle CUBEs in Ihrer Organisation angewendet werden müssen, die sich mit Webex Calling verbinden. Überprüfen Sie den neuesten IP-Bereich aus dem Webex Calling-Port-Referenzhandbuch , um zu bestätigen, ob er bereits angewendet wurde, und lesen Sie andernfalls die Konfigurationsschritte unter Schritt 1 von Lokales Gateway bei Webex Calling registrieren, um diese Aktualisierung durchzuführen. Die Aktualisierung der „vertrauenswürdigen IP-Adressen“ in Ihrem CUBE ist eine obligatorische Anforderung, die, falls sie nicht aktualisiert wird, zu Anrufausfällen führt.
Stellen Sie sicher, dass Ihre externe Firewall es zulässt, dass diese IP-Adressen von Ihrem CUBE aus erreicht werden. Wenn Ihre externe Firewall die IP-Adressen filtert, die der CUBE erreichen kann, müssen Sie diese ebenfalls aktualisieren, damit das lokale Gateway die Cloud kontaktieren kann. Siehe Port-Referenzleitfaden für weitere Informationen.
Stellen Sie sicher, dass der Vertrauensanker in CUBE aktualisiert wurde, indem Sie Schritt 5 von „Perform Reference Platform Configuration“ (Konfiguration der Referenzplattform durchführen) ausführen.
Über Control Hub können Sie Ihre neue ausgehende Proxyadresse abrufen.
1 | Aus der Kundenansicht in <UNK> https://admin.webex.com <UNK> , gehen Sie zu Dienste und wählen Sie . | ||
2 | Wählen Sie Ihre PSTN-Verbindung aus, und klicken Sie dann auf Bearbeiten unter Lokales Gateway . | ||
3 | Klicken Sie auf „Verwalten“ , um auf die lokale Gateway-Konfiguration zuzugreifen. | ||
4 | Kopieren Sie die ausgehende Proxyadresse.
|
Das Aktualisieren der Konfiguration des lokalen Gateways wirkt sich auf den Dienst aus und kann sich auf aktive Anrufe auswirken.
Im folgenden Beispiel ist Tenant 201 der Tenant, der eine Verbindung zu Webex Calling herstellt. Geben Sie den richtigen Tenant für Ihre Konfiguration ein.
#show running-config | s voice class tenant 201
voice class tenant 201
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
authentication username TRUNK_GROUP_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
outbound-proxy dns:lgwrestest.killarney.cisco.com
1 | Entfernen Sie die verschraubte Leitung, beginnend mit Das lokale Gateway wird nun seine Registrierung bei Webex Calling beenden. |
2 | Bestätigen Sie durch Eingabe der folgenden Befehle, dass Ihr lokales Gateway nicht bei Webex Calling registriert ist.
|
3 | Nehmen Sie die neue Adresse, die Sie aus Control Hub kopiert haben, und fügen Sie die Registrierungsleitung von oben zurück. Im folgenden Beispiel wurde unser OBP
Ihr lokales Gateway wird beim neuen OBP registriert. |
4 | Überprüfen Sie, ob die Registrierung erfolgreich war, mit dem folgenden Befehl.
Es sollte Leistung ähnlich wie die unten zu produzieren.
|
Nächste Schritte
Aktualisieren Sie die anderen lokalen Gateways mithilfe der oben beschriebenen Schritte.
Registrieren Sie für eine erfolglose Migration einfach Ihre vorherige ausgehende Proxyadresse erneut. Befolgen Sie die nachstehenden Anweisungen, um den Dienst zurückzurollen und wiederherzustellen.
voice class tenant 201
no registrar
outbound-proxy dns:lgwrestest.killarney.cisco.com
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
Wenn Sie ein Rollback durchführen, wird in Ihrer Konfiguration in Control Hub weiterhin die neue ausgehende Proxyadresse angezeigt. Dieses Verhalten wird erwartet. Der Dienst funktioniert weiterhin mit der alten ausgehenden Proxyadresse.
Stellen Sie sicher, dass Sie Schritt 2 unter „Migrieren Sie Ihr lokales Gateway in den Abschnitt „Control Hub“ richtig befolgt haben und keine Firewall den Zugriff auf den neuen ausgehenden Proxy blockiert.
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 Sie Ihren Dienst testen, nachdem Sie die Migration abgeschlossen haben. Sie können Ihren Dienst testen, indem Sie von Ihren Webex Calling-Geräten aus Anrufe an Telefonnummern tätigen oder Anrufe an einen beliebigen SBC testen, der in Verbindung mit Webex Calling verwendet wird.