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 derzeit jedoch 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

Europa

Japan

Australien


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, auf die obige Liste zu verweisen, 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.

Wenn Sie keine E-Mail von Cisco erhalten haben, in der Sie aufgefordert werden, die Konfiguration Ihres lokalen Gateways zu aktualisieren, sind keine weiteren Maßnahmen erforderlich. Lesen Sie den Abschnitt Erste Schritte mit der Migration Ihres lokalen Gateways, um zu verstehen, ob ihre lokalen Gateways möglicherweise eine Migration benötigen.


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

  1. 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 angewendetwerdenmü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, beachten Sie die Konfigurationsschritte unter Schritt 1 von Register Local Gateway zu Webex Calling, um diese Aktualisierung durchzuführen. Die aktuelle Version "vertrauenswürdiger IP-Adressen" in Ihrem CUBE ist obligatorisch, was bei nicht aktualisierten Anforderungen zu Anrufausfällen führen kann.

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

Ü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 Ihre PSTN aus, und klicken Sie unter Lokales Gateway aufBearbeiten.

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.

#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 registrar dns:xxxx und speichern Sie sie für später. Speichern Sie auch Ihre ausgehende Proxyadresse.

Das lokale Gateway wird seine Registrierung nun auf Webex Calling.

2

Bestätigen Sie, dass Ihr lokales Gateway nicht bei Webex Calling registriert ist, indem Sie die folgenden Befehle eingeben.

voice class tenant 201
  no registrar
!
show  sip-ua register status
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 ch13.sipconnect-us.bcld.webex.com definiert.

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

Ihr lokales Gateway wird sich mit dem neuen OBP registrieren.

4

Überprüfen Sie mit folgendem Befehl, ob die Registrierung erfolgreich war.

show sip-ua register status
show sip-ua register status

Dies sollte eine ähnliche Ausgabe sein wie unten.

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

Nächste Schritte

Sie sollten jetzt andere lokale Gateways aktualisieren, indem Sie die oben genannten Schritte ausführen.

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

  2. Stellen Sie sicher, dass Sie Schritt 2 im Abschnitt Ihr lokales Gateway im Control Hub-Abschnitt migrieren korrekt ausgeführt haben und der Zugriff auf den neuen ausgehenden Proxy durch die Firewall nicht blockiert wird.

  3. 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 zusammen mitWebex Calling.