Die Webex Calling-Plattform umfasst eine aktualisierte Cloudinfrastruktur, mit der Ihre standortbasierten lokalen Gateways verbunden sind. Dieses Upgrade verbessert den Service und ermöglicht mehrere neue Funktionen für das lokale Gateway.
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 der Webex Calling Medienoptimierung für Anrufe zwischen Schreibtischtelefonen, 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-Proxyadressenbereichs ist, müssen Sie eine manuelle Migration durchführen, je nach Bedarf Ihres Unternehmens. Die im Control Hub aufgeführte Adresse ist eine der neuen Adressen unten. Ihr lokales Gateway ist jedoch möglicherweise aktuell mit einer alten Adresse konfiguriert und erfordert eine Migration.
Diese Migration sollte nicht länger als 10 bis 15 Minuten dauern. Während der Migration wird sich das lokale Gateway jedoch erneut bei der Cloud registrieren, was sich auf den Dienst auswirken wird. Aus diesem Grund empfehlen wir Ihnen, diese Aktivitäten während eines Wartungsfensters durchführen zu müssen.
USA
Kanada
tr04.sipconnect-ca.bcld.webex.com, um tr15.sipconnect-ca.bcld.webex.com
vr04.sipconnect-ca.bcld.webex.com, um vr15.sipconnect-ca.bcld.webex.com
Europa
Japan
Australien
sy03.sipconnect-au.bcld.webex.com, um sy14.sipconnect-au.bcld.webex.com
me03.sipconnect-au.bcld.webex.com, um me14.sipconnect-au.bcld.webex.com
 |
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.comzu 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.
 |
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 Webex Calling. Geben Sie den richtigen Mandanten 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 fett gedruckte Linie, die mit Das lokale Gateway wird seine Registrierung nun auf Webex Calling. |
| 2 | Bestätigen Sie, dass Ihr lokales Gateway nicht bei der Registrierung Webex Calling, 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 expires 240 refresh-ratio 50 tcp tls
!
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 mitWebex Calling.
