Ennek az új infrastruktúrának a továbbfejlesztése többek között a következőket foglalja magában:

  • Javított híváskezelési teljesítmény, amely lehetővé teszi akár 250 egyidejű munkamenet helyi átjáró regisztráció.

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

Műszaki adatok:

  • Megjelent a proxycímek új listája. A proxycím olyan statikus DNS-rekord, amelyet a Control Hub a helyi átjáró beléptetési folyamata során ad meg, majd a helyi átjáró bérlői konfigurációján konfigurálja az átjáró regisztrálására.

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

Ha a helyi átjárók bármelyike olyan kimenő proxycímmel rendelkezik, amely nem része az alább felsorolt új Webex-hívási proxycímtartománynak, akkor a szervezet kényelme szerint manuálisan kell áttelepítenie. A Control Hub-ban szereplő 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 az áttéré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, ami hatással lesz a szolgáltatásra. Ezért javasoljuk, hogy ezt a tevékenységet egy karbantartási ablakban végezze.

US

Kanada

Európa

Japán

Ausztrália


A 2020 decembere óta a fedélzeten lévő új Helyi Átjáró eszközök automatikusan ezen infrastruktúra használatára vannak beállítva, ezért nincs szükség beavatkozásra. Javasoljuk, hogy tekintse meg a fenti listát, és ellenőrizze, hogy a helyi átjárók között szükség van-e áttelepítésre, és ha igen, hajtson végre áttelepítést az alábbi irányelveknek megfelelően.

Ha nem kapott e-mailt a Ciscótól, amelyben arra utasítja, hogy frissítse a helyi átjáró konfigurációját, nincs további teendője. Olvassa el az Első lépések a helyi átjáró áttelepítésével című részt, amelyből megtudhatja, hogy a helyi átjáróinak szüksége van-e áttelepítésre.


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ótól függően változnak. Az alábbi lépésben felsorolt részletek csak példák.

Mielőtt elkezdené

  1. Frissítse a hozzáférés-vezérlési listát a BCE-n- AWebex hívás frissített munkamenet határellenőrző (SBC) IP-címekkel rendelkezik, amelyeket esetleg megbízható listaként kell alkalmazni a szervezete minden BCE-jén, amely csatlakozik a Webex híváshoz. Ellenőrizze a legújabb IP-tartományt a Webex Calling Port Reference Guide-tól, hogy megbizonyosodjon arról, hogy az már alkalmazásra került-e, és ha nem, olvassa el a konfigurációs lépéseket az 1. lépésben a Register Local Gateway-től a Webex Callingig a frissítés végrehajtásához. A naprakész "megbízható IP-címek" megléte a KOCKÁN kötelező követelmény, amely, ha nem frissül, hívási hibákat eredményez.

  2. Győződjön meg arról, hogy a külső tűzfal lehetővé teszi, hogy ezek az IP-címek elérhetők legyenek a BCE-ből - Ha a külső tűzfal kiszűri azokat az IP-címeket, amelyeket a KOCKA elérhet, akkor ezt is frissítenie kell, hogy a Helyi Átjáró kapcsolatba léphessen a felhővel. További tudnivalókat a Port Reference Information Guide (Portreferenciainformációk kézikönyve) tartalmaz.

A ControlHubtól új kimenő proxycímet kaphat.

1

A vásárlói nézetben lépjünk a https://admin.webex.comSzolgáltatások részre, és válasszuk a Hívás > Hívásirányítás lehetőséget.

2

Válassza ki a PSTN-kapcsolatot, majd kattintson a helyi átjáró Szerkesztés gombjára.

3

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

4

Másolja ki a kimenő proxycímet.


 

Ha sok helyi átjáró van a szervezetében, akkor valószínűleg minden alkalommal, amikor a fenti feladatot egy másik helyi átjáróhoz hajtja végre, különböző kimenő proxycímeket fog kapni a Control Hubtól. Győződjön meg arról, hogy minden egyes konfigurált helyi átjáróhoz a Vezérlőközpontból átmásolja a konkrét kimenő proxycímet. A konkrét cím kiválasztása fontos a redundancia és a terheléskiegyenlíté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.

Az alábbi példában a 201-es bérlő a Webex Callinghez kapcsolódó bérlő. 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 félkövér vonalat a következővel kezdve: registrar dns:xxxx és tartogasd későbbre. A kilépő kimenő proxycímet is mentse.

A helyi átjáró törli a regisztrációját a Webex hívásnál.

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-híváshoz.

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

Fogja az új címet, amelyet a Control Hubról másolt, és adja hozzá a regisztrátor vonalát felülről hátulró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álni fog az új OBP-ben.

4

A regisztráció ellenőrzése sikeres volt a következő paranccsal.

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

Az alábbihoz hasonló teljesítményt 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?

Frissítenie kell a többi helyi átjárót a fenti lépések végrehajtásával.

Sikertelen áttelepítés esetén egyszerűen regisztrálja újra korábbi kimenő proxycímét. Kérjük, kövesse az alábbi utasításokat a visszagörgetéshez és a szolgáltatá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örget, a Control Hub konfigurációja továbbra is az új kimenő proxycímet mutatja. Ez várható viselkedés. A szolgáltatás továbbra is a régi kimenő proxycímmel fog dolgozni.

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

  3. Ha nem tudja megoldani ezt a problémát, forduljon a Cisco Webex ügyfélszolgálatához.

Fontos annak biztosítása, hogy a szolgáltatások a migráció utáni szokásos módon működjenek. Az áttelepítés befejezése után tesztelje a szolgáltatást. Szolgáltatását a Webex-hívóeszközökről érkező hívásokkal vagy a Webex-hívással együtt használt bármely SBC-hívással tesztelheti .