Webex híváskonfigurációs munkafolyamat
Webex híváskonfigurációs munkafolyamat

2022. márc. 7.
A Webex-hívás áttekintése

Bemutatkozik a Webex Calling

Képzelje el, hogy képes kihasználni a vállalati szintű felhőalapú hívási, mobilitási és PBX-funkciókat, valamint a Webex alkalmazást az üzenetküldéshez és értekezletekhez, valamint a Webex Calling soft client vagy Cisco eszközről történő híváshoz. Pontosan ez az, amit a Webex Calling kínál Önnek.

A Webex Calling a következő előnyökkel jár:

  • Telefonos felhasználók és gyakori területek előfizetéseinek hívása

  • Webex alkalmazás hozzáférés minden felhasználó számára

  • Nyilvános telefonhálózati (PSTN) hozzáférés, amely lehetővé teszi a felhasználók számára, hogy a szervezeten kívüli számokat tárcsázzák. A szolgáltatást egy meglévő vállalati infrastruktúrán keresztül nyújtják (helyi átjáró helyszíni IP PBX nélkül vagy meglévő Unified CM hívási környezettel)

A Webex Calling a következő funkciókat támogatja. További információt a Webex hívófunkciók konfigurálása című fejezetben talál.

1. táblázat. Rendszergazda által konfigurálható szolgáltatások

Funkció

Leírás

Automatikus híváskezelő

Üdvözlőlapokat adhat hozzá, menüket állíthat be, és hívásokat irányíthat egy üzenetrögzítő szolgáltatáshoz, egy vadászati csoporthoz, egy hangpostamezőhöz vagy egy valós személyhez. Létrehozhat egy 24 órás ütemtervet, vagy különböző lehetőségeket kínálhat, amikor a vállalkozás nyitva van vagy bezár. A hívóazonosító-attribútumok alapján akár a hívásokat is átirányíthatja, hogy VIP-listákat hozzon létre, vagy bizonyos körzetszámok hívásait másképp kezelje.

Hívásvárakoztatási sor

Beállíthat egy hívásvárólistát úgy, hogy amikor a bejövő hívásokat nem lehet megválaszolni, a hívók automatikus választ, kényelmi üzeneteket és várakozó zenét kapnak, amíg valaki nem tud válaszolni a hívásukra.

Hívásfogadás

A csapatmunkát és az együttműködést fokozhatja egy hívásfelvételi csoport létrehozásával, így a felhasználók válaszolhatnak egymás hívásaira. Amikor felhasználókat ad hozzá egy hívásfelvételi csoporthoz, és egy csoporttag távol van vagy elfoglalt, egy másik tag válaszolhat a hívásaikra.

Hívásparkoltatás

Bekapcsolhatja a hívásparkot, hogy a felhasználók várakoztathassák a hívást, és egy másik telefonról vegyék fel.

Keresőcsoport

A következő esetekben állíthat be vadászati csoportokat:

  • Olyan értékesítési csapat, amely szekvenciális útválasztást szeretne. Egy bejövő hívás csörög az egyik telefon, de ha nincs válasz, a hívás a lista következő ügynökéhez kerül.

  • Egy támogatási csapat, amely azt szeretné, hogy a telefonok egyszerre csörögjenek, hogy az első elérhető ügynök fogadhassa a hívást.

Személyhívócsoport

Létrehozhat egy lapozócsoportot, hogy a felhasználók hangüzenetet küldhessenek egy személynek, részlegnek vagy csapatnak. Amikor valaki üzenetet küld egy lapozócsoportnak, az üzenet a csoport összes eszközén lejátssza.

Recepciós ügyfél

A hívásvezérlési lehetőségek teljes készletével, a nagyvonal-figyeléssel, a hívássor-sorban álláslal, a több könyvtári beállítással és nézettel, az Outlook integrációjával és egyebekkel támogatja a front office személyzet igényeinek kielégítését.

A felhasználók a következő szolgáltatásokat konfigurálhatják a rendszerben https://settings.webex.com, amely a Hívó felhasználói portálon indul el.

2. táblázat. Felhasználó által konfigurálható szolgáltatások

Funkció

Leírás

Névtelen hívás elutasítása

A felhasználók elutasíthatják a blokkolt hívóazonosítóval rendelkező bejövő hívásokat.

Üzleti folytonosság

Ha a felhasználók telefonjai bármilyen okból (például áramkimaradás, hálózati problémák stb.) nem csatlakoznak a hálózathoz, a felhasználók továbbíthatják a bejövő hívásokat egy adott telefonszámra.

Hívástovábbítás

A felhasználók továbbíthatják a bejövő hívásokat egy másik telefonra.

Hívásátátadás szelektív

A felhasználók bizonyos időpontokban továbbíthatnak hívásokat bizonyos hívóktól. Ez a beállítás elsőbbséget élvez a hívásátadással szemben.

Hívás értesítése

A felhasználók e-mailt küldhetnek maguknak, amikor előre meghatározott feltételek, például telefonszám vagy dátum és idő szerint kapnak hívást.

Hívásvárakoztatás

A felhasználók engedélyezhetik a további bejövő hívások fogadását.

Ne zavarjanak

A felhasználók ideiglenesen hagyhatják, hogy minden hívás közvetlenül a hangpostára menjen.

Iroda bárhol (Office Anywhere)

A felhasználók a kiválasztott telefonjukat ("Helyek") üzleti telefonszámuk és tárcsázási csomagjuk kiterjesztéseként használhatják.

Prioritási riasztás

A felhasználók megkülönböztető csengetéssel csengethetik telefonjukat, ha előre meghatározott feltételek teljesülnek, például telefonszám vagy dátum és idő.

Távoli iroda

A felhasználók távoli telefonról kezdeményezhetnek hívásokat, és az üzleti vonalukról jelenhetnek meg. Ezenkívül az üzleti vonalukra érkező hívások ezen a távoli telefonon csengenek.

Szelektív hívásfogadás

A felhasználók bizonyos időpontokban fogadhatnak hívásokat bizonyos hívóktól.

Szelektív hívás elutasítása

A felhasználók bizonyos időpontokban elutasíthatják az egyes hívók hívásait.

Szekvenciális gyűrű

A bejövő hívásokhoz egymás után legfeljebb 5 eszközt hívjon.

Egyidejű gyűrű

A bejövő hívások esetén egyidejűleg csengetje a felhasználók és mások ("hívás címzettjei") számát.

Szolgáltatások, eszközök és felhasználók kiépítése a Control Hubban , Keresztindítás részletes konfigurációra a hívó felügyeleti portálon

A Control Hub (https://admin.webex.com) egy felügyeleti portál, amely integrálódik a Webex Calling-szal , hogy egyszerűsítse megrendeléseit és konfigurációját, és központosítja a mellékelt ajánlat kezelését -Webex Calling, Webex Appés Meetings.

A Control Hub az összes szolgáltatás, eszköz és felhasználó kiépítésének központi pontja. Elvégezheti a hívószolgáltatás első beállítását, regisztrálhatja az MPP-telefonokat a felhőbe (MAC-cím használatával), konfigurálhatja a felhasználókat eszközök társításával, számok, szolgáltatások, hívási funkciók hozzáadásával stb. A Control Hubból is elindíthatja a Hívó felügyeleti portált.

Felhasználói élmény

A felhasználók a következő felületekhez férhetnek hozzá:

  • Webex Calling alkalmazás – Soft-client a Cisco által márkázott híváshoz. További információ: Explore the New Cisco Webex Calling App.

  • Webex beállítások (https://settings.webex.com)– Felület, ahol a felhasználók beállíthatják a profil beállításait, letölthetik a Webex alkalmazást, és keresztbe indíthatják a Hívó felhasználói portálra a hívási beállításokhoz. További információ: Cisco Webex beállításokmódosítása.

  • Webex alkalmazás – Az előfizetésben Cisco márkájú Team Messaging kliensként szereplő alkalmazás. További információ: Első lépések a Cisco Webex alkalmazással.

  • Webex Meetings – Választható alkalmazás hozzáadva értekezlet-megoldásként. További információ: Webex Meetings.

Áttekintés

A Webex Calling csökkentheti a működési költségeket és javíthatja a termelékenységet azáltal, hogy segít a kritikus üzleti kommunikáció felhőbe történő áttelepítésében. Más Webex alkalmazásokkal és eszközökkel kombinálva ez a teljes vállalati felhőhívási és együttműködési élmény szíve. A Cisco támogatja a helyszíni, a felhőbeli és a vegyes modelltelepítéseket, hogy ügyfeleinket bárhonnan összekapcsolják és produktívak tartsák; még a bomlasztó piaci események során is.

A Webex Calling mostantól tartalmaz egy dedikált felhőpéldány-opciót, amely a Cisco Unified Communications Manager architektúrán alapul. A Dedikált példány integrálva van a Webex Calling szolgáltatással, és kihasználja a Webex platformszolgáltatásokat, felhőalapú innovációt és továbbfejlesztett élményt nyújtva azoknak az ügyfeleknek, akiknek támogatniuk kell a régebbi Cisco végpontokat, a helyi túlélési megoldásokat vagy a kritikus üzleti munkafolyamatok meglévő integrációit.

A Webex Calling dedikált példány bővítménye a következőket tartalmazza:

  • Cisco Unified Communications Manager

  • Cisco Unified IM és Jelenlét

  • Cisco Egységes Egység kapcsolat

  • Cisco gyorsforgalmi út

  • Cisco Emergency Responder (csak Amerika régió)

Egyszerű áttelepítési útvonal

A Webex Calling dedikált példánya egyszerűsített felhőáttelepítési útvonalat biztosít egy örökölt PBX-ről, valamint a helyszíni Unified Communications Manager rendszerekről.

A dedikált példány enyhíti a vállalati hívási migrálásokkal kapcsolatos fájdalompontokat a felhőbe:

Nincs fennakadás – A dedikált példány ugyanazokkal a funkciókkal, funkciókkal, felhasználói élménnyel és integrációs lehetőségekkel rendelkezik, mint a Unified Communications Manager által támogatott, a helyszínen telepített funkciók, beleértve a Jabber és a Webex alkalmazás támogatását is. Ez súrlódásmentes áttelepítést hoz létre a felhőbe, és nincs szükség végfelhasználói vagy rendszergazdai képzésre a meglévő Unified Communications Manager-ügyfelek számára. A dedikált példányok harmadik féltől származó PBX-ekhez is betáphatók, így az új Cisco-ügyfelek rugalmas áttelepítési ütemezést érhetnek el.

Testreszabás – Egy dedikált privát példány minden ügyfél számára lehetővé teszi a nagymértékben testreszabható felhőtelepítést, amely egyedülálló különbség a piacon lévő többi felhőalapú hívásajánlattól. A dedikált példányok nyílt API-i lehetővé teszik a külső gyártóktól származó mély alkalmazásintegrációkat, amelyek lehetővé teszik az ügyfelek számára, hogy egyedi üzleti munkafolyamatokat támogató hívókörnyezetet építsenek ki.

Kompromisszumok nélküli biztonság – A dedikált példányokkal az ügyfelek hozzáférhetnek az Endpoints és az UC alkalmazások összes Unified Communications Manager biztonsági funkciójához, például a titkosított adathordozókhoz, a biztonságos SRST-hez, a biztonságos OTT-regisztrációhoz az MRA használatával.

Ezenkívül az ügyfelek hozzáférhetnek olyan fontos fizikai biztonsági funkciókhoz, mint a Cisco Survivable Remote Site Telephony (SRST) a helykapcsolathoz abban az esetben, ha a hálózati kapcsolatok megszakadnak, és a Cisco Emergency Responder és a Nomád E911 biztosítja, hogy az alkalmazottakat a vészhelyzeti reagálók az irodában vagy hibrid munkamódban találják meg. 

Kiterjesztett ROI – A dedikált példány ugyanazokat a hang- és videovégpontokat támogatja, mint a kapcsolódó UC Manager-kiadás, így nincs szükség az összes ügyfélvégpont frissítésére a felhőbe való áttelepítéskor és ezen eszközök megtérülésének kiterjesztésekor.

Basic Inter-Op – A dedikált példány integrálva van a Webex Calling-szal a webex platformon keresztül történő hívásirányításhoz. Az ügyfelek rugalmasan terjeszthetik a felhasználókat mind a dedikált példány, mind a Webex-hívás között, és szükség szerint módosíthatják a felhőalapú hívás üzleti követelményeit.

Fontos: Azok az ügyfelek, akik a felhasználókat platformokra osztják, különböző funkciókat fognak tapasztalni. A hívási funkciók nincsenek harmonizálva a dedikált példány és a Webex hívás között. Például a Webex Calling felhasználók nem lehetnek a dedikált példány vadászcsoportjának tagjai.

Megoldás elérhetősége

A dedikált példány szolgáltatás globálisan elérhető, és a Webex Calling Flex Plan 3.0 kiegészítőjeként rendelhető bizonyos országok partnerein keresztül. További részletekért tekintse meg a globális elérhetőségi útmutatót .

A dedikált példányok ugyanolyan szintű lokalizációt támogatnak, mint a helyszíni Egyesített kommunikációs menedzserünk. 82 országban támogatja a telefon- és átjáróhangokat, az 50 nyelven elérhető öngondoskodási portált és az ügyfeleket több mint 30 nyelven.

Előnyök

A dedikált példány a leghatékonyabb migrálási útvonalat kínálja a felhőbe a meglévő Unified Communications Manager-ügyfelek számára, a következő kulcsfontosságú előnyökkel:
  • Dedikált hívó alkalmazáspéldány, amelyet a Cisco üzemeltet és üzemeltet a Webex adatközpontokban
  • Testreszabható hívóplatform
  • Rugalmas, gyorsan méretezhető architektúra
  • Ismerős felhasználói élmény, csökkentve a munkavállalók átképzésének szükségességét
  • Egységes ügyfél a híváshoz, üzenetküldéshez, értekezletekhez és csapat-együttműködéshez, amely minden eszköztípusban használható
  • Kompatibilitás a Cisco telefonok, átjárók és videoeszközök teljes portfóliójával
  • Integrálható Webex értekezletekkel, üzenetküldéssel és hívással a Webex csomag részeként, lehetővé téve a csodálatos végpontok közötti ügyfélélményt.

A támogatott végpontok és eszközökért kattintson ide.

A Control Hub bejárása

A Control Hub az egyetlen, webalapú felület a szervezet kezeléséhez, a felhasználók kezeléséhez, a szolgáltatások hozzárendeléséhez, az elfogadási trendek és a hívásminőség elemzéséhez és így tovább.

A szervezet működésének érdekében javasoljuk, hogy hívjon meg néhány felhasználót a Webex alkalmazáshoz való csatlakozásra az e-mail címüknek a Control Hubbanvaló megadásával. Ösztönözze az embereket, hogy használják az Ön által nyújtott szolgáltatásokat, beleértve a hívást is, és visszajelzést adjanak a tapasztalataikról. Ha készen áll, mindig további felhasználókat adhat hozzá.


Javasoljuk, hogy a Control Hubeléréséhez használja a Google Chrome vagy a Mozilla Firefox legújabb asztali verzióját. A mobileszközökön és más asztali böngészőkben található böngészők váratlan eredményeket hozhatnak.

Az alábbi információkat magas szintű összegzésként használhatja arról, hogy mire számíthat, amikor a szervezetet szolgáltatásokkal állítja be. Részletesebb információkért lásd az egyes fejezeteket a lépésről lépésre szóló utasításokért.

Első lépések

Miután a partner létrehozta fiókját, üdvözlő e-mailt kap. Kattintson az Első lépések hivatkozásra az e-mailben, a Chrome vagy a Firefox használatával a Control Hubeléréséhez . A hivatkozás automatikusan bejelentkezik a rendszergazda e-mail címével. Ezután a rendszer kéri a rendszergazdai jelszó létrehozását.

Első alkalommal varázsló a próbaverziókhoz

Ha partnere regisztrálta Önt egy próbaverzióra, a telepítővarázsló automatikusan elindul, miután bejelentkezett a Control Hubba . A varázsló végigvezeti az alapvető beállításokon, hogy a szervezet működjön a Webex Callingszolgáltatással , többek között. A varázsló bemutatójának befejezése előtt beállíthatja és áttekintheti a hívásbeállításokat.

A beállítások áttekintése

Amikor a Control Hub betöltődik, áttekintheti a beállításokat.

Felhasználók hozzáadása

Most, hogy beállította a szolgáltatásokat, készen áll arra, hogy személyeket vegyen fel a vállalati címtárból. Lépjen a Felhasználók elemre, és kattintson a Felhasználók kezelése gombra .

Ha a Microsoft Active Directoryt használja, javasoljuk, hogy először engedélyezze a Címtár-szinkronizálást , majd döntse el, hogyan szeretne felhasználókat hozzáadni. Kattintson a Tovább gombra, és kövesse az utasításokat a Cisco Directory Connector beállításához.

Egyszeri bejelentkezés beállítása (SSO)

A Webex alkalmazás alapvető hitelesítést használ. Beállíthatja, hogy az egyszeri bejelentkezést úgy állítsa be, hogy a felhasználók a Vállalati identitásszolgáltatóval hitelesítsék magukat a Vállalati hitelesítő adataik használatával, nem pedig a Webexben tárolt és kezelt külön jelszóval.

Nyissa meg a Beállítások, görgessen a Hitelesítéslapra , kattintson a Módosításgombra , majd válassza a Harmadik féltől származó identitásszolgáltató integrálása lehetőséget .

Szolgáltatások hozzárendelése felhasználókhoz

Szolgáltatásokat kell hozzárendelnie a hozzáadott felhasználókhoz, hogy az emberek elkezdhessék használni a Webex alkalmazást.

Lépjen a Felhasználókelemre, kattintson a Felhasználókkezelése elemre, válassza a Felhasználók exportálása és importálása CSV-fájllallehetőséget, majd kattintson az Exportálásgombra .

A letöltött fájlban egyszerűen adja hozzá az Igaz értéket az egyes felhasználókhoz hozzárendelni kívánt szolgáltatásokhoz.

Importálja a befejezett fájlt, kattintson a Szolgáltatásokhozzáadása és eltávolítása, majd a Küldés gombra . Most már készen áll a hívási funkciók konfigurálására, a közös helyen megosztható eszközök regisztrálására, valamint az eszközök regisztrálására és a felhasználókkal való társítására.

A felhasználók felhatalmazása

Most, hogy hozzáadta a felhasználókat, és szolgáltatásokat kapott, elkezdhetik használni a támogatott multiplatform telefonjaikat (MPP-k) a Webex Calling és a Webex alkalmazáshoz üzenetküldéshez és értekezletekhez. Ösztönözze őket arra, hogy a Cisco Webex Settings-t egyablakos ügyintézésként használják a hozzáféréshez.

A helyi átjáró szerepe

A helyi átjáró egy vállalati vagy partner által felügyelt peremhálózati eszköz a PSTN-hez, amely interworking és örökölt nyilvános fiókcsere (PBX) interworking (beleértve az egyesített CM-t is).

A Control Hub segítségével helyi átjárót rendelhet egy helyhez, amely után a Control Hub a CUBE-on konfigurálható paramétereket biztosít. Ezek a lépések regisztrálják a helyi átjárót a felhővel, majd a PSTN szolgáltatást a Webex Calling felhasználók átjárón keresztül nyújtják egy adott helyen.

Helyi átjáró megadásához és megrendeléséhez olvassa el a Helyi átjáró rendelési útmutatóját.

Támogatott helyi átjáró-telepítések Webex-híváshoz

A következő alapvető telepítések támogatottak:

A helyi átjáró önállóan vagy olyan üzemelő példányokban is telepíthető, ahol a Cisco Unified Communications Managerbe való integrációra van szükség.

Helyi átjáró telepítések helyszíni IP PBX nélkül

Önálló helyi átjáró-telepítések

Ez az ábra egy meglévő IP PBX nélküli Webex Calling telepítést mutat, és egyetlen helyre vagy többhelyű üzembe helyezésre alkalmazható.

Minden olyan hívás esetén, amely nem egyezik meg a Webex hívási célokkal, a Webex Calling elküldi ezeket a hívásokat a feldolgozásra kijelölt helyi átjáróba. A helyi átjáró átirányítja a Webex Calling-ból érkező összes hívást a PSTN-re és a másik irányba, a PSTN-t a Webex Calling-ra .

A PSTN átjáró lehet egy dedikált platform vagy coresident a helyi átjáróval. Az alábbi ábránhoz híven ajánljuk az üzembe helyezés dedikált PSTN átjáróváltozatát; akkor használható, ha a meglévő PSTN-átjáró nem használható Webex Calling helyi átjáróként .

Coresident helyi átjáró üzembe helyezése

A helyi átjáró lehet IP-alapú, SIP törzsön keresztül csatlakozik egy ITSP-hez, vagy ISDN vagy analóg áramkör segítségével alapuló TDM. Az alábbi ábra egy Webex Calling üzembe helyezést mutat, ahol a helyi átjáró a PSTN GW / SBC magsidentje.

Helyi átjárók telepítése a helyszíni egyesített CM PBX-kel

Az egyesített cm-rel való integráció a következő esetekben szükséges:

  • A Webex hívásbaráthelyeket hozzáadja egy meglévő Cisco UC üzembe helyezéshez, ahol az egyesített CM helyszíni hívásvezérlési megoldásként van üzembe helyezve

  • Közvetlen tárcsázás szükséges a Unified CM-re regisztrált telefonok és a Webex Calling helyeken lévő telefonok között.

Ez az ábra egy Webex Calling telepítést mutat, ahol az ügyfél rendelkezik meglévő Unified CM IP PBX-szel.

A Webex Calling olyan hívásokat küld, amelyek nem egyeznek meg az ügyfél Webex hívási célpontjaival a helyi átjáróba. Ez magában foglalja a PSTN-számokat és az egyesített CM belső kiterjesztéseket, amelyeket a Webex Calling nem lát. A helyi átjáró a Webex-hívásból érkező összes hívást az egyesített CM-be irányítja, és fordítva. Az egyesített cm ezután a meglévő tárcsázási terv szerint átirányítja a bejövő hívásokat a helyi célállomásokra vagy a PSTN-re. Az Egyesített CM tárcsázási terv +E.164-ként normalizálja a számokat. A PSTN-átjáró lehet dedikált vagy társtulajdonos a helyi átjáróval.

Dedikált PSTN-átjáró

Az üzembe helyezés dedikált PSTN átjáróváltozata az ábrán látható módon az ajánlott lehetőség, és akkor használható, ha a meglévő PSTN-átjáró nem használható Webex Calling helyi átjáróként .

Coresident PSTN átjáró

Ez az ábra egy Egységes CM-vel rendelkező Webex Calling üzembe helyezést mutat, ahol a helyi átjáró a PSTN átjáró / SBC magsidentje.

A Webex Calling minden olyan hívást átirányít, amely nem egyezik meg az ügyfél Webex hívási célhelyével a helyhez rendelt helyi átjáróhoz. Ez magában foglalja a PSTN-célhelyeket és az egyesített CM belső kiterjesztések felé irányuló on-net hívásokat. A helyi átjáró az összes hívást az egyesített CM-be irányítja. Az egyesített CM ezután a helyileg regisztrált telefonokra vagy a PSTN-re irányítja a hívásokat a helyi átjárón keresztül, amely pstn / SBC funkcióval rendelkezik.

Útválasztási szempontok hívása

Hívások a Webex hívástól az egyesített CM-be

A Webex Calling útválasztási logika így működik: ha a Webex Calling végponton tárcsázott számot nem lehet a Webex Calling ugyanazon ügyfelen belüli más rendeltetési helyre átirányítani, akkor a hívás a helyi átjáróba kerül további feldolgozás céljából. Minden off-net (a Webex Híváson kívül) hívást a helyi átjáróba küldünk.

Webex-hívás telepítése esetén, meglévő egyesített CM-be való integráció nélkül, minden neten kívüli hívás PSTN-hívásnak minősül. A Unified CM-rel kombinálva az off-net hívás továbbra is lehet on-net hívás a Unified CM-en üzemeltetett bármely rendeltetési helyre, vagy valódi off-net hívás egy PSTN-célhoz. Az utóbbi két hívástípus közötti különbséget az egyesített cm határozza meg, és az egyesített CM-en kiépített vállalati tárcsázási tervtől függ.

Az alábbi ábra egy Webex Calling felhasználót mutat, aki egy nemzeti számot tárcsáz az Egyesült Államokban.

A konfigurált tárcsázási terv alapján most egyesített CM átirányítja a hívást egy helyileg regisztrált végponthoz, amelyen a hívott cél könyvtárszámként van kiépítve. Ehhez az egyesített CM tárcsázási tervnek támogatnia kell a +E.164 számok útválasztását.

Hívások az egyesített CM-től a Webex-hívásig

Ahhoz, hogy lehetővé tegye a hívás útválasztását az egyesített CM-ről a Webex Calling-ra , útvonalakat kell kiépíteni a +E.164 és a vállalati számozási terv címeinek meghatározásához a Webex Calling-ban .

Ezekkel az útvonalakkal az alábbi ábrán látható hívási forgatókönyvek is lehetségesek.

Ha a PSTN egyik hívója meghív egy DID-számot, amely egy Webex Calling eszközhöz van rendelve, akkor a hívást a vállalat PSTN-átjáróján keresztül adja át a vállalkozásnak, majd eléri az Egyesített CM-t. A hívás hívott címe megegyezik az Egyesített CM-ben kiépített Webex-hívási útvonalak egyikével, és a hívás a helyi átjáróba kerül. (A hívott címnek +E.164 formátumúnak kell lennie, amikor a helyi átjárónak küldik.) A Webex Calling útválasztási logika ezután gondoskodik arról, hogy a hívás a DID-hozzárendelés alapján a kívánt Webex Calling eszközre legyen elküldve.

Az egyesített CM regisztrált végpontokból származó hívások, amelyek a Webex-hívásrendeltetési helyére irányulnak, az egyesített CM-en kiépített tárcsázási terv hatálya alá tartoznak. Ez a tárcsázási csomag általában lehetővé teszi a felhasználók számára, hogy gyakori vállalati tárcsázási szokásokat használjanak a hívások helyére. Ezek a szokások nem feltétlenül csak a +E.164 tárcsázást foglalják magukban. A +E.164-en kívüli bármely tárcsázási szokást +E.164-re kell normalizálni, mielőtt a hívásokat a helyi átjáróba küldené, hogy lehetővé tegye a helyes útválasztást a Webex Calling-ban.

Szolgáltatási osztály (CoS)

A szolgáltatási korlátozások szigorú osztályának bevezetése mindig ajánlott különböző okok miatt, beleértve a híváshurkok elkerülését és az útdíjcsalás megelőzését. A Webex Calling Local Gateway és a Unified CM szolgáltatásosztály integrálásával összefüggésben figyelembe kell vennünk a szolgáltatás osztályát:

  • Az egyesített CM-nél regisztrált eszközök

  • Hívások jönnek a Unified CM a PSTN

  • A Webex Callingból érkező hívások az egyesített CM-be

Az egyesített CM-nél regisztrált eszközök

A Webex Calling úti célok új célosztályként való hozzáadása egy meglévő CoS-beállításhoz meglehetősen egyenes előre: a Webex Calling célállomásokra való hívás engedélyezése általában megegyezik a helyszíni (beleértve a helyek közötti) célállomások hívására vonatkozó engedélyt.

Ha egy vállalati tárcsázási terv már végrehajt egy "(rövidített) on-net inter-site" engedélyt, akkor már van egy partíció kiépítve a Unified CM-en, amelyet használhatunk és kiépíthetünk az összes ismert on-net Webex Calling rendeltetési helyre ugyanabban a partícióban.

Ellenkező esetben a "(rövidített) on-net on-site" engedély fogalma még nem létezik, majd egy új partíciót (például "onNetRemote") kell kiépeseszteni, a Webex Calling célhelyeket hozzáadják ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő híváskeresési terekhez.

Hívások jönnek a Unified CM a PSTN

A Webex Calling úti célok új célosztályként való hozzáadása egy meglévő CoS-beállításhoz meglehetősen egyenes előre: a Webex Calling célállomásokra való hívás engedélyezése általában megegyezik a helyszíni (beleértve a helyek közötti) célállomások hívására vonatkozó engedélyt.

Ha egy vállalati tárcsázási terv már végrehajt egy "(rövidített) on-net inter-site" engedélyt, akkor már van egy partíció kiépítve a Unified CM-en, amelyet használhatunk és kiépíthetünk az összes ismert on-net Webex Calling rendeltetési helyre ugyanabban a partícióban.

Ellenkező esetben a "(rövidített) on-net on-site" engedély fogalma még nem létezik, majd egy új partíciót (például "onNetRemote") kell kiépeseszteni, a Webex Calling célhelyeket hozzáadják ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő híváskeresési terekhez.

A Webex Callingból érkező hívások az egyesített CM-be

A PSTN-ről érkező hívásoknak hozzá kell férőznie az összes Webex Calling célállomáshoz. Ehhez hozzá kell adnunk a fenti partíciót, amely az összes Webex Calling célpontot tárolja a PSTN törzs bejövő hívásaihoz használt híváskeresési térhez. A Webex Calling célállomásokhoz való hozzáférés a már meglévő hozzáférés mellett történik.

Míg a PSTN-ből származó hívásokhoz az egyesített CM DID-khez és a Webex Calling DID-khez szükséges, a Webex Calling-ból származó hívásoknak hozzáférést kell biztosítaniuk az egyesített CM DID-khez és a PSTN-célokhoz.

1. ábra. Differenciált CoS a PSTN és a Webex Calling hívásaihoz

Ez a szám összehasonlítja ezt a két különböző szolgáltatási osztályt a PSTN és a Webex Calling hívásaihoz. Az ábra azt is mutatja, hogy ha a PSTN átjáró funkcióit a helyi átjáróval egyeztetik, akkor két törzsre van szükség a kombinált PSTN GW-től és a Helyi átjárótól az egyesített CM-hez: az egyik a PSTN-ből származó hívásokhoz, a másikat pedig a Webex-hívásból származó hívásokhoz. Ennek oka az a követelmény, hogy forgalomtípusonként differenciált híváskeresési tereket kell alkalmazni. A Unified CM két bejövő törzsével ez könnyen elérhető, ha konfigurálja a szükséges híváskeresési helyet a bejövő hívásokhoz minden törzsön.

Tárcsázási tervintegráció

Ez az útmutató egy meglévő telepítést feltételez, amely a "Cisco collaboration on-premises deployments, CVD" (Preferált architektúra a Cisco helyszíni üzembe helyezéséhez, CVD) legjobb jelenlegi gyakorlatán alapul. A legújabb verzió ittérhető el .

Az ajánlott tárcsázási terv kialakítása a Cisco Collaboration System SRND legújabb verziójának Tárcsázási terv fejezetében dokumentált tervezési megközelítést követi.

2. ábra. Ajánlott tárcsázási terv

Ez az ábra az ajánlott tárcsaterv-terv áttekintését mutatja. A tárcsaterv kialakításának főbb jellemzői a következők:

  • Az egyesített cm-en konfigurált összes könyvtárszám +E.164 formátumú.

  • Minden könyvtárszám ugyanazon partíción (DN) található, és sürgős jelöléssel rendelkezik.

  • Az alapútvonal a +E.164-en alapul.

  • Minden nem+E.164 tárcsázási szokás (például rövidített intrasite tárcsázás és PSTN tárcsázás közös tárcsázási szokásokkal) normalizálódik (globalizálódik) +E.164-re a tárcsázási normalizálási fordítási minták használatával.

  • A normalizálási fordítási minták tárcsázása fordítási mintát használ, amely a keresési tér öröklődését hívja; a "Use Originator's Calling Search Space" beállításuk van beállítva.

  • A szolgáltatásosztály a szolgáltatásspecifikus híváskeresési helyek helyével és osztályával valósul meg.

  • A PSTN hozzáférési képességeit (például a nemzetközi PSTN-célhelyekhez való hozzáférést) úgy valósítják meg, hogy a megfelelő +E.164 útvonalmintákkal rendelkező partíciókat adnak a szolgáltatásosztályt meghatározó híváskeresési térhez.

A Webex hívás elérhetősége

3. ábra. Webex-hívási cél hozzáadása a tárcsázási tervhez

Ahhoz, hogy a Webex Calling célpontok elérhetők legyenek ehhez a tárcsázási tervhez, létre kell hozni egy partíciót, amely az összes Webex Calling rendeltetési helyet képviseli ("Webex Calling"), és a webex hívás minden DID-tartományához +E.164 útvonalmintát kell hozzáadni ehhez a partícióhoz. Ez az útvonalminta olyan útvonallistára hivatkozik, amelynek csak egy tagja van: a SIP törzsgel rendelkező útvonalcsoport a helyi átjáróhoz a Webex-hívás hívásaihoz. Mivel az összes tárcsázott cél +E.164-re normalizálódik, vagy az Egyesített CM regisztrált végpontokból származó hívások tárcsázási normalizálási fordítási mintáinak használatával, vagy a PSTN-ből származó hívások bejövő hívott partiátalakításaival, ez az egyetlen +E.164 útvonalminta-készlet elegendő ahhoz, hogy elérje a Webex Calling célhelyeit, függetlenül a használt tárcsázási szokástól.

Ha például egy felhasználó tárcsázza a "914085550165"-t, akkor az "UStoE164" partíció tárcsázási normalizálási fordítási mintája normalizálja ezt a tárcsázási karakterláncot "+14085550165"-re, amely ezután megegyezik a Webex Calling cél útvonalmintázatával a "Webex Calling" partícióban. Az egyesített cm végül elküldi a hívást a helyi átjárónak.

Rövidített helyközi tárcsázás hozzáadása

4. ábra. Rövidített helyközi tárcsázás hozzáadása

A rövidített helyek közötti tárcsázásnak a referenciatárcsázási tervhez való hozzáadásának ajánlott módja a tárcsázási normalizálási fordítási minták hozzáadása a vállalati számozási tervben szereplő összes helyhez egy dedikált partícióhoz ("ESN", Vállalati jelentős számok). Ezek a fordítási minták elfogják a tárcsázási karakterláncokat a vállalati számozási terv formátumában, és normalizálják a tárcsázott karakterláncot +E.164-re.

Ha vállalati rövidített tárcsázást szeretne hozzáadni a Webex Calling célhelyekhez, adja hozzá a Webex Calling helyének megfelelő tárcsázási normalizálási fordítási mintáját a "Webex Calling" partícióhoz (például "8101XX" a diagramon). A normalizálás után a hívás ismét elküldésre kerül a Webex Calling-nak, miután megfelelt a "Webex Calling" partíció útvonalmintájának.

Nem javasoljuk, hogy a Webex Calling hívások rövidített tárcsázási normalizálási fordítási mintáját hozzáadja az "ESN" partícióhoz, mert ez a konfiguráció nemkívánatos hívás-útválasztási hurkokat hozhat létre.

A Webex szolgáltatók és az értéknövelt viszonteladók közötti különbség

Két különálló hívási ajánlat létezik, amelyek ugyanazt a Webex Calling platformot használják. Az egyik ajánlat a szolgáltatóknak és ügyfeleiknek szól, míg a másik az értéknövelt viszonteladóknak (VAR-k) és ügyfeleiknek szól. Az ajánlatok többnyire azonosak, és mint ilyen, általánosan Webex Calling-ként hivatkozunk rájuk. Van azonban néhány különbség, és ahol fel kell hívnunk ezeket a különbségeket, gondoskodunk arról, hogy tudja, hogy az SPs-ekre vagy a VAR-okra vonatkoznak-e.

Bár mindkét ajánlat a Control Hubban van adminisztrálva a Hívó felügyeleti portálon, íme néhány kulcsfontosságú különbség.

Az SP-k márkajelzést adhatnak a hívó portáljaiknak és alkalmazásaiknak, és össze kell csomagolniuk és biztosítaniuk kell saját PSTN-szolgáltatásaikat ügyfeleiknek, vagy ki kell használniuk a helyi átjáró üzembe helyezését. Az SP-knek saját Tier 1 támogatást is kell nyújtaniuk.

A VAR-k viszont a Cisco által biztosított márkajelzést használják. A VAR-k nem szabályozott szolgáltatók, és nem tudnak PSTN szolgáltatást nyújtani. A PSTN-szolgáltatást vállalati helyi átjáró üzembe helyezésén keresztül kell kihasználni. A VAR-k saját Tier 1 támogatást is nyújthatnak, vagy használhatják a Cisco-t. Mindkét hívási ajánlat szolgáltatásbiztosítást nyújt a médiaminőségi mutatókon keresztül, és összekapcsolhatja a Webex alkalmazást és a Találkozókat a hívóalkalmazásokkal.

Protokollkezelők híváshoz

A Webex Calling a következő protokollkezelőket regisztrálja az operációs rendszerben, hogy lehetővé tegye a kattintásra funkciót a webböngészőkből vagy más alkalmazásokból. A következő protokollok hang- vagy videohívást indítnak a Webex alkalmazásban, amikor ez az alapértelmezett hívó alkalmazás Mac vagy Windows rendszeren:

  • CLICKTOCALL: vagy CLICKTOCALL://

  • SIP: vagy SIP://

  • TEL: vagy TEL://

  • WEBEXTEL: vagy WEBEXTEL://

Protokollkezelők Windows rendszerhez

Más alkalmazások regisztrálhatnak a protokollkezelőkre a Webex alkalmazáselőtt. A Windows 10 rendszerben a rendszerablak arra kéri a felhasználókat, hogy válasszák ki, melyik alkalmazást használják a hívás elindításához. A felhasználói beállítás akkor jegyezhető meg, ha a felhasználó ellenőrzi Mindig használja ezt az alkalmazást.

Ha a felhasználóknak alaphelyzetbe kell állítaniuk az alapértelmezett hívóalkalmazás-beállításokat, hogy kiválaszthassák a Webex alkalmazást, utasíthatja őket, hogy módosítsák a Webex Alkalmazás protokolltársításait a Windows 10 rendszerben:

  1. Nyissa meg az Alapértelmezett alkalmazásbeállítások rendszerbeállításokat, kattintson az Alapértelmezett beállítások alkalmazásszerint beállítás parancsra , majd válassza a Webex alkalmazást.

  2. Minden protokollhoz válassza a Webex alkalmazást.

Protokollkezelők macOS-hez

Mac OS rendszeren, ha a Webex Alkalmazáselőtt más alkalmazások regisztráltak a hívóprotokollokra, a felhasználóknak úgy kell konfigurálniuk Webex alkalmazásukat , hogy az alapértelmezett hívási lehetőség legyen.

A Webex App for Mac alkalmazásban a felhasználók megerősíthetik, hogy a Webex alkalmazás az általános beállítások szerint beállítással van kiválasztva a Hívások indítása beállításhoz. Azt is ellenőrizhetik , hogy Mindig csatlakozzon a Microsoft Outlook programhoz, ha hívásokat szeretne kezdeményezni a Webex alkalmazásban , amikor egy Outlook-partner számának gombra kattintanak.

2022. márc. 7.
Készítse fel környezetét a Webex hívásra

A hívás követelményei

Licencelési

A Webex Calling a Cisco Collaboration Flex Csomagon keresztül érhető el. Meg kell vásárolnia egy enterprise agreement (EA) csomagot (minden felhasználó számára, beleértve az 50%-os munkaterületi eszközöket is) vagy egy megnevezett felhasználó (NU) csomagot (néhány vagy az összes felhasználó).

A Webex Calling három licenctípust biztosít ("Állomástípusok"))

  • Professzionális– Ezek a licencek teljes funkciókészletet biztosítanak az egész szervezet számára. Ez az ajánlat magában foglalja az egységes kommunikációt (Webex Calling), a mobilitást (asztali és mobil kliensek több eszköz támogatásával), a csapat együttműködését a Webex alkalmazásban, valamint az értekezletek értekezletenként akár 1000 résztvevővel való összehívásának lehetőségét.

  • Alapszintű– Akkor válassza ezt a lehetőséget, ha a felhasználóknak korlátozott funkciókra van szükségük mobilitás vagy egységes kommunikáció nélkül. Továbbra is teljes funkcionalitású hangajánlatot kapnak, de felhasználónként egyetlen eszközre korlátozódnak.


    Az alaplicencek csak akkor érhetők el, ha Névfelhasználó-előfizetéssel rendelkezik. Az alaplicencek nem támogatottak nagyvállalati szerződési előfizetésekhez.

  • Munkaterületek (más néven Közös terület) – Akkor válassza ezt a lehetőséget, ha alapvető tárcsahangot keres, amely korlátozott számú hívási funkcióval rendelkezik, amelyek megfelelnek olyan területeknek, mint a pihenőszobák, előcsarnokok és konferenciatermek.

Ez a dokumentáció később bemutatja, hogyan kezelheti ezeket a licencterjesztéseket a szervezet helyein.

Sávszélesség-követelmények

A videohívás minden eszköze legfeljebb 2 Mbps-ot igényel. Egy hanghívás minden eszközéhez 100 kbps szükséges. Az üresjáratban lévő telefonoknak minimális sávszélességre van szükségük.

Helyi átjáró a helyiségeken alapuló PSTN-hez

Mind az értéknövelt viszonteladók (VAR-ok), mind a szolgáltatók (SPs) PSTN-hozzáférést biztosíthatnak a Webex Calling szervezetekhez. Jelenleg a helyi átjáró az egyetlen lehetőség a helyiségeken alapuló PSTN-hozzáférés biztosítására. A helyi átjáró önállóan vagy olyan üzemelő példányokban is telepíthető, ahol a Cisco Unified Communications Managerbe való integrációra van szükség. A helyi átjáró követelményei következnek.

Támogatott eszközök

A Webex Calling támogatja a Cisco Multiplatform (MPP) IP-telefonokat. Rendszergazdaként a következő telefonokat regisztrálhatja a felhőbe. További információt az alábbi súgócikkek tartalmaznak:


A Webex-hívás támogatott eszközeinek teljes listáját a Webex-hívástámogatott eszközei című témakörben talál.

A Cisco Webex Room, Board és Desk eszközök eszközként támogatottak a Control Hubban létrehozott munkaterületen. További információért lásd a "Cisco Webex Room, Board, and Desk Devices" című részt a Támogatott eszközök a Webex-híváshoz című témakörben. Ezeknek az eszközöknek azonban PSTN szolgáltatást nyújthat, ha engedélyezi a Webex Calling for the Workspace szolgáltatást.

Tűzfal

Megfeleljen a Cisco Webex-hívásporthivatkozási információiban dokumentált tűzfalkövetelményeknek.

A Webex-hívás helyi átjárókövetelményei

Általános előfeltételek

Mielőtt helyi átjárót konfigurálna a Webex-híváshoz , győződjön meg arról, hogy

    • Alapvető ismeretekkel rendelkezik a VoIP elveiről

    • Alapvető munkaismeretek a Cisco IOS-XE és IOS-XE hangkoncepciókról

    • Alapvető ismeretek a munkamenet-kezdeményezési protokollról (SIP)

    • A Cisco Unified Communications Manager (Unified CM) alapvető ismeretei, ha a telepítési modell tartalmazza az egyesített CM-t

    További részletek a Cisco Unified Border Element (CUBE) Enterprise Configuration Guide című https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

A helyi átjáró hardver- és szoftverkövetelményei

Győződjön meg arról, hogy az üzembe helyezés rendelkezik egy vagy több helyi átjáróval (Cisco CUBE (IP-alapú kapcsolathoz) vagy Cisco IOS Gateway (TDM-alapú kapcsolathoz)), amelyek a Helyi átjáró webex hívásrendelési útmutatójának1. táblázatában találhatók. Ezenkívül győződjön meg arról, hogy a platform a helyi átjáró konfigurációs útmutatójaszerint támogatott IOS-XE kiadást futtat.

A helyi átjáró tanúsítvány- és biztonsági követelményei

A Webex Calling biztonságos jelzést és médiát igényel. A helyi átjáró végzi a titkosítást, és a következő lépésekkel TLS-kapcsolatot kell létrehozni a felhőn kívül:

  • Az LGW-t frissíteni kell a Cisco PKI-ből származó CA gyökércsomaggal

  • A Control Hub Trunk konfigurációs oldaláról származó SIP kivonatoló hitelesítő adatok egy készletét használják az LGW konfigurálásához (a lépések a következő konfiguráció részét képezik)

  • A hitelesítésszolgáltató gyökércsomagja ellenőrzi a bemutatott tanúsítványt

  • Hitelesítő adatok kérése (SIP-kivonat megadva)

  • A felhő azonosítja, hogy melyik helyi átjáró van biztonságosan regisztrálva

Tűzfal, NAT-bejárási és médiaútvonal-optimalizálási követelmények a helyi átjáróhoz

A legtöbb esetben a helyi átjáró és végpontok a belső ügyfélhálózatban találhatók, nat-tal rendelkező privát IP-címeket használva. A vállalati tűzfalnak engedélyeznie kell a kimenő forgalmat (SIP, RTP/UDP, HTTP) a porthivatkozási információkban szereplő meghatározott IP-címekre/portokra.

Ha a Media Path Optimization-t ICE-val szeretné használni, a helyi átjáró Webex Calling felületének közvetlen hálózati elérési útnak kell lennie a Webex Calling végpontokhoz és a Webex Hívás végpontjaihoz. Ha a végpontok egy másik helyen vannak, és nincs közvetlen hálózati elérési út a végpontok és a helyi átjáró Webex Calling felület között, akkor a helyi átjárónak nyilvános IP-címmel kell rendelkeznie a Webex Calling felületéhez a helyi átjáró és a végpontok közötti hívásokhoz a médiaút-optimalizálás használatához. Ezenkívül az IOS-XE 16.12.5-ös verzióját kell futtatnia.

2022. márc. 7.
Webex hívás konfigurálása a szervezet számára

Testreszabhatja szervezetét a Webex Calling számára a Control Hubban. Miután aktiválta az első helyet az Első telepítés varázslón keresztül, további helyeket, törzskiosztást és -használatot, tárcsázási tervbeállításokat, felhasználókat, eszközöket és funkciókat állíthat be és kezelhet.

A Webex Calling szolgáltatások beállításának első lépése az első telepítési varázsló (FTSW) befejezése. Miután az FTSW elkészült az első helyen, nem kell kitölteni további helyeken.

1

Kattintson az Első lépések hivatkozásra a kapott üdvözlő e-mailben.


 

A rendszergazda e-mail címe automatikusan a Control Hubbavaló bejelentkezéshez használatos, ahol a rendszer kéri a rendszergazdai jelszó létrehozását. Bejelentkezés után a telepítővarázsló automatikusan elindul.

2

Tekintse át és fogadja el a szolgáltatási feltételeket.

3

Tekintse át a tervet, majd kattintson az Első lépésekgombra .


 

A fiókkezelő felelős az FTSW első lépéseinek aktiválásáért. Ha az Első lépések lehetőséget választja , lépjen kapcsolatba a fiókkezelővel, ha "Nem tudja beállítani a hívást" hibaüzenet jelenikmeg.

4

Válassza ki azt az országot, amelyhez az adatközpontot leképezni kell, és adja meg a vevő kapcsolattartójának és ügyfélcímének adatait.

5

Kattintson a Tovább gombra : Alapértelmezett hely.

6

Válasszon az alábbi lehetőségek közül:

  • Kattintson a Mentés és bezárás gombra , ha Ön partneradminisztrátor, és azt szeretné, hogy az ügyféladminisztrátor befejezze a Webex-híváskiépítését.
  • Töltse ki a szükséges helyadatokat. Miután megteremti a helyet a varázslóban, később további helyeket is létrehozhat.

 

A telepítővarázsló befejezése után győződjön meg arról, hogy hozzáad egy fő számot a létrehozott helyhez.

7

A következő beállításokat kell alkalmazni erre a helyre:

  • Hirdetmény nyelve– Hangbejelentésekhez és új felhasználók és funkciók kéréseihez.
  • E-mail nyelv– E-mail kommunikáció új felhasználók számára.
  • Ország
  • Időzóna
8

Kattintson a Tovább gombra .

9

Adjon meg egy elérhető Cisco Webex SIP-címet, majd kattintson a Tovább gombra , és válassza a Befejezéslehetőséget .

Mielőtt elkezdené

Új hely létrehozásához készítse elő a következő információkat:

  • Hely címe

  • Kívánt telefonszámok (opcionális)

1

A ügyfél nézetében https://admin.webex.comválassza a Szolgáltatások > a hívóhelyek > gombra, majd kattintson a Helyhozzáadása gombra.

Ne feledje, hogy az új helyek az Első telepítés varázslóval kiválasztott országnak megfelelő regionális adatközpontban lesznek tárolva.

2

A hely beállításainak megadása:

  • Hely neve– Adjon meg egy egyedi nevet a hely azonosításához.
  • Ország/régió– Válassza ki azt az országot, amelyhez a helyet kötni szeretné. Létrehozhat például egy helyet (központot) az Egyesült Államokban és egy másikat (fióktelepet) az Egyesült Királyságban. A kiválasztott ország határozza meg a következő címmezőket. Az itt dokumentáltak példaként az Egyesült Államok címkongresszusát használják.
  • Hely címe– Adja meg a hely fő levelezési címét.
  • Város/város– Adja meg ennek a helynek a városát.
  • Állam/tartomány/régió– A legördülő listából válasszon ki egy államot.
  • Irányítószám– Adja meg az irányítószámot vagy az irányítószámot.
  • Hirdetmény nyelve– Válassza ki a hangbejelentések nyelvét, és kérje az új felhasználókat és funkciókat.
  • E-mail nyelv– Válassza ki az új felhasználókkal folytatott e-mail kommunikáció nyelvét.
  • Időzóna– Válassza ki a hely időzónáját.
3

Kattintson a Mentés gombra, majd válassza ki, hogy most vagy később szeretne-e számokat hozzáadni.

4

Ha a Hozzáadás mostgombra kattintott , válasszon az alábbi lehetőségek közül:

  • Cisco PSTN – Válassza ezt a lehetőséget, ha a Cisco Cloud PSTN-megoldását szeretné. A Cisco Calling Plan egy teljes PSTN csere megoldás, amely segélyhívást, bejövő és kimenő belföldi és nemzetközi hívást biztosít, és lehetővé teszi új PSTN-számok megrendelését vagy meglévő számok portját a Cisco-nak.


     

    A Cisco PSTN opció csak a következő feltételekkel látható:

    • Legalább egy elkötelezett Cisco hívási tervet vásárolt (Kimenő hívási csomag).

    • Az Ön tartózkodási helye olyan országban található, ahol a Cisco hívási csomag támogatott.

    • A tartózkodási helye új. A korábban meglévő helyek, amelyekhez más PSTN-képességek is hozzá vannak rendelve, jelenleg nem jogosultak a Cisco hívási tervére. Nyisson meg egy támogatási esetet útmutatásért.

    • Egy Webex hívási adatközpontban található, ahol a Cisco hívási csomag támogatott.

  • Cloud Connected PSTN– Akkor válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást keres a cisco KKP-partnerek egyikétől, vagy ha a Cisco hívási csomag nem érhető el az Ön tartózkodási helyén. A KKP-partnerek PSTN cseremegoldásokat, kiterjedt globális lefedettséget, valamint funkciók, csomagolás és árképzés széles és változatos skáláját kínálják.

     

    A KKP-partnerek és a földrajzi lefedettség itttalálható . Csak azok a partnerek jelennek meg, amelyek támogatják a tartózkodási hely országát. A partnerek vagy logóval, vagy rövid szövegsorozatként, majd egy régióval vannak felsorolva, zárójelben (Példa: (EU), (USA) vagy (CA)). A logóval felsorolt partnerek mindig regionális médiát kínálnak a KKPszámára. A karakterláncként megjelenített partnerek számára válassza ki a tartózkodási helyéhez legközelebb eső régiót a központi szerződő fél számára a regionális média biztosításához.

    Ha megjelenik a Számok rendelése lehetőség egy felsorolt szolgáltató alatt, javasoljuk, hogy válassza ezt a lehetőséget, hogy élvezhesse az integrált központi szerződő fél előnyeit. Az integrált központi szerződő fél lehetővé teszi telefonszámok beszerzését és kiépítését a Control Hubban egyetlen üvegtáblán. A nem integrált központi szerződő fél megköveteli, hogy telefonszámait a Control Hubon kívüli központi szerződő félpartnertől szerezze be.

  • Telephelyalapú PSTN (helyi átjáró)– Ezt a lehetőséget akkor választhatja, ha meg szeretné tartani jelenlegi PSTN-szolgáltatóját, vagy nem felhőwebhelyeket szeretne felhőwebhelyeket csatlakoztatni.

A PSTN opció választása minden helyszinten elérhető (minden helynek csak egy PSTN opciója van). Az üzembe helyezéshez annyi lehetőséget keverhet és párosíthat, amennyit csak szeretne, de minden helynek lesz egy lehetősége. Miután kiválasztotta és kiépített egy PSTN-beállítást, módosíthatja azt a PSTN-tulajdonságok Kezelés gombjára kattintva . Előfordulhat azonban, hogy egyes beállítások, például a Cisco PSTN nem érhetők el egy másik lehetőség hozzárendelése után. Nyisson meg egy támogatási esetet útmutatásért.

5

Válassza ki, hogy most vagy később szeretné-e aktiválni a számokat.

6

Ha nem integrált központi szerződő fél- vagy helyiségalapú PSTN-t választott, adja meg a Telefonszámokat vesszővel elválasztott értékként, majd kattintson az Ellenőrzésgombra .

A program számokat ad hozzá az adott helyhez. Az érvényes tételek az Érvényesített számok mezőre lépnek, és az érvénytelen tételek a Számok hozzáadása mezőben maradnak hibaüzenet kíséretében.

A hely országától függően a számok a helyi tárcsázási követelmények szerint vannak formázva. Ha például országkódra van szükség, megadhat számokat a kóddal vagy anélkül, és a kód előre meg van álva.

7

Kattintson a Mentés lehetőségre.

Mi a következő lépés

A hely létrehozása után engedélyezheti a 911-es segélyhívási szolgáltatásokat az adott helyhez. További információért lásd a RedSky Emergency 911 Service for Webex Calling szolgáltatást.

Mielőtt elkezdené


A helyhez társított felhasználók és munkaterületek listájának lekése: Lépjen a Szolgáltatások > a > számok hívása menüpontra, és a legördülő menüből válassza ki a törölni kívánt helyet. A hely törlése előtt törölnie kell ezeket a felhasználókat és munkaterületeket.

1

A ügyfélnézetből https://admin.webex.comválassza a Szolgáltatások > a > helyek hívása című témakört.

2

Kattintson a Törölni kívánt hely melletti Műveletek oszlopra.

3

Válassza a Helytörlése lehetőséget , és ellenőrizze, hogy törölni szeretné-e a helyet.

Általában néhány percet vesz igénybe a hely végleges törlése, de akár egy órát is igénybe vehet. Az állapotot a hely neve mellett, a Törlés állapotaparancsra kattintva ellenőrizheti.

A PSTN-beállítás, a hely neve, időzónája és nyelve a létrehozás után módosítható. Ne feledje azonban, hogy az új nyelv csak az új felhasználókra és eszközökre vonatkozik. A meglévő felhasználók és eszközök továbbra is a régi nyelvet használják.


Meglévő helyeken engedélyezheti a 911-es segélyhívó szolgáltatásokat. További információért lásd a RedSky Emergency 911 Service for Webex Calling szolgáltatást.

1

A ügyfélnézetből lépjen a Szolgáltatások > https://admin.webex.coma > helyek hívásacímű témakörre , majd válassza ki a frissíteni kívánt helyet.

Ha egy hely mellett figyelmeztetés szimbólum látható, az azt jelenti, hogy még nem konfigurált telefonszámot az adott helyhez. A szám beállításáig nem kezdeményezhet és fogadhat hívásokat.

2

(Nem kötelező) A PSTN-kapcsolat csoportban válassza a Cloud Connected PSTN vagy a Premises-alapú PSTN (helyi átjáró) lehetőséget attól függően, hogy melyiket konfiguráltamár. Kattintson a Kezelés gombra a konfiguráció módosításához, majd a Folytatásgombra kattintva nyugtázza a kapcsolódó kockázatokat. Ezután válasszon az alábbi lehetőségek közül, és kattintson a Mentésgombra :

  • Cisco PSTN – Válassza ezt a lehetőséget, ha a Cisco Cloud PSTN-megoldását szeretné. A Cisco Calling Plan egy teljes PSTN csere megoldás, amely segélyhívást, bejövő és kimenő belföldi és nemzetközi hívást biztosít, és lehetővé teszi új PSTN-számok megrendelését vagy meglévő számok portját a Cisco-nak.


     

    A Cisco PSTN opció csak a következő feltételekkel látható:

    • Legalább egy elkötelezett Cisco hívási tervet vásárolt (Kimenő hívási csomag).

    • Az Ön tartózkodási helye olyan országban található, ahol a Cisco hívási csomag támogatott.

    • A tartózkodási helye új. Jelenleg azok a már meglévő helyek, amelyekhez más PSTN-képességek is hozzá vannak rendelve, nem jogosultak a Cisco hívási tervre. Nyisson meg egy támogatási esetet útmutatásért.

    • Egy Webex hívási adatközpontban található, ahol a Cisco hívási csomag támogatott.

  • Cloud Connected PSTN– Akkor válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást keres a cisco KKP-partnerek egyikétől, vagy ha a Cisco hívási csomag nem érhető el az Ön tartózkodási helyén. A KKP-partnerek PSTN cseremegoldásokat, kiterjedt globális lefedettséget, valamint funkciók, csomagolás és árképzés széles és változatos skáláját kínálják.

     

    A KKP-partnerek és a földrajzi lefedettség itttalálható . Csak azok a partnerek jelennek meg, amelyek támogatják a tartózkodási hely országát. A partnerek vagy logóval, vagy rövid szövegsorozatként, majd egy régióval vannak felsorolva, zárójelben (Példa: (EU), (USA) vagy (CA)). A logóval felsorolt partnerek mindig regionális médiát kínálnak a KKPszámára. A karakterláncként megjelenített partnerek számára válassza ki a tartózkodási helyéhez legközelebb eső régiót a központi szerződő fél számára a regionális média biztosításához.

    Ha megjelenik a Számok rendelése lehetőség egy felsorolt szolgáltató alatt, javasoljuk, hogy válassza ezt a lehetőséget, hogy élvezhesse az integrált központi szerződő fél előnyeit. Az integrált központi szerződő fél lehetővé teszi telefonszámok beszerzését és kiépítését a Control Hubban egyetlen üvegtáblán. A nem integrált központi szerződő fél megköveteli, hogy telefonszámait a Control Hubon kívüli központi szerződő félpartnertől szerezze be.

  • Telephelyalapú PSTN (Local Gateway)– Ezt a lehetőséget akkor választhatja, ha meg szeretné tartani jelenlegi PSTN-szolgáltatóját, vagy nem felhőwebhelyeket szeretne felhőwebhelyekkel összekapcsolni.

     

    A korábban helyi átjáróval konfigurált helyekkel rendelkező Webex Calling ügyfelek automatikusan helyalapú PSTN-re konvertálódnak, megfelelő csomagtartóval.

3

Válassza ki azt a fő számot , amelyen a hely fő kapcsolattartója elérhető.

4

(Nem kötelező) A Segélyhíváscsoportban kiválaszthatja a vészhelyzeti hely azonosítóját , amelyet ehhez a helyhez kíván rendelni.


 

Ez a beállítás nem kötelező, és csak azokra az országokra vonatkozik, amelyek ezt igénylik.

Néhány országban (Példa: Franciaország), a mobilrádió-rendszerekre vonatkozó szabályozási követelmények a segélyhívás során a cella személyazonosságának megállapítására vonatkoznak, és a sürgősségi hatóságok rendelkezésére állnak. Más országok, például az Egyesült Államok és Kanada más módszerekkel hajtják végre a helymeghatározást. További információt a Fokozott segélyhíváscímű témakörben talál .

Előfordulhat, hogy a segélyhívás-szolgáltatónak információra van szüksége a hozzáférési hálózatról, és ezt egy új privát SIP-bővítmény fejlécének, a P-Access-Network-Info-nak a meghatározásával érheti el. A fejléc a hozzáférési hálózatra vonatkozó információkat tartalmazza.

Amikor beállítja egy hely vészhelyzeti helyazonosítóját, a helyértéket a rendszer elküldi a szolgáltatónak a SIP-üzenet részeként. Lépjen kapcsolatba a segélyhívás-szolgáltatóval, és ellenőrizze, hogy szüksége van-e erre a beállításra, és használja a segélyhívás-szolgáltató által megadott értéket.

5

Válassza ki azt a hangpostaszámot , amelyet a felhasználók felhívhatnak, hogy ellenőrizzék a hangpostájukat ennek a helynek.

6

(Nem kötelező) Kattintson a Hely lap tetején található ceruza ikonra a Helynév, a Hirdetmény nyelve, az e-mail nyelv, az időzónavagy a Cím szükség szerint történő módosításához, majd kattintson a Mentésgombra .


 

A bejelentési nyelv módosítása azonnal érvénybe lép a helyhez hozzáadott új felhasználók és funkciók esetében. Ha a meglévő felhasználóknak és/vagy funkcióknak is módosítaniuk kell a bejelentési nyelvüket, a rendszerésekor válassza a Módosítás meglévő felhasználók és munkaterületek esetén vagy a Módosítás a meglévő funkciókhoz lehetőséget. Kattintson az Alkalmaz gombra. A folyamat állását megtekintheti a Feladatok oldalon. Nem végezhet több módosítást, amíg ez be nem fejeződik.


 

A hely időzónájának módosítása nem frissíti a helyhez társított funkciók időzónáit. Az olyan funkciók időzónáinak szerkesztéséhez, mint az automatikus kísérő, a vadászati csoport és a hívásvárólista, lépjen az adott funkció Általános beállítások területére, amelyhez frissíteni szeretné az időzónát, és ott szerkeszteni és menteni.

Ezek a beállítások belső tárcsázásra valók, és az első telepítővarázslóban is elérhetők. A tárcsázási terv módosításakor a Control Hub példaszámai frissülnek a módosítások megjelenítéséhez.


Konfigurálhatja a kimenő hívási engedélyeket egy helyhez. A kimenő hívási engedélyek konfigurálásához tekintse meg az alábbi lépéseket .

1

A ügyfélnézetből https://admin.webex.comnyissa meg a Szolgáltatások > a Hívás > szolgáltatásbeállítások lehetőséget, majd görgessen a Belső tárcsázás lapra.

2

Szükség szerint adja meg a következő választható tárcsázási beállításokat:

  • Hely útválasztási előtag hossza– Ezt a beállítást több hely esetén javasoljuk. 2-7 számjegy hosszúságú. Ha több, azonos kiterjesztésű hely van, a felhasználóknak előtagot kell tárcsázniuk a helyek közötti híváskor. Ha például több tárolója van, mindegyik az 1000-es kiterjesztéssel, minden tárolóhoz konfigurálhat útválasztási előtagot. Ha az egyik tároló előtagja 888, akkor tárcsázza a 8881000-et, hogy elérje az áruházat.
  • Irányjegy kormányzása az útválasztási előtagban– Itt állíthat be értéket, függetlenül attól, hogy hely-útválasztási előtagokat használ-e.
  • Belső kiterjesztés hossza– 2-6 számjegyet adhat meg, az alapértelmezett érték pedig 2.

     

    A kiterjesztés hosszának növelése után a belső bővítményekhez való meglévő gyorstárcsák nem frissülnek automatikusan.

3

Adja meg a belső tárcsázást bizonyos helyekhez. Lépjen a Szolgáltatások > a > helyek hívása , válasszon ki egy helyet, görgessen a Tárcsázáslapra , majd szükség szerint módosítsa a belső és külső tárcsázást:

  • Belső tárcsázás– Adja meg azt az útválasztási előtagot, amelyet a más helyeken lévő felhasználóknak tárcsázniuk kell ahhoz, hogy kapcsolatba lépjenek valakivel ezen a helyen. Az egyes helymeghatározási előtagnak egyedinek kell lennie. Javasoljuk, hogy az előtag hossza megegyezik a szervezeti szinten beállított hosszval, de 2-7 számjegy hosszúnak kell lennie.
  • Külső tárcsázás– Választhat egy kimenő tárcsázási számjegyet, amelyet a felhasználóknak tárcsázniuk kell egy külső vonal eléréséhez. Az alapértelmezett érték nincs , és elhagyhatja, ha nincs szüksége erre a tárcsázási szokásra. Ha úgy dönt, hogy ezt a funkciót használja, javasoljuk, hogy a szervezet kormányjegyétől eltérő számot használjon.

     

    A felhasználók külső hívások esetén is felvehetik a kimenő tárcsázási számjegyet, hogy utánozzák az örökölt rendszereken való tárcsázást. Külső hívások kezdeményezéséhez fel kell tüntetnie a kimenő tárcsázási számjegyet.

A felhasználókra gyakorolt hatás:

  • A felhasználóknak újra kell indítaniuk telefonjukat ahhoz, hogy a tárcsázási beállítások módosításai érvénybe lépjenek.

  • A felhasználói bővítmények nem kezdődnek ugyanazzal a számmal, mint a hely kormány számjegye.

Ha Ön hozzáadott értéket képviselő viszonteladó, ezekkel a lépésekkel elindíthatja a helyi átjárók konfigurációját a Control Hubban . Amikor ez az átjáró regisztrálva van a felhőben, egy vagy több Webex-hívási helyén használhatja, hogy útválasztást biztosítson egy vállalati PSTN-szolgáltató felé.


A helyi átjáróval rendelkező hely nem törölhető, ha a helyi átjárót más helyeken használják.

Az alábbi lépéseket követve törzset hozhat létre a Control Hubban .

Mielőtt elkezdené

  • A hely hozzáadása után, és mielőtt a helyiségalapú PSTN-t konfigurálja egy helyhez, létre kell hoznia egy törzset.

  • Hozzon létre minden helyet, valamint konkrét beállításokat és számokat mindegyikhez. A helyiségeken alapuló PSTN-hez való hozzáadáshoz léteznie kell a helyeknek.

  • Ismerje meg a Webex-hívás helyiségalapú PSTN (helyi átjáró) követelményeit .

  • Nem választhat egynél több törzset egy telephelyhez, ahol a helyiségalapú PSTN található, de ugyanazt a törzset több helyhez is kiválaszthatja.

1

A ügyfélnézetből https://admin.webex.comválassza a Szolgáltatások > Hívás > hívás útválasztásalehetőséget, és válassza a Törzshozzáadása lehetőséget.

2

Válasszon ki egy helyet.

3

Nevezze el a törzset, és kattintson a Mentésgombra .


 

A név nem lehet hosszabb 24 karakternél.

Mi a következő lépés

A program bemutatja a törzsön konfigurálandó paramétereket. A PSTN-kapcsolat biztonságossá érdekében SIP-kivonatoló hitelesítő adatokat is létrehoz.

A törzs adatai megjelennek a képernyőn Register Domain, Trunk Group OTG/DTG, Line/Portés Kimenő proxycím.

Javasoljuk, hogy másolja ezeket az információkat a Control Hubból , és illessze be egy helyi szövegfájlba vagy dokumentumba, hogy hivatkozhasson rá, amikor készen áll a helyiségalapú PSTN konfigurálására.

Ha elveszíti a hitelesítő adatokat, létre kell hoznia őket a Control Hubtörzsinformációs képernyőjéről . Kattintson a Felhasználónév lekérése és a Jelszó alaphelyzetbe állítása gombra a törzsön használandó új hitelesítési hitelesítő adatok létrehozásához.

1

A ügyfélnézetből https://admin.webex.comválassza a Szolgáltatások > a > helyek hívása című témakört.

2

Válassza ki a módosítani kívánt helyet, majd kattintson a Kezelésgombra .

3

Válassza a Premises-alapú PSTN lehetőséget, majd kattintson a Továbbgombra .

4

Válasszon egy törzset a legördülő menüből.


 

Látogasson el a törzsoldalra, hogy kezelje a törzscsoport választásait.

5

Kattintson a megerősítő értesítésre, majd a Mentésgombra .

Mi a következő lépés

A Control Hub által létrehozott konfigurációs adatokat fel kell vennie, és a paramétereket a helyi átjáróba kell leképeznie (például a helyszínen található Cisco CUBE-on). Ez a cikk végigvezeti Önt ezen a folyamaton. Hivatkozásként lásd az alábbi ábrát, amely példát mutat arra, hogy a Control Hub konfigurációs adatai (balra) hogyan vannak leképezve a CUBE paramétereire (jobbra):

Miután sikeresen befejezte a konfigurációt az átjárón, visszatérhet a Control Hub > Hívás > helyére, és a létrehozott átjáró megjelenik abban a helykártyán, amelyhez hozzárendelte, a névtől balra lévő zöld ponttal. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívófelhőben, és a hely aktív PSTN-átjárójaként szolgál.

A Control Hubbanegyszerűen megtekintheti, aktiválhatja, eltávolíthatja és hozzáadhatja a szervezet telefonszámait . További információt a Telefonszámok kezelése a Control Hubbancímű témakörben talál .

1

A vevő nézetében https://admin.webex.comválassza ki az épület ikonját .

2

Válassza az Előfizetések lapot, majd kattintson a Vásárlás most gombra .

A rendszer e-mailt küld a partnerének, amelyben tudatja velük, hogy szeretne fizetett előfizetésre konvertálni.

1

A ügyfélnézetből https://admin.webex.comnyissa meg a Szervezeti beállítások > Szolgáltatások,görgessen a Hívás , majd az Ügyfélbeállításoklehetőséget.

2

Húzza a felhasználók által látható hívási beállításokat az Elérhető hívási beállítások mezőbe, majd rendezze át őket a felhasználók számára kívánt prioritási sorrendben.

A felhasználók számára elrejtett egyéb beállítások a Rejtett hívás beállításai mezőben jelennek meg, amint az a példában képernyőképen látható:

3

Ha azt szeretné, hogy a felhasználók az előző lépésben konfigurált első hívási beállítással kezdeményezhessenek hívást.


 

A módosítások megjelenése akár 24 órát is igénybe vehet a Webex alkalmazásban. Azt tanácsolhatja a felhasználóknak, hogy indítsa újra alkalmazásaikat, hogy gyorsabban vegyék fel ezeket a módosításokat.

Szabályozhatja, hogy milyen hívóalkalmazás nyíl meg, amikor a felhasználók PSTN-hívásokat kezdeményeznek. Miután szervezeti szinten konfigurálta ezt a beállítást, felülbírálhatja ezt a beállítást bizonyos felhasználók számára.


Csak akkor válassza a szervezet egészére kiterjedő lehetőséget, ha készen áll a teljes szervezet áttelepítésére.

Mielőtt elkezdené

  • A szervezetnek megfelelő előfizetésekkel kell rendelkeznie a választott hívási viselkedéshez.

  • A felhasználóknak érvényes telefonszámmal kell rendelkezniük. Ha a számok érvénytelenek, a Webex Alkalmazás továbbra is elküldi a számot a kiválasztott hívóalkalmazásnak, de az alkalmazás hívása sikertelen lesz.

A ügyfélnézetből https://admin.webex.comnyissa meg a Felügyeleti > Szervezeti beállítások menüt, majd görgessen a Hívási viselkedéslapra , majd válasszon az alábbi: .

  • Webex hívása –Válassza ezt a lehetőséget, ha azt szeretné, hogy a felhasználók közvetlenül a Webex alkalmazásban kezdeményezzenek hívásokat a Webex Callinghasználatával .
  • Webex Calling alkalmazás– Akkor válassza ezt a lehetőséget, ha szervezete rendelkezik a Cisco Webex Calling előfizetéssel, és engedélyezni szeretné a felhasználók számára, hogy PSTN-hívásokat kezdeményezzenek a Webex Calling alkalmazás használatával. Amikor a felhasználók PSTN-hívásokat kezdeményeznek a Webex alkalmazásban, a Webex Calling alkalmazást használják a híváshoz.

     

    A Webex Calling alkalmazás csak bizonyos ügyfelek számára érhető el.

Megjelenik egy üzenet, amely azt jelzi, hogy a hívási viselkedés frissül. A felhasználók mostantól PSTN-hívásokat kezdeményezhetnek a Webex alkalmazásból vagy a Webex Calling alkalmazásból .

A felhasználóknak telepítve kell lenniük a megfelelő alkalmazással ahhoz, hogy PSTN-hívásokat kezdeményezzenek a Webex alkalmazásból . Győződjön meg róla, hogy tudatja az emberekkel, hogy milyen döntést hoz, és ha egy másik alkalmazást használnak PSTN-hívások kezdeményezésére.


 

Ezt a beállítást felhasználói szinten módosíthatja, ha bizonyos személyeknek eltérő hívási viselkedést kell használniuk. Nyissa meg a Felhasználók lehetőséget, és a Beállításokcsoportban válassza a Hívási viselkedés lehetőséget . Választhat, majd kattintson a Mentésgombra .

2022. márc. 7.
Helyi átjáró konfigurálása az IOS-XE-n Webex-híváshoz

Miután konfigurálta a Webex Calling-ot a szervezet számára, konfigurálhat egy törzset, amely összekapcsolja a helyi átjárót a Webex Hívással. A helyi átjáró és a Webex felhő közötti törzs mindig biztonságos a SIP TLS átvitel és az SRTP segítségével a helyi átjáró és a Webex Calling Access SBC közötti média számára.

Ezzel a feladatfolyamattal konfigurálhatja a helyi átjárókat a Webex Calling üzembe helyezéséhez. Az alábbi lépéseket maga a CLI interfész hajtja végre. A helyi átjáró és a Webex Calling közötti törzs mindig biztonságos a SIP TLS átvitel és az SRTP segítségével a helyi átjáró és a Webex Calling Access SBC közötti média számára.

Mielőtt elkezdené

  • Megfeleljen a Webex-híváshelyi átjáró követelményeinek .

  • Hozzon létre egy helyi átjárót a Control Hubban.

  • Az ebben a dokumentumban megadott konfigurációs irányelvek feltételezik, hogy egy dedikált helyi átjáróplatform van érvényben, meglévő hangkonfiguráció nélkül. Ha egy meglévő PSTN-átjárót vagy CUBE vállalati telepítést úgy módosítanak, hogy a Webex-híváshelyi átjáró funkcióját is használja, fordítson különös figyelmet az alkalmazott konfigurációra, és győződjön meg arról, hogy a meglévő hívásáramlások és funkciók nem szakadnak meg a végrehajtott módosítások következtében.

  Parancs vagy művelet Cél
1

Paraméter-leképezés a Control Hub és a Cisco Unified Border Element között

Ezt a táblát hivatkozásként használhatja a Control Hubból származó és a helyi átjáróra leképezett paraméterekhez.

2

Referenciaplatform-konfiguráció végrehajtása

Ezeket a lépéseket a helyi átjáró közös globális konfigurációjaként valósítja meg. A konfiguráció magában foglalja az alapplatform-konfigurációt és a megbízhatósági készlet frissítését.

3

Helyi átjáró regisztrálása a Webex-híváshoz

4

Válasszon egyet, az üzembe helyezéstől függően:

A hívás-útválasztás a helyi átjárón a Webex Calling telepítési beállításon alapul. Ez a szakasz feltételezi, hogy az IP PSTN-végződés ugyanazon a platformon van, mint a helyi átjáró. A következő konfiguráció a helyi átjáró alábbi beállításainak egyikére tartozik:

  • A helyi átjáró üzembe helyezési lehetősége helyszíni IP PBX nélkül. A helyi átjáró és az IP PSTN CUBE coresident.

  • A helyi átjáró üzembe helyezési lehetősége egy meglévő Egységes CM-környezetben. A helyi átjáró és az IP PSTN CUBE coresident.

1. táblázat. Paraméter-leképezés a Vezérlőközpont és a Helyi átjáró között

Control Hub

Helyi átjáró

Regisztrátor tartomány:

A Control Hubnak elemeznie kell a tartományt az UCAPI-től kapott LinePortból.

example.com

anyakönyvvezető

example.com

Trunk Group OTG/DTG

korty profilok:

szabálykérés <rule-number> BÁRMELY kortyfejléc

A következő módosítástól: ">" ";otg=otgDtgId>"

Vonal/Port

user@example.com

szám: felhasználó

Kimenő proxy

kimenő proxy (DNS-név – az Access SBC SRV-ja)

SIP-felhasználónév

felhasználónév

SIP-jelszó

jelszó

Mielőtt elkezdené

  • Győződjön meg arról, hogy az alapplatform-konfiguráció, például az NTP-k, az ACL-ek, az engedélyezési jelszavak, az elsődleges jelszó, az IP-útválasztás, az IP-címek stb. a szervezet szabályzatainak és eljárásainak megfelelően van konfigurálva.

  • Az IOS-XE 16.12 vagy az IOS-XE 17.3 minimálisan támogatott kiadása szükséges minden LGW telepítéshez.

1

Győződjön meg arról, hogy a 3. réteg összeköttetései érvényes és átirányítható IP-címekkel rendelkeznek:

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

A hitelesítő adatokban és a megosztott titkos kulcsokban való használat előtt elő kell konfigurálnia a jelszó elsődleges kulcsát az alábbi parancsok használatával. A 6- os típusú jelszavak titkosítva vannak az AES cypher és a felhasználó által definiált elsődleges kulccsal.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes
3

Konfigurálja az IP-névkiszolgálót a DNS-keresés engedélyezéséhez és annak eléréséhez a pingeléssel:


LocalGateway#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8
LocalGateway(config)#end
4

Engedélyezze a TLS 1.2 kizárólagosságát és az alapértelmezett helyőrző Megbízhatósági pontot:

  1. Helyőrző PKI-megbízhatósági pont létrehozása és sampleTP-nek hív hívva

  2. A megbízhatósági pont hozzárendelése alapértelmezett jelző megbízhatósági pontként a sip-ua alatt

  3. cn-san-validate kiszolgálóra van szükség annak biztosításához, hogy a helyi átjáró csak akkor hozza létre a kapcsolatot, ha a tenant 200 -on konfigurált kimenő proxy (később leírtak szerint) megegyezik a kiszolgálótól kapott CN-SAN listával.

  4. A titkosítási megbízhatósági pont szükséges a TLS működéséhez, még akkor is, ha a kapcsolat beállításához nincs szükség helyi ügyféltanúsítványra (például mTLS).

  5. Tiltsa le a TLS 1.0-s és 1.1-esét az 1.2-es ekkluzivitás engedélyezésével.

  6. Állítsa a tcp-újrapróbálkozási számot 1000-re (5 msec többszörös = 5 másodperc).

  7. (IOS-XE 17.3.2 és újabb) Állítsa be az időzítők kapcsolatát tls <wait-timer in="" sec="">létrehozása . A hatótávolság 5 és 20 másodperc között van, az alapértelmezett pedig 20 másodperc. (Az LGW-nek 20 másodpercre van szüksége ahhoz, hogy észlelje a TLS kapcsolathibát, mielőtt megpróbál kapcsolatot létesíteni a következő elérhető Webex Calling Access SBC-vel. Ez a CLI lehetővé teszi a rendszergazda számára, hogy módosítsa az értéket a hálózati feltételeknek megfelelően, és sokkal gyorsabban észlelje az Access SBC kapcsolati hibáit).


LocalGateway#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#
LocalGateway(config)#crypto pki trustpoint sampleTP
LocalGateway(ca-trustpoint)# revocation-check crl
LocalGateway(ca-trustpoint)#exit

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

A helyi átjáró megbízhatósági szolgáltatásának frissítése:

Az alapértelmezett trustpool csomag nem tartalmazza a "DigiCert Root CA" vagy az "IdenTrust Commercial" tanúsítványokat, amelyek szükségesek a kiszolgálóoldali tanúsítvány érvényesítéséhez a TLS-kapcsolat létrehozása során a Webex Calling-ra.

A trustpool csomagot frissíteni kell a legújabb "Cisco Trusted Core Root Bundle" letöltésével a . http://www.cisco.com/security/pki/

  1. Ellenőrizze, hogy léteznek-e DigiCert Room CA és IdenTrust kereskedelmi tanúsítványok:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Ha nem létezik, frissítse az alábbiak szerint:

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#crypto pki trustpool import clean url 
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    LocalGateway(config)#end
    
  1. Igazol:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    LocalGateway#show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Mielőtt elkezdené

Győződjön meg arról, hogy elvégezte a Control Hub lépéseit egy hely létrehozásához, és adott hozzá egy törzset az adott helyhez. Az itt látható példában az információt a Control Hub-tól szerezték be.

1

Adja meg ezeket a parancsokat a helyi átjáróalkalmazás bekapcsolásához (lásd a Cisco Webex-hívás porthivatkozási adatait a megbízhatósági listához hozzáadni kívánt legújabb IP-alhálózatokhoz):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

A parancsok magyarázata:

Útdíjcsalás megelőzése
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Explicit módon engedélyezi azoknak az entitásoknak a forrás IP-címeit, amelyektől a helyi átjáró törvényes VoIP-hívásokat vár, például Webex Calling-társokat , egyesített CM-csomópontokat, IP PSTN-t.

  • Alapértelmezés szerint az LGW blokkolja az összes bejövő VoIP-hívásbeállítást olyan IP-címekről, amelyek nem szerepelnek a megbízható listán. A "munkamenet-cél IP"-vel vagy Kiszolgálócsoporttal rendelkező tárcsázótársak IP-címei alapértelmezés szerint megbízhatóak, és itt nem kell kitölteni őket.

  • A listában szereplő IP-címeknek meg kell egyezniük az IP-alhálózatokkal annak a regionális Webex Calling adatközpontnak megfelelően, amelyhez az ügyfél csatlakozik. További információt a Port Reference Information for Webex Callingcímű témakörben talál .


     

    Ha lgw-jét korlátozott kúpOS NAT-tal rendelkező tűzfal mögött használja, akkor inkább tiltsa le a megbízható IP-cím listáját a Webex hívásranéző felületen. Ennek az az oka, hogy a tűzfal már megvédi Önt a kéretlen bejövő VoIP-től. Ez a művelet csökkentené a hosszabb távú konfigurációs többletterhelést, mivel nem tudjuk garantálni, hogy a Webex Calling társainak címei rögzítettek maradnak, és mindenképpen konfigurálnia kell a tűzfalat a társaik számára.

  • Előfordulhat, hogy más IP-címeket más összeköttetéseken kell konfigurálni; Előfordulhat például, hogy az egyesített CM-címeket hozzá kell adni a befelé néző összeköttetésekhez.

  • Az IP-címeknek meg kell egyezniük a outbound-proxy feloldja a bérlő 200

  • További információért lásd https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html .

Média
voice service voip
 media statistics 
 media bulk-stats 
  • A médiastatisztika lehetővé teszi a médiafigyelést a helyi átjárón.

  • A media bulk-stats lehetővé teszi a vezérlősík számára, hogy lekéselje az adatsíkot tömeges hívásstatisztikákhoz.

SIP-to-SIP alapfunkciók
allow-connections sip to sip
Kiegészítő szolgáltatások
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Letiltja a HIVATKOZÁSt, és lecseréli a párbeszédpanel azonosítóját a Fejléc cseréje a társ párbeszédpanel-azonosítóra.

További információért lásd https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 .

Faxprotokoll
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Engedélyezi a T.38 faxátvitelt, bár a fac forgalom nem lesz titkosítva.

Globális kábítás engedélyezése
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Amikor egy hívást visszaítanak egy Webex Calling felhasználónak (például mind a hívott, mind a hívó felek Webex Calling előfizetők , és a média le van horgonyozva a Webex Calling SBC-nél), a média nem tud a helyi átjáróba áramlani, mivel a lyuk nincs megnyitva.

  • A helyi átjáró STUN kötések funkciója lehetővé teszi a helyileg létrehozott STUN-kérések küldését a egyeztetett médiaútvonalon keresztül. Ez segít megnyitni a lyukat a tűzfalban.

  • A STUN jelszó előfeltétele annak, hogy a helyi átjáró STUN üzeneteket küldjön. Az IOS/IOS-XE alapú tűzfalak konfigurálhatók a jelszó ellenőrzésére és a lyukak dinamikus megnyitására (például explicit be- és kioltószabályok nélkül). A helyi átjáró központi telepítési esete esetén azonban a tűzfal statikusan van konfigurálva a Webex Calling SBC alhálózatok alapján ki- és be- és kilyukadásra. Mint ilyen, a tűzfalnak ezt csak úgy kell kezelnie, mint bármely bejövő UDP-csomagot, amely elindítja a lyuknyílást anélkül, hogy kifejezetten megnézi a csomag tartalmát.

G729
sip
  g729 annexb-all

Lehetővé teszi a G729 összes változatát.

SIP
early-offer forced

Arra kényszeríti a helyi átjárót, hogy az SDP-adatokat a kezdeti INVITE-üzenetben küldje el, ahelyett, hogy a szomszédos társ nyugtázására vár.

2

Konfigurálja a "SIP Profile 200" -t.

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Ezek a szabályok

A parancsok magyarázata:

  • 9 . szabály biztosítja, hogy a fejléc a következőképpen szerepel: “SIP-Req-URI” és nem “SIP-Req-URL”

    Ez konvertálódik a SIP-URI-k és a SIP URL-ek között, mivel a Webex-hívás nem támogatja a SIP-URI-kat a kérési/válaszüzenetekben, de szüksége van rájuk például SRV-lekérdezésekhez. _sips._tcp.<outbound-proxy>.
  • A 20 . szabály módosítja a From fejlécet, hogy az tartalmazza a Trunk Group OTG/DTG paramétert a Control Hub-ról, hogy egyedileg azonosítsa az LGW-helyet egy vállalaton belül.

  • Ez a SIP-profil a 200-as hangosztály-bérlőre (később tárgyalt) lesz alkalmazva a Webex-hívássalszembesülő összes forgalomra.

3

Konfigurálja a Kodekprofilt, a STUN definíciót és az SRTP kriptocsomagcsomagot.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

A parancsok magyarázata:

  • Hangosztály kodek 99: Lehetővé teszi mind a g711 (mu és a-law) kodekek ülések. Az összes tárcsázóra vonatkozik.

  • Hangosztály srtp-crypto 200: Az SHA180-at_adja meg az egyetlen SRTP titkosítási csomagként, amelyet a helyi átjáró kínál az SDP-ben az ajánlatban és a válaszban. A Webex Calling csak az SHA180-at_támogatja.

  • A webex hívássalszembesülő 200-as hangosztály-bérlőre (később tárgyalt) lesz alkalmazva .

  • Hangosztály kábítás-használat 200: Meghatározza a STUN használatát. Minden Webex Calling-facing(2XX tag) tárcsázó társra vonatkozik, hogy elkerülje a hangot, amikor egy Unified CM telefon továbbítja a hívást egy másik Webex Calling telefonra.


 

Azokban az esetekben, amikor az adathordozó az ITSP SBC-nél van lehorgonyozva, és a helyi átjáró egy NAT mögött van, és az ITSP-ből bejövő médiafolyamra vár, ez a parancs alkalmazható az ITSP-re a tárcsázó társaik felé.


 

A médiaútvonal optimalizálását használó hívásfolyamatokhoz stun usage ice lite szükséges.

4

A Control Hub paramétereinek leképezése a helyi átjáró konfigurációjára:

A Webex-hívás bérlőként lesz hozzáadva a helyi átjáróhoz. A helyi átjáró regisztrálásához szükséges konfigurációt a 200-as hangosztály-bérlő határozza meg. A konfiguráció elemeit a Control Hub Trunk Info lapján kell beszereznie, ahogy az ezen a képen látható. Ez egy példa annak megjelenítésére, hogy milyen mezők vannak leképezve az adott helyi átjáró CLI-jára.

A 200-as bérlő ezután a helyi átjáró konfigurációján belül az összes Webex-hívásra vonatkozik, amely tárcsázókkal néz szembe (2xx címke). A hangosztály bérlői funkciója lehetővé teszi a SIP törzsparaméterek csoportosítását és konfigurálását, amelyek egyébként a hangszolgáltatás voip és sip-ua alatt végzik. Ha egy bérlőt dial-peer alatt konfigurálnak és alkalmaznak, az IOS-XE konfigurációk a következő sorrendben kerülnek alkalmazásra:

  • Dial-peer konfiguráció

  • Bérlő konfigurációja

  • Globális konfiguráció (hangszolgáltatás voip / sip-ua)

5

Konfigurálja a 200-as hangosztály-bérlőt úgy, hogy engedélyezze a Trunk regisztrációt az LGW-től a Webex Calling-ig a Control Hubtól kapott paraméterek alapján:


 

Az alábbi parancssor és paraméterek csak példák. A paramétereket saját üzembe helyezéséhez kell használnia.

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

A parancsok magyarázata:

voice class tenant 200

A helyi átjáró többfunkciós funkciója lehetővé teszi a SIP-törzsek több bérlőjének speciális globális konfigurációit, amelyek differenciált szolgáltatásokat tesznek lehetővé a bérlők számára.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

A helyi átjáró regisztrátorkiszolgálója, ahol a regisztráció kétpercenként frissül (240 másodperc 50%-a). További információ: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Hitelesítő adatok Trunk Regisztrációs kihíváshoz. További információ: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Hitelesítési kihívás hívásokhoz. További információ: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

SIP Távoli félazonosító (RPID) fejléc letiltása, mivel a Webex-hívás támogatja a PAI-t, amely a CIO használatával van engedélyezve asserted-id pai(lásd alább).

sip-server dns:40462196.cisco-bcld.com
Webex hívó szerverek. További információ: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Ugyanazon állandó kapcsolat használata a regisztrációhoz és a hívásfeldolgozáshoz.

srtp-crypto 200

Itt adhatja meg az SHA180-at_a voice class srtp-crypto 200.

session transport tcp tls
Az átvitel beállítása a TLS-be
url sips

Az SRV-lekérdezésnek SIP-nek kell lennie, amint azt az access SBC támogatja; az összes többi üzenet SIP-re változik a 200-as kortyprofillal.

error-passthru

SIP hibaválasz pass-thru funkció

asserted-id pai

Bekapcsolja a PAI-feldolgozást a helyi átjáróban.

bind control source-interface GigabitEthernet0/0/1

A Webex Callingfelé néző jelzőforrás-felület.

bind media source-interface GigabitEthernet0/0/1

A Webex-hívássalszembesülő médiaforrás-felület.

no pass-thru content custom-sdp

Alapértelmezett parancs a bérlő alatt.

sip-profiles 200

A SIPS-t SIP-re módosítja, és módosítja az INVITE és REGISTER üzenetek vonalát/portját a voice class sip-profiles 200.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex hívja az Access SBC-t. További információ: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Átláthatóan adja át az adatvédelmi fejléc értékeit a bejövőtől a kimenő lábig.

Miután a 200-as bérlőt definiálták a helyi átjárón belül, és konfigurálva van egy SIP VoIP dial-peer, az átjáró TLS-kapcsolatot kezdeményez a Webex-hívásfelé , ekkor az Access SBC bemutatja tanúsítványát a helyi átjárónak. A helyi átjáró a korábban frissített hitelesítésszolgáltató gyökércsomagjával ellenőrzi a Webex Calling Access SBC tanúsítványt. A helyi átjáró és a Webex Calling Access SBC között állandó TLS-munkamenet jön létre. A Helyi átjáró ezután REGISTER-et küld az Access SBC-nek, amely kihívást jelent. Az AOR regisztrációja number@domain. A szám a "szám" paraméterből és tartományból származik a "regisztrátor dns:<fqdn>" -ből. Amikor a regisztrációt megtámadják, a hitelesítő adatok felhasználónevét, jelszavát és tartományparamétereit használja a fejléc létrehozásához, és a 200-as kortyprofil a SIPS URL-t SIP-re konvertálja. A regisztráció akkor sikeres, ha az Access SBC megkapja a 200 OK-t.

Ehhez a telepítési beállításhoz a következő konfiguráció szükséges a helyi átjárón:

  1. Hangosztály bérlői– Először további bérlőket hozunk létre az ITSP-hez hasonló tárcsázós társaik számára, hasonlóan a 200-as bérlőhöz , amelyet a Webex Calling számára hoztunk létre a tárcsázó társaik számára.

  2. Hangosztályú URI-k– A helyi átjárón megszüntető különböző törzsek állomás IP-címeit/portjait meghatározó minták: Webex Calling az LGW- hez és PSTN SIP törzsmegszakítás az LGW-n.

  3. Kimenő tárcsázók– Kimenő hívási lábak átirányítása az LGW-től az ITSP SIP törzsig és a Webex Callingig.

  4. DPGhangosztály – Bejövő tárcsázótól meghívott kimenő tárcsázótársak megcélzása.

  5. Bejövő tárcsázók– Bejövő hívási lábak fogadása az ITSP-ből és a Webex-hívásból.

Az ebben a szakaszban található konfiguráció használható partner által üzemeltetett helyi átjáró-beállításhoz, az alábbiak szerint, vagy a helyi ügyfélwebhely-átjáróhoz.

1

Konfigurálja a következő hangosztály-bérlőket:

  1. A 100-as hangosztály-bérlő az IP PSTN-nel szembesülő összes KIMENŐ tárcsázó társára vonatkozik.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. A 300-as hangosztály-bérlő az IP PSTN összes bejövő tárcsázójára érvényes.

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Konfigurálja a következő hangosztály URI-t:

  1. Az ITSP állomás IP-címének meghatározása:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Minta definiálása a helyi átjárówebhely egyedi azonosításához egy vállalaton belül a Control Hub TrunkGroup OTG/DTG paramétere alapján:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    A helyi átjáró jelenleg nem támogatja a "_" aláhúzást az egyezési mintában. Kerülő megoldásként a "" pontokat használjuk. (bármely) a "_" egyezéshez.

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
3

Konfigurálja a következő kimenő tárcsázó társokat:

  1. Kimenő tárcsázó az IP PSTN felé:

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad

    A parancsok magyarázata:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    101-es címkével rendelkező VOIP-tárcsatársat határoz meg, és a kezelés és a hibaelhárítás megkönnyítése érdekében értelmes leírást ad meg.

    destination-pattern BAD.BAD

    Számjegyminta, amely lehetővé teszi a tárcsázó kiválasztását. Ezt a kimenő tárcsázót azonban közvetlenül a bejövő tárcsázó-társból fogjuk meghívni DPG utasítások használatával, és ez megkerüli a számjegyminta egyezési feltételeit. Ennek eredményeként egy tetszőleges mintát használunk, amely a CLI célminta által engedélyezett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Itt adhatja meg, hogy ez a tárcsatársa a SIP-hívási lábakat fogja kezelni.

    session target ipv4:192.168.80.13

    A cél cél IPv4-címét jelzi, ahová a hívási szakaszt el fogják küldeni. Ebben az esetben az ITSP IP-címe.

    voice-class codec 99

    A tárcsázó társához használandó 99-es kodek-beállítási listát jelzi.

    dtmf-relay rtp-nte

    Az RTP-NTE (RFC2833) a hívási szakaszon várt DTMF-képességként határozza meg.

    voice-class sip tenant 100

    A dial-peer örökli az összes paramétert a 100-as bérlőtől, kivéve, ha ugyanaz a paraméter a dial-peer alatt van definiálva.

    no vad

    Letiltja a hangtevékenység észlelését.

  2. Kimenő tárcsázó a Webex-hívás felé (Ez a dial-peer frissül, hogy bejövő tárcsázóként szolgáljon a Webex Hívásból, valamint később a konfigurációs útmutatóban).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    A parancsok magyarázata:

    dial-peer voice 200201 voip
         description Inbound/Outbound Webex Calling

    Voip-tárcsázót határoz meg 200201 címkével , és a könnyebb kezelhetőség és hibaelhárítás érdekében értelmes leírást ad meg

    session target sip-server

    Azt jelzi, hogy a globális SIP-kiszolgáló a tárcsázó társ hívásainak célpontja. A 200-as bérlőben definiált Webex hívókiszolgáló öröklődik ehhez a dial-peerhez.

    voice-class stun-usage 200

    A helyi átjáró STUN kötések funkciója lehetővé teszi a helyileg létrehozott STUN-kérések küldését a egyeztetett médiaútvonalon keresztül. Ez segít megnyitni a lyukat a tűzfalban.

    no voice-class sip localhost

    Letiltja a DNS localhost név helyettesítését a kimenő üzenetek From, Call-ID és Remote-Party-ID fejléceiben lévő fizikai IP-cím helyett.

    voice-class sip tenant 200

    A dial-peer az összes paramétert a Tenant 200-tól (LGW <--> Webex Calling Trunk) örökli, kivéve, ha ugyanaz a paraméter a dial-peer alatt van definiálva. </-->

    srtp

    Az SRTP engedélyezve van ehhez a hívási lábhoz.

    no vad

    Letiltja a hangtevékenység észlelését.

4

Konfigurálja a következő dial-peer csoportokat (DPG):

  1. A 100-asdial-peer csoport meghatározása. A kimenő tárcsázó 101-es szám a 100-astárcsázó csoportra hivatkozó bejövő tárcsázó-társ célpontja. A DPG 100-ast a bejövő tárcsázós 200201 alkalmazzuk a Webex Calling - -> LGW --> PSTN elérési úthoz.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Határozza meg a 200-as tárcsázási csoportot a kimenő tárcsázó-társ 200201 a PSTN --> LGW --> Webex Callingútvonalának célpontjaként . A DPG 200 a később definiált bejövő tárcsázó 100-ra lesz alkalmazva.

    voice class dpg 200
     description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
     dial-peer 200201 preference 1
    
5

Konfigurálja a következő bejövő tárcsázótársakat:

  1. Bejövő tárcsázó a bejövő IP PSTN hívási lábakhoz:

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    A parancsok magyarázata

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    100-as címkével rendelkező VOIP-tárcsatársat határoz meg, és a kezelés és a hibaelhárítás megkönnyítése érdekében értelmes leírást ad meg.

    session protocol sipv2

    Itt adhatja meg, hogy ez a tárcsatársa a SIP-hívási lábakat fogja kezelni.

    incoming uri via 100

    Az IP PSTN-ről a LocalGW-be érkező összes bejövő forgalom megegyezik a bejövő VIA fejléc URI 100 SIP hangosztályban definiált állomás IP-címével, hogy megfeleljen a forrás IP -címének (ITSP) címének.

    destination dpg 200

    A dpg 200 célszámmal az IOS-XE a klasszikus kimenő tárcsázási-peer egyeztetési feltételeket adja át, és azonnal beállítja a kimenő hívási szakaszt a cél tárcsázó-társcsoport 200-as csoportjában definiált tárcsatársak segítségével, amely dial-peer 200201.

    voice-class sip tenant 300

    A tárcsázó az összes paramétert örökli a 300-as bérlőtől, kivéve, ha ugyanaz a paraméter a dial-peer alatt van definiálva.

    no vad

    Letiltja a hangtevékenység észlelését.

  2. Bejövő dial-peer a bejövő Webex Hívás hívás lábak:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination dpg 100
     incoming uri request 200
     

    A parancsok magyarázata

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Frissíti a VOIP dial-peer-t egy 200201 címkével , és a könnyebb kezelés és hibaelhárítás érdekében értelmes leírást ad.

    incoming uri request 200

    A Webex Calling és az LGW között érkező összes bejövő forgalom a kérési URI egyedi dtg mintájával illeszthető össze, egyedileg azonosítva a helyi átjárówebhelyet egy Enterprise-on és a Webex Calling ökoszisztémán belül.

    destination dpg 100

    A dpg 100 célszámmal az IOS-XE a klasszikus kimenő tárcsázó-peer egyeztetési feltételeket adja át, és azonnal beállítja a kimenő hívási szakaszt a célban definiált tárcsázó-társ csoport 100 használatával, amely a 101-es dial-peer.

    max-conn 250

    Az egyidejű hívások számát 250-re korlátozza az LGW és a Webex Calling között, feltételezve, hogy egyetlen tárcsázós peer nézi a Webex Calling-ot mind a bejövő, mind a kimenő hívásokhoz, az ebben az útmutatóban meghatározottak szerint. A helyi átjáróval kapcsolatos egyidejű híváskorlátokkal kapcsolatos további részletekért látogasson el a webhelyre https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN a Webex hívás

A helyi átjáró összes bejövő IP PSTN hívási lába megegyezik a dial-peer 100-on, mivel meghatározza a VIA fejléc egyezési feltételeit az IP PSTN IP-címével. A kimenő tárcsázó kiválasztását a DPG 200 diktálja, amely közvetlenül meghívja a kimenő tárcsázó-200201, amely a Webex Calling kiszolgálót tartalmazza célként.

Webex hívás a PSTN-hez

A helyi átjáró összes bejövő Webex Calling hívási lába a dial-peer 200201 egyezik meg, mivel megfelel a REQUEST URI fejlécmintázatának egyezési feltételeinek a TrunkGroup OTG/DTG paraméterrel, amely egyedülálló a helyi átjáró üzembe helyezésére. A kimenő tárcsázós kijelölést a DPG 100 diktálja, amely közvetlenül meghívja a kimenő tárcsázó 101-et, amelynek ip PSTN IP-címe szerepel a cél célhelyként.

Ehhez a telepítési beállításhoz a következő konfigurációra van szükség a helyi átjárón:

  1. Hangosztály-bérlők– További bérlőket kell létrehoznia az Egyesített CM-vel és AZ ITSP-vel szembesülő tárcsázós társaik számára, hasonlóan a Webex-híváshoz létrehozott 200-as bérlőhöz .

  2. Hangosztályú URI-k– Az LGW-n megszüntető különböző törzsek állomás IP-címeit/portjait meghatározó minták: az egyesített CM-től az LGW-ig a PSTN célállomások esetében; Unified CM to LGW a Webex Calling célállomások számára ; Webex Calling az LGW- hez és PSTN SIP törzsmegszakítás az LGW-n.

  3. Hangosztályú szervercsoport– Cél IP-címek/portok az LGW-től a Unified CM-ig, az LGW-től a Webex Calling-ig és az LGW-től a PSTN SIP törzsig.

  4. Kimenő tárcsázók– Kimenő hívási lábak átirányítása az LGW-ből a Unified CM-be, az ITSP SIP törzsbe és / vagy a Webex-hívásba.

  5. DPGhangosztály – Bejövő tárcsázó társból meghívott kimenő tárcsázó(k) megcélzása.

  6. Bejövő tárcsázók – Bejövő hívási lábak fogadása Unified CM, ITSP és/vagy Webex Calling.

1

Konfigurálja a következő hangosztály-bérlőket:

  1. A 100-as hangosztály-bérlő az egyesített CM-rel és IP PSTN-nel szembesülő összes kimenő tárcsázó társra vonatkozik:

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. A 300-as hangosztály-bérlő az Egyesített CM és az IP PSTN összes bejövő tárcsázójára érvényes lesz:

    voice class tenant 300 
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
2

Konfigurálja a következő hangosztályú URI-kat:

  1. Meghatározza az ITSP állomás IP-címét:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Minta definiálása a helyi átjárówebhely egyedi azonosításához egy vállalaton belül a Control Hub TrunkGroup OTG/DTG paramétere alapján:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    A helyi átjáró jelenleg nem támogatja a "_" aláhúzást az egyezési mintában. Kerülő megoldásként a "" pontokat használjuk. (bármely) a "_" egyezéshez.

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
  3. Egységes CM-jelzőt ad a Webex Calling törzshöz:

    voice class uri 300 sip
     pattern :5065
    
  4. Meghatározza a CUCM forrásjelező IP-t és VIA portot a PSTN törzshöz:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Konfigurálja a következő hangosztály-kiszolgálócsoportokat:

  1. Meghatározza az Egyesített CM törzs célállomás IP-címét és portszámát az 1. egyesített CM-csoporthoz (5 csomópont). A Unified CM az 5065-ös portot használja a Webex Calling trunk bejövő forgalmához (Webex Calling <-> LGW --> Unified CM). </->

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Adott esetben meghatározza az egyesített CM törzs célállomás IP-címét és portszámát a Unified CM Group 2 számára:

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Meghatározza az egyesített CM törzs célállomás IP-címét az 1. egyesített CM-csoporthoz (5 csomópont). Az egyesített CM az alapértelmezett 5060-as portot használja a PSTN törzs bejövő forgalmához. Ha nincs megadva portszám, a rendszer az alapértelmezett 5060-ast használja. (PSTN <-> LGW --> Egységes CM)</->

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Adott esetben meghatározza az egyesített CM törzs célállomás IP-címét a Unified CM Group 2 számára.

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Konfigurálja a következő kimenő tárcsázótársakat:

  1. Kimenő tárcsázó az IP PSTN felé:

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    A parancsok magyarázata

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    101-es címkével rendelkező VOIP-tárcsatársat határoz meg, és a kezelés és a hibaelhárítás megkönnyítése érdekében értelmes leírást ad meg.

    destination-pattern BAD.BAD

    Számjegyminta, amely lehetővé teszi a tárcsázó kiválasztását. Ezt a kimenő tárcsázót azonban közvetlenül a bejövő tárcsázó-társból fogjuk meghívni DPG utasítások használatával, és ez megkerüli a számjegyminta egyezési feltételeit. Ennek eredményeként egy tetszőleges mintát használunk, amely a CLI célminta által engedélyezett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Itt adhatja meg, hogy ez a tárcsatársa a SIP-hívási lábakat fogja kezelni.

    session target ipv4:192.168.80.13

    A cél cél IPv4-címét jelzi, ahová a hívási szakaszt el fogja küldeni. (Ebben az esetben az ITSP IP-címe.)

    voice-class codec 99

    A tárcsázó társához használandó 99-es kodek-beállítási listát jelzi.

    voice-class sip tenant 100

    A dial-peer örökli az összes paramétert a 100-as bérlőtől, kivéve, ha ugyanaz a paraméter a dial-peer alatt van definiálva.

  2. Kimenő tárcsázó a Webex-hívás felé (Ez a tárcsázó-társ frissül, hogy bejövő tárcsázóként szolgáljon a Webex-hívásból, valamint később a konfigurációs útmutatóban.):

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     srtp
     no vad
    

    A parancsok magyarázata

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling

    Voip-tárcsázót határoz meg 200201 címkével , és a könnyebb kezelés és hibaelhárítás érdekében értelmes leírást ad meg.

    session target sip-server

    Azt jelzi, hogy a globális SIP-kiszolgáló a tárcsázó társ hívásainak célpontja. A 200-as bérlőben definiált Webex hívókiszolgáló öröklődik ehhez a dial-társhoz.

    voice-class stun-usage 200

    Az LGW STUN kötések funkciója lehetővé teszi a helyben generált STUN kérések küldését a tárgyalásos médiaútvonalon keresztül. Ez segít megnyitni a lyukat a tűzfalban.

    no voice-class sip localhost

    Letiltja a DNS localhost név helyettesítését a kimenő üzenetek From, Call-ID és Remote-Party-ID fejléceiben lévő fizikai IP-cím helyett.

    voice-class sip tenant 200

    A dial-peer az összes paramétert a Tenant 200-tól (LGW <--> Webex Calling Trunk) örökli, kivéve, ha ugyanaz a paraméter a dial-peer alatt van definiálva. </-->

    srtp

    Az SRTP engedélyezve van ehhez a hívási lábhoz.

  3. Kimenő tárcsázó a Unified CM Webex Calling Trunk felé:

    dial-peer voice 301 voip
     description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 301
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    A parancsok magyarázata

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    301-es címkével rendelkező VOIP-tárcsatársat határoz meg, és a könnyebb kezelhetőség és hibaelhárítás érdekében értelmes leírást ad meg.

    session server-group 301

    A tárcsázóban lévő munkamenet-cél IP-cím helyett egy célkiszolgálói csoportra (a 301-es kiszolgálócsoport a 301-estárcsázóhoz) mutatunk, hogy több cél UCM-csomópontot határozzon meg, bár a példa csak egy csomópontot mutat.

    Kiszolgálócsoport a kimenő tárcsázó társban

    A DPG-ben lévő több tárcsázóval és a dial-peer szervercsoport több kiszolgálójával véletlenszerűen terjeszthetjük a hívásokat az összes Unified CM hívásfeldolgozó előfizetőn, vagy egy meghatározott preferencia alapján vadászhatunk. Minden kiszolgálócsoportnak legfeljebb öt kiszolgálója lehet (IPv4/v6 porttal vagy anélkül). A második dial-peer és a második kiszolgálócsoport csak akkor szükséges, ha ötnél több hívásfeldolgozó előfizetőt használ.

    További információért lásd https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html .

  4. Második kimenő tárcsa-társ a Unified CM Webex Calling Trunk felé, ha több mint 5 egyesített CM-csomópontja van:

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Kimenő tárcsa-társ a Unified CM PSTN törzse felé:

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Második kimenő tárcsa-társ az egyesített CM PSTN-törzse felé, ha több mint 5 Egyesített CM-csomóponttal rendelkezik:

    dial-peer voice 307 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from PSTN - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 307
     voice-class codec 99  
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
5

Konfigurálja a következő DPG-t:

  1. A DPG 100-ast határozza meg. A kimenő tárcsázó 101-es szám a 100-astárcsázó csoportra hivatkozó bejövő tárcsázó-társ célpontja. A DPG 100-at a később az Egyesített CM --> LGW --> PSTN elérési úthoz később definiált bejövő tárcsázó 302-re alkalmazzuk :

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Határozza meg a DPG 200-t a kimenő tárcsázó-társ 200201 az Egyesített CM --> LGW --> Webex hívásiútvonalának célpontjaként :

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Határozza meg a DPG 300-at a 301-es vagy 303-as kimenő tárcsázókhoz a Webex-híváshoz --> LGW --> Egységes CM elérési úthoz:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. A DPG 302 meghatározása a 305-ös vagy 307-es kimenő tárcsatársakhoz a PSTN --> LGW --> Unified CM elérési útja:

    voice class dpg 302
     dial-peer 305 preference 1
     dial-peer 307 preference 1
    
6

Konfigurálja a következő bejövő tárcsázótársakat:

  1. Bejövő tárcsázó a bejövő IP PSTN hívási lábakhoz:

    dial-peer voice 100 voip
     description Incoming dial-peer from PSTN
     session protocol sipv2
     destination dpg 302
     incoming uri via 100
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    A parancsok magyarázata

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    100-as címkével rendelkező VOIP-tárcsatársat határoz meg, és a kezelés és a hibaelhárítás megkönnyítése érdekében értelmes leírást ad meg.

    session protocol sipv2

    Itt adhatja meg, hogy ez a tárcsatársa a SIP-hívási lábakat fogja kezelni.

    incoming uri via 100

    Az IP PSTN-ről az LGW-re érkező összes bejövő forgalom megegyezik a bejövő VIA fejléc URI 100 SIP hangosztályban meghatározott állomás IP-címével, hogy megfeleljen a forrás IP -címének (ITSP) címének.

    destination dpg 302

    A DPG 302 cél céljával az IOS-XE a klasszikus kimenő tárcsázási-peer egyeztetési feltételeket adja át, és azonnal beállítja a kimenő hívási szakaszt a DPG 302 cél célában definiált tárcsatársakkal, amelyek lehetnek dial-peer 305 vagy dial-peer 307.

    voice-class sip tenant 300

    A tárcsázó az összes paramétert örökli a 300-as bérlőtől, kivéve, ha ugyanaz a paraméter a dial-peer alatt van definiálva.

  2. Bejövő dial-peer a bejövő Webex Hívás hívás lábak:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination dpg 300
     incoming uri request 200
     

    A parancsok magyarázata

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Frissíti a VOIP dial-peer-t egy 200201 címkével , és a könnyebb kezelés és hibaelhárítás érdekében értelmes leírást ad.

    incoming uri request 200

    A Webex Calling és az LGW között érkező összes bejövő forgalom a kérési URI egyedi dtg mintájával illeszthető össze, egyedileg azonosítva egy helyi átjáróhelyet egy Enterprise-on és a Webex Calling ökoszisztémán belül.

    destination dpg 300

    A DPG 300 cél céljával az IOS-XE a klasszikus kimenő tárcsázási-peer egyeztetési feltételeket adja át, és azonnal beállítja a kimenő hívási szakaszt a DPG 300 cél célában definiált tárcsatársakkal, amelyek lehetnek dial-peer 301 vagy dial-peer 303.

    max-conn 250

    Az egyidejű hívások számát 250-re korlátozza az LGW és a Webex Calling között, feltételezve, hogy egyetlen tárcsázós peer nézi a Webex-hívást mind a bejövő, mind a kimenő hívásokhoz, az ebben az útmutatóban meghatározottak szerint. A helyi átjáróval kapcsolatos egyidejű híváskorlátokkal kapcsolatos további részletekért látogasson el a webhelyre https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Bejövő tárcsázó a bejövő Unified CM hívási lábakhoz, a Webex Hívás a cél:

    dial-peer voice 300 voip
     description Incoming dial-peer from CUCM for Webex Calling
     session protocol sipv2
     destination dpg 200
     incoming uri via 300
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    A parancsok magyarázata

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    300-as címkével rendelkező VOIP-tárcsatársat határoz meg, és a kezelés és a hibaelhárítás megkönnyítése érdekében értelmes leírást ad meg.

    incoming uri via 300

    Az egyesített CM-ről az LGW-re érkező összes bejövő forgalom az URI 300 SIP hangosztályban definiált via forrásporton (5065) van egyeztetve.

    destination dpg 200

    A DPG 200 cél céljával az IOS-XE a klasszikus kimenő tárcsázási-peer egyeztetési feltételeket adja át, és azonnal beállítja a kimenő hívási szakaszt a DPG 200 célhelyen definiált tárcsatársak segítségével, amely tárcsázós 200201 lesz.

    voice-class sip tenant 300

    A tárcsázó az összes paramétert örökli a 300-as bérlőtől, kivéve, ha ugyanaz a paraméter a dial-peer alatt van definiálva.

  4. Bejövő tárcsázó a bejövő Unified CM hívási lábakhoz, amelyek célhelye a PSTN:

    dial-peer voice 302 voip
     description Incoming dial-peer from CUCM for PSTN
     session protocol sipv2
     destination dpg 100
     incoming uri via 302
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 300
     no vad
    

    A parancsok magyarázata

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    302-es címkével rendelkező VOIP-tárcsatársat határoz meg, és a kezelés és a hibaelhárítás megkönnyítése érdekében értelmes leírást ad meg.

    incoming uri via 302

    Az egyesített CM-ről az LGW-re érkező összes forgalom a PSTN-célhoz az URI 302 SIP hangosztályban definiált Unified CM forrásjel-cím és VIA porton egyezik meg. Szabványos SIP port 5060 van használva.

    destination dpg 100

    A DPG 100 cél céljával az IOS-XE a klasszikus kimenő tárcsa-peer egyeztetési feltételeket adja át, és azonnal beállítja a kimenő hívási szakaszt a DPG 100 célban definiált tárcsatársakkal, amely a tárcsázó 101 lesz.

    voice-class sip tenant 300

    A tárcsázó az összes paramétert örökli a 300-as bérlőtől, kivéve, ha ugyanaz a paraméter a dial-peer alatt van definiálva.

IP PSTN az egységes CM PSTN trunk

Webex hívó platform az egységes CM Webex calling trunk

Egységes CM PSTN trunk ip PSTN

Egységes CM Webex calling trunk a Webex hívóplatformra

A diagnosztikai aláírások (DS) proaktívan észlelik az IOS XE alapú helyi átjáróban gyakran megfigyelt problémákat, és e-mailes, syslog vagy terminálüzenet-értesítést generálnak az eseményről. A ds-t a diagnosztikai adatgyűjtés automatizálására és az összegyűjtött adatok Cisco TAC-tokba történő átvitelére is telepítheti a megoldási idő felgyorsítása érdekében.

A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a problémaindító eseményekről és a probléma tájékoztatására, elhárítására és orvoslására végrehajtandó műveletekről. A problémaészlelési logika a syslog üzenetek, az SNMP-események és az adott show parancs kimeneteinek időszakos figyelésével definiálható. A művelettípusok közé tartozik a show parancs kimeneteinek gyűjtése, az összevont naplófájl létrehozása és a fájl feltöltése egy felhasználó által megadott hálózati helyre, például HTTPS, SCP, FTP-kiszolgáló. A DS-fájlokat a TAC mérnökei írják, és digitálisan aláírták az integritás védelmét. Minden DS-fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. A diagnosztikai aláírások keresési eszköze (DSLT) egyetlen forrás a megfelelő aláírások kereséséhez a különböző problémák figyelésére és elhárítására.

Mielőtt elkezdené:

  • Ne szerkessze a DSLT-ről letöltött DS-fájlt. A módosított fájlok telepítése az integritás ellenőrzése hibája miatt meghiúsul.

  • A helyi átjáróhoz SMTP-kiszolgálóra van szükség ahhoz, hogy e-mail értesítéseket küldjön.

  • Győződjön meg arról, hogy a helyi átjáróban IOS XE 17.3.2-es vagy újabb rendszert futtat, ha biztonságos SMTP-kiszolgálót szeretne használni az e-mail értesítésekhez.

Előfeltételek

IOS XE 17.3.2 vagy újabb rendszert futtató helyi átjáró

  1. A diagnosztikai aláírások alapértelmezés szerint engedélyezve vannak.

  2. Konfigurálja úgy a biztonságos e-mail kiszolgálót, hogy proaktív értesítést küldjön, ha az eszközön IOS XE 17.3.2 vagy újabb rendszer fut.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Konfigurálja a környezeti változót ds_email a rendszergazdá értesítésre való e-mail címével.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

IOS XE 16.11.1 vagy újabb rendszert futtató helyi átjáró

  1. A diagnosztikai aláírások alapértelmezés szerint engedélyezve vannak.

  2. Konfigurálja úgy az e-mail kiszolgálót, hogy proaktív értesítéseket küldjön, ha az eszközön a 17.3.2-esnél korábbi verzió fut.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Konfigurálja a környezeti változót ds_email a rendszergazdá értesítésre való e-mail címével.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 
    

16.9.x verziót futtató helyi átjáró

  1. A diagnosztikai aláírások engedélyezéséhez írja be a következő parancsokat.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. Konfigurálja úgy az e-mail kiszolgálót, hogy proaktív értesítéseket küldjön, ha az eszközön a 17.3.2-esnél korábbi verzió fut.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Konfigurálja a környezeti változót ds_email a rendszergazdá értesítésre való e-mail címével.

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#end 

Az alábbi példa egy IOS XE 17.3.2-t futtató helyi átjáró konfigurációját mutatja be, amely proaktív értesítéseket küld a tacfaststart@gmail.com a Gmailt biztonságos SMTP-kiszolgálóként használja:


call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"

Az IOS XE szoftvert futtató helyi átjáró nem egy tipikus webalapú Gmail-ügyfél, amely támogatja az OAuth-ot, ezért konfigurálnunk kell egy adott Gmail-fiókbeállítást, és konkrét engedélyt kell adnunk az eszközről érkező e-mailek helyes feldolgozásához:

  1. Nyissa meg a Google-fiók kezelése > biztonság és a Kevésbé biztonságos alkalmazáshozzáférés beállítás bekapcsolása című témakört.

  2. Válaszoljon arra, hogy "Igen, én voltam", amikor e-mailt kap a Gmailtől, amelyben kijelenti: "A Google megakadályozta, hogy valaki bejelentkezz a fiókjába egy nem Google alkalmazás használatával."

Diagnosztikai aláírások telepítése proaktív figyeléshez

Magas cpu-kihasználtság figyelése

Ez a DS nyomon követi az 5 másodperces CPU-kihasználtságot az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával. Ha a kihasználtság eléri vagy meghaladja a 75%-ot, letiltja az összes hibakeresést, és eltávolítja a helyi átjáróba telepített összes diagnosztikai aláírást. Az alábbi lépésekkel telepítheti az aláírást.

  1. Győződjön meg arról, hogy az SNMP engedélyezve van az snmpparancs show használatával. Ha nincs engedélyezve, konfigurálja az "snmp-server manager" parancsot.

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Töltse le a DS 64224-et a Diagnosztikai aláírások keresési eszközkövetkező legördülő beállításaival:

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Mező neve

    Mező értéke

    Platform

    Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

    Magas cpu-kihasználtság e-mail értesítéssel

  3. Másolja a DS XML-fájlt a Helyi átjáró vakuba.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Az alábbi példa a fájl FTP-kiszolgálóról a helyi átjáróba másolására mutat be példát.

    
    LocalGateway# copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    LocalGateway # 
  4. Telepítse a DS XML-fájlt a helyi átjáróba.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Ellenőrizze, hogy az aláírás telepítése sikeresen megtörtént-e a call-home diagnosztikai aláírásával . Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

    
    LocalGateway# show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 

    DS-k letöltése:

    DS-AZONOSÍTÓ

    DS-név

    Átvizsgálás

    Állapot

    Utolsó frissítés (GMT+00:00)

    64224

    DSLGWCPUMON75___

    0.0.10

    Regisztrálva

    2020-11-07 22:05:33

    LocalGateway #


    Ha aktiválódik, ez az aláírás eltávolítja az összes futó DS-t, beleértve magát is. Ha szükséges, telepítse újra a DS 64224-et, hogy továbbra is figyelje a magas cpu-kihasználtságot a helyi átjárón.

SIP törzs regisztrációjának figyelése

Ez a DS 60 másodpercenként ellenőrzi a helyi átjáró SIP Trunk regisztrációjának megszakítását a Cisco Webex Calling felhővel. A regisztráció nélküli esemény észlelése után e-mail- és syslog-értesítést hoz létre, és két regisztráció nélküli előfordulás után eltávolítja magát. Az aláírás telepítéséhez kövesse az alábbi lépéseket.

  1. Töltse le a DS 64117-et a Diagnosztikai aláírások keresési eszközalábbi legördülő beállításaival:

    Mező neve

    Mező értéke

    Platform

    Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    Probléma hatóköre

    SIP-SIP

    Probléma típusa

    SIP Trunk Regisztráció nélkül e-mail értesítéssel

  2. Másolja a DS XML-fájlt a helyi átjáróba.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Telepítse a DS XML-fájlt a helyi átjáróba.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Ellenőrizze, hogy az aláírás telepítése sikeresen megtörtént-e a call-home diagnosztikai aláírásával . Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

Rendellenes hívásbontások figyelése

Ez a DS 10 percenként használja az SNMP-lekérdezést a rendellenes hívásbontás észlelésére a 403-as, 488-as és 503-as SIP-hibákkal.  Ha a hibaszám növekménye nagyobb vagy egyenlő az utolsó szavazás 5-nél, akkor syslog- és e-mail értesítést hoz létre. Az aláírás telepítéséhez kövesse az alábbi lépéseket.

  1. Ellenőrizze, hogy az SNMP engedélyezve van-e az snmpparancs használatával. Ha nincs engedélyezve, konfigurálja az "snmp-server manager" parancsot.

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Töltse le a DS 65221-et a Diagnosztikai aláírások keresési eszközkövetkező beállításaival:

    Mező neve

    Mező értéke

    Platform

    Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

    SIP rendellenes hívásbontás észlelése e-mail és Syslog értesítéssel

  3. Másolja a DS XML-fájlt a helyi átjáróba.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Telepítse a DS XML-fájlt a helyi átjáróba.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Ellenőrizze, hogy az aláírás telepítése sikeresen megtörtént-e a call-home diagnosztikai aláírásával . Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

Diagnosztikai aláírások telepítése a probléma elhárításához

A diagnosztikai aláírások (DS) a problémák gyors megoldására is használhatók. A Cisco TAC mérnökei számos aláírást írtak, amelyek lehetővé teszik az adott probléma elhárításához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok gyűjtésére és az adatok automatikus továbbítására a Cisco TAC-okra. Ez kiküszöböli a probléma előfordulásának manuális ellenőrzésének szükségességét, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.

A Diagnosztikai aláírások keresési eszközzel megkeresheti a megfelelő aláírásokat, és telepítheti azokat egy adott probléma önmegoldásához, vagy telepítheti a TAC mérnök által ajánlott aláírást a támogatási elkötelezettség részeként.

Íme egy példa arra, hogyan lehet megtalálni és telepíteni a DS-t a(z) "%VOICEIEC-3-GW_: CCAPI: Belső hiba (híváscsúcs küszöbérték): IEC=1.1.181.1.29.0" syslog és automatizálja a diagnosztikai adatgyűjtést az alábbi lépések végrehajtásával.

  1. Konfiguráljon egy további DS-környezeti változót ds_fsurl_prefix , amely a CiscoTAC fájlkiszolgáló elérési útja (cxd.cisco.com), amelyre az összegyűjtött diagnosztikai adatokat feltöltik. A fájl elérési útján szereplő felhasználónév az esetszám, a jelszó pedig a fájlfeltöltési jogkivonat, amely az alábbiak szerint lekérhető a Támogatási ügykezelőből . A fájlfeltöltési jogkivonat szükség szerint a Támogatási esetkezelő Mellékletek szakaszában is létrehozható .

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    LocalGateway(config)#end 

    Példa:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Győződjön meg arról, hogy az SNMP engedélyezve van az snmpparancs show használatával. Ha nincs engedélyezve, konfigurálja az "snmp-server manager" parancsot.

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Javasoljuk, hogy proaktív intézkedésként telepítse a DS 64224 magas CPU-figyelést, hogy letiltsa az összes hibakeresési és diagnosztikai aláírást a magas cpu-kihasználtság idején. Töltse le a DS 64224-et a Diagnosztikai aláírások keresési eszközkövetkező beállításaival:

    Mező neve

    Mező értéke

    Platform

    Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

    Magas cpu-kihasználtság e-mail értesítéssel

  4. Töltse le a DS 65095-öt a Diagnosztikai aláírások keresési eszközkövetkező beállításaival:

    Mező neve

    Mező értéke

    Platform

    Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    Probléma hatóköre

    Syslogs

    Probléma típusa

    Syslog - %VOICEIEC-3-GW_: CCAPI: Belső hiba (híváscsúcs küszöbértéke): IEC=1.1.181.1.29.0

  5. Másolja a DS XML-fájljait a helyi átjáróba.

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Telepítse a DS 64224, majd a DS 65095 XML-fájlt a helyi átjáróba.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Ellenőrizze, hogy az aláírás telepítése sikeresen megtörtént-e a call-home diagnosztikai aláírásával . Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

    
    LocalGateway# show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    Letöltött DS-k:

    DS-AZONOSÍTÓ

    DS-név

    Átvizsgálás

    Állapot

    Utolsó frissítés (GMT+00:00)

    64224

    00:07:45

    DSLGWCPUMON75___

    0.0.10

    Regisztrálva

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGWIECC___all_spike_threshold

    0.0.12

    Regisztrálva

    2020-11-08:00:12:53

    LocalGateway #

Diagnosztikai aláírások végrehajtásának ellenőrzése

Amint az alább látható, a parancs "Állapot" oszlopa a call-home diagnosztikai aláírást mutatja, "futásra" változik, miközben a helyi átjáró végrehajtja az aláírásban definiált műveletet. A call-home diagnosztikai-aláírási statisztikák megjelenítése a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlelt-e érdeklődési eseményt, és végrehajtotta-e a műveletet. Az "Aktivált/Max/Deinstall" oszlop azt jelzi, hogy az adott aláírás hányszor váltott ki egy eseményt, a megadott esemény észlelésének maximális számát, valamint azt, hogy az aláírás automatikusan deinstallálódik-e az aktivált események maximális számának észlelése után.


LocalGateway# show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

Letöltött DS-k:

DS-AZONOSÍTÓ

DS-név

Átvizsgálás

Állapot

Utolsó frissítés (GMT+00:00)

64224

DSLGWCPUMON75___

0.0.10

Regisztrálva

2020-11-08 00:07:45

65095

DSLGWIECC___all_spike_threshold

0.0.12

Fut

2020-11-08 00:12:53

LocalGateway #

LocalGateway# hívás-otthoni diagnosztikai-aláírási statisztikák megjelenítése

DS-AZONOSÍTÓ

DS-név

Aktiválva/Max/Deinstall

Átlagos futási idő (másodperc)

Maximális futási idő (másodperc)

64224

DSLGWCPUMON75___

0/0/N

0.000

0.000

65095

DSLGWIECC___all_spike_threshold

1/20/Y

23.053

23.053

LocalGateway #

A diagnosztikai aláírás végrehajtása során küldött értesítési e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz részletei, a szoftververzió, a futó konfiguráció és az adott probléma elhárításához szükséges parancskimenetek megjelenítése.

Diagnosztikai aláírások eltávolítása

A hibaelhárítási célokra használt diagnosztikai aláírásokat általában bizonyos számú probléma előfordulásának észlelése után kell eltávolítani. Ha manuálisan szeretne eltávolítani egy aláírást, olvassa le a DS-azonosítót a call-home diagnosztikai aláírás kimenetéről, és futtassa az alábbi parancsot.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Példa:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

A központi telepítések során gyakran megfigyelt problémák alapján rendszeresen új aláírásokat ad hozzá a Diagnosztikai aláírások keresési eszközéhez. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására irányuló kérelmeket.

2022. márc. 7.
A CUBE magas rendelkezésre állásának megvalósítása helyi átjáróként

A Local Gateway (LGW) az egyetlen lehetőség a helyszíni PSTN-hozzáférés biztosítására a Cisco Webex Calling ügyfelek számára. Ennek a dokumentumnak az a célja, hogy segítsen a helyi átjáró konfigurációjának kialakításában a CUBE magas rendelkezésre állású, aktív/készenléti CUBE-k használatával az aktív hívások állapot-teljes feladatátvételéhez.

Alapjait

Előfeltételek

Mielőtt a CUBE HA-t a Webex-hívás helyi átjárójaként telepeskedne le, győződjön meg arról, hogy részletesen ismeri a következő fogalmakat:

Az ebben a cikkben megadott konfigurációs irányelvek egy dedikált helyi átjáróplatformot feltételeznek, amely nem rendelkezik meglévő hangkonfigurációval. Ha egy meglévő CUBE vállalati telepítést úgy módosítanak, hogy a Cisco Webex Calling helyi átjáró funkcióját is használja, fordítson nagy figyelmet az alkalmazott konfigurációra annak biztosítása érdekében, hogy a meglévő hívásáramlások és funkciók ne szakadjanak meg, és győződjön meg arról, hogy betartja a CUBE HA tervezési követelményeit.

Hardver- és szoftverösszetevők

A CUBE HA helyi átjáróként IOS-XE 16.12.2-es vagy újabb verziót igényel, valamint egy olyan platformot, amelyen a CUBE HA és az LGW funkciók is támogatottak.


A cikkben szereplő show parancsok és naplók a Cisco IOS-XE 16.12.2 vCUBE (CSR1000v) rendszeren megvalósított minimális szoftverkiadásán alapulnak.

Referenciaanyag

Íme néhány részletes CUBE HA konfigurációs útmutató a különböző platformokhoz:

Webex hívási megoldás – áttekintés

A Cisco Webex Calling egy együttműködési ajánlat, amely több bérlős felhőalapú alternatívát kínál a helyszíni PBX telefonszolgáltatással szemben, több PSTN-opcióval az ügyfelek számára.

A cikk középpontjában a Helyi átjáró telepítése (az alábbiakban látható) áll. A Webex Calling helyi átjáró (premise-alapú PSTN) törzse lehetővé teszi az ügyfél tulajdonában lévő PSTN-szolgáltatáshoz való csatlakozást. Emellett kapcsolatot biztosít egy helyszíni IP PBX-telepítéshez is, például a Cisco Unified CM-hez. A felhőbe irányuló és onnan érkező összes kommunikáció biztonságos a SIP TLS-átvitelével és az SRTP-hez a médiához.

Az alábbi ábra egy meglévő IP PBX nélküli Webex Calling telepítést jelenít meg, és egyetlen vagy többhelyes telepítésre alkalmazható. A cikkben ismertetett konfiguráció ezen a telepítésen alapul.

2. réteg doboztól dobozig redundanciája

CUBE HA layer 2 box-to-box redundancia a Redundancy Group (RG) infrastruktúra protokollt használja aktív/készenléti útválasztópár kialakításához. Ez a pár ugyanazon a virtuális IP-címen (VIP) osztozik a megfelelő interfészeken, és folyamatosan állapotüzeneteket cserél. A CUBE munkamenet-információk az útválasztók között ellenőrzés alatt állnak, lehetővé téve a készenléti útválasztó számára, hogy azonnal átvegye az összes CUBE hívásfeldolgozási felelősséget, ha az aktív útválasztó üzemen kívül megy, ami a jelek és az adathordozók állapottudatos megőrzését eredményezi.


Az ellenőrzőpont a médiacsomagokkal csatlakoztatott hívásokra korlátozódik. A tranzithívások nem ellenőrzik a hegyet (például egy próbálkozó vagy csengő állapot).

Ebben a cikkben a CUBE HA a CUBE high availability (HA) Layer 2 Box-to-box (B2B) redundanciára hivatkozik az állapot-tudatos hívásmegőrzés érdekében

Az IOS-XE 16.12.2-es rendszertől függően a CUBE HA helyi átjáróként telepíthető a Cisco Webex Calling trunk (Premises-based PSTN) telepítések számára, és ebben a cikkben foglalkozunk a tervezési megfontolásokkal és konfigurációkkal. Ez az ábra egy tipikus CUBE HA beállítást jelenít meg helyi átjáróként a Cisco Webex Calling törzs telepítéséhez.

Redundanciacsoport Infra komponens

A Redundancy Group (RG) Infra komponens biztosítja a két CUBE közötti dobozról dobozra kommunikációs infrastruktúra-támogatást, és tárgyal a végső stabil redundancia állapotról. Ez az összetevő a következőket is biztosítja:

  • HSRP-szerű protokoll, amely az egyes útválasztók végső redundanciaállapotát tárgyalja a két CUBE közötti keepalive és hello üzenetek cseréjével (a vezérlőfelületen keresztül) - GigabitEthernet3 a fenti ábrán.

  • Az aktívtól a készenléti útválasztóig (az adatfelületen keresztül) érkező egyes hívások jel- és médiaállapotának ellenőrzésére szolgáló átviteli mechanizmus – GigabitEthernet3 a fenti ábrán.

  • A virtuális IP (VIP) interfész konfigurálása és kezelése a közlekedési interfészekhez (több forgalmi interfész konfigurálható ugyanazzal az RG csoporttal) – a GigabitEthernet 1 és 2 forgalmi interfésznek minősül.

Ezt az RG-összetevőt kifejezetten úgy kell konfigurálni, hogy támogassa a hang B2B HA-t.

Virtuális IP (VIP) címkezelés mind a jelzéshez, mind a médiához

A B2B HA a VIP-re támaszkodik a redundancia eléréséhez. A CUBE HA pár mindkét CUBE VIP és kapcsolódó fizikai interfészének ugyanazon a LAN alhálózaton kell lennie. A VIP konfigurációja és a VIP interfész kötődése egy adott hangalkalmazáshoz (SIP) kötelező a hang B2B HA támogatásához. Az olyan külső eszközök, mint a Unified CM, a Webex Calling access SBC, a szolgáltató vagy a proxy, a VIP-t használják cél IP-címként a CUBE HA útválasztókon áthaladó hívásokhoz. Ezért a Webex Calling szempontjából a CUBE HA párok egyetlen helyi átjáróként működnek.

A létrehozott hívások hívásjele és RTP-munkamenet-információi az aktív útválasztótól a készenléti útválasztóig vannak ellenőrizve. Amikor az Aktív útválasztó leáll, a készenléti útválasztó átveszi az irányítást, és folytatja az rtp-adatfolyam továbbítását, amelyet korábban az első útválasztó irányított.

A feladatátvételkor átmeneti állapotban lévő hívások nem maradnak meg az átállás után. Például azok a hívások, amelyek még nincsenek teljesen létrehozva, vagy átmozgatási vagy visszatartási funkcióval módosulnak. A létrehozott hívások az átállás után megszakadhatnak.

A CUBE HA helyi átjáróként való használatára a következő követelmények vonatkoznak a hívások állapot-teljes feladatátvételéhez:

  • A CUBE HA nem rendelkezik TDM vagy analóg interfészekkel együtt

  • A Gig1-et és a Gig2-t forgalmi (SIP/RTP) interfészeknek, a Gig3-at pedig redundanciacsoport (RG) vezérlő/adat interfésznek nevezik.

  • Legfeljebb 2 CUBE HA pár helyezhető el ugyanabban a 2. réteg tartományában, az egyik 1-es csoportazonosítóval, a másik pedig 2-es csoportazonosítóval. Ha 2 HA-pár konfigurálása ugyanazzal a csoportazonosítóval, az RG-vezérlő/adat interfészeknek különböző 2. rétegtartományokhoz kell tartoznia (vlan, külön kapcsoló)

  • A portcsatorna mind az RG Control/data, mind a traffic interfaces számára támogatott

  • Minden jelzés/adathordozó a virtuális IP-címről/-forrásból származik

  • Bármikor, amikor egy platform újra betöltődik egy CUBE-HA kapcsolatban, mindig készenléti állapotban indul el

  • Az összes interfész (Gig1, Gig2, Gig3) alacsonyabb címének ugyanazon a platformon kell lennie

  • Redundancia interfész azonosítója, rii kell egyedi egy pár / interfész kombináció ugyanazon a rétegen 2

  • Mindkét CUBE konfigurációjának azonosnak kell lennie, beleértve a fizikai konfigurációt is, és ugyanazon a platformon és IOS-XE verzión kell futnia

  • A visszacsatolási illesztők nem használhatók kötésként, mivel mindig fent vannak

  • A több forgalmi (SIP/RTP) interfész (Gig1, Gig2) használatához interfészkövetésre van szükség

  • A CUBE-HA nem támogatott crossover kábelkapcsolaton keresztül az RG-control/data linkhez (Gig3)

  • Mindkét platformnak azonosnak kell lennie , és fizikai kapcsolóval kell kapcsolódniuk a CUBE HA működéséhez, azaz a CUBE-1 és CUBE-2 GE0/0/0-nak ugyanazon a kapcsolón kell végződnie, és így tovább.

  • A WAN nem szüntethető meg közvetlenül a CUBE-kon vagy a Data HA-n mindkét oldalon

  • Az aktív/készenléti üzemmódnak ugyanabban az adatközpontban kell lennie

  • A redundancia esetén kötelező külön L3 interfészt használni (RG Control/data, Gig3). azaz a forgalomhoz használt interfész nem használható HA-keepalives és checkpointing

  • Feladatátvételkor a korábban aktív CUBE egy tervezéssel történő újratöltésen megy keresztül, megőrizve a jelzéseket és az adathordozót

Redundancia konfigurálása mindkét CUBE-n

A 2. réteg doboz-doboz redundanciát mindkét CUBE-n be kell állítania, amelyet HA-párban kíván használni a virtuális IP-k felmásához.

1

Konfigurálja a kapcsolatkövetést globális szinten a kapcsolat állapotának nyomon követéséhez.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

A CLI sávot az RG-ben használják a hangforgalmi felület állapotának nyomon követésére, így az aktív útvonal a forgalmi felület leállása után meglehetősen aktív szerepet tölt be.

2

Konfiguráljon egy hálózati RG-t a VoIP HA alkalmazásredundancia almódban való használatra.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Az alábbiakban ismerteted az ebben a konfigurációban használt mezőket:

  • redundancia– Redundancia mód megadása

  • alkalmazásredundancia– Alkalmazásredundancia-konfigurációs mód megadása

  • csoport– A redundanciaalkalmazáscsoport konfigurációs módjának megadása

  • név LocalGateway-HA– Az RG-csoport nevének meghatározása

  • 100-as prioritás feladatátvételi küszöbértéke 75– Megadja azrg kezdeti prioritási és feladatátvételi küszöbértékeit

  • időzítők késleltetése 30 újratöltés 60- Beállítja a két alkalommal a késedelem és az újratöltés

    • Késleltetés időzítő, amely az az idő, hogy késleltesse RG csoport inicializálása és szerepkör egyeztetés után a felület jön fel - Alapértelmezett 30 másodperc. A hatótávolság 0-10000 másodperc

    • Újratöltés – Ennyi idő áll az RG-csoport inicializálásának és a szerepkör-egyeztetésnek az újratöltés után – Alapértelmezett 60 másodperc. A hatótávolság 0-10000 másodperc

    • Az alapértelmezett időzítők ajánlottak, bár ezek az időzítők beállíthatók az útválasztók indításakor/újratöltése során esetlegesen előforduló további hálózati konvergenciakésleltetéshez annak biztosítása érdekében, hogy az RG protokoll egyeztetésére a hálózat útválasztása után kerül sor. Például, ha a feladatátvétel után látható, hogy az új KÉSZENLÉTi időszak akár 20 másodpercig is tart az új ACTIVE első RG HELLO csomagjának megtekintéséhez, akkor az időzítőt úgy kell beállítani, hogy "az időzítők 60 újratöltést késleltessenek 120", hogy figyelembe vegyék ezt a késleltetést.

  • gigabitEthernet3 protokoll 1vezérlése – Konfigurálja a két CUBE közötti keepalive és hello üzenetek cseréjére használt felületet, és meghatározza a vezérlőfelülethez csatlakoztatott protokollpéldányt, és redundancia alkalmazásprotokoll konfigurációs módba lép

  • adatok GigabitEthernet3– Az adatforgalom ellenőrzőpontozásához használt felület konfigurálása

  • track–RG-csoportkövetés interfészek

  • 1. protokoll – Megadja a vezérlőfelülethez csatolandó protokollpéldányt, és a redundancia alkalmazásprotokoll konfigurációs üzemmódjába lép

  • időzítők hellotime 3 holdtime 10-Beállítjaa két időzítőt hellotime és holdtime:

    • Hellotime - Intervallum az egymást követő hello üzenetek között - Alapértelmezett 3 másodperc. A hatótávolság 250 ezredmásodperc-254 másodperc

    • Várakoztatás – A Hello üzenet fogadása és a küldő útválasztó sikertelenségéről szóló feltételezés közötti időköz. Ennek az időtartamnak nagyobbnak kell lennie, mint a hello-time – Alapértelmezett 10 másodperc. A hatótávolság 750 ezredmásodperc-255 másodperc

      Javasoljuk, hogy állítsa be a holdtime időzítőt úgy, hogy az legalább a hellotime időzítő értékének háromszorosa legyen.

3

Box-to-box redundancia engedélyezése a CUBE alkalmazáshoz. Konfigurálja az RG-t az előző lépésből voice service voip. Ez lehetővé teszi a CUBE alkalmazás számára a redundanciafolyamat vezérlését.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundanciacsoport 1– A parancs hozzáadásához és eltávolításához újra be kell tölteni a frissített konfigurációt. A teljes konfiguráció alkalmazása után újratöltjük a platformokat.

4

Konfigurálja a Gig1 és Gig2 interfészeket a megfelelő virtuális EM-kkel az alábbiak szerint, és alkalmazza a redundanciafelület azonosítóját (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Az alábbiakban ismerteted az ebben a konfigurációban használt mezőket:

  • redundancia rii– Konfigurálja a redundanciacsoport redundanciafelület-azonosítóját. Virtuális MAC (VMAC) cím létrehozásához szükséges. Ugyanazt a rii azonosító értéket kell használni minden olyan útválasztó (ACTIVE/KÉSZENLÉT) összeköttetésén, amely ugyanazzal a VIP-rel rendelkezik.


     

    Ha ugyanazon a LAN-on egynél több B2B pár van, minden párnak egyedi rii azonosítókkal kell rendelkeznie a megfelelő interfészeken (az ütközés elkerülése érdekében). A "redundanciaalkalmazás-csoport megjelenítése" jelzőnek meg kell jelölnie a megfelelő helyi és társadatokat.

  • redundanciacsoport 1– Társítja a felületet a fenti 2. Konfigurálja az RG csoportot, valamint a fizikai felülethez rendelt VIP-t.


     

    A redundanciához kötelező külön interfészt használni, azaz a hangforgalomhoz használt interfész nem használható a fenti 2. lépésben meghatározott vezérlő- és adatfelületként. Ebben a példában a Gigabit interface 3-at használják az RG vezérléshez / adatokhoz

5

Mentse el az első CUBE konfigurációját, és töltse be újra.

Az utolsó újratöltési platform mindig a készenléti.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Miután a VCUBE-1 teljesen elindul, mentse el a VCUBE-2 konfigurációját , és töltse be újra.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Ellenőrizze, hogy a doboztól a dobozig konfiguráció a várt módon működik-e. A releváns kimenet félkövérrel van kiemelve.

A VCUBE-2-t utoljára és a tervezési szempontok szerint újratöltöttük ; az utolsó újratöltési platform mindig készenlétilesz .


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Helyi átjáró konfigurálása mindkét CUBE-n

Példakonfigurációnkban a Control Hub következő törzsadatait használjuk a Helyi átjáró konfigurációjának létrehozásához mindkét platformon, a VCUBE-1-en és a VCUBE-2-n. A beállítás felhasználóneve és jelszava a következő:

  • Felhasználónév: Hussain1076LGU_

  • Jelszó: lOV12MEaZx

1

Győződjön meg arról, hogy a jelszóhoz konfigurációs kulcs van létrehozva az alábbi parancsokkal, mielőtt az a hitelesítő adatokban vagy a megosztott titkos kulcsokban használható lenne. A 6. típusú jelszavak titkosítva vannak az AES titkosítással és ezzel a felhasználó által definiált konfigurációs kulccsal.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Itt található a Helyi átjáró konfigurációja, amely mindkét platformra vonatkozik a fent megjelenített Control Hub paraméterek alapján, mentse és töltse be újra. A Control Hub SIP Kivonat hitelesítő adatai félkövérrel vannak kiemelve.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

A show parancs kimenetének megjelenítéséhez újratöltöttük a VCUBE-2-t, majd a VCUBE-1-et, így a VCUBE-1 készenléti KOCKA és a VCUBE-2 az aktív CUBE

2

Egy adott időpontban csak egy platform tart fenn aktív regisztrációt helyi átjáróként a Webex Calling hozzáféréssel rendelkező SBC-vel. Tekintse meg a következő megjelenítési parancsok kimenetét.

redundanciaalkalmazási csoport megjelenítése 1

sip-ua-regiszter állapotának megjelenítése


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

A fenti kimenetből láthatja, hogy a VCUBE-2 az aktív LGW, amely fenntartja a regisztrációt a Webex Calling access SBC-vel, míg a "show sip-ua regiszter állapota" kimenete üres a VCUBE-1-ben

3

Most engedélyezze a következő hibakereséseket a VCUBE-1-en


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Szimulálja a feladatátvételt a következő parancs kiadásával az aktív LGW-n, ebben az esetben a VCUBE-2.


VCUBE-2#redundancy application reload group 1 self

Az ACTIVE-ról a KÉSZENLÉTI LGW-re való áttérés a következő forgatókönyvben történik a fent felsorolt CLI mellett

  • Amikor az ACTIVE útválasztó újratölti

  • Amikor az ACTIVE útválasztó tápellátási ciklusai

  • Ha az ACTIVE útválasztó bármely RG által konfigurált összeköttetése leáll, amelyhez a követés engedélyezve van

5

Ellenőrizze, hogy a VCUBE-1 regisztrált-e a Webex Calling access SBC-n. A VCUBE-2 már újratöltötte volna.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

A VCUBE-1 az aktív LGW.

6

Nézze meg a megfelelő hibakeresési naplót a VCUBE-1-en, amely SIP REGISTER-et küld a Webex Calling-nak a virtuális IP-n keresztül, és 200 OK-t kap.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
2022. márc. 7.
Egységes CM konfigurálása Webex-híváshoz

Szükség lehet az egyesített CM-vel való integrációra, ha a Webex hívásbarát helyeket hozzáadja egy meglévő telepítéshez, ahol az Egyesített CM a helyszíni hívásvezérlési megoldás, és ha közvetlen tárcsázásra van szüksége az Egyesített CM-re regisztrált telefonok és a Webex Calling helyeken lévő telefonok között.

SIP törzs biztonsági profiljának konfigurálása trunk to local gateway rendszerhez

Azokban az esetekben, amikor a Helyi Átjáró és a PSTN átjáró ugyanazon az eszközön található, az egyesített CM-t engedélyezni kell ahhoz, hogy különbséget tegyen két különböző forgalomtípus (a Webex és a PSTN hívásai) között, amelyek ugyanabból az eszközből származnak, és differenciált szolgáltatási osztályt alkalmazzanak ezekre a hívástípusokra. Ezt a differenciált híváskezelést úgy érik el, hogy két törzset hoznak ki a Unified CM és a kombinált helyi átjáró és PSTN átjáró eszköz között, amely különböző SIP lehallgató portokat igényel a két törzshöz.

Hozzon létre egy dedikált SIP törzsbiztonsági profilt a helyi átjáró törzséhez a következő beállításokkal:

Beállítás Érték
Név Egyedi név, például Webex
Leírás Értelmes leírás, például Webex SIP Trunk biztonsági profil
Bejövő port Meg kell egyeznie a helyi átjárókonfigurációban használt porttal a Webexbe irányuló/onnan érkező forgalomhoz: 5065

SIP-profil konfigurálása a helyi átjáró törzséhez

Hozzon létre egy dedikált SIP-profilt a helyi átjáró törzséhez a következő beállításokkal:

Beállítás Érték
Név Egyedi név, például Webex
Leírás Értelmes leírás, például Webex SIP-profil
Options Ping engedélyezése a "Nincs (alapértelmezett)" szolgáltatástípusú törzsek célállapotának figyeléséhez Bejelölve

Híváskeresési hely létrehozása a Webex hívásaihoz

Hozzon létre egy híváskeresési helyet a Webex-ből származó hívások számára a következő beállításokkal:

Beállítás Érték
Név Egyedi név, például Webex
Leírás Értelmes leírás, például Webex Calling Search Space
Kijelölt partíciók

DN (+E.164 könyvtárszámok)

ESN (rövidített helyközi tárcsázás)

PSTNNemzetközi (PSTN hozzáférés)

onNetRemote (GDPR tanult úti célok)


 

ANetRemote utolsó partícióját csak olyan több fürtös környezetben használják, ahol az útválasztási információkat az egyesített CM-fürtök között cserélik az Intercluster Lookup Service (ILS) vagy a Global Dialplan Replication (GDPR) használatával.

SIP törzs konfigurálása a Webex-be és onnan

Hozzon létre egy SIP törzset a Webexbe érkező és onnan érkező hívásokhoz a helyi átjárón keresztül a következő beállításokkal:

Beállítás Érték
Eszközadatok
Eszköznév Egyedi név, például Webex
Leírás Értelmes leírás, például Webex SIP Trunk
Futtatás az összes aktív egyesített CM-csomóponton Bejelölve
Bejövő hívások
Keresési terület hívása A korábban definiált híváskeresési terület: Webex
AAR híváskeresési terület Híváskeresési terület, amely csak PSTN útvonalmintákhoz fér hozzá: PSTNReroute
SIP-információk
Cél címe A Helyi átjáró CUBE IP-címe
Célport 5060
SIP törzs biztonsági profilja Korábban meghatározottak: Webex
SIP-profil Korábban meghatározottak: Webex

Útvonalcsoport konfigurálása a Webexhez

Hozzon létre egy útvonalcsoportot a következő beállításokkal:

Beállítás Érték
Útvonalcsoport adatai
Útvonalcsoport neve Egyedi név, például Webex
Kiválasztott eszközök A korábban konfigurált SIP törzs: Webex

Útvonallista konfigurálása a Webexhez

Útvonallista létrehozása a következő beállításokkal:

Beállítás Érték
Útvonallista adatai
Név Egyedi név, mint például az RLWebex_
Leírás Értelmes leírás, például a Webex útvonallistája
Futtatás az összes aktív egyesített CM-csomóponton Bejelölve
Útvonallista tagadatai
Kijelölt csoportok Csak a korábban meghatározott útvonalcsoport: Webex

Partíció létrehozása a Webex úticéljaihoz

Hozzon létre egy partíciót a Webex úti célokhoz a következő beállításokkal:

Beállítás Érték
Útvonallista adatai
Név Egyedi név, például Webex
Leírás Értelmes leírás, például Webex partition

Mi a következő lépés

Győződjön meg róla, hogy hozzáadja ezt a partíciót az összes olyan híváskeresési területhez, amely hozzáfér a Webex rendeltetési helyéhez. Ezt a partíciót kifejezetten a PSTN törzsek bejövő híváskeresési helyeként használt hívókeresési térhez kell hozzáadnia, hogy a PSTN-ből a Webexbe irányuló hívások átirányíthatók legyenek.

Útvonalminták konfigurálása Webex úti célokhoz

Konfigurálja a Webex minden DID-tartományának útvonalmintáit a következő beállításokkal:

Beállítás Érték
Útvonalminta Teljes +E.164 minta a DID tartományhoz a Webexben a vezető "\" -val. Például: \+140855501XX
Útvonalpartíció Webex
Átjáró/útvonallista RLWebex_
Sürgős prioritás Bejelölve

Rövidített helyközi tárcsázás normalizálásának konfigurálása a Webexhez

Ha a Webexhez rövidített helyközi tárcsázásra van szükség, akkor konfigurálja a tárcsázási normalizálási mintákat a Webex minden ESN-tartományához a következő beállításokkal:

Beállítás Érték
Fordítási minta ESN minta az ESN tartományban a Webexben. Például: 80121XX
Partíció Webex
Leírás Értelmes leírás, például Webex normalizálási minta
Az Originator híváskeresési területének használata Bejelölve
Sürgős prioritás Bejelölve
Ne várjon a közbeikkadó időtúllépésre a következő ugrásokon Bejelölve
Úgynevezett pártátalakítási maszk Maszk a szám +E.164-re normalizálásához. Például: +140855501XX
2022. máj. 18.
A Webex Calling funkcióinak beállítása

További információ a Webex-hívásban elérhető egyes szolgáltatásokról, valamint arról, hogyan állíthatja be őket a szervezet és a felhasználók számára.

Vadászcsoport létrehozása

A vadászcsoportok a bejövő hívásokat felhasználók vagy munkaterületek egy csoportjához irányítják. Akár úgy is konfigurálhat egy mintát, hogy egy egész csoportba irányítson.

A vadászcsoport beállításával kapcsolatos további információkért lásd: Hunt Groups in Cisco Webex Control Hub.

Hívásvárólista létrehozása

Beállíthat egy hívásvárólistát, hogy amikor az ügyfelek hívásait nem lehet fogadni, automatikus választ, kényelmi üzeneteket és várakoztatott zenét kapjanak, amíg valaki nem tud válaszolni a hívásukra.

A hívásvárólisták beállításáról és kezeléséről további információt a Hívásvárólisták kezelése a Cisco Webex Control Hubbancímű témakörben talál .

Recepciós ügyfél létrehozása

Segítsen támogatni a front-office személyzet igényeit. Beállíthatja a felhasználókat telefonos kísérőként, hogy kiszűrhessék a bejövő hívásokat a szervezet bizonyos tagjai számára.

A recepciós ügyfelek beállításával és megtekintésével kapcsolatos további tudnivalókért tanulmányozza a Recepciós ügyfelek a Cisco Webex Control Hubban című témakört .

Automatikus kísérők létrehozása és kezelése

Hozzáadhat üdvözleteket, beállíthat menüket, és átirányíthatja a hívásokat egy üzenetrögzítő szolgáltatáshoz, egy vadászcsoporthoz, egy hangpostadobozhoz vagy egy valós személyhez. Hozzon létre egy 24 órás ütemtervet, vagy adjon meg különböző beállításokat, amikor a vállalkozás nyitva van vagy zárva van.

Az automatikus kísérők létrehozásáról és kezeléséről az Automatikus kísérők kezelése a Cisco Webex Control Hubban című témakörben olvashat .

Lapozócsoport konfigurálása

A csoportlapozás lehetővé teszi a felhasználó számára, hogy egyirányú hívást vagy csoportlapot helyezzen el legfeljebb 75 célfelhasználónak és munkaterületnek egy adott lapozócsoporthoz rendelt szám vagy kiterjesztés tárcsázásával.

A lapozócsoportok beállításáról és szerkesztéséről a Lapozócsoport konfigurálása a Cisco Webex Control Hubbancímű témakörben olvashat .

Hívásfelvétel beállítása

Fokozza a csapatmunkát és az együttműködést egy hívásfelvételi csoport létrehozásával, hogy a felhasználók válaszolhassanak egymás hívásaira. Amikor felhasználókat ad hozzá egy hívásfelvételi csoporthoz, és egy csoporttag távol van vagy elfoglalt, egy másik tag válaszolhat a hívásaikra.

A hívásfelvételi csoport beállításával kapcsolatos további tudnivalókért tanulmányozza a Hívásfelvétel a Cisco Webex Control Hubban című témakört .

Call park beállítása

A Call Park lehetővé teszi a felhasználók egy meghatározott csoportjának, hogy a híváspark-csoport más elérhető tagjai ellen parkoltassák a hívásokat. A parkoló hívásokat a csoport többi tagja is felveheti a telefonján.

A call park beállításával kapcsolatos további információkért lásd: Call Park a Cisco Webex Control Hubban.

Lehetővé teszi a felhasználók számára, hogy mások telefonhívásaiba csapjanak be

1

A vevő nézetben https://admin.webex.comlépjen a Felhasználókelemre , majd válassza ki a módosítani kívánt felhasználót.

2

Válassza a Híváslehetőséget , lépjen a Speciális hívásbeállítások elemre, majd válassza a Barge Inlehetőséget .

3

Kapcsolja be az Uszály bekapcsolását , válassza ki, hogy szeretné-e, hogy a telefon hangot játsszon le, amikor valaki beront egy hívásba, majd kattintson a Mentésgombra .

Annak megakadályozása, hogy valaki figyelje a felhasználó vonalállapotát

1

A(z) alkalmazásban található ügyfélnézetben https://admin.webex.comlépjen a Felhasználókelemre , és válassza ki a módosítani kívánt felhasználót.

2

Válassza a Hívás lehetőséget , majd lépjen az Adatvédelem elemre.

3

Válassza ki a felhasználó számára megfelelő automatikus kísérő adatvédelmi beállításait.

4

Jelölje be az Adatvédelem engedélyezése jelölőnégyzetet. Ezután eldöntheti, hogy mindenkit letilt-e, ha üresen hagyja a Felhasználó keresése név szerint mezőt, vagy kiválaszthatja, hogy ki figyelheti a felhasználó sorállapotát.

A fenti végrehajtó példával megkeresheti az adminisztratív asszisztens nevét.

5

Kattintson a Mentés lehetőségre.

Figyelési lista - Egyéb felhasználók és híváspark-kiterjedés

A figyelt vonalak maximális száma 50, de figyelembe kell vennie a sávszélességet. A maximális értéket a felhasználó telefonján található vonalgombok száma is meghatározhatja.


A figyelési szolgáltatás csak a felhasználó elsődleges eszközével működik.

1

A(z) alkalmazásban található ügyfélnézetben https://admin.webex.comlépjen a Felhasználókelemre , és válassza ki a módosítani kívánt felhasználót.

2

Válassza a Hívás lehetőséget, válassza a Speciális hívásbeállítások lehetőséget, majd folytassa a Figyelés lehetőséget .

3

Válasszon a következők közül:

  • Felügyelt vonal hozzáadása
  • Hívásparkoltatás-mellék hozzáadása
4

Válassza ki, hogy szeretné-e, hogy a felhasználó értesítést kapjon a parkoló hívásokról, keresse meg a figyelni kívánt személyt vagy híváspark-bővítményt, majd kattintson a Mentésgombra .


 

A Vezérlőközpont figyelt sorainak listája megfelel a felhasználó eszközén megjelenő figyelt sorok sorrendjének. A figyelt sorok listáját bármikor újrarendezheti.


 

A figyelt sor neve a felhasználó vagy munkaterület Hívóazonosító keresztneve és vezetékneve mezőkben megadott név.

Példa

Akarod látni, hogy kell csinálni? Tekintse meg ezt a videót arról, hogyan kezelheti a felhasználók figyelési beállításait a Control Hubban .

A szállodai szolgáltatás bekapcsolása felhasználó számára

A szállodakészítés engedélyezése a felhasználó számára lehetővé teszi számukra, hogy egy másik helyen dolgozzanak, miközben megőrzik a fő asztali telefon funkcionalitását és jellemzőit.

1

A(z) ügyfélnézetben https://admin.webex.comlépjen a Felhasználók elemre, majd válassza ki a módosítani kívánt felhasználót.

2

Válassza a Híváslehetőséget, válassza a Speciális hívásbeállítások lehetőséget, majd kattintson a Szállodakészítés gombra .

3

Kapcsolja be a Szállodakészítés funkciót, majd kattintson a Mentésgombra .

Példa

Akarod látni, hogy kell csinálni? Tekintse meg ezt a videóbemutatót arról, hogyan konfigurálhatja a zenemegtartás beállításait a Control Hubban.
2022. márc. 7.
A Webex-hívás felhasználóinak konfigurálása és kezelése

Minden egyes felhasználót hozzá kell adnia a Control Hub-ból, hogy kihasználhassák a Webex Calling szolgáltatásokat. A hozzáadni kívánt felhasználók száma határozza meg, hogyan adja hozzá őket a Control Hubban, függetlenül attól, hogy manuálisan adja-e hozzá az egyes felhasználókat e-mail címmel, vagy több felhasználót ad hozzá CSV-fájl használatával. A választás a tiéd.


Ha egy könyvtárból, például az Active Directoryból szinkronizálja a felhasználókat, a Control Hubban manuálisan történő hozzáadásakor azokat is hozzá kell adnia a könyvtárhoz.


Felhasználók hozzáadásakor az utó- és vezetéknevek nem tartalmazhatnak kiterjesztett ascii karaktereket vagy a következő karaktereket %, #, <,>, \, /", és legfeljebb 30 karakter hosszúságúak lehetnek.</,> Ezek a speciális karakterkorlátozások csak a Webex Calling felhasználókra vonatkoznak.

Mielőtt elkezdené

Hibaüzenet jelenhet meg, ha olyan felhasználókat próbál hozzáadni, akik az e-mail címüket használták próbafiók létrehozásához. Először törölje a felhasználókat a szervezetükből , mielőtt hozzáadja őket a szervezethez.

1

A felhasználói nézetben lépjen a https://admin.webex.com Felhasználók,majd a Felhasználók kezelése gombra.

2

Válassza a Felhasználók manuális hozzáadása vagy módosítása lehetőséget .

3

(Nem kötelező) Ha automatikusan üdvözlő e-maileket küld, kattintson a Továbbgombra .

4

Válasszon egyet, és kattintson a Továbbgombra :

  • Válassza az E-mail címet, és adjon meg legfeljebb 25 e-mail címet.
  • Válassza a Nevek és e-mail címek lehetőséget, majd adjon meg legfeljebb 25 nevet és e-mail címet.

 

Hozzáadhat olyan felhasználókat, akik konvertálhatók a szervezethez.

5

Licenc-hozzárendelés:

  • Ha aktív licencsablonnal rendelkezik, a licencek automatikusan hozzárendelésre kerülnek az új felhasználók számára, és áttekintheti a licenc összegzését.
  • Válassza ki a hozzárendelni kívánt szolgáltatásokat. Ha több előfizetéssel rendelkezik, válasszon egy előfizetést a listából.


 

Ha licenceket rendel a Contact Centerhez, válassza a Webex Teamslehetőséget, majd az Ügyfélszolgálat a Prémium és a Standard ügynök opcióval. Felügyelő hozzáadásához válassza ki a Prémium és a Felügyelő opciókat is. A felhasználót ügynökként kezelik, kivéve, ha felügyelővé teszi őket.

6

Tartalomkezelő:

  • Ha a vállalati tartalomkezeléshez globális hozzáférés van kiválasztva, akkor a tartalomkezelés automatikusan a felhasználókhoz lesz rendelve.
  • Válasszon egy tartalomkezelési lehetőséget minden felhasználó számára.

7

Kattintson a Mentés lehetőségre.

  • Minden olyan személynek küldünk egy e-mailt, akinek meghívója van a csatlakozásra.

  • A Control Hubbana személyek meghívásos függőben lévő állapotban jelennek meg, amíg először be nem jelentkeznek. A licencek a felhasználó első aláírása után kerülnek hozzárendelésre, vagy ha a Cisco Directory Connectort egy igényelt tartománnyal használja, a licencek a felhasználók létrehozásakor kerülnek hozzárendelésre.

8

(Nem kötelező) Ha Hívót adott a felhasználóhoz, rendeljen helyet, telefonszámot és bővítményt.

9

Tekintse át a feldolgozott rekordok összefoglaló oldalát, majd kattintson a Befejezésgombra .


 

Közvetlenül a hívó felhasználó hozzáadása után, ha hiba érkezik a felhasználó hívási beállításainak kiválasztásakor, javasoljuk, hogy távolítsa el a Webex Calling licencet, majd adja hozzá újra a hívó licencet a felhasználóhoz.

Mi a következő lépés

Rendszergazdai jogosultságokat rendelhet a szervezet tagjaihoz.

Mielőtt elkezdené

Ha egynél több CSV-fájlja van a szervezet számára, akkor töltsön fel egy fájlt, és miután a feladat befejeződött, feltöltheti a következő fájlt.

Az ázsiai és csendes-óceáni térségben (beleértve Japánt, Kínát és Hongkongot) lévő ügyfelek esetében a Hívóazonosító automatikus feltöltése a Keresztnév és vezetéknév mezőkből, valamint a Hívóazonosító vezetéknév és a Hívóazonosító vezetéknév mezőket a CSV-feltöltés figyelmen kívül hagyja.


Egyes számolótábla-szerkesztők eltávolítják a + jelet a cellákból a .csv megnyitásakor. Javasoljuk, hogy használjon szövegszerkesztőt .csv frissítések készítéséhez. Ha számolótábla-szerkesztőt használ, győződjön meg arról, hogy a cellaformátumot szövegre állította, és adja hozzá az eltávolított + jeleket.


Exportáljon egy új CSV-t a legújabb mezők rögzítése és a módosítások importálásával való hibák elkerülése érdekében.

1

A felhasználói nézetben https://admin.webex.comválassza a Felhasználóklehetőséget, kattintson a Felhasználók kezelése elemre , és válassza a CSV Felhasználók hozzáadása vagy módosítása lehetőséget.

2

Kattintson az Exportálás gombra a fájl letöltéséhez, és a csv-fájl egy új sorába megadhatja a felhasználói adatokat.

  • Szolgáltatás hozzárendeléséhez adja hozzá a TRUE értéket a szolgáltatás oszlopához, és zárjon ki egy szolgáltatást, adja hozzá a FALSEértéket . A Felhasználói azonosító/e-mail (kötelező) oszlop az egyetlen szükséges mező. Ha minden új felhasználóhoz külön könyvtár és külső számok vannak, akkor adja meg a vezető + -ot a külső számokhoz más karakterek nélkül,

    Ha aktív licencsablonnal rendelkezik, hagyja üresen az összes szolgáltatásoszlopot, és a sablon automatikusan hozzá legyen rendelve az adott sorban lévő új felhasználóhoz.


     

    A licencsablont használó felhasználókhoz nem rendelhet vállalati tartalomkezelési engedélyeket, a Részletekért lásd: Vállalati tartalomkezelési beállítások konfigurálása a Cisco Webex Control Hubban .

  • Hely hozzárendeléséhez írja be a nevet a Hely oszlopba. Ha üresen hagyja ezt a mezőt, a felhasználó az alapértelmezett helyre lesz rendelve.

  • Ha felhasználókat ad hozzá felügyelőként a Cisco Webex Contact Centerhez, akkor manuálisan kell felhasználókat hozzáadnia. Standard és Prémium szerepköröket csak CSV-vel rendelhet hozzá.

 

A felhasználó nevének megadásakor győződjön meg róla, hogy tartalmazza a vezetéknevét, különben problémákba ütközhet.

3

Kattintson az Importálásgombra , jelölje ki a fájlt, majd kattintson a Megnyitásgombra .

4

Válassza a Csak szolgáltatások hozzáadása vagy Szolgáltatások hozzáadása és eltávolítása lehetőséget.

Ha aktív licencsablonnal rendelkezik, válassza a Csakszolgáltatások hozzáadása lehetőséget .

5

Kattintson a Küldés lehetőségre.

A CSV-fájl feltöltésre és a feladat gombra történik. Bezárhatja a böngészőt vagy ezt az ablakot, és a feladat továbbra is fut. A feladat előrehaladásának áttekintéséhez olvassa el a Feladatok kezelése a Cisco Webex Control Hubbancímű témakört .

1

A vevő nézetben https://admin.webex.com a Felhasználók.

2

Jelöljön ki egy felhasználót, majd kattintson a Szolgáltatások > Licencek szerkesztése parancsra.

3

Ha több előfizetéssel rendelkezik, válasszon egy előfizetést a listából.

4

Jelölje ki a hozzáadni vagy eltávolítani kívánt szolgáltatásokat, majd kattintson a Továbbgombra .

5

Ha Webex Meetings licencet rendelt, válasszon ki egy fióktípust, amelyhez a felhasználót minden Webex Meetings webhelyhez hozzárendelheti, majd kattintson a Mentésgombra .


 

A résztvevőkhöz engedélyeznie kell a Résztvevők fiók funkciót ahhoz, hogy a Webex webhelye felhasználókat rendeljen hozzá résztvevőként. Ha nem látja a Résztvevő fiók oszlopot a CSV-fájlban, vegye fel a kapcsolatot az Ügyfélsiker-kezelővel (CSM),a Partner success managerrel (PSM) vagy a Cisco Technical Assistance Centerrel (TAC), hogy engedélyezze ezt a funkciót a Webex webhelyén.

A résztvevők fióktípusa nem érhető el a Webex Site Administrator szerepkörrel rendelkező felhasználók számára. Ha ezeket a felhasználókat résztvevők fiókkal szeretné hozzárendelni, el kell távolítania az adott Webex Meetings webhely felügyeleti jogosultságait.


 

Közvetlenül a hívási licenc hozzáadása után, ha hiba érkezik a felhasználó hívási beállításainak kiválasztásakor, javasoljuk, hogy távolítsa el a Webex Calling licencet, majd adja hozzá újra a licencet a felhasználóhoz.

Mielőtt elkezdené

Ha egynél több CSV-fájlja van a szervezet számára, akkor töltsön fel egy fájlt, és miután a feladat befejeződött, feltöltheti a következő fájlt.

A csv-sablonnal nem törölheti a felhasználókat, és nem módosíthatja a felhasználóhoz rendelt helyet.


Egyes számolótábla-szerkesztők eltávolítják a + jelet a cellákból a .csv megnyitásakor. Javasoljuk, hogy használjon szövegszerkesztőt .csv frissítések készítéséhez. Ha számolótábla-szerkesztőt használ, győződjön meg arról, hogy a cellaformátumot szövegre állította, és adja hozzá az eltávolított + jeleket.


Exportáljon egy új CSV-t a legújabb mezők rögzítése és a módosítások importálásával való hibák elkerülése érdekében.

1

A felhasználói nézetben https://admin.webex.comválassza a Felhasználóklehetőséget, kattintson a Felhasználókkezelése elemre , és válassza a CSV Felhasználó hozzáadása vagy módosítása lehetőséget.

2

(Nem kötelező) Ha automatikusan üdvözlő e-maileket küld, kattintson a Továbbgombra .

3

A fájl letöltéséhez kattintson az Exportálás gombra. A letöltött fájl (exported_users.csv) az alábbi módokon szerkeszthető:

  • A meglévő felhasználók módosításához a Felhasználói azonosító/e-mail (kötelező)és a Helykivételével bármely oszlop frissíthető. Ha például módosítja a felhasználói azonosítót/e-mailt, az új felhasználót hoz létre.

  • Hely hozzárendeléséhez írja be a nevet a Hely oszlopba. Ha üresen hagyja ezt a mezőt, a felhasználó az alapértelmezett helyre lesz rendelve.

  • Szolgáltatás hozzárendeléséhez adja hozzá a TRUE értéket a szolgáltatás oszlopához, és zárjon ki egy szolgáltatást, adja hozzá a FALSEértéket .

  • Ha több előfizetéssel rendelkezik, az oszlopfejlécben található előfizetési azonosítóval azonosíthatja a hozzáadni kívánt szolgáltatást. Ha például két előfizetése van ugyanazzal a szolgáltatással, megadhat egy szolgáltatást egy adott előfizetésből, amelyet a felhasználóra kell alkalmazni.

4

Ha módosítani szeretné az egyes felhasználók hívásainak módját, írjon be egy értéket a Hívás viselkedés oszlopába. Az egyes beállításokkal kapcsolatos további információkért adja meg az alábbi lehetőségek egyikét, és olvassa el a Webex alkalmazáshívási viselkedés beállítása című témakört :

  • USEORGSETTINGS__– Írja be ezt a karakterláncot a szervezet egészére kiterjedő beállítás használatához.

  • NATIVEWEBEXTEAMSCALLING___– Írja be ezt a karakterláncot a Hívás a Webex Teamsben beállítás használatához.

  • CALLWITHAPPREGISTEREDFORWEBEXCALLTEL_____– Írja be ezt a karakterláncot a Webex Calling alkalmazás beállítás használatához.

5

Adja meg a hívóazonosító számát, a hívóazonosító keresztnevétés a hívóazonosító vezetéknevét. Ha üresen hagyja a Hívóazonosító számát, a Hívóazonosító utónevetés a Hívóazonosító vezetéknév oszlopokat, akkor a Vezetéknév, vezetéknév és telefonszám oszlopban lévő adatok megjelennek, amikor a felhasználó hívást kezdeményez. Ha üresen hagyja a Hívóazonosító számát, akkor a Hely fő száma mutatja, amikor a felhasználó hívást kezdeményez.


 

A Hívóazonosító Keresztnév és a Hívóazonosító vezetéknév oszlopai nem tartalmazhatnak speciális karaktereket. Ha a Hívó Hívóazonosító Vezetéknév vagy Hívóazonosító Vezetéknév speciális karaktert tartalmaz, akkor a rendszer a név egyszerűsített verzióját használja.

6

A CSV-fájl mentése után kattintson az Importálásgombra , jelölje ki azt a fájlt, amelyen módosításokat végzett, majd kattintson a Megnyitásgombra .

7

Válassza a Csak szolgáltatások hozzáadása vagy Szolgáltatásokhozzáadása és eltávolítása lehetőséget, majd kattintson a Küldés gombra .


 

Egy felhasználó nem rendelkezik két hívási licenccel, ezért ha a szervezet több előfizetéssel rendelkezik, és a felhasználókat új előfizetésre szeretné áthelyezni, válassza a Szolgáltatások hozzáadása és eltávolítása lehetőséget. Szolgáltatások hozzáadásához állítsa a cellákat TRUE értékre, és távolítsa el a szolgáltatásokat úgy, hogy ezeket a cellákat FALSE értékre állíthatja.

A CSV-fájl feltöltésre és a feladat gombra történik. Bezárhatja a böngészőt vagy ezt az ablakot, és a feladat továbbra is fut. A feladat előrehaladásának áttekintéséhez olvassa el a Feladatok kezelése a Cisco Webex Control Hubbancímű témakört .

Ha nem tiltja el az admin invite e-maileket, az új felhasználók aktiváló e-maileket kapnak.

Bármikor hozzárendelhet számokat, bővítményeket vagy mindkettőt az emberek eszközeihez. A hozzárendelt bővítmények megjelennek a telefon kijelzőjén.

Alternatív számokat is konfigurálhat úgy, hogy több telefonszám csörögjön ugyanazon a telefonon. Az egyes számhoz különböző csengőhangokat adhat meg, hogy megkülönböztesse a hívott vonalakat.

1

A vevő nézetében https://admin.webex.comválassza a Felhasználók lehetőséget, majd válassza ki azt a személyt, akihez számot szeretne rendelni.

2

Válassza a Hívás , majd a Számhozzáadása lehetőséget .

3

Válasszon egy telefonszámot az elérhető számok listájából. Lehetősége van kiterjesztés hozzárendelésére is.

Ha egy szám már hozzá van rendelve a felhasználóhoz, a felhasználóhoz hozzáadott további szám alternatív számként kerül hozzáadásra. Legfeljebb 10 alternatív számot adhat hozzá egy felhasználóhoz.

4

(Nem kötelező) Az adott telefonszámokból érkező hívások azonosításához megkülönböztető csengetési mintát rendelhet hozzá. Az engedélyezéshez kattintson a Megkülönböztető gyűrűminta alatti kapcsolóra.

5

Kattintson a Mentés lehetőségre.

1

A felhasználói nézetben https://admin.webex.comválassza a Felhasználóklehetőséget, szűrje az Állapot oszlopot a Függőben lévő meghívás állapotú személyek megjelenítéséhez.

2

A Műveletekcsoport Függőben lévő meghívás állapotú személy esetén válassza a További > Újramegjelentés meghívó lehetőséget.

Ha a szervezet címtár-szinkronizálást használ, a törlési lehetőség nem érhető el a Control Hubprogramban , és törölnie kell a felhasználói fiókokat az Active Directoryból. Ezután a Cisco Címtárcsatlakozó frissíti a szervezetek felhasználói listáját, amikor szinkronizálja a felhasználói fiók adatait.

A felhasználói nézetben válassza a https://admin.webex.comFelhasználóklehetőséget, kattintson a További gombra, majd kattintson a Felhasználó törlése parancsra.

A felhasználó már nem tud bejelentkezni a Webex webhelyére, az összes hozzárendelt Webex szolgáltatás eltávolításra kerül, és eltávolítja őket minden olyan térből vagy csapatból, amelyben részt vett. A szóközökben létrehozott tartalmak nem törlődnek, és a tartalomra az egyes tértulajdonos által megvalósított adatmegőrzési szabályzat vonatkozik.

Inaktiválhatja a felhasználót a Webex-szolgáltatások , köztük a Webex Calling szolgáltatások kikapcsolásához . A felhasználó törléssel ellentétben a felhasználó inaktiválásakor a felhasználó a felhasználói listán marad, így bármikor újraaktiválható, ha szükséges.

1

A vevő nézetében https://admin.webex.com/a listában lépjen a Felhasználók.

2

Kattintson a további gombra.

3

Kattintson a Felhasználó inaktiválása gombra .

A Webex szolgáltatások, beleértve a Webex Calling szolgáltatásokat is, most deaktiválva vannak a felhasználó számára.

Inaktiváláskor mind a Webex alkalmazás, mind a Webex Calling alkalmazás felhasználói ki lesznek jelentkezve a munkameneteikből. A Control Hubhoz https://settings.webex.com/ való felhasználói hozzáférés nem engedélyezett. Az MPP-telefonok rövid ideig továbbra is támogatják a kimenő és bejövő hívások hívását, kivéve, ha a rendszergazda engedélyezi a hívás elfogását az adott felhasználó számára. A híváselfogóval kapcsolatos további tudnivalókért tanulmányozza a Híváselfogó konfigurálása felhasználó számára Webex-híváshoz a Cisco Control Hubbancímű témakört .

Különböző jogosultsági szintekkel rendelkező ügyféladminisztrátort állíthat be. Ezek lehetnek teljes körű rendszergazdák, támogatási rendszergazdák, írásvédett rendszergazdák vagy megfelelőségi tisztviselők. A teljes rendszergazdai jogosultságokkal egy vagy több szerepkört rendelhet a szervezet bármely felhasználójához.


Bárki, aki hozzárendelte a felhasználó- és eszközadminisztrátori vagy eszközadminisztrátori szerepkört, nem tudja felügyelni a Webex-hívást.

A Control Hubban megismerheti a különböző jogosultsági szinteket, és beállíthat egy ügyféladminisztrátort. Az ügyféladminisztrátor lehet teljes körű rendszergazda, támogatási rendszergazda, felhasználó- és eszközadminisztrátor, eszközadminisztrátor, írásvédett rendszergazda vagy megfelelőségi tisztviselő. A teljes rendszergazdai jogosultságokkal egy vagy több szerepkört rendelhet a szervezet bármely felhasználójához.

Mindig egynél több rendszergazdát szeretne egy szervezethez. Ez egy ajánlott eljárás, és mindig lehetővé teszi a felügyeleti módosítások módosítását, ha az egyik rendszergazda nem érhető el.

A szervezeten belüli felhasználók meghatározott felügyeleti szerepköröket kaphatnak annak meghatározásához, hogy mit láthatnak és férhetnek hozzá a Control Hubban . Adott felügyeleti szerepkörök hozzárendelésekor egyszerűsíti a felelősségeket, és megkönnyíti a rendszergazdák felelősségre vonását. A megfelelőségi tisztviselők kereshetnek konkrét személyeket a vállalatnál, megtalálhatják az általuk megosztott tartalmakat, vagy kereshetnek egy adott térben, majd jelentést hozhatnak létre megállapításaikról.


1

A vevő nézetében lépjen a https://admin.webex.comFelhasználók elemre, és válasszon ki egy felhasználót.

2

A Szerepkörök és biztonság csoportban kattintson a Rendszergazdai szerepkörök vagy a Szolgáltatáshozzáférés elemre.

3

Válassza ki az adott felhasználóhoz hozzárendelni kívánt szerepkört.

Ha egy felhasználót Webex-webhely rendszergazdájaként szeretne hozzárendelni, a Webex webhely adminisztrátori szerepköreimellett kattintson a Szerkesztés gombra , és válasszon ki egy szerepkört minden olyan Webex webhelyhez, amelyet a felhasználónak kezelnie kell.


 

Ha a meglévő szolgáltatásadminisztrátori szerepkörökkel rendelkező felhasználók (például a Webex Webhely rendszergazdája) org szintű rendszergazdai szerepkört kapnak vagy veszítenek el, akkor a szolgáltatásadminisztrátori szerepköreik módosíthatók. A helyesség érdekében tekintse át a felhasználók rendszergazdai szerepköröket.

4

Nyomja meg a Mentés gombot.

2022. máj. 18.
Webex-hívóeszközök konfigurálása és kezelése

A Vezérlőpulton hozzárendelhet és kezelhet eszközöket a felhasználókhoz és a munkaterületekhez. Válassza ki a MAC-cím alapján történő hozzáadást, vagy hozzon létre egy aktiváló kódot, amelyet magán az eszközön kíván megadni.

A Control Hubsegítségével eszközöket rendelhet a felhasználókhoz személyes használatra, majd regisztrálhatja ezeket az eszközöket a felhőbe.

Az itt felsorolt eszközök támogatják a Webex callingot. Bár ezek az eszközök MAC-címmel regisztrálhatók, csak a következő részhalmaz regisztrálható aktiválási kóddal:

  • Cisco IP Phone 6800 sorozatú multiplatform telefonok (audio telefonok – 6821, 6841, 6851, 6861, 6871)

  • Cisco IP Phone 7800 sorozatú multiplatform telefonok (audio telefonok – 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (audio telefonok – 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (videotelefonok – 8845, 8865)

  • Cisco IP konferencia telefon 7832 és 8832


A DECT-eszközök esetében csak a DECT alapeszközök (nem a DECT-készülékek) érhetők el hozzárendelésre a Control Hubban . Miután hozzárendelt egy alapegységet egy felhasználóhoz, manuálisan kell párosítania egy DECT kézibeszélőt az adott alapegységhez. További információt a Kézibeszélő csatlakoztatása a bázisállomáshoz címűtémakörben talál .

1

A(z) ügyfélnézetben lépjen az https://admin.webex.comEszközök elemre, majd kattintson az Eszközhozzáadása gombra.


 
A felhasználó profiljában is hozzáadhat telefont a felhasználóhoz. Tekintse meg, hogyan jelenik meg az Eszköz kezelése felhasználói szakaszban.
2

Válassza a Meglévő felhasználólehetőséget , adja meg a telefon tulajdonosát, vagy a felhasználónév egy részét, vagy a felhasználó valódi nevét, válassza ki a felhasználót az eredmények közül, majd kattintson a Továbbgombra .

3

Válassza ki az eszközt a legördülő listából, majd kattintson a Továbbgombra .

4

Válasszon az alábbi lehetőségek közül, majd kattintson a Mentésgombra :

  • Aktiválási kód szerint– Akkor válassza ezt a lehetőséget, ha olyan aktiválási kódot szeretne létrehozni, amelyet megoszthat az eszköz tulajdonosával. A 16 jegyű aktiválási kódot manuálisan kell beírni magára az eszközre.

     

    A többplatformos telefonok firmware-terhelésének 11.2.3MSR1 vagy újabb firmware-terheléssel kell rendelkeznie az aktiválási kód képernyőjének megjelenítéséhez. Ha frissíteni kell a telefon belső vezérlőprogramját, mutasson a felhasználókra a következőre https://upgrade.cisco.com/MPP_upgrade.html: .

  • MAC-címszerint – Akkor válassza ezt a lehetőséget, ha ismeri az eszköz MAC-címét. A telefon MAC-címének egyedi bejegyzésnek kell lennie. Ha már regisztrált telefon MAC-címét adja meg, vagy hibát követ el a szám megadásakor, hibaüzenet jelenik meg.

 

Korlátozások vonatkozhatnak harmadik féltől származó eszközök használatakor.

Ha úgy döntött, hogy létrehoz egy aktiváló kódot az eszközhöz, de még nem használta ezt a kódot, az eszköz állapota Aktiválásként jelenik meg a hozzárendelt felhasználó Eszközök szakaszában és a Vezérlőközponteszközök listáján . Ne feledje, hogy akár 10 percet is igénybe vehet az eszköz állapotának frissítése a Control Hubban .

Amikor az emberek dolgoznak, sok helyen találkoznak, például ebédlőkben, előcsarnokokban és konferenciatermekben. Beállíthat megosztott Cisco Webex-eszközöket ezeken a munkaterületeken, hozzáadhat szolgáltatásokat, majd figyelheti az együttműködést.

A Munkaterületek eszköz fő elve az, hogy nem egy adott felhasználóhoz van hozzárendelve, hanem egy fizikai helyhez, amely lehetővé teszi a megosztott használatot.

A felsorolt eszközök támogatják a Webex Calling szolgáltatást. Bár ezeknek az eszközöknek a többsége MAC-címmel regisztrálható, csak a következő részhalmaz regisztrálható aktiválási kóddal:

  • Cisco IP Phone 6800 sorozatú multiplatform telefonok (audio telefonok – 6821, 6841, 6851)

  • Cisco IP Phone 7800 sorozatú multiplatform telefonok (audio telefonok – 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (audio telefonok – 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (videotelefonok – 8845, 8865)

  • Cisco IP konferencia telefon 7832 és 8832

1

A(z) ügyfélnézetben https://admin.webex.comválassza a Kezelés > munkaterületekelemet, majd kattintson a Munkaterülethozzáadása gombra.

2

Adja meg a munkaterület nevét (például a fizikai helyiség nevét), válassza ki a helyiség típusát, és adja hozzá a kapacitást. Ezután kattintson a Tovább gombra .


 

A munkaterület neve nem lehet hosszabb 30 karakternél, és nem tartalmazhat %, #, <,>, /, /, \és " karaktereket.</,>

3

Válassza a Cisco IP-telefon lehetőséget, majd kattintson a Továbbgombra .

4

Válassza ki az eszköz típusát a legördülő listából, válassza ki, hogy aktiváló kóddal (ha megjelenik a lehetőség) vagy MAC-címmel kívánja-e regisztrálni a telefont, majd kattintson a Továbbgombra . Ne feledje, hogy ha úgy dönt, hogy aktiválja az eszközt egy aktiváló kóddal, a kódot e-mailben elküldi a hely kijelölt rendszergazdájának.

Webex-hívás esetén csak egy megosztott telefont adhat hozzá egy munkaterülethez.

Előfordulhat, hogy a Cisco 7832-es IP-konferenciatelefonon egyes softkey-k nem érhetők el. Ha a softkey-k teljes készletére van szüksége, javasoljuk, hogy ezt a telefont rendelje hozzá egy felhasználóhoz.

5

Rendeljen hozzá egy helyet és telefonszámot (amelyet a választott hely határoz meg), majd kattintson a Mentésgombra . Lehetősége van bővítmény hozzárendelésére is.


A Webex Calling professzionális licenccel rendelkező felhasználók használhatják személyes szobarendszer-eszközüket külső hívások kezdeményezésére (vagy fogadására) telefonszám használatával, vagy bővítményalapú hívást használhatnak az eszközről.


Az URI használatával kezdeményezett hívások továbbra is a Webex alkalmazáson keresztül lesznek továbbítva.

1

A(z) alkalmazásban található ügyfélnézetből https://admin.webex.comlépjen a Felhasználókelemre , és válassza ki azt a felhasználót, akihez az eszközt hozzá szeretné rendelni.

2

A jobbra nyíló felhasználói panelen görgessen le az Eszközök lapra , majd válasszon az alábbi lehetőségek közül:

  • Ha a felhasználónak már van legalább egy eszköze, kattintson a ... majd válassza a Webex Room Device hozzáadása lehetőséget .
  • Ha a felhasználó nem rendelkezik már hozzárendelt eszközökkel, kattintson a Webex Room-eszköz hozzáadása gombra .
3

Másolja, küldje el vagy nyomtassa ki a 16 jegyű aktiválási kódot, és küldje el a felhasználónak, hogy aktiválhassa az új eszközt, vagy ha az eszköz az Ön birtokában van, aktiválhatja az eszközt a felhasználó nevében.

Ha a felhasználó nem aktiválja az eszközt a kód lejárta előtt, új aktiválási kódot hozhat létre a programból https://settings.webex.com. A felhasználók saját személyes eszközeiket is hozzáadhatják onnan. További információt a Szoba- vagy asztali eszköz beállítása személyes eszközkéntcímű témakörben talál .


A Webex Calling professzionális licenccel rendelkező felhasználók használhatják személyes szobarendszer-eszközüket külső hívások kezdeményezésére (vagy fogadására) telefonszám használatával, vagy bővítményalapú hívást használhatnak az eszközről.


Az URI használatával kezdeményezett hívások továbbra is a Webex alkalmazáson keresztül lesznek továbbítva.

1

Az ügyfélnézetből https://admin.webex.coma ( Eszközök)elemre lép .

2

Kattintson az Eszköz hozzáadása gombra , és válassza a Meglévő felhasználó lehetőséget.

3

Keresse meg azt a felhasználót, akihez hozzá szeretné rendelni az eszközt, majd kattintson a Továbbgombra .

4

Válassza a Cisco Webex Room Device lehetőséget.

5

Másolja, küldje el vagy nyomtassa ki a 16 jegyű aktiválási kódot, és küldje el a felhasználónak, hogy aktiválhassa az új eszközt, vagy ha az eszköz az Ön birtokában van, aktiválhatja az eszközt a felhasználó nevében.

Ha a felhasználó nem aktiválja az eszközt a kód lejárta előtt, új aktiválási kódot hozhat létre a programból https://settings.webex.com. A felhasználók saját személyes eszközeiket is hozzáadhatják onnan. További információt a Webex board, room vagy desk device beállítása személyes eszközkéntcímű témakörben talál .

Amikor az emberek dolgoznak, sok munkaterületen találkoznak, például ebédlőkben, előcsarnokokban és konferenciatermekben. Beállíthat megosztott Cisco Webex-eszközöket ezeken a munkaterületeken, hozzáadhat szolgáltatásokat, majd figyelheti az együttműködést.

A Munkaterületek eszköz fő elve az, hogy nem egy adott felhasználóhoz van hozzárendelve, hanem egy fizikai helyhez, amely lehetővé teszi a megosztott használatot.

Az itt felsorolt eszközök támogatják a Webex callingot.

1

A(z) ügyfélnézetből lépjen a https://admin.webex.comMunkaterületekelemre , majd kattintson a Munkaterülethozzáadása gombra.

2

Adja meg a munkaterület nevét (például a fizikai helyiség nevét), válassza ki a helyiség típusát, és adja hozzá a kapacitást. Ezután kattintson a Tovább gombra .

3

Válassza az Egyéb Cisco Webex eszköz lehetőséget, majd kattintson a Továbbgombra .

Más Cisco Webex eszközök közé tartozik a Cisco Webex Room vagy Desk eszköz, beleértve a Cisco Webex Board-ot is.

4

Válasszon az alábbi lehetőségek közül:

  • Ingyenes hívás– A felhasználók csak SIP-címmel (például username@example.calls.webex.com) kezdeményezhetnek Webex App vagy Webex Session Initiation Protocol (SIP) hívásokat.
  • Webex hívás – Amellett, hogy webex app - és SIP-hívásokat kezdeményezhetnek és fogadhatnak , az ezen a munkaterületen élő emberek az eszközt telefonhívások kezdeményezésére és fogadására is használhatják a Webex Hívás számozási csomagján belül. Például felhívhatja munkatársát, Giacomo Edwardsot az 555-555-5555 telefonszámának, az 5555-ös mellékének vagy a SIP-címének tárcsázásával, gedwards@example.webex.com de felhívhatja a helyi pizzériát is.
5

Aktiválja az eszközt a megadott kóddal. Az aktiválási kódot másolhatja, elküldheti vagy kinyomtathatja.

Ha több olyan eszközzel rendelkezik, amelyet hozzá kell rendelnie a felhasználókhoz és a munkaterületekhez, feltölthet egy CSV-fájlt a szükséges információkkal, és néhány egyszerű lépésben aktiválhatja ezeket az eszközöket.

Az itt felsorolt eszközök támogatják a Webex callingot. Bár ezek az eszközök MAC-címmel regisztrálhatók, csak a következő részhalmaz regisztrálható aktiválási kóddal:

  • Cisco IP Phone 6800 sorozatú multiplatform telefonok (audio telefonok – 6821, 6841, 6851)

  • Cisco IP Phone 7800 sorozatú multiplatform telefonok (audio telefonok – 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (audio telefonok – 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (videotelefonok – 8845, 8865)

  • Cisco IP konferencia telefon 7832 és 8832

1

A(z) ügyfélnézetben nyissa meg https://admin.webex.com az Eszközöklehetőséget, kattintson az Eszközhozzáadása gombra , majd válassza ki, hogy az eszközt felhasználóhoz vagy munkaterülethez adja-e hozzá.

2

Válassza a CSV-fájl importálása/feltöltése lehetőséget.

3

Válasszon az alábbi lehetőségek közül:

  • A szervezetemfelhasználói – Letöltheti a szervezet összes felhasználójának listáját és a hozzájuk tartozó attribútumokat, így nem kell manuálisan megkeresnie az egyes felhasználókat.
  • Eszközminta-sablonhozzáadása – Használhat egy sablont, amellyel előálltunk, majd megadhatja az olyan információkat, mint a felhasználónevek, a gépelés (jelezze, hogy felhasználó vagy munkaterület), a MAC-címek és az eszközmodellek. Íme néhány dolog, amit szem előtt kell tartani:
    • Meg kell adnia egy telefonszámot , bővítménytvagy mindkettőt. Megjegyzés: Ezeknek a mezőknek korábban Könyvtárszám és Közvetlen sorcímet adtak el , ezek az oszlopnevek rövid ideig továbbra is támogatottak lesznek.

    • A CSV-fájl Felhasználónév oszlopában győződjön meg arról, hogy a felhasználó e-mail címét adja meg, nem pedig a felhasználói azonosítóját vagy a nevét. Ebbe az oszlopba munkaterületnevet is beszúrhat.

    • Javasoljuk, hogy csv-fájlonként korlátozza az eszközök számát 1000-re. Ha ennél többet kell hozzáadnia, használjon egy második CSV-fájlt.

    • Ha olyan munkaterületet ad meg, amely még nem létezik, a munkaterület automatikusan létrejön.

    • Ha az eszköztípus IP-cím, akkor modellre van szükség (például Cisco 7841, Cisco 8851 stb.), ha az eszköztípus WEBEX vagy WEBEX_A modell hívása üres.

    • Ha üresen hagyja a MAC-cím oszlopot, létrejön egy aktiváló kód, amelyet magán az eszközön kell megadni.

4

Ha a MAC-cím üresen maradt, kiválaszthatja, hogy hová küldje a rendszer az aktiválási kódot:

  • Adjon meg egy hivatkozást– Az aktiválási kód hozzáadódik egy CSV-fájlhoz, amelyet ezután letölthet.
  • E-mail aktiválási kódja– Ha az eszköz munkaterülethez készült, az aktiválási kódot rendszergazdaként elküldi a rendszer. Ha az eszköz egy felhasználó számára készült, az aktiválási kódot e-mailben elküldi a felhasználónak.
5

Importálja a kitöltött CSV-fájlt.

6

Kattintson a Küldés lehetőségre.

Állapotfrissítés jelenik meg, amikor az eszközök aktiválódnak.

 

A többplatformos eszközöknek 11.2.3MSR1 vagy újabb firmware-terheléssel kell rendelkezniük ahhoz, hogy a felhasználók beírják az aktiválási kódot az eszközükön. A telefon belső vezérlőprogramjának frissítéséről ebben a cikkben olvashat bővebben .

Hozzáadhat, eltávolíthat, újraindíthat, ellenőrizhet aktiválást vagy létrehozhat egy új aktiválási kódot a szervezeten belüli felhasználókhoz rendelt eszközökhöz. Ez szükség esetén hasznos lehet az eszközök megtekintéséhez és kezeléséhez a felhasználók képernyőjén.

1

A vevő nézetben https://admin.webex.coma alkalmazásban válassza a Felhasználóklehetőséget.

2

Válassza ki a módosítani kívánt felhasználót, és görgessen le az Eszközök mappába .

3

Ha eszközt szeretne hozzáadni ehhez a felhasználóhoz, kattintson az Eszközhozzáadása gombra .


 
Ha a felhasználó már hozzá van rendelve egy eszközhöz, és hozzá szeretne adni egy másik eszközt, kattintson az Eszközök melletti ikonra, majd az Eszközhozzáadása gombra .
4

Meglévő eszköz módosításához válassza ki az eszköz nevét.

Itt megtekintheti és szerkesztheti az eszköz beállításait, törölheti az eszközt, újraindíthatja az eszközt, vagy szükség esetén új aktiválási kódot hozhat létre az eszközhöz. A telefonbeállítások konfigurálásával kapcsolatos további tudnivalókért tanulmányozza a Telefonbeállításokkonfigurálása és frissítése című témakört .

5

Ha a felhasználóhoz hozzáadott eszköz Webex Aware, akkor a Webex Aware opció az eszközök alatt jelenik meg, ahogy az a diagramon látható. A Webex Aware azt jelzi, hogy az eszköz belépett a Webex platformra, és hozzáfér a telefon által támogatott Webex funkciókhoz.

6

Az eszköz kezeléséhez kattintson a Műveletek gombra. A műveletek segítenek a konfigurációs módosítások alkalmazásában vagy a belső vezérlőprogram frissítésében az MPP-eszközökön.

A Műveletek lapon a következő lehetőségek találhatók a Webex Aware-kompatibilis eszközök esetében:
  • Módosítási problémákra vonatkozó kérés alkalmazása a telefonra a konfiguráció módosításainak letöltéséhez és alkalmazásához.
  • Újraindítási problémákra vonatkozó kérés az eszköz újraindításának és az aktuális konfiguráció letöltésének kényszerítésére.
  • Problémakezelési kérést jelent az eszköznek PRT létrehozásához és feltöltéséhez a felhőbe.
  • Delete - a felhasználó számára felsorolt eszköz törlése.

Az eszközök közvetlenül a munkaterületi profilból adhatók hozzá és kezelhetők. A munkaterületi eszközök tartalmazhatnak ATA-eszközöket, például faxgépeket. A munkaterületi eszközt szállodai állomásként is beállíthatja. A szállodakészítéssel kapcsolatos további információkért lásd: Hoteling in Cisco Webex Control Hub.

1

A(z) ügyfélnézetből lépjen a https://admin.webex.comMunkaterületekelemre.

2

Jelölje ki a módosítani kívánt munkaterületet, és lépjen az Eszközök csempére.

3

Eszköz hozzáadásához kattintson az Eszközhozzáadása gombra .

4

Meglévő eszköz módosításához válassza ki az eszköz nevét.

Itt megtekintheti és szerkesztheti az eszközbeállításokat, törölheti az eszközt, újraindíthatja az eszközt, és engedélyezheti az eszköz szállodai állomásként való használatát. A telefonbeállítások konfigurálásával kapcsolatos további tudnivalókért tanulmányozza a Telefonbeállításokkonfigurálása és frissítése című témakört .

5

Ha a munkaterülethez hozzáadott eszköz Webex Aware, akkor a Webex Aware opció az eszközök alatt jelenik meg, ahogy az a diagramon látható. A Webex Aware azt jelzi, hogy az eszköz belépett a Webex platformra, és hozzáfér a Webex olyan funkcióihoz, amelyeket a telefon támogat.

6

Az eszköz kezeléséhez kattintson a Műveletek gombra. A műveletek segítenek a konfigurációs módosítások alkalmazásában vagy a belső vezérlőprogram frissítésében az MPP-eszközökön.

A Műveletek lapon a következő lehetőségek találhatók a Webex Aware-kompatibilis eszközök esetében:
  • Módosítási problémákra vonatkozó kérés alkalmazása a telefonra a konfiguráció módosításainak letöltéséhez és alkalmazásához.
  • Újraindítási problémákra vonatkozó kérés az eszköz újraindításának és az aktuális konfiguráció letöltésének kényszerítésére.
  • Problémakezelési kérést jelent az eszköznek PRT létrehozásához és feltöltéséhez a felhőbe.
  • Delete - a felhasználó számára felsorolt eszköz törlése.

Sorokat adhat a felhasználó elsődleges eszközéhez, és átrendezheti a sorok megjelenítését. Ezt megosztott vonal megjelenésnek is nevezik, amely lehetővé teszi a felhasználók számára, hogy saját telefonjuk használatával fogadjanak és kezdeményezzenek hívásokat egy másik felhasználó bővítményébe és bővítményéből. Erre példa egy ügyvezető asszisztens, aki azt akarja, hogy képes legyen hívásokat kezdeményezni és fogadni a főnök vonaláról. A megosztott vonal megjelenések az elsődleges felhasználó vonalának egy másik példánya is lehetnek.

A maximális konfigurációs korlát 35 eszköz minden felhasználói telefonszámhoz, beleértve a felhasználó által használt asztali vagy mobilalkalmazás-felhasználást is. A munkaterületi telefonhoz további vonalak adhatók hozzá, de a munkaterületi telefon nem adható hozzá megosztott vonalként.


A felhasználó által az MPP-telefonhoz hozzáadott gyorstárcsák nem láthatók a Vezérlőközpontban, és megosztott vonal konfigurálása esetén felülírhatók.

1

A(z) ügyfélnézetből lépjen ahttps://admin.webex.com Felhasználók vagy munkaterületek elemre (attól függően, hogy a módosítandó eszköz hol van hozzárendelve).

2

Jelölje ki azt a felhasználót vagy munkaterületet, amelyet módosítani szeretne, és görgessen az Eszközök lapra .

3

Jelölje ki azt az eszközt, amelyhez hozzá szeretné adni vagy módosítani szeretné a megosztott sorokat, és görgessen a Telefonfelhasználók és -beállítások elemre.

A telefonon megjelenő felhasználók és helyek megjelenési sorrendben jelennek meg.

4

Felhasználók vagy helyek hozzáadásához vagy eltávolításához válassza a Vonalakkonfigurálása lehetőséget .

5

Sor eltávolításához kattintson az ikonra.


 
Az 1. sorban lévő elsődleges felhasználó nem távolítható el.
6

Megosztott vonal megjelenésének hozzáadásához kattintson az ikonra.


 
Adja hozzá a sorokat abban a sorrendben, ahogyan meg szeretné jeleníteni őket. A sor megjelenésének átrendezéséhez törölje és vegye fel a listára abban a sorrendben, ahogyan meg szeretné jeleníteni őket.
7

Írja be a nevet vagy a telefonszámot, és válasszon a megjelenő beállítások közül, majd kattintson a Mentésgombra .

A portokat a Vezérlőközpontban a felhasználóhoz rendelt analóg telefonadapter (ATA) eszközön konfigurálhatja. Jelenleg az ATA-eszközök két konfigurációja a 2 porttal rendelkező eszközökhöz és a 24 porttal rendelkező eszközökhöz készült.

1

A vevő nézetben https://admin.webex.coma alkalmazásban válassza a Felhasználóklehetőséget.

2

Jelölje ki a módosítani kívánt felhasználót, és görgessen az Eszközök lapra .

3

Válassza ki azt az eszközt, amelyhez hozzá szeretne adni vagy módosítani szeretne.

4

Az eszközönlévő Felhasználók csoportban kattintson a Portokkonfigurálása elemre .

5

Megosztott portkonfiguráció hozzáadásához kattintson az ikonra.

6

Írja be a nevet vagy a telefonszámot, és válasszon a megjelenő beállítások közül, majd kattintson a Mentésgombra .


 
Csak az eszközök nélküli munkaterületek jelennek meg a keresésben.
7

Ha az eszköz T.38 faxtömörítést igényel, jelölje be a T.38 oszlopban a jelölőnégyzetet, vagy bírálja felül a felhasználói szintű tömörítési beállításokat, majd kattintson a Mentésgombra .


 
A munkaterületnek lehet ATA-ja. Ez hasznos faxgépeknél.

Az ügyfélszervezetben bármikor hozzáadhat telefonszámokat az íróasztalhoz és a szobaeszközökhöz, függetlenül attól, hogy próbaidőszak közepén van-e, vagy fizetős előfizetéssé konvertálták-e.


250-ről 1000-re növeltük a Control Hubban hozzáadható telefonszámok számát.

1

A(z) ügyfélnézetben https://admin.webex.comválassza a Szolgáltatások > > számok hívása lehetőséget , majd kattintson a Számokhozzáadása gombra.

2

Adja meg a Helyet és a Számtípust. Ha számokat portol át, adja meg az aktuális és az új számlázási számokat is.

3

Ezután kattintson a Mentésgombra .

Láthatja a szervezet által megrendelt PSTN-számok listáját. Ezekkel az információkkal láthatja a rendelkezésre álló fel nem használt számokat, és a megrendelt számokat, amelyek hamarosan elérhetővé válnak.

A(z) ügyfélnézetben https://admin.webex.comnyissa meg a Szolgáltatások > hívás > a PSTN-rendelések menüpontot.

Amikor tartozékokat (headseteket/KEM-eket) csatlakoztat egy MPP-eszközhöz, azok készletcikkként jelennek meg a Vezérlőközpont Eszközök lapján. A Vezérlőközpont-eszközök leltárából megtudhatja a tartozékmodellt, az állapotot és azt, hogy kihez tartozik a tartozék. Amikor kiválaszt egy tartozékot, további információk is beszerezhetők, például a tartozék sorozatszáma és az aktuális szoftververzió. A tartozékállapot-mező "online" néven van jelentve, amennyiben a tartozék az MPP-hez csatlakozik. Az MPP-hez csatlakoztatott headset automatikusan frissíti szoftverét az Eszközkezelés szolgáltatásból elérhető legújabb verzióval.

Akarod látni, hogy kell csinálni? Tekintse meg ezt a videóbemutatót arról, hogyan tekintheti meg tartozékait a Control Hubban .
1. táblázat. Kompatibilis headsetek

Telefon típusa

Cisco headset 520 sorozat

Cisco headset 530 sorozat

Cisco headset 560 sorozat

Cisco headset 730 sorozat

Cisco IP telefon 8811/8841/8845

RJ9 & RJ11

Cisco IP-telefon 8851/8861/8865

USB

USB

USB

RJ9 & RJ11

Cisco IP-telefon 7811/7821/7841/7861

Cisco IP-telefon 6821/6841/6851/6861

Cisco IP-telefon 6871

USB

USB

USB

Cisco IP konferencia telefon 7832/8832

2. táblázat. Kompatibilis kulcsbővítő modulok

Telefon típusa

KEM

Cisco IP telefon 8811/8841/8845

Cisco IP-telefon 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP-telefon 7811/7821/7841/7861

Cisco IP-telefon 6821/6841/6861/6871

Cisco IP-telefon 6851

CP-68KEM-3PCC

Cisco IP konferencia telefon 7832/8832

2022. márc. 7.
Elfogadási trendek és használati jelentések a Webex híváshoz

Számos jelentés van kéznél, amelyek segíthetnek felmérni, hogyan használják a Webex Calling szolgáltatásokat, milyen gyakran használják őket. Gyors képet kaphat a tartózkodási hely médiaminőségéről is.

Hívási jelentések megtekintése

A Control Hub Analytics oldalán betekintést nyerhet abba, hogy az emberek hogyan használják a Webex Calling-ot és a Webex alkalmazást (elkötelezettség), valamint a hívási média élményének quaility-ját. A Webex Calling Analytics eléréséhez jelentkezzen be a Control Hubba , majd lépjen az Analytics szolgáltatásba , és válassza a Hívás lapot.

1

Részletes híváselőzményekért jelentkezzen be a Control Hubba , majd lépjen az Analytics szolgáltatásba , majd válassza a Részletes híváselőzményeklehetőséget .

A rendszer automatikusan a Hívó felügyeleti portálrakerül, ahol elemezheti és kiértékelheti a híváshasználatot. Az egyes hívási szolgáltatásokhoz elérhető jelentésekről a Felügyeleti portál hívása – Jelentésekcímű témakörben olvashat . A hívási tevékenységgel kapcsolatos további tudnivalókért tanulmányozza a Felügyeleti portál hívása – Analitika című témakört . A dedikált példányt használó hívásokról a Dedikált példányelemzéscímű témakörben olvashat .

2

A médiaminőségi adatok eléréséhez jelentkezzen be a Control Hubba , majd lépjen az Analytics szolgáltatásba , majd válassza a Hívás lehetőséget .

2022. máj. 18.
Port referencia információk Cisco Webex híváshoz

Itt van egy lista a telefonok, a Webex alkalmazás és a Cisco Webex Hívás átjáróinak csatlakoztatásához használt címekről, portokról és protokollokról. Ez a cikk a hálózati rendszergazdáknak szól, különösen a tűzfal- és proxybiztonsági rendszergazdáknak, akik Webex Calling szolgáltatásokat szeretnének használni a szervezetükön belül.

A helyesen konfigurált tűzfal elengedhetetlen a hívás sikeres üzembe helyezéséhez. Portokra van szükségünk a jelátvitelhez, a médiához, a hálózati kapcsolathoz és a helyi átjáróhoz, mivel a Webex Calling globális szolgáltatás. Javasoljuk, hogy hagyja nyitva a táblázatban felsorolt összes portot.

Nem minden tűzfalkonfigurációnak kell megnyitnia a portokat, de ha belső-külső szabályokat futtat, meg kell nyitnia a portokat, hogy engedélyezze a szervizeléshez szükséges protokollokat. Mindaddig, amíg üzembe helyezi a NAT-ot, ésszerű kötési időszakokat határoz meg, és elkerüli a SIP manipulálását a NAT-eszközön, ne nyisson meg a tűzfal bejövő portjait.


Ha egy útválasztó vagy tűzfal SIP-tudatában van, ami azt jelenti, hogy engedélyezve van a SIP Application Layer Gateway (ALG) vagy valami hasonló, javasoljuk, hogy kapcsolja ki ezt a funkciót a szolgáltatás helyes működésének fenntartása érdekében. A SIP ALG adott eszközökön való letiltásával kapcsolatos információkért tekintse meg az illetékes gyártó dokumentációját.

A Webex értekezletekre és üzenetküldésre vonatkozó hálózati követelményekkel kapcsolatos részletekért lásd: Webex Serviceshálózati követelmények.

Webex hívása a tűzfalon keresztüli forgalom

A legtöbb ügyfél internetes tűzfalat vagy internetes proxyt és tűzfalat telepít a hálózatukból kilépő és belépő HTTP-alapú forgalom korlátozására és vezérlésére. A Webex-hívás végpontjai nem támogatják a https proxyt, kivéve a lágy ügyfeleket, amelyek a következő proxykörnyezeteket és a megfelelő hitelesítési módszereket támogatják:

  1. Kézi proxykonfiguráció

    • Nincs hitelesítés

    • Alapvető

    • NTLM

    • Tárgyal

  2. WPAD-proxy konfigurációja

    • Nincs hitelesítés

    • Alapvető

  3. PAC-proxy konfigurációja

    • Nincs hitelesítés

    • Alapvető

    • NTLM

    • Tárgyal

Kövesse a tűzfalra vonatkozó útmutatót, hogy hozzáférést biztosítson a Webex-hívásszolgáltatásokhoz a hálózatáról.

Tűzfal konfigurálása

Ha a tűzfal támogatja az URL-szűrést, konfigurálja úgy a tűzfalat, hogy engedélyezze a Webex-hívás cél URL-címeinek felsorolását. A detialokat lásd a Webex Calling Services tartományai és URL-címei táblában.

Ha olyan tűzfalat használ, amely nem támogatja az URL-cím-/tartományszűrést, konfigurálja a tűzfalat úgy, hogy a Webex Calling ServicesIP-címeiben és portjaiban felsorolt IP-címtartományok és portok használatával szűrje a forgalmat.

IP-címek és portok a Webex hívási szolgáltatásokhoz

Az alábbi táblázat azokat a portokat és protokollokat ismerteti, amelyeket meg kell nyitni a tűzfalon, hogy lehetővé tegyék a felhőben regisztrált Webex-alkalmazások és az eszközök számára, hogy kommunikáljanak a Webex Calling felhőjelzéssel és médiaszolgáltatásokkal.

IP-alhálózatok Webex hívási szolgáltatásokhoz

23.89.1.128/25

23.89.33.0/24

23.89.40.0/25

23.89.76.128/25

52.26.82.54/24

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

150.253.209.128/25

170.72.0.128/25

170.72.17.128/25

170.72.29.0/24

170.72.82.0/25

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Kapcsolat célja

Forráscímek

Forrásportok

Protokoll

Célcímek

Célportok

Jegyzetek

Hívásjel a Webex híváshoz (SIP TLS)

Helyi átjáró külső (hálózati adapter) 8000-65535

TCP

Tekintse meg a Webex-hívási szolgáltatások IP-alhálózatait.

8934

Ezekre az IP-kre/portokra azért van szükség, hogy a helyi átjárókból, eszközökből és alkalmazásokból (forrásból) a Webex Calling Cloudba (Cél) érkező kimenő SIP-TLS-hívásjelzések legyenek szükségesek.

Eszközök

5060-5080

Alkalmazások

Efemerális (operációs rendszerfüggő)

Média hívása Webex hívásra (STUN, SRTP)

Helyi átjáró külső hálózati adaptere

8000-48198

UDP

Tekintse meg a Webex-hívási szolgáltatások IP-alhálózatait.

5004,19560-65535

Ezekre az IP-kre/portokra a helyi átjárókból, eszközökből és alkalmazásokból (forrásból) a Webex Calling Cloudba (Cél) érkező kimenő SRTP-híváshordozókhoz szükségesek.

Eszközök

19560-19660

Alkalmazások

Rövid élettartamú

Hívásjelzés a PSTN-átjáróhoz (SIP TLS) Helyi átjáró belső hálózati adaptere 8000-65535 TCP Az ITSP PSTN GW vagy Unified CM A PSTN beállítástól függ (például 5060 vagy 5061 egységes CM esetén)
Adathordozó hívása PSTN-átjáróra (SRTP) Helyi átjáró belső hálózati adaptere

8000-48198

UDP Az ITSP PSTN GW vagy Unified CM A PSTN beállítástól függ (például 5060 vagy 5061 egységes CM esetén)

Hívásjelezés nyilvánosan megcímzett végpontokra (SIP TLS)

Tekintse meg a Webex-hívási szolgáltatások IP-alhálózatait.

Rövid élettartamú

TCP

Végpont IP-címe

8934

Ezekre az IP-kre/portokra azért van szükség, hogy a webex calling cloud (Forrás) és a nyilvánosan megszólított végpontok (Cél) bejövő SIP-TLS-hívásjelzése szükséges legyen.

Eszközkonfiguráció és belső vezérlőprogram-kezelés (Cisco-eszközök)

Webex hívóeszközök

Rövid élettartamú

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

* Ezek az IP-k cloudupgrader.webex.com tartoznak.

Csak akkor kell engedélyeznie a cloudupgrader.webex.com és a 443, 6970 portot, ha vállalati telefonokról (Cisco Unified CM) webex hívásra vándorol. További információért látogasson el upgrade.cisco.com .

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80,443

* Ezek az IP-k activation.webex.com tartoznak.

Ezekre az IP-kre az eszközök (MPP telefonok) biztonságos beszállásához szükségesek 16 jegyű aktiválási kódon (GDS) keresztül.

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80,443

Ezek az IP-k activate.cisco.com tartoznak.

Ezt a tartományt CDA / EDOS - MAC cím alapú kiépítéshez használják. Újabb firmware-rel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják.

Amikor egy telefon először vagy gyári alaphelyzetbe állítás után csatlakozik a hálózathoz, és nincsenek beállítva DHCP-beállítások, akkor az érintésmentes kiépítés érdekében kapcsolatba lép az eszközaktiváló kiszolgálóval. Az új telefonok a "activate.cisco.com" szót használják a "webapps.cisco.com" helyett a kiépítéshez. A 11.2(1)nél korábbi firmware-kiadással rendelkező telefonok továbbra is a "webapps.cisco.com" szót használják. Javasoljuk, hogy engedélyezze mindkét tartománynevet a tűzfalon keresztül.

72.163.10.128/25

173.37.146.128/25

80,443

Ezek az IP-k webapps.cisco.com tartoznak.

Ezt a tartományt CDA / EDOS - MAC cím alapú kiépítéshez használják. Régebbi firmware-rel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják.

Amikor egy telefon először vagy gyári alaphelyzetbe állítás után csatlakozik a hálózathoz, és nincsenek beállítva DHCP-beállítások, akkor az érintésmentes kiépítés érdekében kapcsolatba lép az eszközaktiváló kiszolgálóval. Az új telefonok a "activate.cisco.com" szót használják a "webapps.cisco.com" helyett a kiépítéshez. A 11.2(1)nél korábbi firmware-kiadással rendelkező telefonok továbbra is a "webapps.cisco.com" szót használják. Javasoljuk, hogy engedélyezze mindkét tartománynevet a tűzfalon keresztül.

Tekintse meg a Webex-hívási szolgáltatások IP-alhálózatait.

80,443

Ezekre az IP-kre az eszközkonfigurációhoz és a Webex-hívás firmware-kezeléséhez van szükség.

Eszközidő-szinkronizálás (NTP)

Webex hívóeszközök

51494

UDP

Tekintse meg a Webex-hívási szolgáltatások IP-alhálózatait.

123

Ezekre az IP-címekre az eszközök (MPP-telefonok, ATA-k és SPA ATA-k) időszinkronizálásához van szükség.

Eszköznév-feloldás

Webex hívóeszközök

Rövid élettartamú

UDP és TCP

Állomás által definiált

53

Alkalmazáskonfiguráció

Webex hívó alkalmazások

Rövid élettartamú

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Ezek az IP-k a Webex Idbroker hitelesítési szolgáltatásokhoz tartoznak, és az ügyfelek, azaz a Webex Applications használják őket.

Tekintse meg a Webex-hívási szolgáltatások IP-alhálózatait.

80, 443, 8443

Ezek az IP-k a Webex Calling alkalmazáskonfigurációs szolgáltatásokhoz tartoznak, és az ügyfelek, azaz a Webex Applications használják őket.

Alkalmazásidő szinkronizálása

Webex hívó alkalmazások

123

UDP

Állomás által definiált

123

Alkalmazásnév-feloldás

Webex hívó alkalmazások

Rövid élettartamú

UDP és TCP

Állomás által definiált

53

CScan

Webex hívó alkalmazások

Rövid élettartamú

UDP és TCP

Tekintse meg a Webex-hívási szolgáltatások IP-alhálózatait.

8934 és 80, 443, 19569-19760

Ezeket az IP-ket az ügyfelek által használt CScan szolgáltatások, azaz a Webex Applications használják. További információért látogasson el cscan.webex.com .

† CUBE médiaport-tartomány konfigurálható rtp-port tartománnyal.

*Ezek az IP-címek/-tartományok nem a Cisco tulajdonában vannak, és rendszeresen változhatnak. Ha tűzfalat használ, javasoljuk, hogy engedélyezze a felsorolt URL-címeket.

Tartományok és URL-címek a Webex hívási szolgáltatásokhoz

Tartomány / URL

Leírás

Webex alkalmazások és eszközöket használó eszközök ezeket a tartományokat / URL-eket

Cisco Webex szolgáltatások

*.webexcallingpbx.com

Webex engedélyezési mikroszolgáltatások keresztindításhoz a Control Hub-tól a Calling Admin Portal-ig.

Control Hub

*.webexcalling.com.au

Webex Calling szolgáltatások Ausztráliában.

Összes

*.webexcalling.eu

Webex Calling szolgáltatások Európában.

Összes

*.webexcallingpbx.net

Ügyfélkonfigurációs és -kezelési szolgáltatások hívása.

Webex alkalmazások

*.cisco.com

Amikor egy telefon először csatlakozik a hálózathoz, vagy gyári alaphelyzetbe állítás után, ha nincsenek dhcp-beállítások beállítva, akkor nulla érintéses kiépítés céljából kapcsolatba lép az eszközaktiváló kiszolgálóval. Az új telefonok activate.cisco.com használnak, és a 11.2(1) előtti firmware-kiadással rendelkező telefonok továbbra is webapps.cisco.com használnak a kiépítéshez.

MPP telefonok, vezérlőközpont

*.ucmgmt.cisco.com

Webex hívási szolgáltatások

Control Hub

*.webex.com

Webex Core Services híváshoz, értekezlethez és üzenetküldéshez, például hitelesítéshez stb.

Összes

*.wbx2.com és *.ciscospark.com

Webex mikroszolgáltatások, például szoftverfrissítési szolgáltatás.

Összes

További Webex-szel kapcsolatos szolgáltatások (harmadik féltől származó tartományok)

*.appdynamics.com

*.eum-appdynamics.com

Teljesítménykövetés, hiba- és összeomlásrögzítés, munkamenet-metrikák.

Control Hub

*.huron-dev.com

Webex Calling mikroszolgáltatások, például szolgáltatások váltása, telefonszám-rendelés és hozzárendelési szolgáltatások.

Control Hub

*.sipflash.com

Eszközkezelési szolgáltatások (főleg az Egyesült Államokban).

Webex alkalmazások

*.walkme.com *.walkmeusercontent.com

Webex felhasználói tanácsadó kliens. Be- és használati túrákat biztosít az új felhasználók számára.

A WalkMe-ről további információkért kattintson ide.

Webex alkalmazások

Ha a hálózati tűzfal támogatja a http(k) forgalmának tartományengedélyezési listáját, például a *.webex.com, erősen ajánlott engedélyezni ezeket a tartományokat.

Webex találkozók/üzenetküldés - Hálózati követelmények

Ha Webex-hívást webex értekezletekkel és üzenetküldő szolgáltatásokkal telepít, a Webex értekezletekre és üzenetküldési szolgáltatásokra vonatkozó hálózati követelmények megtalálhatók a Webex Serviceshálózati követelményeiben .

Dokumentum-módosítási előzmények

Dátum

A következő módosításokat hajtottuk végre a cikkben

2022. május 16.

Hozzáadta az 52.26.82.54/24 IP-alhálózatot a Webex Calling szolgáltatáshoz

2022. április 17.

A Helyi átjáró belső és külső UDP-porttartománya 8000-48198-ra lett frissítve

2022. április 15.

A webex hívásszolgáltatáshoz a következő IP-alhálózatokat adta hozzá:

  • 23.89.40.0/25

  • 23.89.1.128/25

2022. március 29.

A webex hívásszolgáltatáshoz a következő IP-alhálózatokat adta hozzá:

  • 23.89.33.0/24

  • 150.253.209.128/25

2021. szeptember 20.

4 új IP-alhálózat hozzáadása a Webex Calling szolgáltatáshoz:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

2021. április 2.

Hozzáadva *.ciscospark.com a Webex Calling Services domainjei és URL-címei alatt , hogy támogassa a Webex híváshasználati eseteket a Webex alkalmazásban.

2021. március 25.

6 új IP-tartományt adott hozzá activate.cisco.com számára, amelyek 2021. május 8-tól lépnek hatályba.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

2021. március 16.

A Webex Calling diszkrét IP-ket és kisebb IP-tartományokat egyszerűsített tartományokkal helyettesítette egy külön táblázatban a tűzfal konfigurálásának könnyű megértése érdekében.

2021. február 26.

Hozzáadva az 5004-et a Call media célportjaként a Webex Híváshoz (STUN, SRTP), hogy támogassa az Interactive Connectivity Establishment (ICE) szolgáltatást, amely 2021 áprilisában lesz elérhető a Webex Calling alkalmazásban.

2021. február 22.

A tartományok és URL-címek mostantól külön táblában vannak felsorolva.

Az IP-címek és portok tábla úgy van beállítva, hogy ugyanazon szolgáltatások IP-címei együttesen csoportosak legyenek.

Az IP-címek és portok táblához hozzáadott Megjegyzések oszlop az igények jobb megértése érdekében.

A következő IP-címek az eszközkonfiguráció és a belső vezérlőprogram-kezelés (Cisco-eszközök) egyszerűsített tartományaiba kerültek át:

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

A következő IP-címeket adtuk hozzá az alkalmazáskonfigurációhoz, mert a Cisco Webex klienst 2021 márciusában egy újabb DNS SRV-re irányítják Ausztráliában.

  • 199.59.64.237

  • 199.59.67.237

2021. január 21.

A következő IP-címeket adtuk hozzá az eszközkonfigurációhoz és a firmware-kezeléshez (Cisco-eszközök):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

A következő IP-címeket távolítottuk el az eszközkonfigurációból és a firmware-kezelésből (Cisco eszközök):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

A következő IP-címeket adtuk hozzá az alkalmazáskonfigurációhoz:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

A következő IP-címeket távolítottuk el az alkalmazáskonfigurációból:

  • 64.68.99.6

  • 64.68.100.6

A következő portszámokat távolítottuk el az alkalmazáskonfigurációból:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

A következő tartományokat adtuk hozzá az alkalmazáskonfigurációhoz:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

2020. december 23.

Új alkalmazáskonfigurációs IP-címek hozzáadása a porthivatkozási lemezképekhez.

2020. december 22.

Frissítette a táblák Alkalmazáskonfigurációs sorát, hogy az a következő IP-címeket tartalmazza: 135.84.171.154 és 135.84.172.154.

Rejtse el a hálózati diagramokat, amíg ezeket az IP-címeket hozzá nem lehet adni.

2020. december 11.

Frissítette az eszközkonfigurációt és a firmware-kezelést (Cisco-eszközök) és az Alkalmazáskonfigurációs sorokat a támogatott kanadai tartományokhoz.

2020. október 16.

Frissítette a hívásjel- és médiabejegyzéseket a következő IP-címekkel:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

2020. szeptember 23.

A CScan alatt a 199.59.64.156 helyébe 199.59.64.197 került sor.

2020. augusztus 14.

További IP-címek hozzáadása az adatközpontok kanadai bevezetésének támogatásához:

Hívásjelzés a Webex híváshoz (SIP TLS)-135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

2020. augusztus 12.

További IP-címek hozzáadása az adatközpontok kanadai bevezetésének támogatásához:

  • Médiahívás Webex híváshoz (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Hívásjel a nyilvánosan megcímzett végpontoknak (SIP TLS)–135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Eszközkonfiguráció és firmware-kezelés (Cisco-eszközök)–135.84.173.155,135.84.174.155

  • Eszközidő szinkronizálása – 135.84.173.152, 135.84.174.152

  • Alkalmazás konfigurációja –135.84.173.154,135.84.174.154

2020. július 22.

Hozzáadta a következő IP-címet, hogy támogassa az adatközpontok bevezetését Kanadában: 135.84.173.146

2020. június 9.

A következő módosításokat hajtottuk végre a CScan bejegyzésben:

  • Kijavítottuk az egyik IP-címet – 199.59.67.156-ról 199.59.64.156-ra változott

  • Az új funkciók új portokat és UDP-t igényeltek – 19560-19760

2020. március 11.

A következő tartomány- és IP-címeket adtuk hozzá az alkalmazáskonfigurációhoz:

  • jp.bcld.webex.com–135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com–64.68.99.6, 64.68.100.6

A következő tartományokat frissítettük további IP-címekkel az eszközkonfigurációhoz és a firmware-kezeléshez:

  • cisco.webexcalling.eu–85.119.56.198., 85.119.57.198

  • webapps.cisco.com–72.163.10.134

  • activation.webex.com–35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com–3.130.87.169, 3.20.185.219

2020. február 27.

A következő tartományt és portokat adtuk hozzá az eszközkonfigurációhoz és a firmware-kezeléshez:

cloudupgrader.webex.com–443, 6970

Hasznos volt ez a cikk?
Webex híváskonfigurációs munkafolyamat