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

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

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

Műszaki adatok:

  • Megjelent a proxycímek új listája. A proxycím egy statikus DNS -rekord, amelyet a rendszer a helyi átjáró beléptetési folyamata során kap a Control Hubtól, majd a helyi átjáró bérlői konfigurációján van beállítva az átjáró regisztrálásához.

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

Ha a helyi átjárók bármelyike rendelkezik olyan kimenő proxycímmel, amely nem tartozik az alábbiakban felsorolt új Webex Calling , akkor a szervezete kényelmének megfelelően végezze el az áttelepítést manuálisan. A Control Hubban felsorolt cím az alábbi új címek egyike; Előfordulhat azonban, hogy a helyi átjáró jelenleg egy régi címmel van konfigurálva, és áttelepítést igényel.

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

US

Kanada

Európa

Japán

Ausztrália

Szingapúr


 

A 2020 decembere óta bevezetett új helyi átjáró-eszközök automatikusan ennek az infrastruktúrának a használatára vannak beállítva, ezért elképzelhető, hogy nincs szükség teendőre. Javasoljuk, hogy tekintse át a fenti listát annak ellenőrzéséhez, hogy valamelyik helyi átjárónak 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 a helyi átjárók bármelyikének szüksége lehet-e áttelepítésre, tekintse meg a következőt: Kezdje el a helyi átjáró áttelepítését szakaszban.


 

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

Mielőtt elkezdené

  1. Hozzáférés-vezérlési lista frissítése a CUBE-n—A Webex Webex Calling frissített munkamenet-határ-vezérlő (SBC) IP -cím-tartományt kapott, amelyet előfordulhat, hogy megbízható listaként kell alkalmazni a szervezeten belül a Webex Webex Calling szolgáltatáshoz csatlakozó összes CUBE-n. Ellenőrizze a legújabb IP -tartományt innen: Webex Calling Port Reference Guide ellenőrizni, hogy már alkalmazták-e, és ha nem, olvassa el a konfigurációs lépéseket az 1. lépésben innen Helyi átjáró regisztrálása a Webex Calling szolgáltatáshoz a frissítés végrehajtásához. A naprakész „megbízható IP -címek” kötelező érvényű követelmény a CUBE-n, amely hívási sikertelenséghez vezet, ha nem frissül.

  2. Győződjön meg arról, hogy a külső tűzfal lehetővé teszi ezeknek az IP -címeknek az elérését a CUBE-ból – Ha a külső tűzfal szűri azokat az IP -címeket, amelyeket a CUBE tud elérni, akkor ezt is frissítenie kell, hogy a Helyi átjáró kapcsolatba léphessen a felhővel. Lásd a Portreferencia információs útmutató további információkért.

  3. Győződjön meg arról, hogy a megbízhatósági horgony a CUBE-n frissült a következő 5. lépéssel innen: Végezze el a Referenciaplatform konfigurációját .

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

1

Ügyfélnézetből inhttps://admin.webex.com, menjen ide: Szolgáltatások lehetőségre , és válasszon Hívás > Hívástovábbítás .

2

Válassza ki a PSTN-kapcsolat, majd kattintson a gombra Szerkesztés alatt Helyi átjáró .

3

Kattintson Kezelés lehetőségre 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, akkor valószínűleg minden alkalommal, amikor egy másik helyi átjáró végzi a fenti feladatot, más kimenő proxycímeket fog kapni a Control Hubtól. Ügyeljen arra, hogy minden egyes beállított helyi átjáró másolja át az adott kimenő proxycímet a Control Hubból. Egy adott cím kiválasztása fontos a redundancia és a terheléselosztás szempontjából.

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

Az alábbi példában a 201-es bérlő az a bérlő, aki a Webex Calling szolgáltatáshoz csatlakozik. Adja meg a konfigurációnak 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 következővel kezdődő félkövér vonalat registrar dns:xxxx és mentse el későbbre. Mentse el a kilépő kimenő proxycímét is.

A helyi átjáró ezentúl megszünteti a Webex Calling regisztrációját.

2

A következő parancsok megadásával győződjön meg arról, hogy a helyi átjáró nincs regisztrálva a Webex Calling alkalmazáshoz.

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

Vegye ki a Control Hubról másolt új címet, és adja hozzá vissza a regisztrátor vonalat felülről. Az alábbi példában az OBP-nk a következő volt 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álni fog az új OBP-n.

4

Sikeres volt a regisztráció érvényesítése a következő paranccsal.

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

Az alábbihoz hasonló kimenetet 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ő teendő

Frissítse a többi helyi átjárót a fenti lépésekkel.

Sikertelen áttelepítés esetén egyszerűen regisztrálja újra a korábbi kimenő proxycímét. 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 visszalép, a Control Hub konfigurációja továbbra is az új kimenő proxycímet mutatja. Ez az elvárt 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 megfelelően hajtotta végre a 2. lépést Állítsa át a helyi átjáró a Control Hubban szakaszban, és nincs tűzfal, amely blokkolja az új kimenő proxy elérését.

  3. Ha nem tudja megoldani a problémát, vegye fel a kapcsolatot Cisco Webex Calling .

Fontos annak biztosítása, hogy az áttelepítés után a szolgáltatások a szokásos módon működjenek. Az áttelepítés befejezése után feltétlenül tesztelje a szolgáltatást. A szolgáltatást úgy tesztelheti, hogy a Webex Calling eszközökről hívásokat kezdeményez telefonszámokra, vagy tesztelheti a Webex Calling alkalmazással együtt használt SBC-hívások bármelyikét.