Az új infrastruktúra fejlesztései a következők:

  • Jobb híváskezelési teljesítmény, amely helyi átjáróregisztrációnként akár 250 egyidejű munkamenetet is lehetővé teszi.

  • Támogatja a Webex Calling Media Optimization használatát az asztali telefonok, a Webex alkalmazás és a helyi átjáró közötti hívásokhoz.

Előírások:

  • Megjelent a proxycímek új listája. A proxycím egy statikus DNS-rekord, amelyet a control hub a helyi átjáró be- és befedési folyamata során szerez be, majd a helyi átjáró bérlői konfigurációján konfigurál az átjáró regisztrálására.

  • A Webex Calling felhőműveletek arra kérik az ügyfeleket, hogy migrálják a régebbi proxycímet használó helyi átjárókat. A részleteket a következő szakaszok ismertetik.

Ha valamelyik helyi átjáró olyan kimenő proxycímmel rendelkezik, amely nem része az alább felsorolt új Webex Calling proxycímtartománynak, manuálisan kell áttelepítenie a szervezet kényelmét. A Control Hubban felsorolt cím az alábbi új címek egyike lesz, azonban a helyi átjáró jelenleg egy régi címmel van konfigurálva, és áttelepítést igényel.

Ez a migráció nem tarthat tovább 10-15 percnél. Az áttelepítés során azonban a helyi átjáró újraregisztrációt biztosít a felhőbe, amely hatással lesz a szolgáltatásra. Ezért javasoljuk, hogy ezt a tevékenységet karbantartási időszak alatt végezze el.

MINKET

Kanada

Európa

Japán

Ausztrália


A 2020 decembere óta beépített új helyi átjáróeszközök automatikusan be vannak állítva az infrastruktúra használatához, ezért előfordulhat, hogy nincs szükség műveletre. Javasoljuk, hogy olvassa el a fenti listát annak ellenőrzéséhez, hogy a helyi átjárók bármelyikének szüksége van-e áttelepítésre, és ha igen, végezze el az áttelepítést az alábbi irányelvek szerint.

Ha meg szeretné tudni, hogy valamelyik helyi átjárónak szüksége lehet-e áttelepítésre, olvassa el az Első lépések a helyi átjáró áttelepítésével szakaszt.


A Control Hub , a CUBE konfigurációs lépései és a kimenő proxycím konfigurációsképernyői a szervezet helyétől és a helyi átjárótól függően változnak. Az alábbi lépésekben felsorolt részletek csak példák.

Mielőtt elkezdené

  1. Frissítse a hozzáférés-vezérlési listát a CUBE-on –A Webex-hívás frissített munkamenet-határőr (SBC) IP-címekkel rendelkezik, amelyeket megbízható listaként kell alkalmazni a webexhíváshoz csatlakozó szervezet összes CUBE-ján. Ellenőrizze a webex calling port referencia útmutatójának legújabb IP-tartományát, hogy ellenőrizze, hogy már telepítve van-e, és ha nem, olvassa el a helyi átjáró regisztrálása a Webex hívás 1. lépésének konfigurációs lépéseit a frissítés végrehajtásához. A CUBE-on a naprakész "megbízható IP-címek" kötelező követelmény, amely frissítés esetén híváshibákat eredményez.

  2. Győződjön meg arról, hogy a külső tűzfal lehetővé teszi ezeknek az IP-címeknek a CUBE-ból való elérését – Ha a külső tűzfal szűri a CUBE által elérhető IP-címeket, frissítenie kell ezt is, hogy a helyi átjáró kapcsolatba léphessen a felhővel. További információért tekintse meg a Port referenciainformációs útmutatóját.

  3. Győződjön meg arról, hogy a CUBE bizalmi horgonya frissült a Referenciaplatform-konfiguráció végrehajtása5. lépésével.

A ControlHubból beszerezheti az új kimenő proxycímet.

1

A vevői nézetből https://admin.webex.comlépjen a Szolgáltatásokelemre, és válassza a Hívás > Hívás útválasztáslehetőséget.

2

Jelölje ki a PSTN-kapcsolatot, majd kattintson a Szerkesztés elemre a Helyi átjáróterületen.

3

Kattintson a Kezelés gombra a helyi átjáró konfigurációjának eléréséhez.

4

Másolja a kimenő proxycímet.


 

Ha sok helyi átjáró van a szervezetben, valószínű, hogy minden alkalommal, amikor a fenti feladatot egy másik helyi átjáróhoz hajtja végre, különböző kimenő proxycímeket kap a Control Hubwebhelyről. Győződjön meg arról, hogy az adott kimenő proxycímet a Control Hubból másolja minden konfigurált helyi átjáróhoz. Egy adott cím kiválasztása fontos a redundancia és a terheléselosztási forgalom számára.

A helyi átjárókonfiguráció frissítése hatással van a szolgáltatásra, és hatással lehet az aktív hívásokra.

Az alábbi példában a 201-es bérlő az a bérlő, amely csatlakozik a Webex-híváshoz. Adja meg a konfigurációhoz megfelelő bérlőt.

#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

Távolítsa el a félkövér vonalát, kezdve a registrar dns:xxxx és mentse el későbbre. Mentse a kilépő kimenő proxycímet is.

A Helyi Átjáró most megszünteti a regisztrációt a Webex Calling-ra.

2

A következő parancsok megadásával ellenőrizze, hogy a helyi átjáró nincs regisztrálva a Webex-hívásban.

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

Vegye ki a Control Hubból másolt új címet, és adja hozzá a regisztrátorsort felülről. Az alábbi példában az OBP ch13.sipconnect-us.bcld.webex.com.

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
!

A helyi átjáró regisztrál az új OBP-vel.

4

Ellenőrizze, hogy a regisztráció sikeres volt-e az alábbi paranccsal.

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

Az alábbiakhoz hasonló kibocsátást kell produkálnia.

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

Mi a következő lépés

Most frissítsen más helyi átjárókat a fenti lépésekkel.

Sikertelen áttelepítés esetén egyszerűen regisztrálja újra a korábbi kimenő proxy címét. Kérjük, kövesse az alábbi utasításokat a szolgáltatás visszaállításához és visszaállításához.

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. Ha visszagördít, a Control Hub konfigurációja továbbra is megjeleníti az új kimenő proxycímet. Ez a várható viselkedés. A szolgáltatás továbbra is a régi kimenő proxycímmel fog működni.

  2. Győződjön meg arról, hogy helyesen követte a 2. lépést a Helyi átjáró áttelepítése a Control Hub szakaszban szakaszban, és nincs tűzfal, amely blokkolná az új kimenő proxyhoz való hozzáférést.

  3. Ha nem tudja megoldani a problémát, forduljon a Cisco Webex hívástámogatásához.

Fontos biztosítani, hogy a szolgáltatások a migráció után a szokásos módon működjenek. Ügyeljen arra, hogy az áttelepítés befejezése után tesztelje a szolgáltatást. A szolgáltatást úgy tesztelheti, hogy hívásokat kezdeményez a Webex hívóeszközökről származó telefonszámokra, vagy teszteli a Webex-hívással együtt használt bármely SBC-re irányuló hívásokat.