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

2022. jún. 1.
A Webex-hívás áttekintése

Bemutatkozik a Webex Calling

Képzelje el, hogy képes kihasználni a vállalati szintű felhőhívási, mobilitási és PBX-funkciókat a Webex alkalmazással együtt üzenetküldésre és találkozókra, valamint Webex Calling szoftveres kliensről vagy Cisco eszközről történő hívásokra. Pontosan ezt kínálja önnek a Webex Calling.

A Webex Calling a következő előnyöket nyújtja:

  • Előfizetések hívása a telefonos felhasználók és a közös területek számára

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

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

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

1. táblázat. Adminisztrátor által konfigurálható funkciók

Funkció

Leírás

Automatikus híváskezelő

Üdvözleteket adhat hozzá, menüpontokat állíthat be, és hívásokat irányíthat egy üzenetrögzítő szolgáltatáshoz, vadászcsoporthoz, hangpostafiókhoz vagy valós személyhez. Létrehozhatsz 24 órás ütemtervet, vagy megadhatsz különböző lehetőségeket, amikor a vállalkozásod nyitva van vagy zárva van. A hívóazonosítók attribútumai alapján is átirányíthatja a hívásokat VIP-listák létrehozására vagy bizonyos körzetszámokról érkező hívások kezelésére.

Hívásvárakoztatási sor

Beállíthat egy hívásvárólistát, hogy amikor a bejövő hívások nem fogadhatók, a hívók automatikus választ, kényelmi üzeneteket és tartásban lévő zenét kapjanak mindaddig, amíg valaki nem tud válaszolni a hívásra.

Hívásfogadás

Fokozhatod a csapatmunkát és az együttműködést egy hívásfelvevő 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ásfelvevő csoporthoz, és egy csoporttag nincs vagy foglalt, egy másik tag válaszolhat a hívásaikra.

Hívásparkoltatás

Bekapcsolhatja a hívásparkolót, hogy a felhasználók tartásba helyezhessék a hívást, és egy másik telefonról vehessék fel.

Keresőcsoport

A következő esetekben érdemes vadászcsoportokat felállítani:

  • Egy értékesítő csapat, amely szekvenciális útvonaltervezést akar. Egy bejövő hívás megcsörget egy telefont, de ha nem veszik fel, a hívás a lista következő ügynökéhez megy.

  • Egy ügyfélszolgálati csapat, amely azt akarja, hogy a telefonok egyszerre csörögjenek, hogy az első elérhető ügynök felvehesse 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, egy osztálynak vagy egy csapatnak. Amikor valaki üzenetet küld egy lapozócsoportnak, az üzenet a csoport összes eszközén lejátszódik.

Recepciós ügyfél

Segítség a front-office személyzet igényeinek ellátása teljes körű hívásvezérlési lehetőségekkel, nagyléptékű vonalkövetéssel, hívásvárakoztatással, több könyvtárbeállítással és -nézettel, Outlook-integrációval és egyebekkel.

A felhasználók a következő funkciókat konfigurálhatják a alkalmazásbanhttps://settings.webex.com, amelyek keresztindításban jelennek meg a hívó felhasználói portálon.

2. táblázat. Felhasználó által konfigurálható funkciók

Funkció

Leírás

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

A felhasználók letiltott hívóazonosítókkal elutasíthatják a bejövő hívásokat.

Üzleti folytonosság

Ha a felhasználók telefonjai valamilyen okból (például áramszünet, hálózati problémák stb.) nem csatlakoznak a hálózathoz, a felhasználók átirányíthatják a bejövő hívásokat egy adott telefonszámra.

Hívástovábbítás

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

Hívásátirányítás szelektív

A felhasználók meghatározott időpontokban átirányíthatják a hívásokat bizonyos hívóktól. Ez a beállítás elsőbbséget élvez a hívásátirányítással szemben.

Értesítő hívása

A felhasználók akkor küldhetnek maguknak e-mailt, ha 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 átmenetileg engedélyezhetik, hogy minden hívás közvetlenül a hangpostára irányuljon.

Iroda bárhol (Office Anywhere)

A felhasználók a kiválasztott telefonjaikat ("Helyszínek") üzleti telefonszámuk és tárcsázási tervük kiterjesztéseként használhatják.

Elsőbbségi riasztás

A felhasználók az előre meghatározott kritériumok - például telefonszám vagy dátum és idő - teljesülése esetén telefonjukat megkülönböztető csengetéssel is megcsengethetik.

Távoli iroda

A felhasználók távoli telefonról is kezdeményezhetnek hívásokat, amelyek üzleti vonalukról is megjelenhetnek. Ezen kívül a céges vonalukra érkező hívások ezen a távoli telefonon fognak csörögni.

Szelektív híváselfogadás

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

Szelektív híváselutasítás

A felhasználók adott időben elutasíthatják bizonyos hívók hívásait.

Szekvenciális gyűrű

Bejövő hívások esetén egymás után legfeljebb 5 eszközt csengethet.

Egyidejű gyűrű

Bejövő hívások esetén a felhasználók és mások („hívás címzettjei”) számainak egyidejű csengetése.

Szolgáltatásnyújtás, eszközök és felhasználók a Control Hub-ban, keresztindítás a részletes konfigurációhoz a hívó rendszergazda portálon

A Control Hub (https://admin.webex.com) egy menedzsment portál, amely integrálja a Webex Calling szolgáltatást a rendelések és a konfiguráció egyszerűsítése érdekében, és központosítja a csomagban kínált ajánlat - a Webex Calling, a Webex App és a Meetings - kezelését.

A Control Hub az összes szolgáltatás, eszköz és felhasználó ellátásának központi pontja. Első alkalommal beállíthatja a hívószolgáltatást, regisztrálhat MPP-telefonokat a felhőbe (MAC-cím segítségével), beállíthatja a felhasználókat eszközök társításával, számok, szolgáltatások, hívási funkciók és így tovább. Továbbá, a Control Hub, akkor cross-launch a Calling Admin Portal.

Felhasználói élmény

A felhasználók a következő interfészekhez férhetnek hozzá:

  • Webex Calling application—Soft-client for call that is branded by Cisco. További információkért lásd: Fedezze fel az új Cisco Webex Calling alkalmazást.

  • Webex Beállítások (https://settings.webex.com) - Interfész, ahol a felhasználók beállíthatják a profil preferenciáit, letölthetik a Webex Alkalmazást, és keresztindíthatják a Hívó Felhasználói Portálon a hívási beállításokat. További információkért lásd: A Cisco Webex beállításainak módosítása.

  • Webex App-Alkalmazás szerepel az előfizetésben, mint Cisco márkájú Team Messaging kliens. További információkért lásd: Első lépések a Cisco Webex alkalmazással.

  • Webex találkozók - opcionális alkalmazás hozzáadva találkozómegoldásként. További információkért lásd a Webex értekezleteit.

Á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 való migrációjában. Más Webex alkalmazásokkal és eszközökkel kombinálva ez egy teljes vállalati felhőhívás és együttműködési élmény szíve. A Cisco támogatja az üzlethelyiségeken belüli, a felhőben zajló és vegyes modellkiépítéseket, hogy ügyfeleinket bárhonnan kapcsolatban tartsuk és termelékenyen tartsuk, még a zavaró piaci események során is.

A Webex Calling most egy külön felhőalapú példány opciót tartalmaz, 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 platform szolgáltatásait, felhőalapú innovációt és továbbfejlesztett élményt nyújtva azon ü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 Dedikált példány bővítmény a Webex-híváshoz a következőket tartalmazza:

  • Cisco Unified Communications Manager

  • Cisco Egységes IM és Jelenlét

  • Cisco egyesített egységkapcsolat

  • Cisco gyorsforgalmi út

  • Cisco vészhelyzet-reagáló (csak az amerikai régiókban)

Egyszerű áttelepítési útvonal

A Webex Calling dedikált példánya egyszerűsített felhőátállási útvonalat biztosít egy régebbi PBX-ből, valamint a telephelyen lévő Egységes Kommunikációs Menedzser rendszerekből.

A dedikált példány enyhíti a felhőbe vándorlást hívó vállalkozáshoz kapcsolódó fájdalmakat:

Nincs zavarás – A célzott példány ugyanazokkal a funkciókkal, funkcionalitással, felhasználói élménnyel és integrációs lehetőségekkel rendelkezik, amelyeket a telephelyen telepített Egységes Kommunikációs Vezető támogat, beleértve a Jabber és a Webex App támogatását. Ez súrlódásmentes áttérést eredményez a felhőbe, a végfelhasználó vagy a rendszergazda képzés nélkül, a meglévő Egységes Kommunikációs Menedzser ügyfelek számára. A dedikált példány harmadik fél PBX-éhez kapcsolható, lehetővé téve az új Cisco ügyfelek számára a rugalmas áttérést.

Testreszabás – A dedikált privát példány minden ügyfél számára, lehetővé teszi a nagyon testreszabható felhő telepítését, amely egyedülálló megkülönböztető a piacon lévő többi felhőhívási ajánlathoz képest. A dedikált példány nyitott API-i lehetővé teszik a harmadik féltől származó alkalmazások mély integrálását, lehetővé téve az ügyfelek számára, hogy egyedi üzleti munkafolyamatokat támogató hívókörnyezetet alakítsanak ki.

Kompromisszummentes biztonság – A dedikált példányban az ügyfelek hozzáférhetnek a végpontok és az UC-alkalmazások, például a titkosított média, a biztonságos SRST és a biztonságos OTT-regisztráció összes egyesített kommunikációs menedzser biztonsági funkciójához MRA használatával.

Emellett az ügyfelek hozzáférhetnek olyan fontos fizikai biztonsági funkciókhoz, mint a Cisco Survivable Remote Site Telephony (SRST) a helyszíni kapcsolódáshoz, ha a hálózati kapcsolatok megszűnnek, és a Cisco Emergency Responder és a Nomadic E911, amelyek biztosítják, hogy a munkavállalókat a sürgősségi segélyszolgálatok megtalálják az irodában vagy hibrid munkamódban. 

Bővített ROI – A dedikált példány ugyanazokat a hang- és videó végpontokat támogatja, mint a kapcsolódó UC Manager kiadás, megszüntetve azt a követelményt, hogy frissíteni kell az összes ügyfél végpontot, amikor a felhőbe vándorolnak, és kiterjesztve ezen eszközök ROI-ját.

Basic Inter-Op – A dedikált példány integrálva van a Webex Calling for call routing szolgáltatással a Webex platformon keresztül. Az ügyfelek rugalmasan terjeszthetik felhasználóikat mind a dedikált példány, mind a Webex hívások között, és idővel szükség szerint módosíthatják felhőhívásos üzleti igényeiket.


Azok az ügyfelek, akik platformok között osztják meg a felhasználókat, különböző funkciókat fognak tapasztalni. A hívási funkciók nincsenek összehangolva 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ő meg bizonyos országokban lévő partnereinken keresztül. További részletekért lásd a Globális rendelkezésre állási útmutatót.

A dedikált példány ugyanolyan szintű lokalizációt támogat, mint a helyszíni egységes kommunikációs vezetőnk. 82 országban támogatja a telefon- és átjáróhangokat, egy 50 nyelven elérhető önellátó portált, valamint több mint 30 nyelven elérhető ügyfeleket.

Előnyök

A dedikált példány a leghatékonyabb átállási útvonalat kínálja a felhőhöz a meglévő Egységes Kommunikációs Menedzser ügyfelek számára, a következő kulcsfontosságú előnyökkel:
  • A Cisco által a Webex Adatközpontokban üzemeltetett és üzemeltetett célzott hívási alkalmazás
  • Testreszabható hívóplatform
  • Rugalmas, gyorsan skálázható architektúra
  • Ismerős felhasználói élmény, az alkalmazottak átképzési igényének csökkentése
  • Egységes ügyfél híváshoz, üzenetküldéshez, értekezletekhez és csapatmunkához, amely minden eszköztípusban használható
  • Kompatibilitás a Cisco teljes telefon-, átjáró- és videokészülék-portfóliójával
  • A Webex csomag részét képező Webex találkozókkal, üzenetküldéssel és hívásokkal integrálható, lehetővé téve a lenyűgöző végkifejletet az ügyfélélményhez.

Támogatott végpontok és eszközök esetén kattintson ide.

A Tour of Control Hub használata

A Control Hub az Ön egyetlen go-to, web-alapú felülete a szervezete irányításához, a felhasználók kezeléséhez, a szolgáltatások hozzárendeléséhez, az örökbefogadási trendek és a hívásminőség elemzéséhez stb.

Annak érdekében, hogy szervezete működőképes legyen, javasoljuk, hogy hívjon meg néhány felhasználót a Webex alkalmazásba, és adja meg e-mail-címét a Control Hubban. Ösztönözd az embereket, hogy használják az általad nyújtott szolgáltatásokat, beleértve a hívásokat, és adjanak visszajelzést a tapasztalataikról. Ha készen állsz, bármikor hozzáadhatsz további felhasználókat.


Javasoljuk, hogy a Control Hub elé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őkön lévő böngészők váratlan eredményeket hozhatnak.

Az alább bemutatott információk segítségével magas szintű összefoglalót készíthet arról, hogy mire számíthat szervezete szolgáltatásokkal való ellátása során. Részletesebb információkért lásd az egyes fejezeteket.

Első lépések

Miután a partnered létrehozta a fiókodat, üdvözlő e-mailt fogsz kapni. Kattintson az e-mailben található Első lépések linkre a Chrome vagy a Firefox használatával a Control Hub eléréséhez. A link automatikusan bejelentkezik a rendszergazda e-mail címével. Ezután meg kell adnia a rendszergazdai jelszót.

Próbaverzió első varázslója

Ha a partnere regisztrálta Önt egy próbaverzióra, a beállítóvarázsló automatikusan elindul, miután bejelentkezett a Control Hub szolgáltatásba. A varázsló végigvezeti Önt az alapvető beállításokon, hogy szervezete a Webex Calling szolgáltatással és egyéb szolgáltatásokkal együtt működjön. A varázsló bejárásának befejezése előtt beállíthatja és ellenőrizheti a hívásbeállításokat.

Tekintsd át a beállításaidat

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

Felhasználók hozzáadása

Most, hogy beállította szolgáltatásait, készen áll arra, hogy személyeket adjon hozzá a vállalati könyvtárból. Lépjen a Felhasználók részre, és kattintson a Felhasználók kezelése lehetőségre.

Ha a Microsoft Active Directoryt használja, javasoljuk, hogy először kapcsolja be a Címtárszinkronizálást, majd döntse el, hogyan kívánja hozzáadni a felhasználókat. Kattintson a Tovább gombra, és kövesse a Cisco Directory Connector beállítására vonatkozó utasításokat.

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

A Webex App alapvető hitelesítést használ. A Webexben tárolt és kezelt külön jelszó helyett beállíthatja az EB-t, hogy a felhasználók a vállalati hitelesítő adataikkal hitelesíthessék magukat a vállalati személyazonosság-szolgáltatójánál.

Nyissa meg a Beállításokat, görgessen a Hitelesítés pontra, kattintson a Módosítás gombra, majd válassza a Külső személyazonosító adatok integrálása lehetőséget.

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

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

Lépj a Felhasználók részre, kattints a Felhasználók kezelése lehetőségre, válaszd az Exportálás és importálás CSV-fájllal lehetőséget, majd kattints az Exportálás lehetőségre.

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

Importálja a kitöltött fájlt, kattintson a Szolgáltatások hozzáadása és eltávolítása, majd a Küldés gombra. Ezzel 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ókhoz való társítására.

A felhasználók felhatalmazása

Most, hogy hozzáadott felhasználókat és szolgáltatásokat kapott, elkezdhetik használni a támogatott Multiplatform telefonjaikat (MPP) a Webex Calling és a Webex App alkalmazásokhoz üzenetküldésre és találkozókra. Ösztönözze őket arra, hogy a Cisco Webex beállításait egyablakos rendszerként használják a hozzáféréshez.

A helyi átjáró szerepe

A helyi átjáró a nyilvános telefonhálózat (PSTN) és az örökölt nyilvános telefonhálózat (PBX) összekapcsolására szolgáló vállalati vagy partner által kezelt Edge eszköz (beleértve az Egységes CM-et is).

A Control Hub segítségével hozzárendelhet egy helyi átjárót egy helyhez, amely után a Control Hub olyan paramétereket biztosít, amelyeket a KOCKÁN konfigurálhat. Ezek a lépések regisztrálják a helyi átjárót a felhővel, majd a PSTN szolgáltatást az átjárón keresztül nyújtják a Webex hívó felhasználóinak egy adott helyen.

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

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

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

A helyi átjáró önállóan vagy olyan telepítések során telepíthető, ahol a Cisco Egységes Kommunikációs Vezetőjébe való integrálásra van szükség.

Helyi átjáró telepítése telephelyen kívüli IP PBX nélkül

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

Ez az ábra egy Webex Calling telepítést mutat létező IP PBX nélkül, és egyetlen helyre vagy egy többhelyszínű telepítésre vonatkozik.

Minden olyan hívás esetén, amely nem egyezik meg a Webex Hívás célhelyével, a Webex Hívás ezeket a hívásokat a feldolgozás helyéhez rendelt helyi átjáróhoz küldi. A helyi átjáró a Webexről érkező összes hívást a PSTN-re, a másik irányba, a PSTN-t pedig a Webexre irányítja.

A PSTN-átjáró lehet dedikált platform vagy a helyi átjáróhoz tartozó elnök. Az alábbi ábrához hasonlóan javasoljuk a telepíté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.

A helyi átjáró telepítésének koordinátora

A helyi átjáró lehet IP alapú, csatlakozhat egy ITSP-hez egy SIP törzs segítségével, vagy TDM alapú egy ISDN vagy analóg áramkör segítségével. A következő ábra a Webex Calling telepítését mutatja, ahol a helyi átjáró a PSTN GW/SBC korelnöke.

Helyi átjárók telepítése telephelyi egységesített CM PBX-szel

Az Egységes KM-mel való integrációra az alábbi esetekben van szükség:

  • A Webex Calling-képes helyek hozzáadódnak egy meglévő Cisco UC telepítéshez, ahol az Unified CM van telepítve a helyszíni hívásvezérlési megoldásként

  • Közvetlen tárcsázás szükséges az Unified CM-hez regisztrált telefonok és a Webex Calling helyszíneken található telefonok között.

Ez az ábra egy Webex Calling telepítést mutat, ahol az ügyfélnek már van egy Egységes CM IP PBX-je.

A Webex Calling olyan hívásokat küld, amelyek nem egyeznek meg az ügyfél Webex Calling célhelyeivel a helyi átjáró felé. Ez magában foglalja a PSTN számokat és az egységesített CM belső kiterjesztéseket, amelyeket a Webex Calling nem lát. A helyi átjáró a Webexről érkező összes hívást az Egységes főminiszterhez irányítja, és fordítva. Egységesített CM majd útvonalak bejövő hívások helyi célállomások vagy a PSTN szerint a meglévő tárcsázási terv. Az Egységes CM tárcsázási terv +E.164-ként normalizálja a számokat. A PSTN-átjáró lehet dedikált egy vagy társelnök a helyi átjáróval.

Dedikált PSTN-átjáró

Ennek a telepítésnek a dedikált PSTN átjáróváltozata az ajánlott opció, és akkor használható, ha a meglévő PSTN átjáró nem használható Webex Calling helyi átjáróként.

COR President PSTN átjáró

Ez az ábra egy Webex Calling telepítést mutat egy Unified CM-el, ahol a helyi átjáró a PSTN átjáró/SBC korelnöke.

Webex hívási útvonalak minden olyan hívás, amely nem egyezik meg az ügyfél Webex hívási úticéljával a helyhez rendelt helyi átjáróhoz. Ez magában foglalja a PSTN célállomásokat és az Egységesített CM belső bővítmények felé irányuló on-net hívásokat. A helyi átjáró minden hívást az egységes főminiszterhez irányít. Egységes CM majd irányítja hívások helyi regisztrált telefonok vagy a PSTN keresztül a helyi átjáró, amely PSTN/SBC funkció helyhez kötött.

Hívásirányítási megfontolások

Hívások a Webextől Hívás az Egységes CM-hez

A Webex Calling routing logika így működik: ha a Webex Hívás végponton tárcsázott szám a Webex Hívásban nem irányítható át ugyanazon az ügyfélen belül más célhelyre, akkor a hívás a helyi átjáróhoz kerül további feldolgozásra. Minden hálózaton kívüli (a Webex híváson kívüli) hívás a helyi átjáróhoz kerül.

A Webex Calling telepítése esetén, ha nincs integrálva egy meglévő Unified CM-be, minden off-net hívás PSTN-hívásnak minősül. Unified CM-vel kombinálva az off-net hívás továbbra is az Unified CM-en tárolt bármely célhelyre irányuló on-net hívás vagy egy PSTN célhelyre irányuló valódi off-net hívás lehet. Az utóbbi két hívástípus közötti különbségtételt az Egységes KP határozza meg, és az az Egységes KP-n keresztül biztosított vállalati tárcsázási tervtől függ.

A következő ábra egy Webex-hívó felhasználót mutat, aki egy nemzeti számot tárcsáz az Egyesült Államokban.

Egységes CM most alapján a konfigurált tárcsázási terv irányítja a hívást, hogy egy helyileg regisztrált végpont, amelyen a hívott cél van szolgáltatva, mint a könyvtár számát. Ehhez az Egységes CM tárcsázási tervnek támogatnia kell a +E.164 számok átirányítását.

Hívások egységesített főminisztertől Webex-hívásra

Ahhoz, hogy az Egységes CM-ről a Webexre történő hívásirányítást engedélyezni lehessen, a Webex Hívásban meg kell adni a +E.164 és a vállalati számozási terv címeinek meghatározását lehetővé tevő útvonalakat.

Ezekkel az útvonalakkal az alábbi ábrán látható mindkét hívásforgatókönyv lehetséges.

Ha a nyilvános telefonhálózatban lévő hívó egy olyan DID-számot hív, amely egy Webex hívóeszközhöz van hozzárendelve, akkor a hívás a vállalkozás PSTN-átjáróján keresztül jut el a vállalkozáshoz, majd megnyomja az Egységes CM-et. A hívott cím egyezik a Webex egyik hívási útvonalával, amelyet az Unified CM biztosít, és a hívás a helyi átjáróhoz kerül. (A hívott címnek +E.164 formátumúnak kell lennie, amikor a helyi átjáróhoz küldik.) Ezután a Webex Calling routing logika biztosítja, hogy a hívást a kívánt Webex Calling eszközre küldjék, a DID hozzárendelés alapján.

Továbbá, az Egységes CM regisztrált végpontokról induló hívásokra, amelyek a Webex Calling célállomásaira irányulnak, az Egységes CM-en keresztül biztosított tárcsázási terv vonatkozik. Ez a tárcsázási terv általában lehetővé teszi a felhasználók számára, hogy közös vállalati tárcsázási szokásokat használjanak a hívások kezdeményezéséhez. Ezek a szokások nem feltétlenül csak a +E.164 tárcsázást foglalják magukban. A Webex hívás helyes irányításának lehetővé tétele érdekében a +E.164 hívástól eltérő tárcsázási szokásokat normalizálni kell a +E.164-re, mielőtt a hívásokat a helyi átjáróhoz küldik.

Szolgáltatási osztály (CoS)

A szolgáltatásokra vonatkozó szigorú korlátozások bevezetése mindig különböző okokból javasolt, beleértve a híváshurkok elkerülését és az autópályadíj-csalás megelőzését. A Webex Calling Local Gateway és az egységesített CM szolgáltatási osztály integrálásával összefüggésben figyelembe kell vennünk a szolgáltatási osztályt:

  • Unified CM-nél regisztrált eszközök

  • Egységes CM-be érkező hívások a PSTN-ről

  • Egységes főminiszter hívása a Webex Callingtól

Unified CM-nél regisztrált eszközök

A Webex Calling úti célok hozzáadása egy meglévő CoS-beállításhoz elég egyszerű: a Webexre történő hívás engedélyezése A hívás céljai jellemzően megegyeznek a helyszíni (beleértve a telephelyközi) célállomások hívásának engedélyével.

Ha egy vállalati tárcsázási terv már megvalósítja a „(rövidített) on-net inter-site” engedélyt, akkor már van egy partíció az Unified CM-en, amelyet használhatunk és biztosíthatunk az összes ismert on-net Webex hívási célállomásnak ugyanabban a partícióban.

Ellenkező esetben a „(rövidített) on-net inter-site” engedély fogalma még nem létezik, akkor új partíciót (például „onNetRemote”) kell biztosítani, a Webex hívási célállomások ehhez a partícióhoz adódnak hozzá, és végül ezt az új partíciót kell hozzáadni a megfelelő hívási keresési terekhez.

Egységes CM-be érkező hívások a PSTN-ről

A Webex Calling úti célok hozzáadása egy meglévő CoS-beállításhoz elég egyszerű: a Webexre történő hívás engedélyezése A hívás céljai jellemzően megegyeznek a helyszíni (beleértve a telephelyközi) célállomások hívásának engedélyével.

Ha egy vállalati tárcsázási terv már megvalósítja a „(rövidített) on-net inter-site” engedélyt, akkor már van egy partíció az Unified CM-en, amelyet használhatunk és biztosíthatunk az összes ismert on-net Webex hívási célállomásnak ugyanabban a partícióban.

Ellenkező esetben a „(rövidített) on-net inter-site” engedély fogalma még nem létezik, akkor új partíciót (például „onNetRemote”) kell biztosítani, a Webex hívási célállomások ehhez a partícióhoz adódnak hozzá, és végül ezt az új partíciót kell hozzáadni a megfelelő hívási keresési terekhez.

Egységes főminiszter hívása a Webex Callingtól

A PSTN-ről érkező hívásokhoz hozzáférést kell biztosítani az összes Webex hívási célhelyhez. Ehhez hozzá kell adni a fenti partíciót, amely az összes Webex hívási célhelyet tartalmazza a PSTN csomagtartóban a bejövő hívásokhoz használt hívási keresési területhez. A Webex Calling célállomásokhoz való hozzáférés a már meglévő hozzáférés mellett jön létre.

Míg a nyilvános telefonhálózaton keresztüli hívásokhoz az Egységesített CM DID-khez és a Webex Hívás DID-ekhez szükséges a Webex Hívásból származó hívásokhoz szükséges hozzáférés az Egységesített CM DID-khez és a nyilvános telefonhálózati célhelyekhez.

1. ábra. Megkülönböztetett CoS a PSTN és Webex hívásokhoz

Ez az ábra a PSTN- és Webex-hívások két különböző szolgáltatási osztályát hasonlítja össze. Az ábra azt is mutatja, hogy ha a PSTN átjáró funkcionalitása a helyi átjáróhoz kapcsolódik, akkor két rönkre van szükség a kombinált PSTN GW és a helyi átjáróból az egyesített CM-hez: egy a nyilvános telefonhálózaton kezdeményezett hívásokra és egy a Webex Callingon kezdeményezett hívásokra. Ezt az a követelmény vezérli, hogy forgalomtípusonként differenciált hívási keresési tereket kell alkalmazni. Két bejövő csomagtérrel az Unified CM-en ez könnyen elérhető a szükséges hívó keresési terület konfigurálásával az egyes csomagtartók bejövő hívásaihoz.

Tárcsázási terv integrálása

Ez az útmutató egy olyan meglévő telepítést feltételez, amely a „Preferred Architecture for Cisco Collaboration On-Promases, CVD” (Preferált architektúra a helyszíni Cisco-alkalmazásokhoz, CVD) legjobb jelenlegi gyakorlatán alapul. A legújabb verzió itt érhető el.

Az ajánlott tárcsázási terv az itt elérhető Cisco Collaboration System SRND legújabb verziójának Dial Plan fejezetében dokumentált tervezési megközelítést követi.

2. ábra: Javasolt tárcsázási terv

Az ábrán az ajánlott tárcsázási terv áttekintése látható. Ennek a tárcsázási tervnek a fő 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 ugyanabban a partícióban (DN) található, és sürgősként van megjelölve.

  • A fő útválasztás alapja a +E.164.

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

  • Dialing normalization translation patterns use translation pattern calling search space inheritance; they have the “Use Originator 's Calling Search Space” option set.

  • A szolgáltatás osztálya a webhely és a szolgáltatás-specifikus hívószavak használatával kerül megvalósításra.

  • A PSTN-hozzáférési képességeket (például a nemzetközi PSTN-célállomásokhoz való hozzáférést) úgy valósítják meg, hogy a megfelelő +E.164 útvonalmintákkal rendelkező partíciókat hozzáadják a hívó keresési területhez, amely meghatározza a szolgáltatás osztályát.

Elérhetőség a Webex híváshoz

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

Ahhoz, hogy a Webex Calling célhelyei elérhetők legyenek ehhez a tárcsázási tervhez, létre kell hozni egy partíciót, amely az összes Webex Calling célhelyet képviseli („Webex Calling”), és a Webex Calling minden tartományához egy +E.164 útvonalmintát kell hozzáadni ehhez a partícióhoz. Ez az útvonalminta egy olyan útvonallistára hivatkozik, amelynek csak egy tagja van: az útvonalcsoport a SIP-rönkkel a helyi átjáróhoz a Webex-hívásokhoz. Mivel minden tárcsázott célállomás normalizálása +E.164-re történik, vagy az Egységesített CM regisztrált végpontokból származó hívások esetén tárcsázási normalizációs fordítási minták, vagy a PSTN-ből származó hívások esetén a bejövő hívott fél transzformációk használatával, a +E.164 útvonalminták ezen egyetlen halmaza elegendő ahhoz, hogy elérhetők legyenek a Webexben található célállomások számára A hívások függetlenek a használt tárcsázási szokásoktól.

Ha például egy felhasználó a „914085550165” számot tárcsázza, akkor az „UStoE164” partíción lévő tárcsázási normalizációs fordítási minta ezt a tárcsázási karakterláncot „+14085550165” értékre normalizálja, amely megfelel a „Webex Calling” partíción lévő Webex Calling célállomás útvonalmintájának. Az Egyesített Főminiszter végül elküldi a hívást a helyi átjáróhoz.

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 helyközi tárcsázás referencia tárcsázási tervhez való hozzáadásának ajánlott módja, hogy a vállalati számozási tervben szereplő összes helyszín tárcsázási normalizálási fordítási mintáit hozzáadják egy dedikált partícióhoz („ESN”, Enterprise Significant Numbers). 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 a Webex-hívási célhelyekhez vállalati rövidítésű tárcsázást kíván hozzáadni, a Webex-hívási hely megfelelő tárcsázási normalizálási fordítási mintáját adja hozzá a „Webex-hívási” partícióhoz (például az ábrán „8101XX”). A normalizálás után a Webex Calling újra elküldi a hívást a „Webex Calling” partíció útvonalmintájának egyeztetése után.

Nem javasoljuk, hogy a Webex hívások rövidített tárcsázási normalizálási fordítási mintáját adja hozzá az „ESN” partícióhoz, mert ez a konfiguráció nemkívánatos hívásirányítási hurkokat hozhat létre.

Protokollkezelők a híváshoz

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

  • CLICKTOCALL: vagy CLICKTOCALL://

  • SIP: vagy KORTY://

  • TEL.: vagy TEL://

  • WEBEXTEL: vagy WEBEXTEL://

Protokollkezelők Windowshoz

Más alkalmazások a Webex Alkalmazás előtt regisztrálhatnak a protokollkezelőhöz. Windows 10 rendszerben a rendszerablak arra kéri a felhasználókat, hogy válasszák ki a hívás indításához használni kívánt alkalmazást. A felhasználói preferencia megjegyezhető, ha a felhasználó ellenőrzi Mindig használja ezt az alkalmazást.

Ha a felhasználóknak vissza kell állítaniuk az alapértelmezett hívóalkalmazás-beállításokat, hogy a Webex alkalmazást választhassák, akkor utasíthatja őket, hogy módosítsák a Webex alkalmazás protokoll-hozzárendeléseit a Windows 10-ben:

  1. Nyissa meg az Alapértelmezett alkalmazásbeállítások rendszert, kattintson az Alapértelmezések beállítása alkalmazás szerint lehetőségre,majd válassza a Webex alkalmazást .

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

MacOS protokollkezelők

Mac OS rendszeren, ha a Webex Alkalmazás előtt más alkalmazások is regisztráltak a hívási protokollokra, a felhasználóknak úgy kell beállítaniuk a Webex Alkalmazást, hogy az legyen az alapértelmezett hívási opció.

A Webex App for Mac alkalmazásban a felhasználók megerősíthetik, hogy a Webex App van kiválasztva a Start hívásokhoz az általános preferenciákban megadott beállításokkal. Azt is ellenőrizheti Mindig kapcsolódjon a Microsoft Outlook, ha azt szeretné, hogy a hívások a Webex App, ha rákattintanak egy Outlook partner számát.

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. jún. 17.
Webex hívás konfigurálása a szervezet számára

Testreszabhatja szervezetét a Webex Calling in Control Hub számára. Miután aktiválta az első helyszínt az Első telepítés varázsló segítségével, további helyeket, rönk-hozzárendelést és -használatot, tárcsázási terv opcióit, felhasználókat, eszközöket és funkciókat állíthat be és kezelhet.

Az első lépés a Webex Calling szolgáltatások üzembe helyezéséhez az Első telepítés varázsló (FTSW) befejezése. Miután az FTSW elkészült az első helyszínre, további helyszínekre már nem kell kitölteni.

1

Az üdvözlő e-mailben kattintson az Első lépések linkre.


 

Rendszergazdai e-mail címével automatikusan bejelentkezik a Control Hub szolgáltatásba, ahol rendszergazdai jelszavát kell létrehoznia. A bejelentkezés után a telepítővarázsló automatikusan elindul.

2

Tekintse át és fogadja el az Általános Szerződési Feltételeket.

3

Tekintsd át a tervet, majd kattints az Első lépések lehetőségre.


 

A fiókkezelő felelős az FTSW első lépéseinek aktiválásáért. Forduljon a fiókkezelőjéhez, ha az Első lépések kiválasztásakor értesítést kap a „Nem lehet beállítani a hívást” lehetőségről.

4

Válassza ki azt az országot, amelyhez az adatközpontja fel szeretné venni a térképet, és adja meg az ügyfélkapcsolati és az ügyfélcímadatokat.

5

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

6

Válasszon a következő lehetőségek közül:

  • Kattintson a Mentés és bezárás gombra, ha Ön partner rendszergazda, és azt szeretné, hogy az ügyfél rendszergazda végezze el a Webex Calling szolgáltatás nyújtását.
  • Adja meg a szükséges helyadatokat. Miután létrehozta 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 főszámot adott hozzá a létrehozott helyhez.

7

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

  • Közlemény nyelve- Hangos bejelentésekhez és új felhasználóknak szóló figyelmeztetésekhez és funkciókhoz.
  • Email Language- 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 szabad Cisco Webex SIP-címet, majd kattintson a Tovább gombra, és válassza a Befejezés lehetőséget.

Mielőtt elkezdené

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

  • Helyszín címe

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

1

Az ügyfélnézetben válassza a https://admin.webex.comSzolgáltatások > Hívás > Helyek menüpontot , majd kattintson a Hely hozzáadása elemre.

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

2

Adja meg a hely beállításait:

  • Hely neve- Írjunk be egy egyedi nevet a hely azonosításához.
  • Ország/Régió- Válassza ki azt az országot, amelyhez a helyet hozzá szeretné kötni. Létrehozhat például egy helyet (központot) az Egyesült Államokban, és egy másik fiókot az Egyesült Királyságban. A választott ország határozza meg a következő címmezőket. Az itt dokumentáltak példaként az Egyesült Államok lakcímegyezményét használják.
  • Helyszín címe- Adjuk meg a hely fő levelezési címét.
  • Város- Adj meg egy várost ehhez a helyhez.
  • Állam/Tartomány/Régió- A legördülő menüből válasszon egy államot.
  • Irányítószám- Adja meg az irányítószámot.
  • Közlemény nyelve- Válassza ki a hangos bejelentések, valamint az új felhasználók és funkciók nyelvét.
  • 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 az Igen/Nem gombra, ha számokat szeretne hozzáadni a helyhez most vagy később.

4

Ha az Igen gombra kattintott, válasszon az alábbi lehetőségek közül:

  • Cisco PSTN - Válassza ezt a lehetőséget, ha szeretne egy Cloud PSTN megoldást a Cisco-tól. A Cisco Calling Plan egy teljes PSTN csere megoldás, amely vészhelyzeti hívásokat, bejövő és kimenő belföldi és nemzetközi hívásokat tesz lehetővé, és lehetővé teszi, hogy új PSTN számokat vagy meglévő számokat rendeljen a Cisco-hoz.


     

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

    • Legalább egy Cisco Calling Plan OCP-t (Kimenő hívási terv) vásárolt.

    • A tartózkodási helyed olyan országban van, ahol a Cisco Calling Plan támogatást kap.

    • A tartózkodási helyed új. Azok a már meglévő helyek, amelyekhez más PSTN-szolgáltatásokat rendeltek, jelenleg nem jogosultak a Cisco Calling Plan használatára. Nyisson meg egy támogatási esetet útmutatásért.

    • Ön egy Webex hívási adatközpontban található, egy olyan régióban, ahol a Cisco hívási terv támogatott.

  • Cloud Connected PSTN- Válaszd ezt a lehetőséget, ha felhőalapú PSTN-megoldást keresel a sok Cisco CCP-partner egyikétől, vagy ha a Cisco Calling Plan nem érhető el a tartózkodási helyeden. 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 választékát kínálják.

     

    A KKP-partnerek és a földrajzi lefedettség felsorolása itt található. Csak a tartózkodási helyed országát támogató partnerek jelennek meg. A partnerek vagy logóval vannak felsorolva, vagy egy rövid szöveggel, amelyet egy régió követ, zárójelben (Példa: (EU), (USA) vagy (CA)). A logóval ellátott partnerek mindig regionális médiát kínálnak a KKP számára. A karakterláncként megjelenő partnerek esetében válassza ki a tartózkodási helye szerinti országhoz legközelebb eső régiót, hogy biztosítsa a regionális médiát a KKP számára.

    Ha egy felsorolt szolgáltatónál már látod a Rendelési számok lehetőséget, javasoljuk, hogy válaszd ezt a lehetőséget, hogy élvezhesd az integrált központi szerződő fél előnyeit. Az integrált központi szerződő fél lehetővé teszi a telefonszámok beszerzését és rendelkezésre bocsá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 központi szerződő fél partnerétől szerezze be a Control Hubon kívül.

  • Helyiségalapú PSTN (Local Gateway)- Ezt a lehetőséget választhatod, ha meg akarod tartani a jelenlegi PSTN-szolgáltatódat, vagy nem felhőalapú webhelyeket szeretnél összekapcsolni a felhőalapú webhelyekkel.

A PSTN opció választása minden helyszínszinten történik (minden helyszínnek csak egy PSTN opciója van). Összekeverhetsz és összeilleszthetsz annyi lehetőséget, amennyit csak szeretnél, de minden helyszínnek egy lehetősége van. Miután kiválasztottál és biztosítottál egy PSTN-opciót, módosíthatod azt a PSTN-tulajdonságokban található Kezelés lehetőségre kattintva. Néhány opció, mint például a Cisco PSTN azonban nem érhető el, miután egy másik opciót rendeltek hozzá. Nyisson meg egy támogatási esetet útmutatásért.

5

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

6

Ha nem integrált CCP-t vagy helyiségalapú PSTN-t választott, vesszővel elválasztott értékként adja meg a telefonszámokat, majd kattintson a Validálás gombra.

Az adott helyhez számokat kell hozzáadni. Az érvényes bejegyzések átkerülnek az Érvényesített számok mezőbe, és az érvénytelen bejegyzések a Számok hozzáadása mezőben maradnak egy 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ényeknek megfelelően vannak formázva. Ha például országkódra van szükség, megadhat számokat a kóddal együtt vagy anélkül, és a kód előre meg van adva.

7

Kattintson a Mentés lehetőségre.

Mi a következő lépés

Miután létrehoztál egy helyet, engedélyezheted a vészhelyzeti 911-szolgáltatásokat az adott helyen. További információkért lásd a RedSky Segélyhívó 911 szolgáltatást a Webex híváshoz.

Mielőtt elkezdené


Lista készítése a helyhez társított felhasználókról és munkaterületekről: Válassza a Szolgáltatások > Hívás > Számok menüpontot, majd 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.

Ne feledje, hogy az ezzel a hellyel társított számokat visszaadjuk a PSTN-szolgáltatónak; ezek a számok a továbbiakban nem a magáéi.

1

A vásárlói nézetben válassza a https://admin.webex.com Szolgáltatások > Hívás > Helyszínek menüpontot.

2

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

3

Válaszd a Hely törlése lehetőséget, és erősítsd meg, hogy törölni szeretnéd a helyet.

A hely végleges törlése általában néhány percet vesz igénybe, de akár egy órát is igénybe vehet. Az állapotot úgy ellenőrizheti, hogy a hely neve mellett a Törlés állapota lehetőségre kattint.

Létrehozása után módosíthatja PSTN-beállításait, a hely nevét, időzónáját és nyelvét. 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 segélyhívó szolgáltatásokat. További információkért lásd a RedSky Segélyhívó 911 szolgáltatást a Webex híváshoz.

1

Az ügyfélnézetben válassza a https://admin.webex.com Szolgáltatások > Hívás > Helyek menüpontot, majd válassza ki a frissíteni kívánt helyet.

Ha figyelmeztető szimbólumot lát egy hely mellett, az azt jelenti, hogy még nem konfigurálta a hely telefonszámát. Nem kezdeményezhet és fogadhat hívást, amíg nem konfigurálta a számot.

2

(Választható) A PSTN-kapcsolat alatt válaszd a Felhőalapú PSTN vagy a Helyiség alapú PSTN (helyi átjáró) lehetőséget attól függően, hogy melyiket állítottad már be. A konfiguráció módosításához kattintson a Kezelés gombra, majd a Folytatás gombra 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és gombra:

  • Cisco PSTN - Válassza ezt a lehetőséget, ha szeretne egy Cloud PSTN megoldást a Cisco-tól. A Cisco Calling Plan egy teljes PSTN csere megoldás, amely vészhelyzeti hívásokat, bejövő és kimenő belföldi és nemzetközi hívásokat tesz lehetővé, és lehetővé teszi új PSTN számok vagy meglévő számok Cisco-hoz történő rendelését.


     

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

    • Legalább egy Cisco Calling Plan OCP-t (Kimenő hívási terv) vásárolt.

    • A tartózkodási helyed olyan országban van, ahol a Cisco Calling Plan támogatást kap.

    • A tartózkodási helyed új. Jelenleg azok a már meglévő helyek, amelyekhez más PSTN-szolgáltatásokat rendeltek, nem jogosultak a Cisco Calling Plan programban való részvételre. Nyisson meg egy támogatási esetet útmutatásért.

    • Ön egy Webex hívási adatközpontban található, egy olyan régióban, ahol a Cisco hívási terv támogatott.

  • Cloud Connected PSTN- Válaszd ezt a lehetőséget, ha felhőalapú PSTN-megoldást keresel a sok Cisco CCP-partner egyikétől, vagy ha a Cisco Calling Plan nem érhető el a tartózkodási helyeden. 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 választékát kínálják.

     

    A KKP-partnerek és a földrajzi lefedettség felsorolása itt található. Csak a tartózkodási helyed országát támogató partnerek jelennek meg. A partnerek vagy logóval vannak felsorolva, vagy egy rövid szöveggel, amelyet egy régió követ, zárójelben (Példa: (EU), (USA) vagy (CA)). A logóval ellátott partnerek mindig regionális médiát kínálnak a KKP számára. A karakterláncként megjelenő partnerek esetében válassza ki a tartózkodási helye szerinti országhoz legközelebb eső régiót, hogy biztosítsa a regionális médiát a KKP számára.

    Ha egy felsorolt szolgáltatónál már látod a Rendelési számok lehetőséget, javasoljuk, hogy válaszd ezt a lehetőséget, hogy élvezhesd az integrált központi szerződő fél előnyeit. Az integrált központi szerződő fél lehetővé teszi a telefonszámok beszerzését és rendelkezésre bocsá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 központi szerződő fél partnerétől szerezze be a Control Hubon kívül.

  • Helyszín alapú PSTN (Local Gateway)- Ezt a lehetőséget választhatod, ha meg akarod tartani a jelenlegi PSTN-szolgáltatódat, vagy nem felhőalapú webhelyeket szeretnél összekapcsolni felhőalapú webhelyekkel.

     

    A Webex Calling azon ügyfelei, akiknek a telephelye korábban helyi átjáróhoz lett konfigurálva, automatikusan át lesznek alakítva telephely alapú PSTN-re a megfelelő csomagtartóval.

3

Válassza ki azt a főszámot, amelyen a hely fő névjegye elérhető.

4

(Választható) A Vészhelyzeti hívás alatt kiválaszthatja a Helyszín Vészhelyzeti azonosítóját, amelyet hozzárendelhet ehhez a helyhez.


 

Ez a beállítás opcionális, és csak az azt igénylő országokra vonatkozik.

Néhány országban (például: Franciaország), a mobil rádiórendszerekre vonatkozó szabályozási követelmények megállapítják a cella azonosságát, amikor segélyhívást kezdeményez, és a segélyhívó hatóságok rendelkezésére bocsátják. 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ókért lásd: Speciális segélyhívás.

A segélyhívó szolgáltatónak szüksége lehet a hozzáférési hálózattal kapcsolatos információkra, és ezt a P-Access-Network-Info (P-Access-Network-Info) új privát SIP-kiterjesztés-fejlécének megadásával érheti el. A fejléc tartalmazza a hozzáférési hálózattal kapcsolatos információkat.

Amikor beállítja a Hely Vészhelyzeti Helyazonosítóját, a helyérték a SIP-üzenet részeként kerül elküldésre a szolgáltatónak. Forduljon a segélyhívás-szolgáltatóhoz, hogy szükség 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 hely hangpostáját.

6

(Választható) Kattintson a Hely oldal tetején található ceruza ikonra a Hely neve, a Hirdetmény nyelve, az E-mail nyelv, az Időzóna vagy a Cím szükség szerinti módosításához, majd kattintson a Mentés gombra.


 

A Hirdetmény nyelvének megváltoztatása azonnal hatályba lép minden új felhasználó és a helyhez hozzáadott funkciók esetében. Ha a meglévő felhasználóknak és/vagy funkcióknak is meg kell változtatniuk a bejelentési nyelvüket, a felszólításkor válassza a Módosítás meglévő felhasználóknak és munkaterületeknek vagy a Módosítás meglévő funkciókhoz lehetőséget. Kattintson az Alkalmaz gombra. A folyamat állását megtekintheti a Feladatok oldalon. Nem hajthatsz végre 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 kiszolgáló, a vadászcsoport és a hívássor, nyissa meg az adott funkció Általános beállítások területét, ahol frissíteni szeretné az időzónát, majd szerkessze és mentse el ott.

Ezek a belső tárcsázásra szolgáló beállítások az első telepítővarázslóban is elérhetők. A tárcsázási terv módosításakor a Control Hub frissítéseiben látható példaszámok mutatják ezeket a változásokat.


A kimenő hívószámokat a Webex App, a Webex Calling App vagy a Cisco Room eszközök nem támogatják.


Beállíthatja a hely kimenő hívási engedélyeit. A kimenő hívások engedélyeinek konfigurálásához tekintse meg ezeket a lépéseket.

1

Az ügyfélnézetben válassza a https://admin.webex.com Szolgáltatások > Hívás > Szolgáltatásbeállítások menüpontot, majd görgessen a Belső tárcsázás pontra.

2

Szükség esetén adja meg a következő opcionális tárcsázási beállításokat:

  • Location Routing Prefix LengthEzt a beállítást akkor ajánljuk, ha több hellyel is rendelkezik. 2-7 számjegyből álló hosszúságot írhat be. Ha ugyanazzal a kiterjesztéssel több hely van, a felhasználóknak a helyek közötti híváskor előtagot kell tárcsázniuk. Ha például több áruházunk is van, mindegyik 1000-es kiterjesztéssel rendelkezik, akkor minden áruházhoz beállíthatunk egy útválasztási előtagot. Ha egy üzlet 888-as előhívószámmal rendelkezik, akkor a 8881000-et kell tárcsáznia, hogy elérje azt a boltot.
  • Steering Digit in Routing Prefix (Irányítási szám az útválasztási előtagban) - Itt beállíthat egy értéket, függetlenül attól, hogy használ-e helyválasztási előtagokat.
  • Belső kiterjesztés hossza-Azt írja be, 2-6 számjegyből áll, és az alapértelmezett 2.

     

    A bővítmény hosszának növelése után a meglévő gyorstárcsázások nem frissülnek automatikusan a belső bővítményekre.

3

Adott helyekhez belső tárcsázás megadása. Válassza a Szolgáltatások > Hívás > Helyszínek menüpontot, jelöljön ki egy helyet, görgessen a Tárcsázás pontra, 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 felhasználóknak más helyeken kell tárcsázniuk ahhoz, hogy kapcsolatba léphessenek valakivel ezen a helyen. Az egyes helyek útválasztási előtagjának egyedinek kell lennie. Javasoljuk, hogy az előtag hossza egyezzen meg a szervezet szintjén beállított hosszal, de 2-7 számjegyből kell állnia.
  • Külső tárcsázás- Választhat egy kimenő számjegyet, amelyet a felhasználónak kell tárcsáznia, hogy elérjen egy külső vonalat. Az alapértelmezés a Nincs, és elhagyhatja, ha nincs szüksége erre a tárcsázási szokásra. Ha úgy dönt, hogy használja ezt a funkciót, azt javasoljuk, hogy a szervezete kormányjegyétől eltérő számot használjon.

     

    A felhasználóknak fel kell tüntetniük a kimenő számjegyeket, amikor külső hívásokat kezdeményeznek, hogy utánozzák, hogyan tárcsáztak az örökölt rendszereken.

A felhasználókra gyakorolt hatás:

  • A felhasználóknak újra kell indítaniuk a telefonjaikat, hogy a tárcsázási beállítások változásai életbe lépjenek.

  • A felhasználói bővítmények nem kezdődhetnek a hely kormányzási számjegyével azonos számmal.

Ha értéknövelt viszonteladó, ezeket a lépéseket használhatja a helyi átjáró konfigurációjának elindításához a Control Hub-ban. Ha ez az átjáró regisztrálva van a felhőben, akkor használhatja azt egy vagy több Webex hívóhelyen, hogy útvonaltervet biztosítson egy vállalati PSTN szolgáltató felé.


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

Törzs létrehozásához kövesse az alábbi lépéseket a Control Hubban.

Mielőtt elkezdené

  • A hely hozzáadása után, és mielőtt telephely-alapú PSTN-t konfigurálna egy helyhez, létre kell hoznia egy ládát.

  • Hozzon létre helyeket, konkrét beállításokat és számokat mindegyikhez. Helyszínekneknek kell létezniük, mielőtt telephely-alapú PSTN-t adhatnál hozzá.

  • Ismerje meg a telephelyi PSTN (helyi átjáró) követelményeit a Webex hívás esetén.

  • Nem választhatsz egynél több ládát egy telephely alapú PSTN-nel rendelkező helyhez, de ugyanazt a ládát több helyhez is választhatod.

1

A vásárlói nézetben válassza a https://admin.webex.com Szolgáltatások > Hívás > Hívásirányítás menüpontot, és válassza a Törzs hozzáadása lehetőséget.

2

Válasszon egy helyet.

3

Nevezze el a csomagtartót, majd kattintson a Mentés gombra.


 

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

Mi a következő lépés

Bemutatjuk azokat a releváns paramétereket, amelyeket a csomagtartón konfigurálnia kell. A PSTN-kapcsolat biztosítása érdekében SIP-diagnosztikai hitelesítő adatokat is létrehoz.

A trönkadatok megjelennek a Register Domain (Domain regisztrálása), Trunk Group OTG/DTG, Line/Port (Sor/Port) és Outbound Proxy Address (Kimenő proxy címe) képernyőn.

Javasoljuk, hogy másold át ezeket az adatokat a Control Hubról, és illeszd be egy helyi szövegfájlba vagy dokumentumba, hogy amikor készen állsz a helyiségalapú PSTN konfigurálására, utána tudj nézni.

Ha elveszíti a hitelesítő adatokat, azokat a Control Hub csomagtartóinformációs képernyőjéről kell generálnia. Kattintson a Felhasználónév lekérése és a Jelszó visszaállítása gombra új hitelesítési hitelesítő adatok létrehozásához a csomagtartóban.

1

A vásárlói nézetben válassza a https://admin.webex.com Szolgáltatások > Hívás > Helyszínek menüpontot.

2

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

3

Válaszd a Helyiségalapú PSTN lehetőséget, majd kattints a Tovább gombra.

4

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


 

Látogasson el a törzsoldalra, ahol kezelheti a törzscsoport választásait.

5

Kattintson a visszaigazolásra, majd a Mentés gombra.

Mi a következő lépés

Fogja a Control Hub által generált konfigurációs információkat, és rendelje hozzá a paramétereket a helyi átjáróhoz (például egy Cisco KOCKÁHOZ, amely a helyszínen található). Ez a cikk végigvezeti Önt ezen a folyamaton. Referenciaként lásd az alábbi ábrát arról, hogy a Control Hub konfigurációs információi (a bal oldalon) hogyan kapcsolódnak a KOCKA paramétereihez (a jobb oldalon):

Miután sikeresen befejezte a konfigurációt magán az átjárón, visszatérhet a Szolgáltatások > Hívás > Helyszínek részhez a Control Hubban, és a létrehozott átjáró megjelenik a hozzárendelt helykártyán, a név bal oldalán egy 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 Hubban egyszerűen megtekintheti, aktiválhatja, eltávolíthatja és hozzáadhatja szervezete telefonszámait. További tudnivalókat a Control Hub Telefonszámok kezelése részében talál.

Ha a Webex szolgáltatásait próbálja ki, és a próbaverziót fizetős előfizetéssé szeretné alakítani, elküldhet egy e-mail kérést a partnerének.

1

Válassza ki a vásárlói https://admin.webex.comnézetben az épület ikont.

2

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

E-mailt küldünk a partnerednek, amelyben tájékoztatjuk, hogy szeretnél fizetett előfizetésre váltani.

A Control Hub segítségével beállíthatja a felhasználók számára a Webex alkalmazásban elérhető hívási opciók prioritását. Azt is lehetővé teszi számukra, hogy egy kattintással hívást.

1

Az Ügyfélnézetben válassza a https://admin.webex.comSzervezeti beállítások > Szolgáltatások menüpontot , görgessen a Hívás menüpontra, majd válassza az Ügyfélbeállítások lehetőséget.

2

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

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

3

Ha azt szeretné, hogy a felhasználók az előző lépésben beállított első hívási opcióval kezdeményezhessenek hívást, kapcsolja be az Egyszeri kattintás a híváshoz funkciót.


 

A változások megjelenése a Webex alkalmazásban akár 24 órát is igénybe vehet. Javasolhatja a felhasználóknak, hogy indítsák újra az alkalmazásaikat, hogy gyorsabban fel tudják venni ezeket a változásokat.

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


Csak akkor válaszd a szervezet szintű lehetőséget, ha készen állsz a teljes szervezeted áttelepítésére.

Mielőtt elkezdené

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

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

Az ügyfélnézetben válassza a https://admin.webex.comManagement (Kezelés) > Organization Settings (Szervezeti beállítások) menüpontot, majd görgessen a Calling Behavior (Hívási viselkedés) pontra, és válasszon a következők közül: .

  • Webex hívás- Válassza ezt az opciót, ha azt szeretné, hogy a felhasználók közvetlenül a Webex alkalmazásban telefonáljanak a Webex hívás használatával.
  • Webex hívóalkalmazás - Jelölje be ezt az opciót, ha szervezete előfizetett a Cisco Webex hívásra, és szeretné lehetővé tenni a felhasználók számára, hogy PSTN hívásokat kezdeményezzenek a Webex hívóalkalmazással. Amikor a felhasználók PSTN hívásokat kezdeményeznek a Webex alkalmazásban, a Webex hívóalkalmazást használják a hívás kezdeményezésére.

     

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

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

A felhasználóknak rendelkezniük kell a megfelelő alkalmazással, hogy PSTN hívásokat kezdeményezhessenek a Webex Appból. Győződj meg róla, hogy tudatod az emberekkel, milyen döntést hozol, és hogy egy másik alkalmazást használnak-e nyilvános telefonhálózati hívások kezdeményezésére.


 

Ezt a beállítást felhasználói szinten módosíthatja, ha bizonyos embereknek eltérő hívási viselkedést kell használniuk. Lépjen a Felhasználók részre, és a Beállítások alatt válassza a Hívási viselkedés lehetőséget. Dönthet, majd kattintson a Mentés gombra.

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. jún. 20.
A Webex Calling funkcióinak beállítása

Tudjon meg többet a Webex Calling néhány funkciójáról, és arról, hogyan állíthatja be azokat szervezete és felhasználói 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. Még egy mintát is beállíthat, hogy egy egész csoportot irányítson.

A vadászcsoport felállításával kapcsolatos további információkért lásd a Cisco Webex Control Hub vadászcsoportjait.

Hívási vá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 zenét kapjanak, amíg valaki nem tud válaszolni a hívásra.

A hívásvárakoztatók beállításával és kezelésével kapcsolatos további információkért lásd a Hívásvárakoztatók kezelése című részt a Cisco Webex Control Hubban.

Recepciós kliens létrehozása

Segítségnyújtás a front office személyzet igényeinek kielégítéséhez. Felhasználókat állíthat be telefonos kísérőként, hogy szűrni tudják a szervezetén belül bizonyos személyekhez érkező hívásokat.

A recepciós ügyfelek beállításával és megtekintésével kapcsolatos információkért lásd a recepciós ügyfeleket a Cisco Webex Control Hub-ban.

Automatikus kísérők létrehozása és kezelése

Üdvözleteket adhat hozzá, menüpontokat állíthat be, és hívásokat irányíthat egy üzenetrögzítő szolgáltatáshoz, vadászcsoporthoz, hangpostafiókhoz vagy valós személyhez. Hozz létre 24 órás ütemtervet, vagy biztosíts különböző lehetőségeket, amikor a vállalkozásod nyitva van vagy zárva van.

Az autós kísérők létrehozásával és kezelésével kapcsolatos információkért lásd: Autós kísérők kezelése a Cisco Webex Control Hub webhelyen.

Lapozócsoport konfigurálása

A csoportos lapozás lehetővé teszi a felhasználó számára, hogy egy adott lapozócsoporthoz rendelt szám vagy bővítmény tárcsázásával legfeljebb 75 célfelhasználónak és munkaterületnek küldjön egy egyirányú hívást vagy csoportoldalt.

A lapozócsoportok beállításával és szerkesztésével kapcsolatban lásd: A lapozócsoport konfigurálása a Cisco Webex Control Hubban.

Hívásfelvétel beállítása

Fokozza a csapatmunkát és az együttműködést egy hívásfelvevő 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ásfelvevő csoporthoz, és egy csoporttag nincs vagy foglalt, egy másik tag válaszolhat a hívásaikra.

A hívásfelvételi csoport beállításával kapcsolatos információkért lásd a Hívásfelvétel a Cisco Webex Vezérlőközpontban című részt.

Híváspark beállítása

A Call park lehetővé teszi a felhasználók egy meghatározott csoportja számára, hogy hívásokat parkoljanak a call park csoport más elérhető tagjai ellen. A csoportos hívásokat a csoport más tagjai is fogadhatják a telefonjukon.

A call park beállításával kapcsolatos további információkért lásd a Call Parkot a Cisco Webex Control Hubban.

Lehetővé teszi a felhasználók számára, hogy bejussanak mások telefonhívásaiba

1

A https://admin.webex.com webhely ügyfélnézetében lépjen a Felhasználók részre, majd válassza ki a módosítani kívánt felhasználót.

2

Válassza a Hívás lehetőséget, nyissa meg a Speciális hívásbeállításokat, majd válassza a Fedélzeti behívás lehetőséget.

3

Kapcsolja be a Betolakodó funkciót, válassza ki, hogy szeretné-e, hogy a telefon hangjelzést adjon, amikor valaki betolakszik egy hívásba, majd kattintson a Mentés gombra.

Megakadályozza, hogy valaki nyomon kövesse egy felhasználó vonalának állapotát

1

A https://admin.webex.com webhely ügyfélnézetében lépjen a Felhasználók részre, é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 részre.

3

Válassza ki a felhasználó számára a megfelelő automatikus kezelői adatvédelmi beállításokat.

4

Jelölje be az Adatvédelem engedélyezése jelölőnégyzetet. Ezután eldöntheti, hogy mindenkit letilt, ha üresen hagyja a Felhasználó keresése név alapján mezőt, vagy kiválasztja, hogy ki figyelheti a felhasználó vonalának állapotát.

A fenti végrehajtási példa segítségével rákereshet az adminisztrációs asszisztensük nevére.

5

Kattintson a Mentés lehetőségre.

Példa

Akarod látni, hogy kell csinálni? Tekintse meg ezt a videót arról, hogyan kezelheti a Control Hub felhasználóinak adatvédelmi beállításait.

Monitoring List - Egyéb felhasználók és Call Park bővítmények

A megfigyelt vonalak maximális száma 50, de figyelembe kell venni a sávszélességet. A maximumot a felhasználó telefonján található vonalgombok száma is meghatározhatja.


A felügyeleti szolgáltatás csak a felhasználó elsődleges eszközével működik.

1

A https://admin.webex.com webhely ügyfélnézetében lépjen a Felhasználók részre, é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 nyissa meg a Figyelés menüpontot.

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 a felhasználó értesítést kapjon-e a parkolt hívásokról, keresse meg a figyelni kívánt személyt vagy hívja fel a park bővítményét, majd kattintson a Mentés gombra.


 

A Control Hub felügyelt vonallistája a felhasználó eszközén látható felügyelt vonalak sorrendjének felel meg. A megfigyelt vonalak listáját bármikor átrendezheti.


 

A figyelt vonalon megjelenő név a felhasználó vagy a munkaterület hívóazonosítójának keresztneve és vezetékneve mezőbe beírt név.

Példa

Akarod látni, hogy kell csinálni? Tekintse meg ezt a videót arról, hogyan kezelheti a Control Hub felhasználóinak megfigyelési beállításait.

Szállodázás bekapcsolása egy felhasználó számára

A hotelezés engedélyezése a felhasználó számára lehetővé teszi, hogy egy másik térben dolgozzon, miközben megtartja a fő íróasztali telefon funkcióit és funkcióit.

1

A https://admin.webex.com webhely ügyfélnézetében lépjen a Felhasználók menüpontba, é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 kattintson a Szálloda gombra.

3

Kapcsolja be a Szállodaszolgáltatást, majd kattintson a Mentés gombra.

Példa

Akarod látni, hogy kell csinálni? Tekintse meg ezt a videóbemutatót, amely bemutatja, hogyan konfigurálhatja a zenei várakoztatá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. jún. 17.
Webex-hívóeszközök konfigurálása és kezelése

A Control Hub segítségével eszközöket rendelhet a felhasználókhoz és a munkaterületekhez. Válasszuk a MAC-címmel vagy egy aktiválókód generálásával történő hozzáadást, amelyet magán az eszközön szeretnénk megadni.

A Control Hub segítségével eszközöket rendelhet a felhasználókhoz személyes használatra, majd regisztrálhatja azokat a felhőben.

Az itt felsorolt eszközök támogatják a Webex hívást. Miközben az összes ilyen eszköz regisztrálható egy MAC-címmel, csak a következő részhalmaz regisztrálható egy aktiváló kód használatával:

1

A vásárlói nézetben válassza az https://admin.webex.comEszközök menüpontot, majd kattintson az Eszköz hozzáadása parancsra.


 
A felhasználó profiljában telefon is hozzáadható a felhasználóhoz. Tekintse meg az Eszköz kezelése a felhasználói szakaszban című részt.
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 a találatok közül, majd kattintson a Tovább gombra.

3

Válassza ki az eszközt a legördülő listából, majd kattintson a Tovább gombra.

4

Válasszon egyet az alábbi lehetőségek közül, majd kattintson a Mentés gombra:

  • Aktiválási kóddal- Válassza ezt az opciót, ha olyan aktiválókódot szeretne létrehozni, amelyet megoszthat az eszköz tulajdonosával. A 16 számjegyű aktiválási kódot manuálisan kell beírni magára az eszközre.

     

    A Multiplatform telefonoknak 11.2.3MSR1 vagy újabb firmware terheléssel kell rendelkezniük az aktiváló kód képernyő megjelenítéséhez. Ha a telefon firmware-jét frissíteni kell, irányítsa a felhasználókat a pontrahttps://upgrade.cisco.com/MPP_upgrade.html.

  • MAC-cím szerint - akkor válassza ezt az opciót, 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 telefonhoz ad meg MAC-címet, vagy a szám beírásakor hibázik, hibaüzenet jelenik meg.

 

Harmadik féltől származó eszközök használata esetén korlátozások lehetnek érvényben.

Ha úgy döntött, hogy létrehoz egy aktiválókódot az eszközhöz, de még nem használta azt a kódot, akkor az eszköz állapota Aktiválásként jelenik meg a hozzárendelt felhasználó Eszközök részében és a Vezérlőközpont fő eszközlistáján. Ne feledje, hogy az eszköz állapotának frissítése akár 10 percet is igénybe vehet a Vezérlőközpontban.

Amikor az emberek dolgoznak, sok helyen találkoznak, például ebédlőben, előtérben és konferenciateremben. Beállíthatja a megosztott Cisco Webex eszközöket ezekben a Munkaterületekben, szolgáltatásokat adhat hozzá, majd végignézheti az együttműködés megvalósulását.

A Workspaces eszköz legfontosabb alapelve, 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 hívást. Bár a legtöbb ilyen eszköz MAC-címmel regisztrálható, csak a következő részhalmaz regisztrálható aktiválókóddal:

  • Cisco IP Phone 6800 Series Multiplatform telefonok (Audio telefonok-6821, 6841, 6851)

  • Cisco IP Phone 7800 Series Multiplatform telefonok (Audio telefonok-7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 Series Multiplatform telefonok (Audio telefonok-8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 Series Multiplatform telefonok (Videótelefonok-8845, 8865)

  • Cisco IP konferenciatelefon 7832 és 8832

1

A vásárlói nézetben válassza a https://admin.webex.comManagement (Kezelés) > Workspaces (Munkaterületek) menüpontot , majd kattintson az Add Workspace (Munkaterület hozzáadása) lehetőségre.

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 30 karakternél hosszabb, és nem lehet %, #, <, >, /, \ és " karakterből álló.

3

Válassza a Cisco IP Phone lehetőséget, majd kattintson a Next (Tovább) gombra.

4

Válassza ki az eszköztípust a legördülő listából, válassza ki, hogy a telefont aktiválókóddal (ha az opció megjelenik) vagy MAC-címmel szeretné regisztrálni, majd kattintson a Tovább gombra. Ne feledje, hogy ha úgy dönt, hogy regisztrálja az eszközt egy aktiváló kóddal, a kódot elküldi e-mailben a kijelölt rendszergazdának.

Webex hívás esetén csak egy megosztott telefont adhat hozzá a munkaterülethez.

Előfordulhat, hogy a Cisco IP 7832 konferenciatelefon bizonyos funkcióbillentyűkkel nem használható. Ha teljes programbillentyű-készletre van szüksége, azt javasoljuk, hogy ezt a telefont rendelje hozzá egy felhasználóhoz.

5

Rendeljen hozzá egy helyet és egy telefonszámot (a választott hely alapján), majd kattintson a Mentés gombra. Lehetősége van bővítmény hozzárendelésére is.


A Webex Calling szakmai engedéllyel rendelkező felhasználók személyes helyiségrendszerük segítségével telefonszámot használva külső hívásokat kezdeményezhetnek (vagy fogadhatnak), illetve bővített alapú hívásokat kezdeményezhetnek 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 felhasználói nézetben lépjünk a https://admin.webex.com Felhasználók részre, és válasszuk ki azt a felhasználót, akihez az eszközt hozzárendelni szeretnénk.

2

A jobbra nyíló felhasználói panelen görgessen le az Eszközök ponthoz, majd válasszon a következő lehetőségek közül:

  • Ha a felhasználónak már van legalább egy hozzárendelt eszköze, kattintson ... majd válassza a Webex Room Device hozzáadása lehetőséget.
  • Ha a felhasználónak még nincs hozzárendelt eszköze, kattintson a Webex Room Device hozzáadása gombra.
3

Másolja ki, e-mailezze vagy nyomtassa ki a 16 jegyű aktiválókódot, és küldje el a felhasználónak, hogy aktiválhassa az új eszközét, vagy ha a készülék az Ön birtokában van, akkor a felhasználó nevében aktiválhatja azt.

Ha a felhasználó nem aktiválja a készüléket a kód lejárta előtt, új aktiválási kódot generálhat a (z) segítségévelhttps://settings.webex.com. A felhasználók onnan is hozzáadhatják saját személyes eszközeiket. További tudnivalókat a Helyiség vagy asztali eszköz beállítása személyes eszközként című részben talál.


A Webex Calling szakmai engedéllyel rendelkező felhasználók személyes helyiségrendszerük segítségével telefonszámot használva külső hívásokat kezdeményezhetnek (vagy fogadhatnak), illetve bővített alapú hívásokat kezdeményezhetnek 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 vásárlói nézetben válassza https://admin.webex.comaz Eszközök menüpontot.

2

Kattintson az Add Device (Eszköz hozzáadása) lehetőségre, és válassza a Existing User (Meglévő felhasználó) lehetőséget.

3

Keresse meg azt a felhasználót, akihez az eszközt rendelni szeretné, majd kattintson a Tovább gombra.

4

Válassza a Cisco Webex Room Device lehetőséget.

5

Másolja ki, e-mailezze vagy nyomtassa ki a 16 jegyű aktiválókódot, és küldje el a felhasználónak, hogy aktiválhassa az új eszközét, vagy ha a készülék az Ön birtokában van, akkor a felhasználó nevében aktiválhatja azt.

Ha a felhasználó nem aktiválja a készüléket a kód lejárta előtt, új aktiválási kódot generálhat a (z) segítségévelhttps://settings.webex.com. A felhasználók onnan is hozzáadhatják saját személyes eszközeiket. További információkért lásd: Webex Board, Room vagy Desk Device beállítása személyes eszközként.

Amikor az emberek dolgoznak, számos munkaterületen találkoznak, például ebédlőben, előtérben és konferenciateremben. Beállíthatja a megosztott Cisco Webex eszközöket ezekben a Munkaterületekben, szolgáltatásokat adhat hozzá, majd végignézheti az együttműködés megvalósulását.

A Workspaces eszköz legfontosabb alapelve, 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 hívást.

1

A vásárlói nézetben lépjen a Workspaces https://admin.webex.com(Munkaterületek) részre, majd kattintson a Munkaterület hozzá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 Other Cisco Webex Device (Egyéb Cisco Webex eszköz) lehetőséget, majd kattintson a Next (Tovább) gombra.

Egyéb Cisco Webex eszközök közé tartozik a Cisco Webex szoba vagy íróasztal eszköz, beleértve a Cisco Webex Board.

4

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

  • Ingyenes hívás- A felhasználók csak SIP-cím használatával kezdeményezhetnek Webex App vagy Webex Session Initiation Protocol (SIP) hívásokat (például username@example.calls.webex.com).
  • Webex Calling -A Webex App és SIP hívások indítása és fogadása mellett az ezen a munkaterületen tartózkodó személyek használhatják az eszközt telefonhívások indítására és fogadására a Webex Calling számozási tervén belül. Például felhívhatja munkatársát, Giacomo Edwardsot az 555-555-5555-ös telefonszám, az 5555-ös mellék vagy a gedwards@example.webex.com SIP-cím tárcsázásával, de felhívhatja a helyi pizzériát is.
5

Aktiválja a készüléket a megadott kóddal. Másolhatja, e-mailt küldhet, vagy kinyomtathatja az aktiválókódot.

Ha több olyan eszközzel rendelkezik, amelyet hozzá kell rendelnie a felhasználókhoz és a munkaterületekhez, akkor 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 hívást. Miközben az összes ilyen eszköz regisztrálható egy MAC-címmel, csak a következő részhalmaz regisztrálható egy aktiváló kód használatával:

  • Cisco IP Phone 6800 Series Multiplatform telefonok (Audio telefonok-6821, 6841, 6851)

  • Cisco IP Phone 7800 Series Multiplatform telefonok (Audio telefonok-7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 Series Multiplatform telefonok (Audio telefonok-8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 Series Multiplatform telefonok (Videótelefonok-8845, 8865)

  • Cisco IP konferenciatelefon 7832 és 8832

1

A vásárlói nézetben lépjen az Eszközök menüpontbahttps://admin.webex.com, kattintson az Eszköz hozzáadása parancsra, majd válassza ki, hogy az eszközt egy felhasználóhoz vagy egy munkaterülethez kívánja hozzáadni.

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:

  • Felhasználók a szervezetembenA szervezet összes felhasználójának listáját és a hozzájuk tartozó attribútumokat megkaphatja, így nem kell kézzel megkeresnie minden felhasználót.
  • Eszközmintasablon hozzáadása - Használhat egy általunk létrehozott sablont, majd megadhat olyan adatokat, mint a felhasználónevek, a típus (adja meg, hogy felhasználóról vagy munkaterületről van-e szó), a Mac-címek és az eszközmodellek. Íme néhány dolog, amit érdemes észben tartani:
    • Meg kell adnia egy telefonszámot, bővítményt vagy mindkettőt. Megjegyzés: Ezek a mezők korábban Directory Number és Direct Line címmel voltak ellátva; ezek az oszlopnevek egy 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 az eszközök számát CSV-fájlonként 1000-re korlátozza. 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 egy modellre van szükség (például Cisco 7841, Cisco 8851 stb.), ha az eszköztípus WEBEX vagy a WebEx-modell_ HÍVÁSA üres kell, hogy legyen.

    • Ha üresen hagyja a MAC-cím oszlopot, akkor egy aktiválókódot generál, amelyet magának az eszköznek kell megadnia.

4

Ha a MAC-cím üresen maradt, kiválaszthatja az aktiváló kód küldésének helyét:

  • Adjon meg egy linket- az aktiváló kód hozzáadódik egy CSV fájlhoz, amelyet aztán letölthet.
  • E-mail aktiválókód- ha a készülék egy munkaterülethez tartozik, akkor az aktiválókódot rendszergazdaként küldjük el Önnek. Ha a készülék egy felhasználó számára készült, akkor az aktiváló kódot a rendszer e-mailben elküldi a felhasználónak.
5

A feltöltött CSV-fájl importálása.

6

Kattintson a Küldés lehetőségre.

Az eszközök aktiválásával állapotfrissítés jelenik meg.

 

A Multiplatform eszközöknek 11.2.3MSR1 vagy újabb firmware betöltéssel kell rendelkezniük ahhoz, hogy a felhasználók beírhassák az aktiválási kódot az eszközükön. A telefon firmware-jének frissítésével kapcsolatos további információkért tekintse meg ezt a cikket.

Hozzáadhatja, eltávolíthatja, újraindíthatja, ellenőrizheti az aktiválást, vagy létrehozhat egy új aktiválási kódot a szervezetén belüli felhasználókhoz rendelt eszközökhöz. Ez hasznos lehet az eszközök megtekintéséhez és kezeléséhez a felhasználók képernyőjén, ha szükséges.

1

A vásárlói nézetben lépj https://admin.webex.coma Felhasználók részre.

2

Válassza ki a módosítani kívánt felhasználót, és görgessen le az Eszközök pontra.

3

Ha eszközt szeretne hozzáadni ehhez a felhasználóhoz, kattintson az Eszköz hozzáadása gombra.


 
Ha a felhasználó már hozzárendelt egy eszközt, és hozzá szeretne adni egy másik eszközt, kattintson az Eszközök ikonra, majd az Eszköz hozzáadása gombra.
4

Meglévő eszköz módosításához válasszuk 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 adott esetben új aktiválókódot hozhat létre az eszközhöz. A telefonbeállítások konfigurálásával kapcsolatos további információkért lásd a Telefonbeállítások konfigurálása és frissítése című részt.

5

Ha a felhasználóhoz hozzáadott eszköz a Webex Aware, akkor a Webex Aware opció jelenik meg az eszközök alatt az ábrán látható módon. 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 az MPP-eszközök konfigurációjának módosításában vagy firmware-jének frissítésében.

A Műveletek fül a Webex Aware-kompatibilis eszközök alábbi beállításait tartalmazza:
  • Módosítások alkalmazása - kérést küld a telefonra a konfiguráció módosításainak letöltéséhez és alkalmazásához.
  • Az újraindítási kérések az eszköz újraindítására és az aktuális konfiguráció letöltésére irányulnak.
  • Probléma bejelentése - kérdések kérik az eszközt PRT létrehozására és feltöltésére a felhőbe.
  • Delete (Törlés) - a felhasználó számára felsorolt eszköz törlése.

Az eszközök közvetlenül hozzáadhatók és kezelhetők egy munkaterület-profilból. A munkaterület eszközök ATA eszközöket, például faxgépeket is tartalmazhatnak. Szállodai házigazdaként is beállíthatsz egy munkaterület-eszközt. További információk a szállodai elhelyezésről: Hoteling in Cisco Webex Control Hub.

1

A vásárlói nézetben lépjen a Workspaces https://admin.webex.com(Munkaterületek) részre.

2

Válassza 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öz hozzáadása gombra.

4

Meglévő eszköz módosításához válasszuk 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, és engedélyezheti, hogy az eszköz szállodai házigazdaként használható legyen. A telefonbeállítások konfigurálásával kapcsolatos további információkért lásd a Telefonbeállítások konfigurálása és frissítése című részt.

5

Ha a munkaterülethez hozzáadott eszköz a Webex Aware, akkor a Webex Aware opció jelenik meg az eszközök alatt az ábrán látható módon. 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 az MPP-eszközök konfigurációjának módosításában vagy firmware-jének frissítésében.

A Műveletek fül a Webex Aware-kompatibilis eszközök alábbi beállításait tartalmazza:
  • Módosítások alkalmazása - kérést küld a telefonra a konfiguráció módosításainak letöltéséhez és alkalmazásához.
  • Az újraindítási kérések az eszköz újraindítására és az aktuális konfiguráció letöltésére irányulnak.
  • Probléma bejelentése - kérdések kérik az eszközt PRT létrehozására és feltöltésére a felhőbe.
  • Delete (Törlés) - a felhasználó számára felsorolt eszköz törlése.

Hozzáadhat sorokat a felhasználó elsődleges eszközéhez, és átrendezheti a sorok megjelenését. Ezt megosztott vonali megjelenésnek is nevezik, amely lehetővé teszi a felhasználók számára, hogy saját telefonjuk használatával fogadjanak és fogadjanak hívásokat egy másik felhasználó kiterjesztéséből. Példa erre egy vezető asszisztens, aki azt akarja, hogy képes legyen hívást kezdeményezni és fogadni a főnök vonalán. A megosztott vonali megjelenés az elsődleges felhasználó vonalának egy másik példánya is lehet.

A maximális konfigurációs korlát 35 eszköz minden egyes felhasználói telefonszámhoz, beleértve a felhasználó által használt asztali vagy mobilalkalmazást is. Munkaterületi telefonhoz további sorok adhatók, de munkaterületi telefon nem adható hozzá megosztott vonalként.


A felhasználó által az MPP-telefonhoz hozzáadott gyorstárcsázások nem láthatók a Vezérlőközpontban, és felülírhatók, ha egy megosztott vonal konfigurálva van.

1

A vásárlói nézetben lépjen a Felhasználókhttps://admin.webex.com vagy a Munkaterületek részre (attól függően, hogy a módosítandó eszközhöz hol van hozzárendelve).

2

Válassza ki a módosítani kívánt felhasználót vagy munkaterületet, és görgessen az Eszközök pontra.

3

Válassza ki azt az eszközt, amelyhez a megosztott vonalakat hozzá szeretné adni vagy módosítani szeretné, és görgessen a Telefonos felhasználók és beállítások pontra.

A telefonon megjelenő felhasználók és helyek a megjelenés sorrendjében vannak felsorolva.

4

Ha felhasználókat vagy helyeket szeretne hozzáadni vagy eltávolítani a telefonról, válassza a Vonalak konfigurálása lehetőséget.

5

Sor eltávolításához kattintson az ikonra.


 
Az 1. sorban szereplő elsődleges felhasználó nem távolítható el.
6

Közös vonalú megjelenés hozzáadásához kattintson az ikonra.


 
Adja hozzá a sorokat abban a sorrendben, ahogy szeretné, hogy megjelenjenek. A vonal megjelenésének átrendezéséhez töröljük a sort, és a kívánt sorrendben adjuk hozzá a listához.
7

Írjuk be a nevet vagy telefonszámot, válasszunk a megjelenő lehetőségek közül, majd kattintsunk a Mentés gombra.

A Control Hub egyik felhasználójához rendelt analóg telefonadapter (ATA) portjait konfigurálhatja. Jelenleg az ATA eszközök két konfigurációja áll rendelkezésre a 2 porttal rendelkező eszközökhöz és a 24 porttal rendelkező eszközökhöz.

1

A vásárlói nézetben lépj https://admin.webex.coma Felhasználók részre.

2

Válassza ki a módosítani kívánt felhasználót, és görgessen az Eszközök pontra.

3

Válassza ki azt az eszközt, amelyhez hozzá szeretné adni vagy módosítani szeretné.

4

A Felhasználók ezen az eszközön részen kattintson a Portok konfigurálása lehetőségre.

5

Közös portkonfiguráció hozzáadásához kattintson az ikonra.

6

Írja be a nevet vagy telefonszámot, és válasszon a megjelenő lehetőségek közül, majd kattintson a Mentés gombra.


 
Csak az eszközök nélküli munkaterületek jelennek meg a keresésben.
7

Ha a készülék T.38-as faxtömörítést igényel, jelölje be a T.38-as oszlopban található jelölőnégyzetet, vagy írja felül a felhasználói szintű tömörítési beállításokat, majd kattintson a Mentés gombra.


 
A munkaterületnek lehet ATA-ja. Ez faxkészülékeknél hasznos.

Bármikor hozzáadhat telefonszámokat az asztali és szobai eszközökhöz az ügyfél szervezetében, függetlenül attól, hogy egy próbaidőszak közepén van, vagy egy fizetett előfizetéssé alakították át.


A Control Hub szolgáltatásban megadható telefonszámok számát 250-ről 1000-re növeltük.

1

A vásárlói nézetben válassza a https://admin.webex.comSzolgáltatások > Hívás > Számok menüpontot, majd kattintson a Számok hozzáadása parancsra.

2

Adja meg a helyet és a szám típusát. Ha számokat szállítasz át, add meg mind a jelenlegi, mind az új számlázási számokat.

3

Ezután kattintson a Mentés gombra.

Megtekintheti a szervezete által megrendelt PSTN-számok listáját. Ezzel az információval láthatja a nem használt számokat, amelyek rendelkezésre állnak, és a megrendelt számokat, amelyek hamarosan elérhetővé válnak.

A vásárlói nézetben válassza a https://admin.webex.com Szolgáltatások > Hívás > PSTN-rendelések menüpontot.

Amikor tartozékokat (fejhallgatókat/KEM-eket) csatlakoztat egy MPP-eszközhöz, azok készletelemként jelennek meg a Control Hub Eszközök lapján. A Control Hub Devices leltárából megtudhatja a tartozék modelljét, állapotát és azt, hogy kihez tartozik a tartozék. Ha tartozékot választ, további információkhoz juthat, például a tartozék sorozatszámához és az aktuális szoftververzióhoz. A tartozék állapotmezőjét "online" -ként jelentjük, amennyiben a tartozék csatlakozik az MPP-hez. Az MPP-csatlakoztatású fejhallgató automatikusan frissíti a szoftvert az Eszközkezelés legújabb verziójával.

Akarod látni, hogy kell csinálni? Tekintse meg ezt a videót arról, hogyan tekintheti meg tartozékait a Control Hubban.
1. táblázat. Kompatibilis fejhallgatók

Telefon típusa

Cisco Headset 520-as sorozat

Cisco Headset 530-as sorozat

Cisco Headset 560-as sorozat

Cisco Headset 730-as sorozat

Cisco IP Phone 8811/8841/8845

RJ9 és RJ11

Cisco IP Phone 8851/8861/8865

USB

USB

USB

RJ9 és RJ11

Cisco IP Phone 7811/7821/7841/7861

Cisco IP Phone 6821/6841/6851/6861

Cisco IP telefon 6871

USB

USB

USB

Cisco IP konferenciatelefon 7832/8832

2. táblázat. Kompatibilis kulcsbővítő modulok

Telefon típusa

KEM

Cisco IP Phone 8811/8841/8845

Cisco IP Phone 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP Phone 7811/7821/7841/7861

Cisco IP Telefon 6821/6841/6861/6871

Cisco IP Phone 6851

CP-68KEM-3PCC

Cisco IP konferenciatelefon 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