Webex híváskonfigurációs munkafolyamat

Webex híváskonfigurációs munkafolyamat

2021. máj. 18.
Webex hívás áttekintése

Bemutatkozik a Cisco Webex Calling

Képzelje el, hogy képes kihasználni a vállalati szintű felhőhívás, mobilitás és PBX funkciók, valamint a Cisco Webex üzenetküldés és találkozók és hívás egy Webex Calling puha ügyfél vagy Cisco eszköz. Pontosan ezt kínálja a Webex Calling.

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

  • Előfizetések hívása telefonfelhasználóknak és közös területeknek

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

  • Nyilvános kapcsolós telefonhálózathoz (PSTN) való hozzáférés, hogy a felhasználók a szervezeten kívüli számokat tárcsázhassanak. A szolgáltatás nyújtása meglévő vállalati infrastruktúrán keresztül történik (helyi átjáró telephelyi 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ási funkciók konfigurálása fejezetet.

Táblázat Rendszergazda által konfigurálható funkciók

Funkció

Leírás

Automatikus híváskezelő

Hozzáadhat üdvözlő üzeneteket, beállíthat menüket és útvonalhívásokat egy üzenetrögzítőhöz, vadászcsoporthoz, hangpostafiókhoz vagy egy valós személyhez. Létrehozhatsz 24 órás ütemezést, vagy különböző lehetőségeket biztosíthatsz, amikor a vállalkozásod nyitva vagy zárva van. Akár hívásokat is irányíthat a hívóazonosító attribútumai alapján, hogy VIP-listákat hozzon létre, vagy bizonyos körzetszámokból eltérő módon kezelje a hívásokat.

Hívásvárakoztatási sor

Beállíthat egy hívási várólistát, hogy amikor a bejövő hívásokra nem lehet válaszolni, a hívók automatikus választ, komfortüzeneteket és zenét kapjanak, amíg valaki nem tudja felvenni a hívást.

Hívásfogadás

Növelheti 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. Ha felhasználókat vesz fel egy hívásfelvevő csoportba, és egy csoporttag távol van vagy elfoglalt, egy másik tag válaszolhat a hívásaikra.

Hívásparkoltatás

Bekapcsolhatja a call parkot, így a felhasználók várakoztathatják a hívást, és felvehetik egy másik telefonról.

Keresőcsoport

A következő esetekben érdemes vadászcsoportokat létrehozni:

  • Egy értékesítési csapat, akik szekvenciális útválasztást akarnak. Egy bejövő hívás megcsörget egy telefont, de ha nincs válasz, a hívás a következő ügynökhöz megy.

  • Egy támogató csapat, aki azt akarja, hogy egyszerre csörögjenek a telefonok, hogy az első elérhető ügynök fogadja 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. Ha valaki üzenetet küld egy személyhívó csoportnak, az üzenet a csoport összes eszközén lejátszódik.

Recepciós ügyfél

Segítsen az ügyfélszolgálati munkatársai igényeinek kielégítésében azáltal, hogy teljes körű hívásvezérlési lehetőségeket, nagyszabású vonalfigyelést, hívásvárólistát, több címtárszolgáltatási lehetőséget és nézetet, Outlook integrációt stb. biztosít számukra.

A felhasználók a következő funkciókat konfigurálhatják, https://settings.webex.comamelyek keresztindításra kerülnek a Hívó felhasználói portálon.

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 elutasíthatják a letiltott hívóazonosítókkal érkező 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.) nincsenek csatlakoztatva a hálózathoz, a felhasználók továbbíthatják a bejövő hívásokat egy adott telefonszámra.

Hívástovábbítás

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

Hívástovábbítási szelektív

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

Értesítés hívásról

A felhasználók e-mailt küldhetnek maguknak, ha előre meghatározott kritériumok, például telefonszám vagy dátum és idő alapján hívást kapnak.

Hívásvárakoztatás

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

Ne zavarjanak

A felhasználók ideiglenesen minden hívást közvetlenül hangpostára kapcsolhatnak.

Iroda bárhol (Office Anywhere)

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

Prioritási riasztás

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

Távoli iroda

A felhasználók távoli telefonról is kezdeményezhetnek hívásokat, és az üzleti vonalukon is megjelenhet. Emellett az üzleti 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 bizonyos hívóktól.

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

A felhasználók meghatározott időpontokban visszautasíthatják az egyes hívók hívásait.

Soros gyűrű

Csengessen fel 5 készüléket egymás után bejövő hívásokhoz.

Egyidejű gyűrű

Egyidejűleg hívja fel a felhasználók és mások (“hívások címzettjei“) telefonszámait a bejövő hívásokhoz.

Ellátási szolgáltatások, eszközök és felhasználók a vezérlőközpontban,keresztindítás a részletes konfigurációhoz a hívó adminisztrátori portálon

Cisco Webex Control Hub (https://admin.webex.com) egy menedzsment portál, amely integrálja a Webex Calling, hogy racionalizálja a megrendelések és konfiguráció, és központosítsa a menedzsment a csomagban ajánlat-Webex Calling, Webex, és Webex találkozók.

A Vezérlőpult az összes szolgáltatás, eszköz és felhasználó biztosításának központi pontja. Megteheti a hívási szolgáltatás első beállítását, regisztrálhat MPP-telefonokat a felhőbe (MAC-cím használatával), konfigurálhatja a felhasználókat eszközök társításával, számok, szolgáltatások, hívási funkciók hozzáadásával és így tovább. Továbbá a Vezérlőpultrólkeresztindítást végezhet a Hívásadminisztrátori Portálon a funkciók, eszközök és felhasználók részletesebb konfigurálásához. További szolgáltatások (Webex Meetings vagy Teams) szintén a Control Hub-ban történnek.

A Hívásadminisztrációs Portál hozzáférést biztosít az ügyfeleknek a hívási funkciók fejlett konfigurációjához, valamint gyors áttekintést nyújt a szolgáltatás biztosításáról. A szolgáltatásbiztosítékok hívásminőségi mutatókat biztosítanak az üzleti egységeiken belüli több helyen, jelezve, hogy a hívások jók, tisztességesek vagy rossz minőségűek-e. A hívások minőségével kapcsolatos azonnali visszajelzés lehetővé teszi a partnerek és az ügyféladminisztrátorok számára, hogy a legmagasabb színvonalú szolgáltatásokat nyújtsák ügyfeleiknek.

Felhasználói élmény

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

Tekintse meg a Cisco Webex Vezérlőpultot

A Control Hub az Ön egyetlen go-to, web-alapú felülete a szervezet 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.

A szervezet beindításához javasoljuk, hogy hívjon meg néhány felhasználót, hogy csatlakozzanak a Webexhez, és adja meg e-mail címüket a Vezérlőpultban. Ösztönözd az embereket, hogy használják az általad nyújtott szolgáltatásokat, beleértve a hívást is, és adjanak visszajelzést a tapasztalataikról. Ha készen állsz, bármikor hozzáadhatsz további felhasználókat.


Javasoljuk, hogy a Vezérlőpult 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 futó böngészők váratlan eredményeket hozhatnak.

Használja az alább bemutatott információkat egy magas szintű összefoglalóként arról, hogy mire számíthat, amikor a szervezetét szolgáltatásokkal hozza létre. Részletesebb információkért lásd az egyes fejezeteket a lépésről lépésre történő utasításokért.

Első lépések

Miután a partnered létrehozta a fiókodat, kapsz egy üdvözlő e-mailt. A Vezérlőpult eléréséhez kattintson az e-mailben található Első lépések linkre a Chrome vagy Firefox használatával. A link automatikusan bejelentkezteti Önt a rendszergazda e-mail címével. Ezután rendszergazdai jelszót kell létrehoznia.

Próbaidőszak varázsló

Ha partnere regisztrálta Önt egy próbára, a Telepítő automatikusan elindul, miután bejelentkezett a Vezérlőpultba. A varázsló végigvezeti Önt az alapvető beállításokon, hogy felépítse és működtesse szervezetét a Cisco Webex Calling szolgáltatással, többek között. A varázsló bejárásának befejezése előtt beállíthatja és áttekintheti a Hívási beállításokat.

Tekintsd át a beállításaidat

Amikor a vezérlőagy betöltődik, áttekintheti a beállításait.

Felhasználók hozzáadása

Most, hogy beállította a szolgáltatásait, készen áll arra, hogy embereket vegyen fel a vállalat könyvtárába. Lépj a Felhasználók részre, és kattints a Felhasználók kezelése lehetőségre.

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

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

A Webex alapvető hitelesítést használ. Úgy is beállíthatja az SSO-t, hogy a felhasználók a Webexben tárolt és kezelt külön jelszó helyett az Ön Enterprise Identity Providerével hitelesítsék magukat.

Lépjen a Beállítások részre, görgessen a Hitelesítés részre, kattintson a Módosítás gombra, majd válassza a Harmadik fél identitásszolgáltatójának integrálása lehetőséget.

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

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

Lépjen a Felhasználók részre, kattintson a Felhasználók kezelése lehetőségre, válassza a Felhasználók exportálása és importálása CSV-fájllal lehetőséget, majd kattintson az Exportálás gombra.

A letöltött fájlban egyszerűen adja hozzá a True-t azokhoz a szolgáltatásokhoz, amelyeket az egyes felhasználókhoz kíván rendelni.

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

A felhasználók pozíciójának erősítése

Most, hogy hozzáadott felhasználókat, és hozzájuk rendelték a szolgáltatásokat, elkezdhetik használni a támogatott Multiplatform telefonokat (MPP-ket) a Webex Callinghoz és a Webexet az üzenetküldéshez és értekezletekhez. Ösztönözze őket, hogy a Cisco Webex Beállításokat egyablakos ügyintézési lehetőségként használják a hozzáféréshez.

A helyi átjáró szerepe

A helyi átjáró a Public Switch Telephony Network (PSTN) interworking és legacy public branch exchange (PBX) interworking (beleértve az Egységes CM-et) vállalati vagy partnervezérelt élvonalbeli eszköze.

A Cisco Webex Vezérlőpult segítségével helyi átjárót rendelhet egy helyhez, amely után a Vezérlőpult megadja a kockán konfigurálható paramétereket. Ezek a lépések regisztrálja a helyi átjáró a felhő, majd PSTN szolgáltatást nyújt az átjárón keresztül Webex Calling felhasználók egy adott helyen.

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

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

A program a következő alapvető telepítéseket támogatja:

A helyi átjáró telepíthető önállóan vagy olyan telepítésekben, ahol a Cisco Unified Communications Managerbe való integráció szükséges.

Helyi átjáró telepítése üzlethelyiségen belüli IP PBX nélkül

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

Ez az ábra a Webex Calling telepítését mutatja meglévő IP PBX nélkül, és egyetlen helyre vagy több helyre alkalmazható.

Minden olyan hívás esetén, amely nem felel meg a Webex hívási célállomásainak, a Webex hívás elküldi ezeket a hívásokat a feldolgozási helyhez rendelt helyi átjáróra. A helyi átjáró irányítja az összes hívást, hogy jön a Webex Calling a PSTN és a másik irányba, PSTN a Webex Calling.

A PSTN átjáró lehet egy dedikált platform vagy Coresident a helyi átjáró. Mint az alábbi ábrán látható, javasoljuk a telepítés dedikált PSTN gateway változatát; akkor használható, ha a meglévő PSTN gateway nem használható Webex Calling helyi gateway-ként.

Coresident helyi átjáró telepítése

A helyi átjáró lehet IP-alapú, amely SIP trönk segítségével csatlakozik egy ITSP-hez, vagy TDM-alapú ISDN vagy analóg áramkör használatával. Az alábbi ábra egy Webex Calling telepítést mutat, ahol a helyi átjáró a PSTN GW/SBC alapvonala.

Helyi átjáró telepítése üzlethelyiségen belüli egységes CM PBX-szel

Az egységes közösségi médiával való integráció a következő esetekben szükséges:

  • A Webexhívás által engedélyezett helyek hozzáadódnak egy meglévő Cisco UC telepítéshez, ahol az Egységes CM kerül telepítésre helyszíni hívásvezérlő megoldásként

  • Közvetlen tárcsázás szükséges az Egységes Minisztériumba regisztrált telefonok és a Webex hívási helyeken lévő telefonok között.

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

A BroadCloud olyan hívásokat küld a helyi átjáróra, amelyek nem felelnek meg az ügyfél Webex hívási célállomásainak. Ez magában foglalja a PSTN számokat és az Egységes CM belső kiterjesztéseket, amelyeket a BroadCloud nem lát. A helyi átjáró minden hívást a BroadCloud-ról az egységes CM-re irányít és fordítva. Az egységes CM ezután a bejövő hívásokat a helyi célállomásokra vagy a PSTN-re irányítja a meglévő tárcsázási terv szerint. Az Egységes CM tárcsázási terv +E.164-re normalizálja a számokat. A PSTN átjáró lehet egy dedikált vagy társrezidens a helyi átjáróval.

Dedikált PSTN átjáró

A telepítés jelen ábrán látható 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 Hívás helyi átjáróként.

Törzsutas PSTN átjáró

Ez az ábra a Webex Calling telepítését mutatja egységes CM-mel, ahol a helyi átjáró magja a PSTN gateway/SBC.

A BroadCloud minden olyan hívást, amely nem felel meg az ügyfél Webex hívási célállomásainak, a helyhez rendelt helyi átjáróra irányít. Ez magában foglalja a PSTN célállomásokat és az egységes CM belső kiterjesztések felé irányuló on-net hívásokat. A helyi átjáró minden hívást az Egységes Minisztériumba irányít. Az egységes CM ezután átirányítja a hívásokat a helyben regisztrált telefonokra vagy a PSTN-re a helyi átjárón keresztül, amely PSTN/SBC funkcióval rendelkezik.

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

Webex hívás az egységes főminiszternek

A Webex Calling útválasztási logikája így működik: ha a Webex Hívási végponton tárcsázott szám nem irányítható át ugyanazon ügyfél bármely más rendeltetési helyére BroadCloudban, akkor a hívást a helyi átjáróra küldjük további feldolgozás céljából. Minden off-net (BroadCloud-on kívüli) hívást a helyi átjáróra küldünk.

A Webex Hívás telepítése meglévő egyesített CM-be való integrálás nélkül minden off-net hívás PSTN hívásnak minősül. Egységes CM-mel kombinálva a hálózaton kívüli hívás továbbra is lehet az Egységes CM-en tárolt bármely célállomásra irányuló on-net hívás, vagy valódi hálózaton kívüli hívás PSTN-célállomásra. Az utóbbi két hívástípus közötti különbségtételt az Egységes CM határozza meg, és az az Egységes CM-től kapott vállalati tárcsázási tervtől függ.

Az alábbi ábra egy Webex hívó felhasználót mutat, aki egy nemzeti számot tárcsáz az USA-ban.

A konfigurált tárcsázási terv alapján az egységes CM a hívást egy helyben regisztrált végpontra irányítja, amelyen a hívott célállomás könyvtárszámként szerepel. 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 az egységes főminisztertől a Webex híváshoz

Annak érdekében, hogy lehetővé tegye a hívásátirányítást a Unified CM-ből a Webex Calling on Unified CM-be egy sor útvonalat kell biztosítani a +E.164 készlet és a vállalati számozási terv címeinek meghatározásához a Webex Callingban.

Ezekkel az útvonalakkal a következő ábrán látható mindkét hívási forgatókönyv lehetséges.

Ha a PSTN-ben egy hívó egy Webex Hívóeszközhöz rendelt SZÁMOT hív, akkor a hívás a vállalkozás PSTN átjáróján keresztül kerül átadásra a vállalkozásnak, majd megnyomja az Unified CM gombot. A hívás hívott címe megegyezik az Egységes CM-ben biztosított Webex Hívási útvonalak egyikével, és a hívást a helyi átjáróra küldik. (A hívott címnek +E.164 formátumban kell lennie, amikor a helyi átjáróra küldik.) A BroadCloud útválasztási logika ezután biztosítja, hogy a hívást a tervezett Webex Hívóeszközre küldjék, A megbízás alapján.

Továbbá, az Egységes CM regisztrált végpontokról érkező hívásokra, amelyek a Webex hívások célállomásait célozzák, az Egységes CM által biztosított tárcsázási terv vonatkozik. Jellemzően ez a tárcsázási terv 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 foglalják magukban a +E.164 tárcsázást. A hívások helyi átjáróra küldése előtt a +E.164-től eltérő tárcsázási szokásokat +E.164-re kell normalizálni, hogy a BroadCloud megfelelő útvonalat biztosítson.

Szolgáltatási osztály (CoS)

Különböző okokból, például a hívási hurkok elkerülése és az autópályadíj-csalás megelőzése miatt mindig ajánlott szigorú szolgáltatási korlátozások bevezetése. A Webex Calling Local Gateway és az Unified CM szolgáltatási osztály integrálása során figyelembe kell vennünk a szolgáltatási osztályt:

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

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

  • Egységes CM-be érkező hívások a BroadCloud-tól

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

Hozzáadása a Webex Calling úti célok, mint egy új osztály úti célok egy meglévő CoS beállítás elég egyszerű: engedély hívás Webex Hívási célállomások általában egyenértékű az engedély hívás on-premise (beleértve inter-site) célállomások.

Ha egy vállalati tárcsázási terv már végrehajt egy "(rövidített) on-net inter-site” engedélyt, akkor már van egy partíció az Egységes CM-en, amelyet használhatunk és biztosíthatunk az összes ismert on-net Webex Hívási célállomásnak ugyanazon a partíción.

Ellenkező esetben az “(rövidített) on-net inter-site” engedély még nem létezik, akkor egy új partíciót (például “onNetRemote”) kell létrehozni, a Webex Calling célállomásait hozzá kell adni ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő keresési helyekhez.

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

Hozzáadása a Webex Calling úti célok, mint egy új osztály úti célok egy meglévő CoS beállítás elég egyszerű: engedély hívás Webex Hívási célállomások általában egyenértékű az engedély hívás on-premise (beleértve inter-site) célállomások.

Ha egy vállalati tárcsázási terv már végrehajt egy "(rövidített) on-net inter-site” engedélyt, akkor már van egy partíció az Egységes CM-en, amelyet használhatunk és biztosíthatunk az összes ismert on-net Webex Hívási célállomásnak ugyanazon a partíción.

Ellenkező esetben az “(rövidített) on-net inter-site” engedély még nem létezik, akkor egy új partíciót (például “onNetRemote”) kell létrehozni, a Webex Calling célállomásait hozzá kell adni ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő keresési helyekhez.

Egységes CM-be érkező hívások a BroadCloud-tól

A PSTN-ről érkező hívásoknak hozzá kell férniük az összes Webex hívási célállomáshoz. Ehhez hozzá kell adni a fenti partíciót, amely tartalmazza az összes Webex Hívási célállomást a PSTN trönk bejövő hívásaihoz használt hívókeresési területhez. A Webex Calling úti célok elérése a már meglévő hozzáférés mellett történik.

Míg a hívások a PSTN hozzáférést biztosít az egységes CM DID-ek és Webex Hívás DID-ek szükséges hívások származó Webex Calling hozzáférést kell biztosítani az egységes CM DID-ek és PSTN célállomások.

1. ábra: Differenciált CoS hívások PSTN és Webex Calling

Ez az ábra a PSTN és a BroadCloud által kezdeményezett hívások esetében hasonlítja össze ezt a két különböző szolgáltatási osztályt. Az ábra azt is mutatja, hogy ha a PSTN átjáró funkciója a helyi átjáróval együtt van elhelyezve, akkor a kombinált PSTN GW és a Local Gateway to Unified CM két csomagtartóra van szükség: egy a PSTN-ről indított hívásokra és egy a BroadCloudról indított hívásokra. Ezt az a követelmény vezérli, hogy forgalomtípusonként differenciált híváskeresési helyeket kell alkalmazni. Két bejövő trönkkel az Egységes CM-en ez könnyen elérhető az egyes trönkök bejövő hívásaihoz szükséges hívókeresési hely konfigurálásával.

Tárcsázási terv integrációja

Ez az útmutató feltételez egy meglévő telepítést, amely a "Preferált architektúra az üzlethelyiségen belüli Cisco együttműködéshez, CVD" (Preferált architektúra az üzlethelyiségen belüli telepítésekhez) című kiadványban ismertetett bevált gyakorlatokon alapul. A legfrissebb verzió itt érhető el https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design:.

Az ajánlott tárcsázási terv a Cisco Collaboration System SRND legújabb verziójának tárcsázási terv fejezetében dokumentált tervezési megközelítést követi https://www.cisco.com/go/ucsrnd.

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

Ez az ábra az ajánlott tárcsázási terv áttekintését mutatja. A tárcsázási terv fő jellemzői a következők:

  • Az egységes CM-en konfigurált összes könyvtári szám +E.164 formátumú.

  • Minden könyvtári szám ugyanazon a partíción (DN) található, és sürgõs jelölést kap.

  • A törzsútválasztás a +E.164-en alapul.

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

  • A tárcsázási normalizálási fordítási minták fordítási mintát használnak, amely a keresési hely öröklését hívja; az "Originátor Hívási keresési területének használata” opció be van állítva.

  • A szolgáltatási osztály a szolgáltatás-specifikus keresési helyek helyének és osztályának használatával valósul meg.

  • A PSTN-hozzáférési lehetőségek (például a nemzetközi PSTN-célállomásokhoz való hozzáférés) úgy valósulnak meg, hogy a megfelelő +E.164 útvonalmintákat tartalmazó partíciókat hozzáadják a hívó keresési területéhez, meghatározva a szolgáltatás osztályát.

Hozzáférhetőség a BroadCloudhoz

3. ábra: BroadCloud cél hozzáadása a tárcsázási tervhez

Ahhoz, hogy a tárcsázási tervhez hozzá lehessen adni a BroadCloud célállomásainak elérhetőségét, létre kell hozni egy partíciót, amely az összes BroadCloud célállomást képviseli (“BroadCloud”), és hozzá kell adni a partícióhoz egy +E.164 útvonalmintát a BroadCloud minden EGYES MEGTETT tartományához. Ez az útvonalminta olyan útvonallistára hivatkozik, amely csak egy tagot tartalmaz: az útvonalcsoport SIP csomagtartóval a helyi átjáróhoz a BroadCloud-ra irányuló hívásokhoz. Mivel az összes tárcsázott célállomás +E.164-re van normalizálva, vagy az Egységes CM regisztrált végpontokról érkező hívások tárcsázási normalizálási fordítási mintái, vagy a PSTN-ről érkező hívások bejövő hívott fél transzformációi segítségével, ez az egyetlen +E.164 útvonalminta elegendő ahhoz, hogy elérhető legyen a BroadCloudban lévő célállomások számára, függetlenül az alkalmazott tárcsázási szokástó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álási fordítási minta ezt a tárcsázási karakterláncot “+14085550165” értékre normalizálja, amely ezután megfelel a BroadCloud partíción lévő BroadCloud cél útvonalmintájának. Az Egyesített Miniszter végül elküldi a hívást a helyi átjárónak.

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

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

A rövidített helyközi tárcsázás referenciatárcsázási tervhez való hozzáadásának ajánlott módja, ha a vállalati számozási terv alá tartozó összes helyhez hozzáadjuk a tárcsázási normalizálási fordítási mintákat egy dedikált partícióhoz (“ESN”, Enterprise Significant Numbers). Ezek a fordítási minták elcsípik a tárcsázott karakterláncokat a vállalati számozási terv formájában, és a tárcsázott karakterláncot +E.164-re normalizálják.

Ha vállalati rövidítésű tárcsázást szeretne hozzáadni a BroadCloud célállomásaihoz, adja hozzá a BroadCloud helyhez tartozó tárcsázási normalizálási fordítási mintát a "BroadCloud” partícióhoz (például “8101XX” az ábrán). A normalizálás után a hívást újra elküldjük a BroadCloud-ra, miután egyeztettük az útvonalmintát a "BroadCloud” partíción.

Nem javasoljuk a BroadCloud hívások rövidített tárcsázási normalizálási fordítási mintájának hozzáadását az “ESN" partícióhoz, mert ez a konfiguráció nemkívánatos hívásirányítási hurkokat hozhat létre.

Különbség a Webex hívás szolgáltatók és értéknövelt viszonteladók között

Két különböző hívási ajánlat van, amelyek ugyanazt a Webex hívási platformot használják. Az egyik ajánlat a szolgáltatóknak és ügyfeleiknek szól, míg a másik az értéknövelt viszonteladóknak és ügyfeleiknek. Az ajánlatok nagyrészt azonosak, ezért általánosságban Webex Callingként hivatkozunk rájuk. Van azonban néhány különbség, és ahol fel kell hívnunk a figyelmet ezekre a különbségekre, tudni fogjuk, hogy SP-kre vagy VAR-okra vonatkoznak-e.

Míg mindkét ajánlatot a Control Hub kezeli keresztindításokkal a Hívásadminisztrátor Portálon, itt van néhány kulcsfontosságú különbség.

Az SP-k megjelölhetik hívási portáljaikat és alkalmazásaikat, és saját PSTN-szolgáltatásaikat kell csomagban kínálniuk ügyfeleiknek, vagy ki kell használniuk egy helyi átjáró kiépítését. Az SP-knek saját Tier 1 támogatást is biztosítaniuk kell.

A VAR-ok viszont a Cisco által biztosított márkajelzést használják. A VAR-ok nem szabályozott szolgáltatók, és nem nyújthatnak PSTN szolgáltatást. A PSTN szolgáltatást a vállalati helyi átjáró kiépítésével kell kihasználni. A VAR-ok saját Tier 1 támogatást is nyújthatnak, vagy használhatják a Cisco-t. Mindkét hívási ajánlat médiaminőségi mutatókon keresztül nyújt szolgáltatásbiztonságot, és összekapcsolhatja a Webex és Webex találkozókat hívási alkalmazásaikkal együtt.

Protokollkezelők híváshoz

A Cisco Webex Calling a következő protokollkezelőket regisztrálja az operációs rendszerben, hogy engedélyezze a hívások közötti kattintást a böngészőkből vagy más alkalmazásokból. Az alábbi protokollok hang- vagy videohívást indítanak a Webex Teams alkalmazásban, ha ez az alapértelmezett hívási alkalmazás Macen vagy Windowson:

  • KATTINTSON: vagy KATTINTSON:

  • SIP: vagy SIP:

  • TEL.: vagy TEL.:

  • WEBEXTEL: vagy WEBEXTEL:

Protokollkezelők Windowshoz

Más alkalmazások a Webex alkalmazás előtt regisztrálhatnak a protokollkezelőkre. Windows 10-ben a rendszerablak, amelyben a felhasználók kiválaszthatják, hogy melyik alkalmazást használják a hívás indításához. A felhasználói preferencia megjegyezhető, ha a felhasználó bejelöli Mindig használja ezt az alkalmazást.

Ha a felhasználóknak vissza kell állítaniuk az alapértelmezett hívási alkalmazásbeállításokat, hogy kiválaszthassák a Webexet, utasíthatja őket, hogy változtassák meg a Webex protokolltársításait a Windows 10-ben:

  1. Nyissa meg az Alapértelmezett alkalmazásbeállítások rendszerbeállításait, kattintson az Alapértelmezett beállítások alkalmazásonként lehetőségre, majd válassza a Webex lehetőséget.

  2. Minden protokollhoz válassza a Webex lehetőséget.

Macintosh protokollkezelők

Mac OS, ha más alkalmazások regisztrált a hívó protokollok előtt Webex, a felhasználóknak be kell állítaniuk a Webex alkalmazások, hogy az alapértelmezett hívási lehetőség.

A Webex for Mac, a felhasználók megerősíthetik, hogy a Webex van kiválasztva a Start hívások beállítása az általános preferenciák. Azt is ellenőrizheti Mindig csatlakozzon a Microsoft Outlook, ha azt szeretné, hogy a hívásokat a Webex, ha rákattint egy Outlook partner számát.

2021. júl. 9.
A környezet felkészítése a Webex hívásra

Készítse elő környezetét A Webex hívás konfigurálása a szervezet számára Helyi átjáró konfigurálása PSTN-hozzáféréshez (csak HELYI HOZZÁFÉRÉSI ÁTJÁRÓKhoz) Cofigure UCM Webex hívásfunkciók konfigurálása Felhasználók konfigurálása és kezelése Eszközök konfigurálása és kezelése

A hívásra vonatkozó követelmények

Licencelési

A Webex Calling a Cisco Collaboration Flex Plan segítségével érhető el. Meg kell vásárolnia egy vállalati szerződési (EA) tervet (minden felhasználó számára, beleértve az 50% Munkaterület-eszközöket) vagy egy megnevezett felhasználó (NU) tervet (néhány vagy az összes felhasználó számára).

A Webex Calling három licenctípust kínál ("Állomástípusok")

  • Professzionális– Ezek a licencek teljes körű szolgáltatáskészletet biztosítanak a teljes 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 csapatmunkát a Webexben,valamint azt a lehetőséget, hogy értekezletenként legfeljebb 1000 résztvevővel kötegelje az értekezleteket.

  • Alapvető– 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 rendelkezik megnevezett felhasználói előfizetéssel. Az alaplicencek nem támogatottak a Vállalati szerződés-előfizetések esetében.

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

Ez a dokumentáció később megmutatja, hogyan használhatja a Control Hubot a licenceloszlások kezelésére a szervezet különböző helyein.

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

A videohívásban minden eszköz legfeljebb 2 Mbps-ot igényel. Egy hanghívásban minden eszköz 100 kbps-ot igényel. Az üresjáratban tartott telefonok minimális sávszélességet igényelnek.

Helyi átjáró a telephely-alapú PSTN

Mind az értéknövelt viszonteladók (VAR-ek), mind a szolgáltatók (SPs) pstn hozzáférést biztosíthatnak a Webex Calling szervezetekhez. A helyi átjáró jelenleg 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 telepítésekben is telepíthető, ahol a Cisco Unified Communications Managerbe való integráció szükséges. A helyi átjáróra vonatkozó követelmények a következők.

Támogatott eszközök

A Webex Calling támogatja a Cisco Multiplatform (MPP) IP Phone-okat. Rendszergazdaként a következő telefonokat regisztrálhatja a felhőbe. További információkért tekintse meg a következő súgócikkeket:


A Webex-hívás támogatott eszközeinek teljes listáját lásd: Támogatott eszközök a Webex-híváshoz.

A Cisco Webex room, board és desk eszközök a Control Hubban létrehozott munkaterületen eszközként támogatottak. További információt a "Cisco Webex szoba-, tábla- és asztali eszközök"című, a Webex-hez támogatott eszközök című webhelyen talál. Ezeket az eszközöket azonban PSTN-szolgáltatással is elérhetővé teheti, ha engedélyezi a Webex Call for the Workspace szolgáltatást.

tűzfal

A Cisco Webex Hívás porthivatkozási információiban dokumentált tűzfalkövetelményeknek valómegfelelés.

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

Általános előfeltételek

A Webex Hívás helyi átjárójának konfigurálása előtt győződjön meg arról, hogy

    • Alapvető ismeretekkel rendelkezik a VoIP elveiről

    • Cisco IOS-XE és IOS-XE hangkoncepciók alapszintű munkaismerete

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

    • Alapvető ismeretek a Cisco Unified Communications Manager (Unified CM) alkalmazásáról, ha a telepítési modell egységes CM-t tartalmaz

    További részletek a Cisco Unified Border Element (CUBE) vállalati konfigurációs útmutatójában találhatók: 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ú kapcsolat esetén)), amelyek a Webex hívásrendelési útmutató helyi átjárójának 1. táblázatábantalálhatók. Ezenkívül győződjön meg arról, hogy a platform a helyi átjáró konfigurációs útmutatója szerint támogatott IOS-XE kiadást futtat.

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

A Webex hívás biztonságos jelzést és adathordozót igényel. A titkosítást a helyi átjáró végzi, és a felhőből kifelé kell létrehozni egy TLS-kapcsolatot a következő lépésekkel:

  • Az LGW-t frissíteni kell a Cisco PKI CA gyökércsomagjával

  • Az LGW konfigurálásához a Control Hub Csomagtartó konfigurációs oldaláról származó SIP-kivonat hitelesítő adatok egy része található (a lépések a következő konfiguráció részét képezik)

  • A CA gyökércsomagja érvényesíti a bemutatott tanúsítványt

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

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

Tűzfal, NAT traversal és médiaút-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 lakhatnak, a NAT-tal ellátott privát IP-címek használatával. A vállalati tűzfalnak lehetővé kell tennie a kimenő forgalmat (SIP, RTP/UDP, HTTP) bizonyos IP-címekre/portokra, amelyekre a porthivatkozási információkvonatkoznak.

Ha a Media Path Optimization-t az ICE-val szeretné használni, a helyi átjáró Webex Hívásra néző felületének közvetlen hálózati elérési úttal kell rendelkeznie a Webex Hívás végpontjaihoz és onnan. Ha a végpontok más helyen vannak, és nincs közvetlen hálózati elérési út a végpontok és a helyi átjáró Webex Hívás-hívófelülete között, akkor a helyi átjárónak rendelkeznie kell egy nyilvános IP-címmel, amelyet a Webex Hívással szemben lévő felülethez rendelnek a helyi átjáró és a végpontok közötti hívásokhoz a médiaútvonal optimalizálásának kihasználásához. Ezenkívül az IOS-XE 16.12.5-ös verzióját kell futtatnia.

2021. júl. 9.
A Cisco Webex hívás beállításai

A Webex Hívásszolgáltatás működésének első lépése az Első beállítás varázsló (FTSW) befejezése. Miután az FTSW elkészült az első helyhez, nem kell kitöltenie további helyekre.

Mielőtt elkezdené

Ha kanadában próbál létrehozni egy ügyfelet, további lépésekre van szükség. További információért forduljon a Partner HelpDesk-hez.

1

Kattintson az Első lépések linkre a kapott Üdvözlő e-mailben.


 

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

2

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

3

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


 

A fiókkezelő felelős az FTSW első lépéseinek aktiválásáért. Lépjen kapcsolatba a fiókkezelővel, ha a "Hívás beállítása nem állítható be" értesítést kapja, amikor az Első lépések lehetőséget választja.

4

Válassza ki azt az országot, ahová az adatközpontnak le kell térképeznie, és adja meg az ügyfélkapcsolati és ü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 partner rendszergazdája, és azt szeretné, hogy az ügyfél rendszergazdája befejezze a Webex Hívás kiépítését.
  • Töltse ki a szükséges helyadatokat. A varázslóban a hely létrehozása után később további helyeket hozhat létre.

 

Az alapértelmezett hely országa az a szerződéses ország, amelyet a partner választott ki, és amely nem módosítható. Később más helyeket is létrehozhat különböző országokban, de ne feledje, hogy azokat az eljárásban korábban kiválasztott szerződéses országnak megfelelő regionális adatközpontban fogják üzemeltetni. Például lehet egy tartózkodási helye az Egyesült Államokban és egy az Egyesült Királyságban.


 

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

7

A következő választásokat kell alkalmazni erre a helyre:

  • Közlemény nyelve– Az új felhasználók és funkciók hangértesítéseihez és kéréseihez.
  • E-mail nyelv— Új felhasználók e-mailes kommunikációja.
  • Ország
  • Időzóna
8

Kattintson a Továbbgombra .

9

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

Mielőtt elkezdené

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

  • Hely címe

  • Kívánt telefonszámok (nem kötelező)

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a Hívás > helyekelemre, majd kattintson a Hely hozzáadása gombra.

Ne feledje, hogy az új helyek az első beállítás varázslóval kiválasztott szerződéses országnak megfelelő regionális adatközpontban lesznek.

2

A hely beállításainak konfigurálása:

  • Helynév– Adjon meg egy egyedi nevet a hely azonosításához.
  • Ország– Válasszon ki egy országot, ahez a helyszínt. Létrehozhat például egy helyet (központot) az Egyesült Államokban és egy másikat (fióktelepet) az Egyesült Királyságban. A kiválasztott ország határozza meg a következő címmezőket. Az itt dokumentáltak példaként az amerikai címegyezményt használják.
  • Nyelv– Válassza ki a hely nyelvét.
  • Cím– Adja meg a hely fő levelezési címét.
  • Város– Adja meg a várost ehhez a helyhez.
  • Állapot– A legördülő menüből válasszon egy állapotot.
  • Irányítószám–Adja meg az irányítószámot vagy irányítószámot.Telefonszám–Adja meg azt a telefonszámot, amelyen a hely fő kapcsolattartója elérhető.
3

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

4

Ha a Hozzáadás most gombra kattintott, válassza az alábbi lehetőségekegyikét:

  • Cisco PSTN –Válassza ezt a lehetőséget, ha olyan csomagban kínál megoldást szeretne, amely lehetővé teszi új PSTN-számok megrendelését és meglévő számok Cisco-hoz történő portolásához.


     

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

    1. A Cisco hívási terve engedélyezve van, vagy az adott ügyfél számára lett megvásárolva.

    2. A hely egy olyan országban található, ahol a Cisco call plan támogatott (jelenleg csak az Egyesült Államokban érhető el).

  • Cloud Connected PSTN– Válassza ezt a lehetőséget, ha olyan felhőalapú megoldást keres, amely nem igényel jelentős beruházást a helyi hardverek terén, majd válasszon egy választott KSZF-szolgáltatót.

     

    Csak azok a partnerek jelennek meg, amelyek támogatják a tartózkodási hely országát.

    Ha látja a számok megrendelésének lehetőségét a felsorolt szolgáltató alatt, javasoljuk, hogy válassza ezt a lehetőséget, hogy kihasználhassa az integrált központi szerződő fél előnyeit. Így itt, a Control Hubban rendelheti meg a számait. Ha ezt a lehetőséget választja, további információkért és a következő lépésekért kattintson ide.

    Ne feledje, hogy ha úgy dönt, hogy nem rendeli meg a számokat most, a PSTN-szolgáltató későbbi módosításai korlátozottak lehetnek.

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

5

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

6

Adja meg a telefonszámokat vesszőre bontott értékként, majd kattintson a Érvényesítésgombra.

Számok kerülnek hozzáadásra az adott helyhez. Az érvényes bejegyzések az Érvényesített számok mezőbe lépnek, és az érvénytelen bejegyzések a Számok hozzáadása mezőben maradnak, hibaüzenet kíséretében.

A hely országától függően a számokat a helyi tárcsázási követelményeknek megfelelően formázzák. Ha például országkódra van szükség, a kóddal vagy anélkül is megadhat számokat, és a kód előre el van iktatva.

7

Kattintson a Mentés lehetőségre.

A következő teendők:

A hely létrehozása után engedélyezheti a 911-es segélyhívó szolgáltatásokat az adott helyhez. További információt a RedSky Emergency 911 Webex Call szolgáltatása nyújt.

Amikor létrehozta az ügyfélszervezetet a ControlHubban, az első létrehozott hely automatikusan alapértelmezett hely lesz. Ha másként nem rendelkezik, a szervezethez hozzáadott felhasználók ehhez az alapértelmezett helyhez vannak rendelve. Bármely későbbi hely alapértelmezett helyként is használható, de ne feledje, hogy az alapértelmezett hely nem törölhető.

Mielőtt elkezdené


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

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a Hívás > a hely szolgáltatásalapra, majd válassza ki a törölni kívánt helyet.

2

Kattintson a Továbbiak gombra a hely neve mellett válassza a Hely törléselehetőséget, és erősítse meg, hogy törölni szeretné a helyet.

Általában néhány percet vesz igénybe, hogy a helyet véglegesen töröljék, de akár egy órát is igénybe vehet. Az állapotot a helynév mellett a Tovább gombra kattintva és a Törlési állapot gombra kattintva ellenőrizheti.

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


Meglévő helyeken engedélyezheti a 911-es segélyhívó szolgáltatásokat. További információt a RedSky Emergency 911 Webex Call szolgáltatása nyújt.

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a Hívás > helyekszolgáltatásalapra, majd válassza ki a frissíteni kívánt helyet.

Ha egy hely mellett figyelmeztető szimbólumot lát, az azt jelenti, hogy még nem konfigurálta az adott hely telefonszámát. A felhasználók nem tudnak hívásokat kezdeményezni vagy fogadni, amíg ez a szám be nincs állítva.

2

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

  • Cisco PSTN –Válassza ezt a lehetőséget, ha olyan csomagban kínál megoldást szeretne, amely lehetővé teszi új PSTN-számok megrendelését és meglévő számok Cisco-hoz történő portolásához.


     

    A partnereknek engedélyezniük kell a Webex Calling VAR partnereket, és el kell fogadniuk az új Webex Hívás kiegészítést a Cisco Webex Calling VAR PSTN programba való regisztrációval.

    A partnerek a Cisco Commerce Workspace (CCW) területén a Cisco Call Plan licencekkel (Kimenő hívási terv és telefonszámok) rendelnek.

    Ez a lehetőség csak az értéknövelt viszonteladók számára érhető el.

  • Cloud Connected PSTN– Válassza ezt a lehetőséget, ha olyan felhőalapú megoldást keres, amely nem igényel jelentős beruházást a helyi hardverek terén, majd válasszon egy választott KSZF-szolgáltatót.


     

    Csak azok a partnerek jelennek meg, amelyek támogatják a tartózkodási hely országát.

  • Telephely-alapú PSTN (Local Gateway)–Válassza ezt a lehetőséget, ha meg szeretné tartani jelenlegi PSTN-szolgáltatóját, vagy nem felhő alapú webhelyeket szeretne csatlakoztatni a felhős webhelyekhez.

     

    A Webex Calling a helyi átjáróval korábban konfigurált helyekkel rendelkező ügyfeleket automatikusan helyiségalapú PSTN-re konvertálja a megfelelő csomagtartóval.

3

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

4

Válassza ki a felhasználók által felhívható hangpostaszámot, hogy ellenőrizze a hangposta helyét.

5

(Nem kötelező) Kattintson a Hely oldal tetején található ceruza ikonra a helynév , az időzóna vagy a nyelv szükség szerint történő módosításához, majd kattintson a Mentés gombra.

Ezek a beállítások a belső tárcsázáshoz szükségesek, és az első beállítás varázslóban is elérhetők. A számlapcsomag módosítása során a Vezérlőközpontban található példaszámok frissülnek a módosítások megjelenítéséhez.


A kimenő hívási engedélyeket egy helyhez konfigurálhatja. Tekintse meg ezeket a lépéseket a kimenő hívásengedélyek konfigurálásához.

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a Hívás >szolgáltatásbeállításokelemre, majd görgessen a Belső tárcsázáselemre.

2

Szükség szerint konfigurálja a következő opcionális tárcsázási beállításokat:

  • Helyválasztási előtag hossza– Ezt a beállítást akkor ajánljuk, ha több helyszínnel rendelkezik. 2-7 számjegy hosszúságút adhat meg. Ha több hely van ugyanazzal a kiterjesztéssel, a felhasználóknak előtagot kell tárcsázniuk, amikor helyek között hívnak. Ha például több üzlettel rendelkezik, mindegyik az 1000-es kiterjesztéssel rendelkezik, beállíthatja az egyes áruházak útválasztási előtagjának konfigurálásához. Ha egy üzlet előtagja 888, akkor tárcsázza a 8881000 számot, hogy elérje azt az üzletet.
  • Kormányzási számjegy az útválasztási előtagban– Itt értéket állíthat be, függetlenül attól, hogy helyválasztási előtagokat használ-e.
  • Belső kiterjesztés hossza–2-6 számjegyet adhat meg, és az alapértelmezett érték 2.

     

    A hosszabbítás hosszának növelése után a belső bővítmények meglévő gyorstárcsái nem frissülnek automatikusan.

3

Adja meg a belső tárcsázást bizonyos helyekhez. Lépjen a Szolgáltatások > Hívás > helyekre , Válasszon ki egy helyet, görgessen a Tárcsázás tárcsázásához,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 más helyeken a felhasználóknak tárcsázniuk kell 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 egyezik meg a szervezet szintjén beállított hosszúságú, de 2-7 számjegy hosszúnak kell lennie.
  • Külső tárcsázás– Opcionálisan kiválaszthatja azt a kimenő tárcsajegyet, amelyet a felhasználóknak tárcsázniuk kell egy külső vonal eléréséhez. Az alapértelmezett nem, és akkor hagyja el, ha nincs szüksége erre a tárcsázási szokásra. Ha úgy dönt, hogy ezt a funkciót használja, javasoljuk, hogy a szervezet irányítószámától eltérő számot használjon.

     

    A felhasználók külső hívások kezdeményezése esetén is feltüntethetik a kimenő számlap számjegyet, hogy utánozzák a régi rendszerek tárcsázási módját. Azonban minden felhasználó továbbra is kezdeményezhet külső hívásokat a kimenő számlap számjegy nélkül.

A felhasználókra gyakorolt hatás:

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

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

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


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

Kövesse az alábbi lépéseket a vezérlőközpont csomagtartóinak létrehozásához.

Mielőtt elkezdené

  • Miután hozzáadta a helyet, és a helyalapú PSTN konfigurálása előtt létre kell hoznia egy csomagtartót.

  • Hozzon létre minden helyet, konkrét beállításokat és számokat mindegyikhez. A helyeknek létezniük kell, mielőtt hozzáadhat egy helyiségalapú PSTN-t.

  • Ismerje meg a Webex hívásra vonatkozó, helyiségalapú PSTN (helyi átjáró) követelményeket.

  • Nem választhat egynél több csomagtartót egy telephelyen működő PSTN-nel rendelkező helyhez, de ugyanazt a csomagtartót több helyre is kiválaszthatja.

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > hívás- > hívásátirányítás parancsra, és válassza aCsomagtartó hozzáadásalehetőséget.

2

Válasszon ki egy helyet.

3

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


 

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

A következő teendők:

A csomagtartón bemutatják a megfelelő paramétereket, amelyeket konfigurálni kell. A PSTN-kapcsolat biztosításához SIP-kivonat hitelesítő adatokat is generálhat.

A törzsadatok a regisztertartományban, aTrunk Group OTG/DTG,a Line/Portés a Kimenő proxycímenjelennek meg.

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

Ha elveszíti a hitelesítő adatokat, akkor azokat a Vezérlőközpont törzsinformációs képernyőjén kell generálnia. Kattintson a Felhasználónév és a Jelszó alaphelyzetbe állítása gombra, hogy új hitelesítési hitelesítő adatokat hozzon létre a csomagtartóban való használatához.

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a Hívás >helyekre.

2

Jelölje ki a módosítani kívánt helyet, és kattintson a Kezelésgombra.

3

Válassza a Helyiségalapú PSTN lehetőséget, és kattintson a Tovább gombra.

4

Válasszon csomagtartót a legördülő menüből.


 

Látogasson el a törzsoldalra a csomagtartócsoport-választási lehetőségek kezeléséhez.

5

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

A következő teendők:

Be kell vennie a Control Hub által generált konfigurációs információkat, és le kell térképeznie a paramétereket a helyi átjáróba (például a helyszínen található Cisco CUBE-on). Ez a cikk végigvezeti Önt ezen a folyamaton. Hivatkozásként lásd a következő ábrát arra, hogy a Vezérlőközpont konfigurációs információi (bal oldalon) hogyan térképeznek rá a CUBE paramétereire (jobbra):

Miután sikeresen befejezte a konfigurációt az átjárón, visszatérhet a Szolgáltatások > Hívás > helyek a Vezérlőközpontban, és a létrehozott átjáró megjelenik azon a helykártyán, amelyhez hozzárendelte a név bal oldalán található zöld ponttal. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívófelhőbe, és a hely aktív PSTN-átjárójaként szolgál.

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a Hívás > számok szolgáltatásai >.

Megjelenik egy tábla, amely az összes hely számát és megfelelő adatait mutatja. Az Összes hely legördülő menüre kattintva választhat helyet, ha egy adott helyre szeretne szűrni. A táblázat olyan információkat tartalmaz, mint például, hogy kihez rendelik a számot és annak állapotát.

2

(Nem kötelező) A számbejegyzés mellett a Műveletekmenüpontban kattintson a következők közül:

  • Szerkesztés– Olyan aktív számok esetén, amelyek jelenleg egy felhasználóhoz vagy helyhez vannak rendelve. Kattintson erre a lehetőségre a Hívásadminisztrátor portálmegnyitásához, ahol további módosításokat hajthat végre.

  • Aktiválás–Inaktív állapotú számok esetén ez a beállítás akkor érhető el, ha a megrendeléssel együtt benyújtott Webex Hívás portolt szám befejeződött. A szám aktiválása után a szám aktívként jelenik meg, amikor használatra kész.

  • Törlés–Inaktív állapotban lévő és jelenleg nem felhasználóhoz vagy helyhez rendelt számok esetén ez a beállítás érhető el.

3

(Nem kötelező) Kattintson a Számok hozzáadásagombra, töltse ki a szükséges adatokat, hogy legalább egy új számot adjon hozzá egy helyhez, majd kattintson a Mentés gombra.


 

Az érvényes bejegyzések az Érvényesített számok mezőbe lépnek, míg az érvénytelen bejegyzések a Számok hozzáadása mezőbenmaradnak, hibaüzenet kíséretében.

A számoknak minden országban követniük kell az E.164 formátumot, kivéve, hogy az Egyesült Államok is követheti a nemzeti formátumot.

A hely országától függően a számokat a helyi tárcsázási követelményeknek megfelelően formázzák. Ha például országkódra van szükség, a kóddal vagy anélkül is megadhat számokat, és a kód előre el van iktatva.

4

(Nem kötelező) Számok aktiválása ömlesztve. A számlistát egy adott hely vagy állapot vagy mindkettő alapján szűrheti. Kattintson az Inaktív gombra, hogy csak az inaktív állapotban lévő számokat lássa. Egyszerre 500 számot aktiválhat a lista tetején található Számok aktiválása gombra kattintva, majd a megnyíló párbeszédpanel Aktiválás parancsára kattintva megerősítheti szándékát.

1

Az ügyfél nézetből https://admin.webex.comválassza ki az épület ikont.

2

Jelölje ki az Előfizetések lapot, majd kattintson a Vásárlás mostparancsra.

E-mailt küldünk a partnerének, amelyben tudatja velük, hogy fizetős előfizetésre szeretne váltani.

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzervezeti beállítások >szolgáltatásoklapozzunk, görgessen a Híváshoz, majd válassza azÜgyfélbeállításoklehetőséget.

2

Húzza és ejtse a felhasználók által a rendelkezésre álló hívásbeállítások mezőbe látható hívásbeállításokat, majd rendezze át azokat a felhasználók számára kívánt prioritási sorrendben.

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

3

Váltás az egyszeri kattintás engedélyezésére, ha azt szeretné, hogy a felhasználók az előző lépésben beállított első hívási lehetőséggel tudjanak hívást kezdeményezni.


 

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

Szabályozhatja, hogy a hívó alkalmazás megnyílik-e, amikor a felhasználók PSTN-hívásokat kezdeményeznek. Miután beállította ezt a beállítást a szervezet szintjén, felülbírálhatja ezt a beállítást bizonyos felhasználók számára.


Csak akkor válassza a szervezet egészére vonatkozó beállítást, ha készen áll a teljes szervezet áttelepítésére.

Mielőtt elkezdené

  • A szervezetnek rendelkeznie kell a megfelelő előfizetésekkel 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 továbbra is elküldi a számot a kiválasztott hívó alkalmazásnak, de az alkalmazás hívása sikertelen lesz.

Az ügyfélnézetből lépjen a https://admin.webex.comBeállításokba, görgessen a Hívásiviselkedéshez, majd válassza az alábbiak egyikét: .

  • Hívás a Webex Teamsben:Válassza ezt a lehetőséget, ha azt szeretné, hogy a felhasználók közvetlenül a Webexben kezdeményezzenek hívásokat aWebex híváshasználatával.
  • Webex Calling alkalmazás–Válassza ezt a lehetőséget, ha a szervezet rendelkezik előfizetéssel a Cisco Webex Calling szolgáltatásra, és engedélyezni szeretné a felhasználók számára, hogy PSTN-hívásokat kezdeményezzenek a Webex Calling alkalmazás használatával. Amikor a felhasználók PSTN-hívásokat kezdeményeznek a Webexben,a Webex Hívás alkalmazás a híváshoz szolgál.

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

A felhasználóknak telepíteniük kell a megfelelő alkalmazást a Webex PSTN-hívásainak kezdeményezéséhez. Győződjön meg róla, hogy tudatja az emberekkel, hogy milyen döntést hoz, és ha egy másik alkalmazást használ a PSTN-hívásokhoz.


 

Ezt a beállítást felhasználói szinten módosíthatja, ha bizonyos személyeknek eltérő hívási viselkedést kell használniuk. Lépjen a Felhasználók elemre, és a Beállítások csoportban válassza aHívási viselkedéslehetőséget. Választhat, majd kattintson a Mentés gombra.

2021. okt. 21.
A helyi átjáró konfigurálása az IOS-XE-n Webex híváshoz

Miután konfigurálta a Webex Calling szolgáltatást a szervezete számára, konfigurálhat egy rönköt, hogy a helyi átjárót csatlakoztassa a Webex Calling szolgáltatáshoz. A helyi átjáró és a Webex felhő közötti rönk mindig SIP TLS-transzporttal és SRTP-vel biztosított a helyi átjáró és a Webex Calling Access SBC közötti média számára.

Ezzel a feladatfolyamattal konfigurálhat egy helyi átjárót a Webex hívó csomagtartója számára. A következő lépések a helyi átjárón kerülnek végrehajtásra parancssor segítségével. A helyi átjáró és a Webex Calling közötti csomagtér mindig SIP TLS-transzporttal és SRTP-vel biztosított a helyi átjáró és a Webex Calling Access SBC közötti média számára.

Mielőtt elkezdené

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

  • Hozzon létre egy törzset a Control Hubban, és rendelje hozzá a kívánt helyhez.

  • Az ebben a dokumentumban megadott konfigurációs irányelvek feltételezik, hogy egy dedikált helyi átjáróplatform van érvényben, amely nem rendelkezik meglévő hangkonfigurációval. Ha egy meglévő PSTN-átjáró vagy kocka-vállalat telepítése úgy van módosítva, hogy a helyi átjáró funkciót is használja a Webex-híváshoz, ügyeljen az alkalmazott konfigurációra, és győződjön meg arról, hogy a meglévő hívások folyamata és funkciói nem szakadnak meg a végrehajtott módosítások miatt.

  Parancs vagy művelet Cél
1

Paraméter-hozzárendelés a Control Hub és a Cisco Unified Border Element között

Használja ezt a táblázatot referenciaként a Vezérlőközpontból érkező paraméterekhez és a helyi átjáróhoz való hozzárendelésükhöz.

2

Referenciaplatform-konfiguráció végrehajtása

Hajtsa végre ezeket a lépéseket a helyi átjáró általános globális konfigurációjaként. A konfiguráció tartalmazza az alapplatform konfigurációját és a bizalmi állomány frissítését.

3

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

4

Válasszon egyet, a telepítéstől függően:

A helyi átjáró hívásátirányítása az Ön által választott Webex Calling telepítési opción alapul. Ez a szakasz feltételezi, hogy az IP PSTN végződtetés ugyanazon a platformon történik, mint a helyi átjáró. A következő konfiguráció a helyi átjáró alábbi opcióinak egyike:

  • A helyi átjáró telepítési lehetősége az üzlethelyiségben használt IP PBX nélkül. A helyi átjáró és az IP PSTN KOCKA az elnök.

  • A helyi átjáró telepítési lehetősége egy meglévő Egységesített CM környezetben. A helyi átjáró és az IP PSTN KOCKA az elnök.

1. táblázat: Paraméter-hozzárendelés a vezérlőközpont és a helyi átjáró között

Control Hub

Helyi átjáró

Regisztrátor tartománya:

A Control Hub elemezze az UCAPI-tól kapott LinePort tartományát.

example.com

anyakönyvvezető

example.com

Trunk Group OTG/DTG

kortyprofilok:

szabály <rule-number> kérje BÁRMELYIK KORTYFEJLÉCET

">"; otg = otgDtgId > "módosításból

Vonal/Port

user@example.com

szám: felhasználó

Kimenő proxy

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

SIP-felhasználónév

felhasználónév

SIP-jelszó

Jelszó

Mielőtt elkezdené

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

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

1

Győződjön meg arról, hogy a 3-as szintű interfészek rendelkeznek érvényes és irányítható IP-címekkel:

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

Az alábbi parancsok segítségével elő kell állítania a jelszó elsődleges kulcsát, mielőtt felhasználható lenne a hitelesítő adatokban és a megosztott titkokban. A 6-os típusú jelszavak titkosítása AES kódolással és felhasználó által definiált elsődleges kulccsal történik.


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

Az IP-névszerver konfigurálása a DNS-keresés engedélyezéséhez és annak pingelésével történő elérésének biztosításához:


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 exkluzivitást és az alapértelmezett helyőrző megbízhatósági pontot:

  1. Hozzon létre egy helyőrző PKI megbízhatósági pontot, és hívja mintaTP-nek

  2. Megbízhatósági pont hozzárendelése alapértelmezett jelzési megbízhatósági pontként a SIP-ua alatt

  3. a cn-san-validate szerverre azért van szükség, hogy a helyi átjáró csak akkor hozza létre a kapcsolatot, ha a bérlőn konfigurált kimenő proxy (később leírt) megegyezik a szerverről kapott CN-SAN listával.

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

  5. Tiltsa le a TLS v1.0 és v1.1 használatát a v1.2 kizárólagosság engedélyezésével.

  6. Állítsa a tcp-retry számot 1000-re (5 msec többszörös = 5 másodperc).

  7. (IOS-XE 17.3.2 és újabb) Az időzítők csatlakoztatásának beállítása tls létrehozása <wait-timer in="" sec="">. A hatótávolság 5 és 20 másodperc között van, az alapértelmezés pedig 20 másodperc. (Az LGW-nek 20 másodpercre van szüksége ahhoz, hogy észlelje a TLS-kapcsolat meghibásodását, mielőtt megkísérel 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 az értéket a hálózati feltételekhez igazítsa, és sokkal gyorsabban észlelje a kapcsolódási hibákat az Access SBC-vel).


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

Helyi átjáró bizalmi adatállományának frissítése:

Az alapértelmezett trustpool csomag nem tartalmazza a "DigiCert Root CA" vagy "IdenTrust Commercial" tanúsítványokat, amelyek a szerveroldali tanúsítvány érvényesítéséhez szükségesek a TLS kapcsolat létesítése során a Webex híváshoz.

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

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

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Ha nem létezik, frissítse a következőképpen:

    
    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. Ellenőrzés:

    
    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 ládát az adott helyhez. Az itt látható példában az információ a Control Hubtól származik.

1

Adja meg ezeket a parancsokat a helyi átjáróalkalmazás bekapcsolásához (lásd a Port Reference Information for Cisco Webex Calling for the latest IP subnets that to be added to the trust list):

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:

Az autópályadíj-csalá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
  • Kifejezetten engedélyezi azon entitások forrás IP-címét, amelyektől a helyi átjáró jogos VoIP-hívásokat vár, mint például a Webex Calling peers, Unified CM nodes, IP PSTN.

  • 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ó szolgáltatók listáján. A "munkamenet-cél IP" -vel vagy szervercsoporttal rendelkező tárcsázók IP-címei alapértelmezés szerint megbízhatók, ezért nem szükséges itt feltölteni őket.

  • A listán szereplő IP-címeknek meg kell egyezniük az IP-alhálózatokkal annak a regionális Webex hívási adatközpontnak megfelelően, amelyhez az ügyfél kapcsolódik. További tudnivalókat a Port Reference Information for Webex Calling (Portreferencia-adatok a Webex hívásához) című részben talál.


     

    Ha az LGW egy korlátozott kúpos NAT-tal rendelkező tűzfal mögött van, lehet, hogy inkább letiltja a megbízható IP-címek listáját a Webex Calling-facing felületen. Ez azért van, mert 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ó költségét, mert nem tudjuk garantálni, hogy a Webex hívó kollégák címei fixek maradnak, és a tűzfalat mindenképpen a kollégák számára kell konfigurálni.

  • Előfordulhat, hogy más IP-címeket kell konfigurálni más interfészeken; például az Egységes CM-címeket hozzá kell adni a befelé néző interfészekhez.

  • Az IP-címeknek meg kell egyezniük a gép IP-címével. outbound-proxy 200-as bérlőben

  • További https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html tudnivalók:.

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

  • A tömeges média-statisztikák lehetővé teszik, hogy a vezérlő sík lekérdezze az adatsíkot a tömeges hívások statisztikáihoz.

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ÁSOKAT és lecseréli a párbeszédablak-azonosítót a fejlécben a társ párbeszédablak-azonosítóra.

További https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 tudnivalók:.

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

Engedélyezi a T.38-at a faxtovábbításhoz, de az arcforgalom 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 egy Webex-hívó felhasználóhoz irányítanak vissza (például a hívott és a hívó felek is a Webex-hívó előfizetők, és a média a Webex-hívó SBC-hez van horgonyozva) , a média nem tud a helyi átjáróhoz áramlani, mivel a lyuk nincs nyitva.

  • A helyi átjáró kábítókötéseinek funkciója lehetővé teszi a helyben generált KÁBÍTÁSI kérelmek továbbítását az egyeztetett médiaútvonalon keresztül. Ez segít megnyitni a tűzfalban lévő lyukat.

  • A STUN-jelszó előfeltétele annak, hogy a helyi átjáró elküldje a STUN-üzeneteket. Az IOS/IOS-XE alapú tűzfalak beállíthatók úgy, hogy ellenőrizzék ezt a jelszót, és dinamikusan nyissák meg a pin hole-okat (például kifejezett be- és kikapcsolási szabályok nélkül). De a helyi átjáró telepítési esetében a tűzfal statikusan úgy van konfigurálva, hogy lyukat nyisson ki és be a Webex Calling SBC alhálózatok alapján. Mint ilyen, a tűzfalnak ezt úgy kell kezelnie, mint bármely bejövő UDP csomagot, amely kiváltja a lyukat anélkül, hogy kifejezetten megnézné a csomag tartalmát.

G729
sip
  g729 annexb-all

Lehetővé teszi a G729 minden változatát.

SIP
early-offer forced

Kényszeríti a helyi átjárót, hogy az SDP-információkat az eredeti meghívóüzenetben küldje el, ahelyett, HOGY a szomszédos társ nyugtázására várna.

2

A „SIP-profil 200” konfigurálása.

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:

  • a 9. szabály biztosítja, hogy a fejléc “SIP-Req-URI” és nem “SIP-Req-URL”

    Ez konvertálja a SIP URI-ket és a SIP URL-eket, mert a Webex hívás nem támogatja a SIP URI-ket a kérés/válasz üzenetekben, de szüksége van rájuk az SRV lekérdezésekhez, pl. _sips._tcp.<outbound-proxy>.
  • a 20. szabály úgy módosítja a From fejlécet, hogy tartalmazza a Trunk Group OTG/DTG paramétert a Control Hub-tól, hogy egyedileg azonosítson egy LGW telephelyet egy vállalaton belül.

  • Ezt a SIP-profilt alkalmazzuk a 200-as hangosztály bérlőre (később tárgyaljuk) a Webex hívással szembesülő összes forgalomra.

3

A codec-profil, a STUN-definíció és az SRTP titkosítási csomag konfigurálása.

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 a g711 (mu és a law) kodekeket a munkamenetekhez. Az összes tárcsázóra vonatkozik.

  • Srtp-crypto 200 hangosztály: Megadja, hogy az SHA1_80 az egyetlen SRTP kódolási csomag, amelyet a helyi átjáró az SDP-ben kínál és válaszol. A Webex Calling csak az SHA1_80-at támogatja.

  • A Webex Calling felé néző (később tárgyalt) 200-as hangosztályú bérlőre vonatkozik.

  • Hangosztály kábítás-használat 200: Meghatározza a KÁBÍTÁS használatát. Az összes Webex Calling -facing (2XX tag) tárcsázóra vonatkozik, hogy elkerülje a hangrögzítést, amikor az Egységes CM telefon továbbítja a hívást egy másik Webex Calling telefonra.


 

Azokban az esetekben, amikor a média az ITSP SBC-hez van rögzítve, és a helyi átjáró egy NAT mögött van, és az ITSP-ből érkező médiafolyamra vár, ez a parancs az ITSP-re néző tárcsázókra is alkalmazható.


 

A STUN-használat jéglite szükséges a médiaút-optimalizálást alkalmazó hívásáramláshoz.

4

Térképvezérlő központ paraméterei a helyi átjáró konfigurációjához:

A Webex Calling bérlőként kerül hozzáadásra a helyi átjárón belül. 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 oldaláról kell beszereznie, amint az ezen a képen látható. Ez egy példa arra, hogy milyen mezőket kell hozzárendelni a megfelelő helyi átjáró CLI-jéhez.

A Bérlő 200 ezután a helyi átjáró konfigurációban lévő összes Webex hívó irányú tárcsázóra (2xx címke) vonatkozik. A hangosztály bérlő funkció lehetővé teszi a SIP rönkparaméterek csoportosítását és konfigurálását egyébként a hangszolgáltatás hangja és a SIP-ua alatt. Ha a bérlő tárcsázó alatt van konfigurálva és alkalmazva, az IOS-XE konfigurációk a következő preferencia sorrendben kerülnek alkalmazásra:

  • Tárcsázó konfigurálása

  • Bérlői konfiguráció

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

5

Konfigurálja a 200-as hangosztály bérlőjét, hogy engedélyezze a Trunk Registration-et LGW-ről Webex Calling-re a Control Hub-tól kapott paraméterek alapján:


 

Az alábbi parancssor és paraméterek csak példák. A paramétereket a saját telepíté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ó multitenant funkciója egyedi globális konfigurációkat tesz lehetővé több bérlő számára a SIP törzseken, 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

Regisztrátor szerver a helyi átjáróhoz, a regisztrációs beállítással, hogy kétpercenként frissüljön (240 másodperc 50% -a). További tudnivalók: 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

A Trunk Registration kihívás hitelesítő adatai. További tudnivalók: 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 tudnivalók: 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

Kapcsolja ki a SIP Remote-Party-ID (RPID) fejlécet, mivel a Webex Calling támogatja a PAI-T, amely a CIO-val van engedélyezve asserted-id pai(lásd alább).

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

Ugyanazt az állandó kapcsolatot használja a regisztrációhoz és a hívásfeldolgozáshoz.

srtp-crypto 200

Meghatározza az SHA1_80 definícióját voice class srtp-crypto 200.

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

Az SRV lekérdezésnek SIP-nek kell lennie, ahogy azt a hozzáférési SBC támogatja; az összes többi üzenet SIP-profilra változik 200.

error-passthru

SIP hiba válasz pass-thru funkcionalitás

asserted-id pai

Bekapcsolja a PAI feldolgozást a helyi átjárónál.

bind control source-interface GigabitEthernet0/0/1

Jeladó forrásinterfész Webex hívással szemben.

bind media source-interface GigabitEthernet0/0/1

A Webex-hívás felé néző médiaforrás-interfész.

no pass-thru content custom-sdp

Alapértelmezett parancs bérlő alatt.

sip-profiles 200

A SIP megváltoztatása a SIP-hez és a sor/port módosítása a MEGHÍVÁSI és REGISZTRÁCIÓS üzenetekhez a voice class sip-profiles 200.

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

Webex hívja az SBC-t. További tudnivalók: 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ő és a kimenő lábak között.

Miután a 200-as bérlő definiálva van a helyi átjárón belül és a SIP VoIP tárcsázó konfigurálva van, az átjáró TLS kapcsolatot kezdeményez a Webex hívás felé, ekkor az Access SBC bemutatja tanúsítványát a helyi átjárónak. A helyi átjáró a korábban frissített CA-gyökércsomaggal érvényesíti 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 egy NYILVÁNTARTÁST küld a kihívást jelentő Access SBC-nek. A regisztrációs AOR: szám@domain. A szám a „number” paraméterből és a „registrar dns:<fqdn>” tartományból származik. Amikor a Regisztráció megkérdőjeleződik, a felhasználónevet, a jelszót és a hitelesítő adatokból származó tartományi paramétereket használják a fejléc és a SIP-profil 200 konvertálja a SIP URL-t vissza a SIP-BE. A regisztráció sikeres, ha 200 OK érkezik az Access SBC-től.

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

  1. Hangosztály bérlők- Először további bérlőket hozunk létre az ITSP felé néző tárcsázók számára, hasonlóan a 200-as bérlőhöz, amit a Webex Calling facing dial-peers számára hoztunk létre.

  2. Hangosztály URI-k- A helyi átjárónál végződő különböző rönkök gazda IP-címeit/portjait meghatározó minták: Webex hívás az LGW-hez; és PSTN SIP trönk lezárás az LGW-n.

  3. Kimenő tárcsázók- Kimenő hívó lábak átirányítása az LGW-től az ITSP SIP csomagtartóig és a Webex hívásig.

  4. Hangosztály DPG—Target kimenő tárcsázók hívott egy bejövő tárcsázó.

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

Az ebben a részben található konfiguráció használható a partner által üzemeltetett helyi átjáró beállításához, az alábbi ábrán látható módon, vagy a helyi ügyféloldali átjáróhoz.

1

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

  1. A 100-as hangosztály bérlője minden IP PSTN-nel szembesülő KIMENŐ tárcsázó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ője az IP PSTN összes bejövő tárcsázójára vonatkozik.

    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ő URI HANGOSZTÁLYT:

  1. Adja meg az ITSP gazda IP-címét:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiálja a mintát a helyi átjáróhely egyedi azonosításához az Enterprise-on 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 (z)_"" aláhúzást a találati mintában. Megkerülésként pont "-t használunk." (bármelyiknek megfelel) a (z) "_" -nek való megfelelé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

A következő kimenő tárcsázási partnerek konfigurálása:

  1. Kimenő tárcsázó 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éjű VOIP tárcsázót definiál, amely a könnyű kezelhetőség és hibaelhárítás érdekében tartalmas leírást ad.

    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ón keresztül hívjuk meg DPG utasításokkal, amely megkerüli a számjegyminta megfelelési kritériumokat. Ennek eredményeként egy tetszőleges mintát használunk, amely a CLI célminta által megengedett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Megadja, hogy ez a tárcsázó fogja kezelni a SIP hívási lábakat.

    session target ipv4:192.168.80.13

    Jelzi a cél IPv4-címét, ahová a hívó lábat küldeni fogja. Ebben az esetben az ITSP IP-címe.

    voice-class codec 99

    A tárcsázóhoz használandó kodekek 99-es preferencialistáját jelöli.

    dtmf-relay rtp-nte

    Az RTP-NTE (RFC2833) meghatározása a hívási szakaszon elvárt DTMF-képességként.

    voice-class sip tenant 100

    A tárcsázó a 100. bérlőtől örököl minden paramétert, kivéve, ha ez a paraméter a tárcsázó alatt van meghatározva.

    no vad

    Hangaktivitás-észlelés letiltása.

  2. Kimenő tárcsázó Webex hívás felé (Ez a tárcsázó frissül, hogy a Webex hívás bejövő tárcsázójaként is szolgáljon 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

    Meghatározza a VOIP tárcsázót 2002-es címkével01 , és értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról

    session target sip-server

    Azt jelzi, hogy a globális SIP-kiszolgáló ennek a tárcsázási partnernek a hívási célja. A 200-as bérlőben definiált Webex hívószerver öröklődik ehhez a tárcsázóhoz.

    voice-class stun-usage 200

    A helyi átjáró kábítókötéseinek funkciója lehetővé teszi a helyben generált KÁBÍTÁSI kérelmek továbbítását az egyeztetett médiaútvonalon keresztül. Ez segít megnyitni a tűzfalban lévő lyukat.

    no voice-class sip localhost

    Letiltja a DNS localhost nevének helyettesítését a kimenő üzenetek feladó, hívóazonosító és távoli félazonosító fejlécében lévő fizikai IP-cím helyett.

    voice-class sip tenant 200

    A tárcsázó a 200-as bérlőtől örököl minden paramétert (LGW <--> Webex Calling Trunk), kivéve, ha ez a paraméter a tárcsázó alatt van meghatározva.

    srtp

    Az SRTP engedélyezve van ennél a hívási szakasznál.

    no vad

    Hangaktivitás-észlelés letiltása.

4

Konfigurálja a következő tárcsázási csoportokat (DPG):

  1. 100-as tárcsázási csoportot határoz meg. A 101-es kimenő tárcsázó a célpontja minden bejövő tárcsázó csoportnak, amely a 100-as tárcsázó csoportot hívja meg. A DPG 100-at alkalmazzuk a bejövő tárcsázó 200201-re a Webex Calling --> LGW --> PSTN útvonalhoz.

    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ói csoportot a 200201-es kimenő tárcsázói csoporttal, mint a PSTN LGW Webex hívási útvonal célpontját--> -->. A DPG 200 a később meghatározott 100-as bejövő tárcsázóra lesz alkalmazva.

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

A következő bejövő tárcsázók konfigurálása:

  1. Bejövő tárcsázó a bejövő IP PSTN hívó 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

    Meghatároz egy VOIP tárcsázót, amelynek címkéje 100, és amely értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

    session protocol sipv2

    Megadja, hogy ez a tárcsázó fogja kezelni a SIP hívási lábakat.

    incoming uri via 100

    Az IP PSTN-ről a LocalGW-re érkező összes forgalom a BEJÖVŐ IP-címmel egyezik meg, amelyet az URI 100 SIP hangosztály definiál, és amely a forrás IP-címe (ITSP) alapján egyezik meg.

    destination dpg 200

    A céldpg 200 segítségével az IOS-XE megfelelt a klasszikus kimenő tárcsázó megfelelési kritériumoknak, és azonnal beállítja a kimenő hívó lábat a cél tárcsázó 200-as csoportjában meghatározott tárcsázó segítségével, ami a tárcsázó 200201.

    voice-class sip tenant 300

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

    no vad

    Hangaktivitás-észlelés letiltása.

  2. Bejövő tárcsázó a bejövő Webex hívó lábakhoz:

    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 tárcsázót 2002-es címkével01 , és értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

    incoming uri request 200

    Minden bejövő forgalom a Webex Calling LGW lehet egyeztetni az egyedi dtg minta a kérelem URI, egyedileg azonosítva a helyi átjáró helyén belül egy Enterprise és a Webex Calling ökoszisztéma.

    destination dpg 100

    A céldpg 100 segítségével az IOS-XE megfelelt a klasszikus kimenő tárcsázóparancs-kritériumoknak, és azonnal beállítja a kimenő hívás lábát a cél tárcsázóparancs-csoportban (100) meghatározott tárcsázóparancsok segítségével, ami a tárcsaparancs 101.

    max-conn 250

    Az LGW- és a Webex-hívás közötti egyidejű hívások számát 250-re korlátozza, feltételezve, hogy a Webex-hívás egyetlen tárcsázóval történik a jelen útmutatóban meghatározott bejövő és kimenő hívások esetén egyaránt. A helyi átjárót érintő egyidejű híváskorlátozásokkal kapcsolatos további részletekért látogasson el a címre https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN - Webex hívás

A helyi átjáró összes bejövő IP PSTN hívó lábát a 100-as tárcsázó párosítja, mivel ez határozza meg az IP PSTN IP-címével rendelkező VIA fejléc megfelelési kritériumait. A kimenő tárcsázók kiválasztását a DPG 200 diktálja, amely közvetlenül a kimenő tárcsázók 200201-es számára hivatkozik, ahol a Webex hívó szerver a célállomás.

Webex hívás PSTN-re

A helyi átjáró összes bejövő Webex hívó lábához illeszkedik a 200201-es tárcsázó, mivel megfelel a KÉRÉS URI fejléc mintázatának a TrunkGroup OTG/DTG paraméterrel, amely a helyi átjáró telepítésére jellemző. A kimenő tárcsázók kiválasztását a DPG 100 diktálja, amely közvetlenül a kimenő 101-es tárcsázókészülékre hivatkozik, amelynek IP PSTN IP-címe van célként feltüntetve.

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

  1. Hangosztály-bérlők- Önnek további bérlőket kell létrehoznia az Egységes CM és ITSP felé néző tárcsázók számára, hasonlóan ahhoz a 200-as bérlőhöz, amelyet a Webex Calling facing dial-peers számára hoztunk létre.

  2. Hangosztály URI-k- Az LGW-n végződő különböző rönkök gazda IP-címeit/portjait meghatározó minták: az Egységes CM-től az LGW-ig a PSTN célállomások esetében; Egységes CM-től az LGW-ig a Webex hívási célállomások esetében; Webex hívás az LGW-nek; és PSTN SIP trönk lezárás az LGW-n.

  3. Hangosztály szerver-csoport -TargetIP címek/portok kimenő törzsek LGW az egységes CM, LGW a Webex hívás, és LGW a PSTN SIP csomagtartó.

  4. Kimenő tárcsázók- Kimenő hívó lábak átirányítása az LGW-től az Unified CM-ig, ITSP SIP csomagtartóig és/vagy a Webex hívásig.

  5. Hangosztály DPG-Target kimenő tárcsázó(k) hívása egy bejövő tárcsázóból.

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

1

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

  1. A 100-as hangosztály bérlője minden kimenő tárcsázóra vonatkozik, amely az Egységesített CM és IP PSTN felé néz:

    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ője az Unified CM és IP PSTN összes bejövő tárcsázójára vonatkozik:

    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-ket:

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

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definiálja a mintát a helyi átjáróhely egyedi azonosításához az Enterprise-on 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 (z)_"" aláhúzást a találati mintában. Megkerülésként pont "-t használunk." (bármelyiknek megfelel) a (z) "_" -nek való megfelelé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ést határoz meg a PORTON KERESZTÜL a Webex hívó rönkhöz:

    voice class uri 300 sip
     pattern :5065
    
  4. Meghatározza a CUCM forrásjelzési IP-címet és a PSTN-törzs portját:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

A következő hangosztály-kiszolgálócsoportok konfigurálása:

  1. Meghatározza az Egységes CM törzs célállomás IP-címét és portszámát az Egységes CM 1. csoporthoz (5 csomópont). Az Egységes CM az 5065-ös portot használja a bejövő forgalomhoz a Webex hívó törzsén (Webex hívás <-> LGW --> Egységes CM).

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Meghatározza az Egységes CM törzs célállomás IP-címét és portszámát az Egységes CM 2. csoport számára, ha van ilyen:

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

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Meghatározza az Unified CM trunk célállomás IP-címét az Unified CM Group 2 számára, ha van ilyen.

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

A következő kimenő tárcsázók konfigurálása:

  1. Kimenő tárcsázó 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éjű VOIP tárcsázót definiál, amely a könnyű kezelhetőség és hibaelhárítás érdekében tartalmas leírást ad.

    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ón keresztül hívjuk meg DPG utasításokkal, amely megkerüli a számjegyminta megfelelési kritériumokat. Ennek eredményeként egy tetszőleges mintát használunk, amely a CLI célminta által megengedett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Megadja, hogy ez a tárcsázó fogja kezelni a SIP hívási lábakat.

    session target ipv4:192.168.80.13

    Jelzi a cél IPv4-címét, ahova ez a hívó láb küldeni fog. (Ebben az esetben az ITSP IP-címe.)

    voice-class codec 99

    A tárcsázóhoz használandó kodekek 99-es preferencialistáját jelöli.

    voice-class sip tenant 100

    A tárcsázó a 100. bérlőtől örököl minden paramétert, kivéve, ha ez a paraméter a tárcsázó alatt van meghatározva.

  2. Kimenő tárcsázó Webex hívás felé (Ez a tárcsázó frissül, hogy bejövő tárcsázó legyen 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

    Meghatározza a VOIP tárcsázót 2002-es címkével ,01 és értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

    session target sip-server

    Azt jelzi, hogy a globális SIP-kiszolgáló ennek a tárcsázási partnernek a hívási célja. A 200-as bérlőben definiált Webex hívószerver örökölni fog ehhez a tárcsázóhoz.

    voice-class stun-usage 200

    Az LGW kábítókötéseinek funkciója lehetővé teszi a helyben generált KÁBÍTÁSI kérelmek továbbítását az egyeztetett médiaútvonalon keresztül. Ez segít megnyitni a tűzfalban lévő lyukat.

    no voice-class sip localhost

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

    voice-class sip tenant 200

    A tárcsázó a 200-as bérlőtől örököl minden paramétert (LGW <--> Webex Calling Trunk), kivéve, ha ez a paraméter a tárcsázó alatt van meghatározva.

    srtp

    Az SRTP engedélyezve van ennél a hívási szakasznál.

  3. Kimenő tárcsázó az 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éjű VOIP tárcsázót definiál, amely a könnyű kezelhetőség és hibaelhárítás érdekében tartalmas leírást ad.

    session server-group 301

    A tárcsázóban lévő munkamenet cél IP helyett egy Célkiszolgáló csoportra mutatunk (301-es szervercsoport a tárcsázóban301), hogy több cél UCM csomópontot határozzunk meg, bár a példa csak egyetlen csomópontot mutat.

    Kiszolgálócsoport a kimenő hívások között

    A DPG több tárcsázójával és a tárcsázó szervercsoport több szerverével véletlenszerű híváselosztást érhetünk el az összes Egységes CM hívásfeldolgozó előfizető között, vagy meghatározott preferencia alapján vadászhatunk. Minden szervercsoport legfeljebb öt szerverrel rendelkezhet (IPv4/v6 portal vagy port nélkül). A második tárcsázó és a második szervercsoport csak akkor szükséges, ha több mint öt hívásfeldolgozó előfizető van használatban.

    További https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html tudnivalók:.

  4. Második kimenő tárcsázó az Egységes CM hívó csomagtartó felé, ha több mint 5 Egységes 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árcsázó az Unified CM PSTN csomagtartója 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árcsázó az Unified CM PSTN Trunk felé, ha több mint 5 Unified CM csomópontja van:

    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. Meghatározza a DPG 100-at. A 101-es kimenő tárcsázó a célpontja minden bejövő tárcsázó csoportnak, amely a 100-as tárcsázó csoportot hívja meg. A DPG 100-at az Egységes CM LGW PSTN elérési úthoz később meghatározott 302-es bejövő tárcsázóra alkalmazzuk--> -->:

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Definiálja a DPG 200-at a 200201-es kimenő tárcsázóval, mint az Egységes CM LGW Webex hívási útvonal célpontját--> -->:

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definiálja a kimenő 301-es vagy 303-as tárcsázó DPG 300-at a Webex hívás --> LGW --> Unified CM útvonalhoz:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Definiálja a DPG 302-t a kimenő 305-ös vagy 307-es tárcsázókhoz a PSTN --> LGW --> Unified CM útvonalhoz:

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

A következő bejövő tárcsázók konfigurálása:

  1. Bejövő tárcsázó a bejövő IP PSTN hívó 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

    Meghatároz egy VOIP tárcsázót, amelynek címkéje 100, és amely értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

    session protocol sipv2

    Megadja, hogy ez a tárcsázó fogja kezelni a SIP hívási lábakat.

    incoming uri via 100

    Az IP PSTN-ről az LGW-re bejövő összes forgalom a BEJÖVŐ IP-címmel párosul, amelyet az URI 100 SIP hangosztály határoz meg a forrás IP-címe (ITSP) alapján.

    destination dpg 302

    A DPG 302 célhelyen az IOS-XE megfelel a klasszikus kimenő tárcsázási feltételeknek, és azonnal beállítja a kimenő hívás lábát a DPG 302 célhelyen meghatározott tárcsázók segítségével, amelyek lehetnek tárcsázók 305 vagy tárcsázók 307.

    voice-class sip tenant 300

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

  2. Bejövő tárcsázó a bejövő Webex hívó lábakhoz:

    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 tárcsázót 2002-es címkével01 , és értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

    incoming uri request 200

    Minden bejövő forgalom a Webex Calling LGW lehet egyeztetni az egyedi dtg minta a kérelem URI, egyedileg azonosítja a helyi átjáró helyén belül egy Enterprise és a Webex Calling ökoszisztéma.

    destination dpg 300

    A DPG 300 célhelyen az IOS-XE megfelel a klasszikus kimenő tárcsázási feltételeknek, és azonnal beállítja a kimenő hívó lábat a DPG 300 célhelyen meghatározott tárcsázók segítségével, amelyek lehetnek tárcsázók 301 vagy tárcsázók 303.

    max-conn 250

    Az LGW- és a Webex-hívás közötti egyidejű hívások számát 250-re korlátozza, feltéve, hogy a Webex-hívás egyetlen tárcsázóval néz a jelen útmutatóban meghatározott bejövő és kimenő hívások elé. A helyi átjárót érintő egyidejű híváskorlátozásokkal kapcsolatos további részletekért látogasson el a címre 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ő Egységes CM hívó lábakhoz Webex hívással célállomásként:

    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

    Megad egy VOIP tárcsázót 300-as címkével, és értelmes leírást ad a könnyű kezelhetőség és hibaelhárítás érdekében.

    incoming uri via 300

    Az Unified CM és az LGW közötti összes bejövő forgalom az URI 300 SIP hangosztályban meghatározott átviteli forrásporton (5065) párosul.

    destination dpg 200

    A DPG 200 célhelyen az IOS-XE megfelelt a klasszikus kimenő tárcsázó megfelelési kritériumoknak, és azonnal beállítja a kimenő hívó lábat a DPG 200 célhelyen meghatározott tárcsázók segítségével, amelyek a 200201 tárcsázó lesz.

    voice-class sip tenant 300

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

  4. Bejövő tárcsázó a bejövő Egységes CM hívó lábakhoz, a PSTN a cél:

    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

    Meghatároz egy VOIP tárcsázót 302-es címkével, és a könnyű kezelhetőség és hibaelhárítás érdekében értelmes leírást ad.

    incoming uri via 302

    Az Unified CM és az LGW közötti, PSTN célhelyre irányuló összes bejövő forgalom az Unified CM forrásjelzési IP-címen és az URI 302 SIP hangosztályban meghatározott PORTON KERESZTÜL párosul. Szabványos 5060-as SIP-portot használ.

    destination dpg 100

    A DPG 100 célállomásnál az IOS-XE a klasszikus kimenő tárcsázó megfelelési kritériumoknak megfelelve azonnal beállítja a kimenő hívó lábat a DPG 100 célállomáson belül meghatározott tárcsázó segítségével, amely 101 tárcsázó lesz.

    voice-class sip tenant 300

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

IP PSTN - egyesített CM PSTN csomagtartó

Webex Calling Platform to Unified CM Webex Calling Trunk

Egységes CM PSTN Trunk - IP PSTN

Egységes CM Webex hívó csomagtartó a Webex hívó platformra

Diagnosztikai aláírások (DS) proaktívan észleli a gyakran megfigyelt problémákat az IOS XE alapú helyi átjárónál, és e-mail, rendszernapló vagy terminálüzenet értesítést generál az eseményről. Telepítheti a DS-t a diagnosztikai adatgyűjtés automatizálásához és az összegyűjtött adatoknak a Cisco TAC tokba történő továbbításához, hogy felgyorsítsa a felbontási időt.

A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a probléma kiváltó eseményeiről és a probléma tájékoztatása, hibaelhárítása és elhárítása érdekében végrehajtandó intézkedésekről. A problémafelismerés logikája a rendszernapló üzenetek, SNMP események és a konkrét show parancs kimenetek időszakos monitorozása segítségével határozható meg. A művelettípusok közé tartozik a show parancs kimenetek gyűjtése, konszolidált naplófájl generálása és a fájl feltöltése a felhasználó által megadott hálózati helyre, például https, SCP, FTP szerverre. A DS-fájlokat TAC-mérnökök készítik, és digitális aláírással rendelkeznek az integritás védelme érdekében. Minden DS-fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. A diagnosztikai aláírások keresésére szolgáló eszköz (DSLT) egyetlen forrás, amely számos probléma nyomon követésére és hibaelhárítására alkalmas aláírásokat keres.

Mielőtt elkezdené:

  • Ne szerkessze a DSLT-ről letöltött DS-fájlt. A módosított fájlok telepítése integritásellenőrzési hiba miatt sikertelen lesz.

  • Az e-mailes értesítések küldéséhez a helyi átjáró számára egy SMTP (Simple Mail Transfer Protocol) kiszolgáló szükséges.

  • Győződjön meg arról, hogy a helyi átjáró fut IOS XE 17.3.2 vagy újabb, ha azt szeretné, hogy a biztonságos SMTP szerver e-mail értesítések.

Előfeltételek

IOS XE 17.3.2 vagy újabb verziójú helyi átjáró

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

  2. Állítsa be a biztonságos e-mail szervert proaktív értesítés küldésére, ha az eszköz IOS XE 17.3.2 vagy ÚJABB RENDSZERT futtat.

    
    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 ds_email változót az értesítendő rendszergazda 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 verziójú helyi átjáró

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

  2. Konfigurálja az e-mail szervert proaktív értesítések küldésére, ha az eszköz 17.3.2 előtti verziót futtat.

    
    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 ds_email változót az értesítendő rendszergazda 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ójú helyi átjáró

  1. A diagnosztikai aláírások engedélyezéséhez adja meg 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 az e-mail szervert proaktív értesítések küldésére, ha az eszköz 17.3.2 előtti verziót futtat.

    
    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 ds_email változót az értesítendő rendszergazda 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 helyi átjáró konfigurációját mutatja, amely IOS XE 17.3.2-t futtat, hogy proaktív értesítéseket küldjön a tacfaststart@gmail.com címre, biztonságos SMTP szerverként használva a Gmailt:


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 tipikus webes Gmail kliens, amely támogatja az OAuth-ot, ezért be kell állítanunk egy konkrét Gmail fiókbeállítást, és konkrét engedélyt kell adnunk az eszközről érkező e-mail helyes feldolgozásához:

  1. Válassza a Google Fiók kezelése > Biztonság menüpontot, és kapcsolja be a Kevésbé biztonságos alkalmazáshozzáférés beállítást.

  2. Válaszoljon az „Igen, én voltam” kérdésre, amikor e-mailt kap a Gmailtől, amelyben ez áll: „A Google megakadályozta, hogy valaki nem Google-alkalmazással jelentkezzen be a fiókjába.”

Diagnosztikai aláírások telepítése a proaktív monitorozáshoz

Magas CPU-kihasználtság figyelése

Ez a DS az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával követi nyomon az 5 másodperces CPU-felhasználást. Amikor a kihasználtság eléri a 75% -ot vagy annál többet, az letiltja az összes hibakeresést és eltávolítja az összes diagnosztikai aláírást a helyi átjáróról. Használja az alábbi lépéseket az aláírás telepítéséhez.

  1. Győződjön meg arról, hogy az SNMP engedélyezve van a show snmp paranccsal. 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őeszköz alábbi legördülő menüpontjaival:

    
    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ásmegoldásban

    A probléma terjedelme

    Teljesítmény

    Probléma típusa

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

  3. Másolja át a DS XML-fájlt a Helyi átjáró Flash-be.

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

    Az alábbi példa bemutatja a fájl FTP-kiszolgálóról a helyi átjáróba történő másolásának példájá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 sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. 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

    Felülvizsgálat

    Állapot

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

    64224

    DS_LGW_CPU_MON75

    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 saját magát is. Ha szükséges, telepítse újra a DS 64224-et, hogy továbbra is figyelemmel kísérhesse a CPU magas kihasználtságát a helyi átjárón.

A SIP-törzs regisztrációjának nyomon követése

Ez a DS 60 másodpercenként ellenőrzi, hogy nem regisztrálták-e a helyi átjáró SIP csomagtartót a Cisco Webex hívó felhőjében. A regisztráció törlésének észlelése után e-mail és rendszernapló értesítést generál, majd két regisztráció törlését követően eltávolítja magát. Kérjük, használja az alábbi lépéseket az aláírás telepítéséhez.

  1. Töltse le a DS 64117-et a Diagnosztikai Aláírások Keresőeszköz alábbi legördülő menüpontjaival:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívásmegoldásban

    A probléma terjedelme

    SIP-SIP

    Probléma típusa

    SIP törzs regisztrációjának megszüntetése 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 sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.

Rendellenes hívásmegszakítások figyelése

Ez a DS 10 percenként SNMP lekérdezést használ a 403-as, 488-as és 503-as SIP-hibák miatti rendellenes hívásmegszakítás észlelésére.  Ha a hibaszám-növekedés nagyobb vagy egyenlő 5-tel az utolsó szavazáskor, akkor rendszernaplót és e-mail értesítést generál. Kérjük, használja az alábbi lépéseket az aláírás telepítéséhez.

  1. Ellenőrizze, hogy az SNMP engedélyezve van-e a show snmp paranccsal. 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őeszköz alábbi opcióival:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívásmegoldásban

    A probléma terjedelme

    Teljesítmény

    Probléma típusa

    Rendellenes SIP hívás leválasztás észlelése e-mail és rendszernapló é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 sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. 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 olyan aláírást szereztek, amelyek lehetővé teszik az adott probléma megoldásához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatoknak a Cisco TAC esetbe történő automatikus átviteléhez szükséges hibakereséseket. Ez kiküszöböli annak szükségességét, hogy manuálisan ellenőrizze a probléma előfordulásá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ésére szolgáló eszköz segítségével megkeresheti és telepítheti a megfelelő aláírásokat egy adott probléma önálló megoldásához, vagy telepítheti a TAC mérnöke által ajánlott aláírást a támogatási megbízás részeként.

Íme egy példa arra, hogyan lehet megtalálni és telepíteni egy DS-t a "%VOICE_IEC-3-GW: CCAPI: Belső hiba (hívás tüskeküszöb): IEC=1.1.181.1.29.0" syslog és automatikus diagnosztikai adatgyűjtés az alábbi lépések alkalmazásával.

  1. Konfiguráljon egy további DS környezeti változót, ds_fsurl_prefix amely a CiscoTAC fájlszerver elérési útja (cxd.cisco.com), ahová az összegyűjtött diagnosztikai adatokat feltölti. A fájl elérési útjában lévő felhasználónév az eset száma, a jelszó pedig a fájlfeltöltési token, amelyet az alábbi Támogatási esetkezelőből lehet letölteni. A fájlfeltöltési token szükség szerint generálható a Támogatási esetkezelő Mellékletek részében.

    
    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 a show snmp paranccsal. 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 telepítse a High CPU monitoring DS 64224 proaktív intézkedésként, hogy tiltsa le az összes hibakeresés és diagnosztikai aláírások idején nagy CPU-hasznosítás. Töltse le a DS 64224-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívásmegoldásban

    A probléma terjedelme

    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őeszköz alábbi opcióival:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívásmegoldásban

    A probléma terjedelme

    Rendszernaplók

    Probléma típusa

    Rendszernapló - %VOICE_IEC-3-GW: CCAPI: Belső hiba (hívás tüskeküszöb): IEC=1.1.181.1.29.0

  5. Másolja a DS XML-fájlokat 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 High CPU monitoring DS 64224, majd DS 65095 XML fájlt a helyi átjáró.

    
    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 sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. 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

    Felülvizsgálat

    Állapot

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0,0.10

    Regisztrálva

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_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ábbi ábrán látható, a parancs „Állapot” oszlopában a call-home diagnosztikai aláírás „fut” -ra változik, miközben a helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show call-home diagnostic-signature statisztikák kimenete a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlelt-e egy érdekes eseményt és végrehajtotta-e a műveletet. Az „Indított/Maximális/Eltávolítás” oszlop azt jelzi, hogy az adott aláírás hányszor váltott ki egy eseményt, hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás automatikusan eltávolítja-e magát a kiváltott 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

Felülvizsgálat

Állapot

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

64224

DS_LGW_CPU_MON75

0,0.10

Regisztrálva

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Fut

2020-11-08 00:12:53

LocalGateway#

LocalGateway# show call-home diagnostic-signature statistics

DS-azonosító

DS-név

Indítás/Max./Eltávolítás

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

Max. futási idő (másodperc)

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_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ő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, a futó konfiguráció és az adott probléma elhárításához szükséges parancskimenetek.

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

A hibaelhárítási célokra használt diagnosztikai aláírásokat általában úgy határozzák meg, hogy bizonyos számú probléma észlelése után eltávolítsák azokat. Ha manuálisan szeretné eltávolítani az aláírást, töltse le a DS-azonosítót a show call-home diagnosztikai aláírás kimenetéről, és hajtsa végre az alábbi parancsot.


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

Példa:


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

Rendszeresen új aláírásokkal bővül a diagnosztikai aláírások keresésére szolgáló eszköz, a telepítések során gyakran megfigyelt problémák alapján. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására irányuló kéréseket.

2021. máj. 18.
KOCKA implementálása Magas rendelkezésre állás helyi átjáróként

A helyi átjáró (LGW) az egyetlen lehetőség arra, hogy a Cisco Webex Calling ügyfelei számára premises-alapú PSTN-hozzáférést biztosítsunk. A dokumentum célja, hogy segítséget nyújtson Önnek a helyi átjáró konfigurációjának kiépítésében, KOCKA magas rendelkezésre állással, aktív/készenléti CUBE-kkel az aktív hívások állapotos sikertelenségéhez.

Alapvető

Előfeltételek

Mielőtt telepítené KOCKA HA, mint a helyi átjáró Webex Calling, győződjön meg róla, hogy alaposan megértsék a következő fogalmak:

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Ő KOCKA vállalati telepítése úgy módosul, hogy a Cisco Webex Calling helyi átjáró funkcióját is használja, figyeljen oda 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 KOCKA HA tervezési követelményeit.

Hardver- és szoftverösszetevők

A CUBE HA mint helyi átjáró igényli az IOS-XE 16.12.2 vagy újabb verzióját és egy olyan platformot, amelyen mind a KOCKA HA, mind az LGW funkciók támogatottak.


Ebben a cikkben a show parancsok és naplók a Cisco IOS-XE 16.12.2 vCUBE-n (CSR1000v) végrehajtott minimális szoftververzióján alapulnak.

Referenciaanyag

Íme néhány részletes ÚTMUTATÓ A KOCKA HA konfigurációjához különböző platformokhoz:

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

Cisco Webex Calling egy együttműködési ajánlat, amely egy több bérlő felhő-alapú alternatívája on-premise PBX telefon szolgáltatás több PSTN lehetőségek az ügyfelek számára.

A cikk középpontjában a helyi átjáró telepítése áll (lásd alább). Helyi gateway (Premises-alapú PSTN) trönk Webex Calling lehetővé teszi a kapcsolatot az ügyfél tulajdonában lévő PSTN szolgáltatás. Kapcsolódást biztosít továbbá egy helyszíni IP PBX telepítéshez, például a Cisco Unified CM-hez. A felhőbe irányuló és a felhőből kiinduló kommunikációt TLS átvitel biztosítja SIP és SRTP adathordozók számára.

Az alábbi ábra egy meglévő IP PBX nélküli Webex Hívás telepítést jelenít meg, és egyetlen vagy több helyszínen történő telepítésre alkalmazható. Az ebben a cikkben vázolt konfiguráció ezen a telepítésen alapul.

2. réteg doboztól dobozig redundancia

A CUBE HA layer 2 box-to-box redundancia a Redundancia Csoport (RG) infrastruktúra protokollját használja egy aktív/készenléti router pár létrehozásához. Ez a pár ugyanazt a virtuális IP-címet (VIP) használja a megfelelő interfészekben, és folyamatosan állapotüzeneteket cserél. A KOCKA munkamenet-információk ellenőrző ponton vannak elhelyezve a router páron, ami lehetővé teszi a készenléti router számára, hogy azonnal átvegye az összes KOCKA hívás feldolgozási felelősséget, ha az aktív router üzemen kívül kerül, ami a jelzés és a média állapotának megőrzését eredményezi.


Az ellenõrzés a médiacsomagokkal összekapcsolt hívásokra korlátozódik. A tranzithívások nem ellenőrzőpontok (például próbálkozó vagy csengő állapot).

Ebben a cikkben a HA KOCKA a magas rendelkezésre állású (HA) Layer 2 Box-to-box (B2B) redundanciára utal az állami hívások megőrzése érdekében

Az IOS-XE 16.12.2-től a CUBE HA helyi átjáróként telepíthető a Cisco Webex Calling trunk (Premises-alapú PSTN) telepítésekhez, és ebben a cikkben ismertetjük a tervezési szempontokat és konfigurációkat. Ez az ábra egy tipikus HA KOCKA beállítást jelenít meg helyi átjáróként a Cisco Webex Calling csomagtartó telepítéséhez.

Redundanciacsoport infrakomponense

A Redundancia Csoport (RG) Infra komponense a doboztól dobozig kommunikációs infrastruktúra támogatást nyújt a két CUBE között, és tárgyal a végleges stabil redundancia állapotról. Ez az összetevő a következőket is tartalmazza:

  • HSRP-szerű protokoll, amely az egyes routerek végső redundancia állapotáról tárgyal a fenti ábrán látható keepalive és hello üzenetek cseréjével a két CUBE között (a vezérlő interfészen keresztül) —GigabitEthernet3.

  • Közlekedési mechanizmus a jelzés és a média állapotának ellenőrzésére az aktív útválasztóról a készenléti útválasztóra (az adatinterfészen keresztül)—GigabitEthernet3 a fenti ábrán.

  • A forgalmi interfészek virtuális IP (VIP) interfészének konfigurálása és kezelése (több forgalmi interfész konfigurálható ugyanazon RG csoport használatával) – A GigabitEthernet 1 és 2 forgalmi interfésznek minősül.

Ezt az RG komponenst kifejezetten úgy kell konfigurálni, hogy támogassa a B2B HA hangot.

Virtuális IP (VIP) címkezelés mind a szignálok, mind a média számára

A B2B HA a VIP-re támaszkodik a redundancia eléréséhez. A HA KOCKÁBAN lévő mindkét CUBE-n a VIP és a kapcsolódó fizikai interfészeknek ugyanazon a LAN-alhálózaton kell tartózkodniuk. A VIP konfigurálása és a VIP interfész kötése egy adott hangalkalmazáshoz (SIP) kötelező a hangalapú B2B HA támogatáshoz. Külső eszközök, mint például a Unified CM, Webex Calling hozzáférés SBC, szolgáltató, vagy proxy, használja VIP, mint a cél IP-címet a hívások áthaladó KOCKA HA routerek. Ezért a Webex Calling szempontjából a HA KOCKA párok egyetlen helyi átjáróként működnek.

A létrehozott hívások hívásjelzési és RTP munkamenet-információi az aktív routerről a készenléti routerre kerülnek ellenőrzésre. Amikor az Aktív router leáll, a Készenléti router átveszi és továbbítja az RTP folyamot, amelyet korábban az első router irányított.

A meghibásodáskor á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 nem jöttek létre teljesen, vagy amelyek átvitel vagy tartás funkcióval történő módosítása folyamatban van. A létesített hívások az átállás után leválaszthatók.

A következő követelmények vonatkoznak a HA KOCKA helyi átjáróként való használatára a hívások állapotos sikertelensége esetén:

  • A HA KOCKA TDM vagy analóg interfészei nem helyezhetők el együtt

  • A Gig1 és Gig2 a forgalmi (SIP/RTP) interfészek, a Gig3 pedig a Redundancy Group (RG) Control/data interfész

  • Legfeljebb 2 HA KOCKA pár helyezhető el ugyanabban a réteg 2 tartományban, az egyik az 1. csoportazonosítóval, a másik a 2. csoportazonosítóval. Ha 2 HA párt konfigurálunk ugyanazzal a csoportazonosítóval, az RG Control/Data interfészeknek különböző réteg 2 tartományokhoz kell tartozniuk (vlan, külön kapcsoló)

  • A portcsatorna RG Control/data és forgalmi interfészek esetén egyaránt támogatott

  • Minden jelzés/adathordozó forrása/forrása a virtuális IP-cím

  • Amikor egy platform újratöltődik egy CUBE-HA kapcsolatban, mindig készenléti állapotba kerül

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

  • Redundancia interfész azonosító, rii egyedinek kell lennie egy pár/interfész kombinációra ugyanazon a 2. rétegen

  • A konfigurációnak mindkét CUBE-n azonosnak kell lennie, beleértve a fizikai konfigurációt is, és ugyanolyan típusú platformon és IOS-XE verzión kell futnia

  • A visszacsatolási interfészek nem használhatók kötésként, mert mindig fel vannak állítva

  • Több forgalmi (SIP/RTP) interfész (Gig1, Gig2) konfigurálásához szükséges az interfész követése

  • A CUBE-HA nem támogatott keresztirányú kábelkapcsolaton keresztül az RG-vezérlő/adatkapcsolathoz (Gig3)

  • A HA KOCKA működéséhez mindkét platformnak azonosnak kell lennie, és fizikai kapcsolóval kell kapcsolódnia az összes hasonló interfészen keresztül, azaz a CUBE-1 és CUBE-2 GE0/0 értékének ugyanazon a kapcsolón kell végződnie és így tovább.

  • A WAN nem szüntethető meg közvetlenül a CUBE-okon vagy a Data HA-n egyik oldalon sem

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

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

  • Meghibásodáskor a korábban aktív KOCKA újratöltésen megy keresztül a tervezés, a jelzés és az adathordozó megőrzése szerint

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

Be kell állítania a 2. réteg doboztól dobozig redundanciáját mindkét olyan CUBE-n, amelyet egy HA párban használni szándékoznak a virtuális IP-k létrehozásához.

1

Konfigurálja az interfész nyomon követését globális szinten az interfész á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 Track CLI az RG-ben a hangátviteli interfész állapotának nyomon követésére szolgál, így az aktív útvonal meglehetősen aktív szerepet tölt be a forgalmi interfész leállása után.

2

Konfiguráljon egy RG-t VoIP HA-val való használatra az alkalmazás redundancia almódjában.

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)#

Íme a konfigurációban használt mezők magyarázata:

  • redundancia - Redundancia mód megadása

  • alkalmazásredundancia —Enters alkalmazás redundancia konfigurációs mód

  • group—Enters redundancia alkalmazás csoport konfigurációs mód

  • name LocalGateway-HAMeghatározza az RG csoport nevét

  • 100. prioritási küszöbérték meghibásodás esetén75 - Meghatározza a regionális tanácsadó csoport kezdeti prioritási és meghibásodási 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ésleltetés és újratöltés

    • Késleltetési időzítő, amely az RG csoport inicializálásának és szerepkör egyeztetésének késleltetéséhez szükséges idő az interfész megjelenése után – Alapértelmezett 30 másodperc. A tartomány 0-10000 másodperc

    • Újratöltés - Ez az az időtartam, amely az RG csoport inicializálásának és szerepkörének újratöltés utáni késleltetéséhez szükséges – Alapértelmezett 60 másodperc. A tartomány 0-10000 másodperc

    • Alapértelmezett időzítők ajánlottak, bár ezek az időzítők a routerek indítása/újratöltése során esetlegesen előforduló további hálózati konvergenciakésésekhez igazíthatók, annak biztosítása érdekében, hogy az RG protokoll tárgyalása a hálózaton belüli útválasztás után stabil ponthoz közelítsen. Ha például meghibásodás után úgy tűnik, hogy az új KÉSZENLÉTI ÜZEMMÓDBAN akár 20 másodpercig is eltarthat, amíg az új AKTÍV üzemmódból megjelenik az első RG HELLO csomag, akkor az időzítőket úgy kell beállítani, hogy "az időzítők késleltessék a 60 újratöltést 120", hogy figyelembe vegyék ezt a késleltetést.

  • control GigabitEthernet3 protocol 1-Konfigurálja a keepalive és hello üzenetek cseréjére használt interfészt a két CUBE között, és megadja a protokollpéldányt, amely egy vezérlő interfészhez lesz csatolva, és belép a redundancia alkalmazás protokoll konfigurációs módba

  • data GigabitEthernet3 - Az adatforgalom ellenőrzési pontjaként használt interfészkonfigurálása

  • vágány-RG interfészek csoportos követése

  • protocol 1 -Meghatározza azt a protokollpéldányt, amely a vezérlőfelülethez lesz csatolva, és belép a redundanciaalkalmazási protokoll konfigurációs üzemmódjába

  • időzítők hellotime 3 hold time 10 -Beállítja a két időzítő hellotime és hold time:

    • Hellotime— Az egymást követő üdvözlő üzenetek közötti intervallum – Alapértelmezett 3 másodperc. Hatótávolság 250 milliszekundum - 254 másodperc

    • Tartási idő - A Hello üzenet fogadása és a küldő útválasztó meghibásodásának vélelme közötti időtartam. Ennek az időtartamnak nagyobbnak kell lennie, mint a hello-time - Alapértelmezett 10 másodperc. Távolság 750 milliszekundum - 255 másodperc

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

3

Dobozról dobozra redundancia engedélyezése A KOCKA alkalmazásban. Konfigurálja az RG-t az előző lépésből voice service voip. Ez lehetővé teszi, hogy A KOCKA alkalmazás irányítsa a redundancia folyamatot.

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

redundanciacsoport1 —Adding és a parancs eltávolítása újratöltést igényel a frissített konfiguráció érvénybe lépéséhez. Az összes konfiguráció alkalmazása után újratöltjük a platformokat.

4

Konfigurálja a Gig1 és Gig2 interfészeket a saját virtuális IP-jükkel az alábbiak szerint, és alkalmazza a redundancia interfész azonosító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

Íme a konfigurációban használt mezők magyarázata:

  • redundancia rii-konfigurálja a redundanciacsoport redundancia interfész azonosítóját. Virtuális MAC (VMAC) cím generálásához szükséges. Ugyanazt a rii ID értéket kell használni minden olyan router felületén (AKTÍV/KÉSZENLÉTI), amely azonos VIP-vel rendelkezik.


     

    Ha egynél több B2B pár van ugyanazon a LAN-on, mindegyik párnak egyedi rii azonosítóval KELL rendelkeznie a megfelelő interfészeken (az ütközés megelőzése érdekében). A "show redundancia application group all" mezőben fel kell tüntetni a helyes helyi és partneri információkat.

  • redundanciacsoport -Az interfészt a fenti 2. lépésben létrehozott redundanciacsoporthoz társítja. Állítsa be az RG csoportot, valamint az ehhez a fizikai interfészhez rendelt VIP-t.


     

    A redundancia érdekében külön interfész használata kötelező, azaz a hangforgalomra használt interfész nem használható a fenti 2. lépésben meghatározott vezérlő és adatinterfészként. Ebben a példában a Gigabit interfész 3 RG vezérlésre/adatokra szolgál

5

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

Az utoljára újratöltendő platform mindig a Készenlét.

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

Miután a VCUBE-1 teljesen elindult, mentse 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 dobozig konfiguráció az elvárásoknak megfelelően működik-e. A vonatkozó kimenet félkövér betűvel van kiemelve.

Utoljára és a tervezési szempontoknak megfelelően töltöttük be újra a VCUBE-2-t; az utoljára betöltendő platform mindig készenléti állapotban lesz.


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-on

Példa konfigurációnkban a Vezérlőpult alábbi törzsinformációit használjuk a helyi átjáró konfigurációjának felépítéséhez mindkét platformon, a VCUBE-1 és a VCUBE-2 platformon. Ennek a beállításnak a felhasználóneve és jelszava a következő:

  • Felhasználónév: Hussain1076_LGU

  • Jelszó: lOV12MEaZx

1

Győződjön meg arról, hogy a jelszó konfigurációs kulcsa az alább látható parancsokkal van létrehozva, mielőtt felhasználható lenne a hitelesítő adatokban vagy a megosztott titkokban. A 6-os típusú jelszavak AE titkosítással és ezzel a felhasználó által definiált konfigurációs kulccsal vannak titkosítva.


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

Itt látható a helyi átjáró konfigurációja, amely mindkét platformra vonatkozik a fent megjelenített Vezérlőpult paraméterek alapján, mentés és újratöltés. A Vezérlőpult SIP Digest hitelesítő adatai félkövér betűvel 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 lesz a készenléti KOCKA, a VCUBE-2 pedig az aktív KOCKA

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ésű SBC-vel. Vessen egy pillantást a kimeneti a következő show parancsok.

redundancia alkalmazás 1. csoportjának megjelenítése

sip-ua-regisztrációs állapot 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átható, 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 register status” 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 meghibásodást az aktív LGW, VCUBE-2 parancs kiadásával ebben az esetben.


VCUBE-2#redundancy application reload group 1 self

Az aktívról A KÉSZENLÉTI LGW-re való átállás a fent felsorolt CLI mellett a következő forgatókönyvben is megtörténik

  • Amikor az AKTÍV útválasztó újratöltődik

  • Amikor az AKTÍV útválasztó teljesítményciklusai

  • Amikor az AKTÍV útválasztó bármely RG által konfigurált felülete leáll, és a követés engedélyezve van

5

Ellenőrizze, hogy a VCUBE-1 regisztrált-e a Webex Calling access SBC-nél. A VCUBE-2 mostanra újratöltődött 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 mostantól az aktív LGW.

6

Nézze meg a megfelelő hibakeresési naplót a VCUBE-1 küld egy SIP REGISZTERT Webex Calling A virtuális IP-n keresztül, és kap egy 200 OK.


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
2021. máj. 18.
Egységes CM konfigurálása Webex híváshoz

Előfordulhat, hogy integrálni kell a Unified CM, ha a Webex hívás engedélyezett helyeken hozzá egy meglévő telepítés, ahol Unified CM a helyszíni hívásvezérlő megoldás, és ha közvetlen tárcsázás között regisztrált telefonok Unified CM és telefonok Webex hívás helyeken.

A SIP Trunk Security Profile konfigurálása a Trunk to Local Gateway számára

Azokban az esetekben, amikor a Local Gateway és a PSTN átjáró ugyanazon az eszközön található, lehetővé kell tenni az Egységes CM számára, hogy különbséget tegyen két különböző forgalmi típus között (hívások a Webextől és a PSTN-től), amelyek ugyanarról az eszközről származnak, és differenciált szolgáltatási osztályt alkalmazzon ezekre a hívástípusokra. Ez a differenciált híváskezelés úgy érhető el, hogy az egyesített CM és a kombinált helyi átjáró és PSTN átjáró eszköz között két trönköt helyeznek el, amelyek különböző SIP lehallgató portokat igényelnek a két trönkhöz.

Hozzon létre egy dedikált SIP Trunk Security profilt a helyi átjáró csomagtartójához 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 Jelentős leírás, például Webex SIP Trunk Security Profile
Bejövő port Meg kell egyeznie a helyi átjáró konfigurációban használt porttal a Webex felé/felől történő forgalomhoz: 5065

SIP-profil konfigurálása a helyi átjárótörzshöz

Hozzon létre egy dedikált SIP-profilt a helyi átjáró csomagtartójához 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 Jelentős leírás, mint például a Webex SIP profil
Engedélyezze A Ping opciókat a "Nincs (alapértelmezett)" szolgáltatástípussal rendelkező Trunks célállapotának nyomon követéséhez Bejelölve

Híváskeresési hely létrehozása a Webexről indított hívásokhoz

Hozzon létre egy keresési helyet a Webexből indított 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 Jelentős leírás, mint például a Webex Calling Search Space
Kijelölt partíciók

DN (+E.164 könyvtári számok)

ESN (rövidített helyközi tárcsázás)

PSTNInternational (PSTN-hozzáférés)

onNetRemote (GDPR tanult úti célok)


 

A NetRemote utolsó partícióját csak olyan multiklaszteres környezetben használják, ahol az útválasztási információk az Intercluster Lookup Service (ILS) vagy Global Dialplan Replication (GDPR) használatával kerülnek megosztásra az egyesített CM klaszterek között.

SIP csomagtartó konfigurálása a Webexhez és a Webexből

Hozzon létre egy SIP csomagtartót a Webexre irányuló é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özName Egyedi név, például Webex
Leírás Jelentős leírás, mint például a Webex SIP Trunk
Futtatás az összes aktív egyesített CM-csomóponton Bejelölve
Bejövő hívások
Keresési szóköz hívása Az előzőleg definiált hívó keresési terület: Webex
AAR Keresési hely hívása Hívó keresési terület, amely csak PSTN útvonalmintákhoz fér hozzá: PSTNReroute
SIP-információk
Cél címe A helyi ÁTJÁRÓKOCKA IP-CÍME
Célport 5060
SIP csomagtér biztonsági profil Korábban definiált: Webex
SIP-profil Korábban definiált: Webex

Útvonalcsoport konfigurálása a Webexhez

Útvonalcsoport létrehozása 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 csomagtartó: 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, például RL_Webex
Leírás Jelentős leírás, mint például a Webex útvonallistája
Futtatás az összes aktív egyesített CM-csomóponton Bejelölve
Útvonallista tagjainak adatai
Kijelölt csoportok Csak az előzőleg meghatározott útvonalcsoport: Webex

Partíció létrehozása a Webex célállomásokhoz

Partíció létrehozása a Webex célállomásokhoz 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 Jelentős leírás, mint például a Webex partíció

Mi a következő lépés?

Győződjön meg róla, hogy ezt a partíciót minden olyan hívó keresési helyhez hozzáadja, amelynek hozzáférése van a Webex célállomásaihoz. Ezt a partíciót kifejezetten hozzá kell adnia a PSTN trönkjein bejövő hívások keresésére szolgáló keresési területhez, hogy a PSTN-ről a Webexre érkező hívásokat át lehessen irányítani.

Útvonalminták konfigurálása Webex célállomásokhoz

Állítsa be az útvonalmintákat a Webex minden EGYES TARTOMÁNYÁHOZ a következő beállításokkal:

Beállítás Érték
Útvonalminta Teljes +E.164 minta a NEM tartományhoz a Webexben a vezető "\” karakterrel. Például: \+140855501XX
Útvonalpartíció Webex
Átjáró/útvonallista RL_Webex
Sürgős prioritás Bejelölve

A webhelyek közötti tárcsázás rövidített normalizálásának beállítása a Webex számára

Ha a Webex számára rövidített helyközi tárcsázás szükséges, akkor konfigurálja a tárcsázási normalizálási mintákat a Webex minden egyes 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ányhoz a Webexben. Például: 80121XX
Partíció Webex
Leírás Jelentős leírás, mint például a Webex Normalizációs Minta
Az originátor hívási keresési területének használata Bejelölve
Sürgős prioritás Bejelölve
Ne várjon az interdigitális időkorlátra a következő ugrásoknál Bejelölve
Hívott fél átalakító maszk Maszkkal normalizáljuk a számot +E.164-re. Például: +140855501XX
2021. júl. 14.
A Webex Calling funkcióinak beállítása

Automatikus felügyelők létrehozása és kezelése

Győződjön meg arról, hogy fogadták a hívásokat, és hogy a hívók igényei teljesülnek. Üdvözlést vehet fel, menüket hozhat létre, és hívásokat irányíthat át üzenetrögzítőre, keresőcsoporhoz, hangpostaládába vagy egy valóságos személyhez. Létrehozhat 24 órás ütemezést, vagy különböző beállításokat adhat meg arra az időszakra, amikor vállalkozása nyitva, illetve zárva tart.

Az automatikus felügyelők létrehozásával és kezelésével kapcsolatban a következő részben talál bővebb tájékoztatást: Automatikus felügyelő kezelése a Cisco Webex Control Hubban.

Keresőcsoport beállítása

A keresőcsoportok a bejövő hívásokat felhasználócsoportokhoz vagy munkaterületekhez irányítják. Akár úgy is konfigurálhatja a mintát, hogy az a hívásokat egy egész csoporthoz irányítsa.

A keresőcsoport beállításával kapcsolatban további információt a következő részben talál: Keresőcsoportok a Cisco Webex Control Hubban.

Recepciós ügyfél létrehozása

Segít kielégíteni a recepciós munkatárs igényeit. A felhasználókat telefonkezelőként is beállíthatja, így ők szűrni tuják a szervezeten belül bizonyos személyek számára érkező összes bejövő hívást.

A recepciós ügyfelek beállításával és megtekintésével kapcsolatosan a Recepciós ügyfelek a Cisco Webex Control Hubban című részben talál bővebb tájékoztatást.

Egyirányúhívás-csoport konfigurálása

Az egyirányúhívás-csoport lehetővé teszi, hogy a felhasználó egy egyirányú hívást legfeljebb 75 cél felhasználó és munkaterület felé kezdeményezzen egy adott egyirányúhívás-csoporthoz hozzárendelt szám vagy mellék tárcsázásával.

Az egyirányúhívás-csoportok beállításával és szerkesztésével kapcsolatban a következő részben talál bővebb tájékoztatást: Egyirányúhívás-csoportok konfigurálása a Cisco Webex Control Hubban.

Hívási várólista létrehozása

Beállíthat egy hívási várólistát, így amikor az ügyfelek hívásait nem tudja fogadni, akkor azok automatikus választ, megnyugtató üzeneteket és várakoztatási zenét hallanak, amíg valaki fogadni nem tudja a hívást.

A hívási várólistájának beállításával és kezelésével kapcsolatban további információt a következő részben talál: Hívási várólisták kezelése a Cisco Webex Control Hubban.

Hívás felvételének beállítása

Lehetőség van a csapatmunka és az együttműködés fokozására hívásfelvételi csoport létrehozásával, így a felhasználók egymás hívásait is megválaszolják. Amikor felhasználókat vesz fel egy hívásfelvételi csoportba, és a csoport tagja távol van vagy foglalt, egy másik tag is tudja fogadni a hívását.

A hívásfelvételi csoport beállításával kapcsolatban a Hívásfelvétel a Cisco Webex Control Hubban című részben talál bővebb tájékoztatást.

Hívásvárakoztatás beállítása

A hívásvárakoztatás lehetővé teszi, hogy a felhasználók meghatározott csoportja hívásokat várakoztasson a hívásvárakoztatási csoport elérhető tagjai számára. A várakoztatott hívásokat a csoport többi tagja is felveheti a saját telefonján.

A hívásvárakoztatással kapcsolatban a Hívásvárakoztatás a Cisco Webex Control Hubban című részben talál bővebb tájékoztatást.

Annak engedélyezése, hogy a felhasználók belépjenek mások telefonhívásaiba

1

A https://admin.webex.com ügyfél né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, lépjen a Speciális hívási beállítások menüpontra, majd válassza a Belépés lehetőséget.

3

Kapcsolja be a Belépés funkciót, válassza ki, hogy a telefon megszólaltasson-e valamilyen hangot, amikor valaki belép egy hívásba, majd kattintson a Mentés gombra.

A Hoteling funkció bekapcsolása egy felhasználóhoz

A Hoteling funkció engedélyezése lehetővé teszi, hogy a felhasználók máshol dolgozhassanak, és közben ne veszítsék el a fő asztali telefonjuk funkcióit .

1

A https://admin.webex.com ügyfél né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, válassza a Speciális hívási beállítások lehetőséget, majd kattintson a Hoteling gombra.

3

Kapcsolja be a Hoteling funkciót, majd kattintson a Mentés gombra.

Annak megakadályozása, hogy valaki figyelemmel kísérje egy felhasználó vonali állapotát

1

A https://admin.webex.com ügyfél né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ó megfelelő Automatikusfelügyelő-adatvédelmi beállításait.

4

Jelölje be az Adatvédelem engedélyezése jelölőnégyzetet. Ezután eldöntheti, hogy a Felhasználó keresése név szerint mezőből kilépve blokkol-e mindenkit, vagy kiválasztja, hogy ki felügyelheti a felhasználó vonalának állapotát.

A fenti végrehajtási példával az adminisztratív asszisztensük nevét keresné meg.

5

Kattintson a Mentés gombra.

Annak engedélyezése, hogy egy felhasználó láthassa a vonal állapotát valaki más telefonján vagy egy hívásvárakoztatási melléken

A figyelt vonalak maximális száma 50, de érdemes a sávszélességet is figyelembe venni. A maximumot a felhasználó telefonján lévő vonal gombjainak számával is meg lehet határozni.

1

A https://admin.webex.com ügyfél né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ási beállítások lehetőséget, majd menjen a Figyelés részre.

3

Válasszon az alábbiak közül:

  • Figyelt vonal hozzáadása
  • Hívásvárakoztatási mellék hozzáadása
4

Válassza ki, hogy szeretné-e, hogy a felhasználó értesítést kapjon a várakoztatott hívásokról, keresse meg a figyelni kívánt személyt vagy a hívásvárakoztatási melléket, majd kattintson a Mentés gombra.


 

A Control Hubban a figyelt vonalak listája a felhasználó készülékén megjelenő figyelt vonalak sorrendjének felel meg. A figyelt vonalak listáját bármikor átrendezheti.

2021. aug. 5.
Webex hívó felhasználók konfigurálása és kezelése

A Cisco Webex Control Hub minden egyes felhasználóját hozzá kell adnia ahhoz, hogy kihasználhassák a Webex Hívás szolgáltatásokat. A hozzáadni szükséges felhasználók száma határozza meg, hogyan adja hozzá őket a Control Hubba, 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á egy CSV-fájl segítségével. A választás a tiéd.


Ha szinkronizálja a felhasználókat egy könyvtárból, például az Active Directoryból, ha manuálisan ad hozzá embereket a Vezérlőközpontba, akkor azokat is hozzá kell adnia a könyvtárhoz.


A felhasználók hozzáadásakor a vezeték- és keresztnevek nem tartalmazhatnak kiterjesztett ascii karaktereket vagy a következő karaktereket %, #, <,>,, \, /,", és legfeljebb 30 karakter hosszúságúak lehetnek.</,> Ezenkívül a vezeték- és keresztnevek nem kezdődhetnek +, -, =, @-gal.

Mielőtt elkezdené

Hibát követhet el, 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. A felhasználók először töröljék a szervezetüket, mielőtt hozzáadják őket a szervezethez.

1

Az ügyfélnézetből lépjen a https://admin.webex.comFelhasználókelemre, majd kattintson a Felhasználók kezelése gombra.

2

Válassza a Felhasználók manuális hozzáadása vagy módosításalehető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ímeklehetőséget, majd adjon meg legfeljebb 25 nevet és e-mail címet.

 

Felveheti azokat a felhasználókat, akik a szervezetbe konvertálhatók.

5

Licenckiosztás:

  • Ha aktív licencsablonnal rendelkezik, a licencek automatikusan hozzárendelődnek az új felhasználókhoz, és áttekintheti a licencösszesítőt.
  • Válassza ki a hozzárendelni kívánt szolgáltatásokat. Ha több előfizetéssel rendelkezik, válasszon 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 lehetőséget a Prémium és a Standard Agent opcióval. Felügyelő hozzáadásához válassza a Prémium és a Supervisor lehetőségeket is. A felhasználót ügynökként kezelik, kivéve, ha ön felügyelővé teszi őket.

6

Tartalomkezelő:

  • Ha a vállalati tartalomkezeléshez globális hozzáférést választ, akkor a tartalomkezelés automatikusan hozzárendelhető a felhasználókhoz.
  • Válasszon tartalomkezelési lehetőséget minden felhasználó számára.

7

Kattintson a Mentés lehetőségre.

  • Minden egyes személynek e-mailt küldünk, amelyre meghívják a csatlakozást.

  • A ControlHubban az emberek meghívás függő állapotban jelennek meg, amíg először nem jelentkeznek be. A licencek hozzárendelése a felhasználói aláírások első alkalommal történő aláírása után történik, vagy ha Cisco Directory Connectort használ egy igényelt tartománynal, a licencek a felhasználók létrehozásakor kerülnek hozzárendelésre.

8

(Nem kötelező) Ha hozzáadta a Hívás a felhasználóhoz, rendeljen hozzá egy helyet, telefonszámot és kiterjesztést.

9

Tekintse át a feldolgozott rekordok összefoglaló oldalát, és kattintson a Befejezés gombra.


 

Közvetlenül a hívó felhasználó hozzáadása után, ha hiba érkezik a felhasználói hívásbeállítások kiválasztásakor, javasoljuk, hogy távolítsa el a Webex Calling licencet, majd rendelje át a hívási licencet a felhasználónak.

A következő teendők:

Rendszergazdai jogosultságokat rendelhet a szervezethez.

Mielőtt elkezdené

Ha egynél több CSV-fájl 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ég (többek között Japán, Kína és Hongkong) ügyfelei számára a Hívóazonosító automatikusan feltöltődik a Keresztnév és vezetéknév mezőkből, és a CSV-feltöltés során figyelmen kívül hagyják a Hívóazonosító keresztnév és a Hívóazonosító vezetéknév mezőket.


Egyes táblázatszerkesztők eltávolítják a + jelet a cellákból, amikor a .csv megnyílik. Javasoljuk, hogy használjon szövegszerkesztőt .csv frissítésekhez. Ha táblázatszerkesztőt használ, győződjön meg róla, hogy a cellaformátumot szövegre állította, és adja vissza az eltávolított + jeleket.

1

Az ügyfélnézetből lépjen a https://admin.webex.comFelhasználókhoz, kattintson a Felhasználók kezelése gombra, és válassza a CSV Felhasználók hozzáadása vagy módosításalehetőséget.

2

Kattintson az Exportálás gombra a fájl letöltéséhez, és a csv fájl új sorába adhatja meg a felhasználói adatokat.

  • Szolgáltatás hozzárendeléséhez adja hozzá a TRUE értéket a szolgáltatás oszlopába, és a szolgáltatás kizárásához adjon hozzá HAMISé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 adott könyvtár és külső számok tartoznak, akkor adja meg a vezető + külső számokat más karakterek nélkül,

    Ha aktív licencsablonnal rendelkezik, hagyja üresen az összes szolgáltatásoszlopot, és a sablon automatikusan hozzárendelve legyen 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: Tartalomkezelés engedélyezése a felhasználók számára a Cisco Webex Vezérlőpulton.

  • 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 helyhez van rendelve.

  • Ha felhasználókat ad hozzá a Cisco Webex Contact Center felügyelőihez, akkor manuálisan kell hozzáadnia afelhasználókat. A standard és prémium szerepköröket csak CSV-vel rendelheti hozzá.

 

A felhasználó nevének megadásakor ügyeljen arra, hogy a vezetéknevét is adja meg, különben problémákba ütközhet.

3

Kattintson az Importálásgombra, jelölje ki a fájlt, és kattintson a Megnyitás gombra.

4

Válassza a csak Szolgáltatások hozzáadása vagy a Szolgáltatások hozzáadása és eltávolításalehetőséget.

Ha aktív licencsablonnal rendelkezik, válassza csak a Szolgáltatások hozzáadásalehetőséget.

5

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

A CSV fájl feltöltésre kerül, és a feladat létrejön. 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 lásd: Feladatok kezelése a Cisco Webex Vezérlőpulton.

1

Az ügyfélnézetből lépjen a https://admin.webex.comFelhasználókhoz.

2

Válasszon ki egy felhasználót, és kattintson a Szolgáltatások > a Licencek szerkesztése gombra.

3

Ha több előfizetéssel rendelkezik, válasszon előfizetést a listából.

4

Jelölje ki a hozzáadni vagy eltávolítani kívánt szolgáltatásokat, és kattintson a Továbbgombra.

5

Ha Webex-értekezlet-licenccel rendelkezik, válasszon egy fióktípust, amellyel a felhasználót hozzárendelheti az egyes Webex-értekezletekhez, majd kattintson a Mentésgombra.


 

Engedélyeznie kell a Résztvevők fiókfunkcióját a Webhely számára, hogy a felhasználókat résztvevőként rendelhesse hozzá. Ha nem látja a Résztvevő fiók oszlopát a CSV fájlban, akkor lépjen kapcsolatba az ügyfél sikerkezelőjével (CSM), a partnersikerkezelőjével (PSM) vagy a Cisco Technikai Segítségnyújtási Központtal (TAC), hogy engedélyezze ezt a funkciót a Webhelyére.

A résztvevő fióktípus nem érhető el a Webex Webhely rendszergazdája szerepkörrel rendelkező felhasználók számára. Ha ezeket a felhasználókat egy résztvevői fiókkal szeretné hozzárendelni, el kell távolítania az adott Webex-értekezletek webhelyére vonatkozó felügyeleti jogosultságaikat.


 

Közvetlenül a Híváslicenc hozzáadása után, ha hiba érkezik a felhasználói hívásbeállítások kiválasztásakor, javasoljuk, hogy távolítsa el a Webex Calling licencet, majd rendelje át a licencet a felhasználóhoz.

Mielőtt elkezdené

Ha egynél több CSV-fájl 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 táblázatszerkesztők eltávolítják a + jelet a cellákból, amikor a .csv megnyílik. Javasoljuk, hogy használjon szövegszerkesztőt .csv frissítésekhez. Ha táblázatszerkesztőt használ, győződjön meg róla, hogy a cellaformátumot szövegre állította, és adja vissza az eltávolított + jeleket.

1

Az ügyfélnézetből lépjen a https://admin.webex.comFelhasználókhoz, kattintson a Felhasználók kezelése gombra, és válassza aCSV Hozzáadás vagy Felhasználó módosításalehető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ájlt (exported_users.csv ) az alábbimódokon szerkesztheti:

  • A meglévő felhasználók módosításához a Felhasználói azonosító/E-mail (Kötelező) és a Hely kivételével bármely oszlopotfrissíthet. Ha például módosítja a felhasználói azonosítót/e-mailt, ez ú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 helyhez van rendelve.

  • Szolgáltatás hozzárendeléséhez adja hozzá a TRUE értéket a szolgáltatás oszlopába, és a szolgáltatás kizárásához adjon hozzá HAMISé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 adott előfizetésből származó szolgáltatást, amely a felhasználóra vonatkozik.

4

Adjon meg egy értéket a Hívási viselkedés oszlopban, ha módosítani szeretné az egyes felhasználók hívásainak módját. Az egyes beállításokkal kapcsolatos további információkért írja be az alábbi beállítások egyikét, és tekintse meg a Webex hívási viselkedésének beállítása című részt:

  • USE_ORG_SETTINGS –Adja meg ezt a karakterláncot a szervezetszintű beállítás használatához.

  • NATIVE_WEBEX_TEAMS_CALLING–Írja be ezt a karakterláncot a Hívás a Webex csapatokban beállításhoz.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL–Írja be ezt a karakterláncot a Webex Hívás 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ámot, a Hívóazonosító keresztnevétés a Hívóazonosító vezetéknév oszlopát, akkor a Keresztnév ,Vezetéknév és telefonszám oszlopban látható, ha 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, ha a felhasználó hívást kezdeményez.


 

A Hívóazonosító keresztnév és Hívóazonosító vezetéknév oszlopai nem tartalmazhatnak speciális karaktereket. Ha a Hívó Hívó azonosítója Keresztnév vagy Hívóazonosító Vezetéknév különleges karaktert tartalmaz, akkor a név egyszerűsített változata használatos.

6

A CSV-fájl mentése után kattintson az Importálásgombra, jelölje ki a módosításokat, majd kattintson a Megnyitás gombra.

7

Válassza a Csak szolgáltatások hozzáadása lehetőséget, vagy a Szolgáltatások hozzáadása és eltávolításalehetőséget, majd kattintson a Küldés gombra.


 

A felhasználó nem rendelkezhet két hívási licenccel, ezért ha a szervezet több előfizetéssel rendelkezik, és új előfizetésre szeretné áthelyezni a felhasználókat, válassza a Szolgáltatások hozzáadása és eltávolítása lehetőséget. A szolgáltatások hozzáadásához állítsa a cellákat TRUE-ra, és távolítsa el a szolgáltatásokat úgy, hogy ezeket a cellákat HAMIS-ra állítsa.

A CSV fájl feltöltésre kerül, és a feladat létrejön. 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 lásd: Feladatok kezelése a Cisco Webex Vezérlőpulton.

Ha nem tiltja el az admin meghívó 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őin.

Alternatív számokat is konfigurálhat úgy, hogy több telefonszám csörögje ugyanazt a telefont. Az egyes számokat különböző csengetésszögek segítségével különböztetheti meg, hogy mely sorokat hívják.

1

Az ügyfélnézetből lépjen a https://admin.webex.comFelhasználókhoz, majd válassza ki azt a személyt, akihez számot szeretne rendelni.

2

Válassza a Hívás lehetőséget, majd kattintson a Szám hozzáadásagombra.

3

Válasszon telefonszámot a rendelkezésre álló számok listájából. Lehetősége van bővítmény hozzárendelésére is.

Ha egy szám már hozzárendelve van 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ámról érkező hívások azonosításához megkülönböztető gyűrűmintát rendelhet. Engedélyezéshez kattintson a megkülönböztető gyűrűminta alatti váltásra.

5

Kattintson a Mentés lehetőségre.

1

Az ügyfélnézetből a https://admin.webex.comFelhasználók lapra lépve szűrje az Állapot oszlopot a Függőben lévő meghívva állapotú személyek megjelenítéséhez.

2

A Műveletek csoportban a Meghívás függőállapotában lévő személyek esetében válassza az újramegjelenítési meghívás további >.

Ha a szervezet könyvtárszinkronizálást használ, a törlési lehetőség nem érhető el a Vezérlőközpontban,és törölnie kell a felhasználói fiókokat az Active Directoryból. Ezután a Cisco Directory Connector frissíti a szervezetek felhasználói listáját, amikor szinkronizálja a felhasználói fiók adatait.

Az ügyfél nézetből lépjen a https://admin.webex.comFelhasználók gombra, kattintson a További gombra, majd kattintson a Felhasználó törlése gombra.

A felhasználó már nem tud bejelentkezni a Webex webhelyére, az összes hozzárendelt Webex szolgáltatása eltávolításra kerül, és eltávolítják azokat minden olyan helyről vagy csapatról, amelyben részt vettek. A szóközökben létrehozott tartalmak nem törlődnek, és a tartalomra az egyes szóköz-tulajdonos által végrehajtott megőrzési irányelvek vonatkoznak.

Különböző jogosultsági szinttel rendelkező ügyfél-rendszergazdát állíthat be. Lehetnek teljes körű rendszergazdák, támogatási rendszergazdák, csak olvasható 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.


A felhasználó- és eszköz rendszergazdái vagy eszköz rendszergazdái szerepkörét hozzárendelők nem tudják felügyelni a Webex-hívásokat.

A Control Hubban megismerheti a különböző jogosultsági szinteket, és beállíthat egy ügyfél-rendszergazdát. Az ügyfél rendszergazdái lehetnek teljes rendszergazdák, támogatási rendszergazdák, felhasználói és eszköz rendszergazdák, eszköz rendszergazdák, csak olvasható 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.

Mindig több rendszergazdát szeretne egy szervezethez. Ez a legjobb gyakorlat, és mindig lehetővé teszi az adminisztratív változtatásokat, ha az egyik rendszergazda nem érhető el.

A szervezeten belüli felhasználók meghatározott felügyeleti szerepköröket rendelhetnek hozzá annak meghatározásához, hogy mit láthatnak és férhetnek hozzá a Vezérlőközpontban. Amikor konkrét felügyeleti szerepköröket rendel hozzá, egyszerűsíti a felelősségi köröket, és megkönnyíti a rendszergazdák felelősségre vonást. A megfelelőségi tisztviselők megkereshetik a vállalat bizonyos munkatársait, megkereshetik az általuk megosztott tartalmakat, vagy kereshetnek egy adott területen, majd jelentést készíthetnek a megállapításokról.


1

Az ügyfél nézetből lépjen a https://admin.webex.comFelhasználók lapra, és válasszonfelhasználót.

2

A Szerepkörök és biztonság gombra kattintva a Rendszergazdai szerepkörök vagy a Szolgáltatáshozzáférés parancs érhetőel.

3

Jelöljön ki egy szerepkört, amelyet hozzárendelhet az adott felhasználóhoz.

Ha a felhasználót Webex Webhely-rendszergazdaként szeretné hozzárendelni, a Webhely rendszergazdái szerepkörei mellett kattintson a Szerkesztésgombra, és válasszon ki egy szerepkört minden olyan Webex-webhelyhez, amelyet a felhasználó kezelni szeretne.

4

Nyomja meg a Mentés gombot.

2021. júl. 9.
Webex hívóeszközök konfigurálása és kezelése

Rendszergazdaként eszközöket rendelhet a vezérlőközpont felhasználóihoz vagy munkaterületeihez. Választhat, hogy megadja egy eszköz MAC-címét, vagy létrehoz egy aktiváló kódot, amelyet ezután manuálisan kell beírni az eszközre.

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

Az itt felsorolt eszközök támogatják a Webex hívását. Bár ezek az eszközök MAC-címmel regisztrálhatók, csak a következő részhalmaz regisztrálható aktiváló kóddal:

  • Cisco IP Phone 6800 sorozatú multiplatform telefonok (audio telefonok—6821, 6841, 6851, 6861, 6871)

  • Cisco IP Phone 7800 sorozatú multiplatform telefonok (audio telefonok—7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (audio telefonok—8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (videotelefonok—8845, 8865)

  • Cisco IP konferencia telefon 7832 és 8832


Ami a DECT eszközöket illeti, a Control Hubban csak a DECT alapeszközök (nem DECT készülékek) érhetők el. Miután hozzárendelt egy alapegységet a felhasználóhoz, manuálisan párosítania kell egy DECT készüléket az alapegységhez. További információ: Csatlakoztassa a készüléket abázisállomáshoz.

1

Az ügyfél nézetből lépjen az https://admin.webex.comEszközök elemre, majd kattintson az Eszköz hozzáadásagombra.


 
A felhasználó profiljában telefon is hozzáadható a felhasználóhoz. Tekintse meg, hogyan kezelheti az Eszköz a felhasználónak szakaszt.
2

Válassza a Meglévő felhasználólehetőséget, adja meg a telefon tulajdonosát, akár a felhasználónév, akár a felhasználó valódi neve egy részét, válassza ki a felhasználót az eredmények 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ábbgombra.

4

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

  • Aktiválási kódszerint –Válassza ezt a lehetőséget, ha olyan aktiváló kódot szeretne létrehozni, amelyet megoszthat az eszköz tulajdonosával. A 16 jegyű aktiváló kódot manuálisan kell beírni magára az eszközre.

     

    A többplatformos telefonok firmware-terhelése 11.2.3MSR1 vagy újabb, hogy megjelenítsék az aktiváló kód képernyőjét. Ha a telefon firmware-ét frissíteni kell, mutasson a felhasználóknak a https://upgrade.cisco.com/MPP_upgrade.html.

  • MAC-cím szerint – Válassza ezt a beállítást, ha ismeri az eszköz MAC-címét. A telefon MAC-címének egyedi bejegyzésnek kell lennie. Ha olyan telefon MAC-címét adja meg, amely már regisztrált, vagy hibát követ el a szám megadásakor, hibaüzenet jelenik meg.

 

Korlátozások léphetnek életbe harmadik féltől származó eszközök használatakor.

Ha úgy döntött, hogy aktiváló kódot hoz létre az eszközhöz, de még nem használta ezt a kódot, az eszköz állapota a hozzárendelt felhasználó Eszközök szakaszában és a Vezérlőközpont fő eszközök listájábanaktiváláskéntolvasható. Ne feledje, hogy az eszköz állapotának frissítése akár 10 percet is igénybe vehet a ControlHubban.

Amikor az emberek dolgoznak, sok helyen összegyűlnek, például ebédlőkben, előcsarnokokban és konferenciatermekben. Ezekben a munkaterületekben beállíthatja a megosztott Cisco Webex-eszközöket, szolgáltatásokat adhat hozzá, majd figyelheti az együttműködés megtörténtét.

A Workspaces eszköz fő elve az, hogy nem egy adott felhasználóhoz van 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ását. 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 sorozatú multiplatform telefonok (audio telefonok—6821, 6841, 6851)

  • Cisco IP Phone 7800 sorozatú multiplatform telefonok (audio telefonok—7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (audio telefonok—8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (videotelefonok—8845, 8865)

  • Cisco IP konferencia telefon 7832 és 8832

1

Az ügyfélnézetből lépjen a https://admin.webex.comMunkaterületekelemre, majd kattintson a Munkaterület hozzáadásaelemre.

2

Adja meg a munkaterület nevét (például a fizikai szoba nevét), válassza ki a szoba típusát és adja hozzá a kapacitást. Ezután kattintson a Továbbgombra.

3

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

4

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

A Webex-híváshozcsak egy megosztott telefont adhat hozzá a munkaterülethez.

A Cisco IP Conference Phone 7832 esetében előfordulhat, hogy néhány softkey nem érhető el. Ha teljes softkey-készletre van szüksége, javasoljuk, hogy inkább rendelje hozzá ezt a telefont egy felhasználóhoz.

5

Hely és telefonszám hozzárendelése (a választott hely határozza meg), majd kattintson a Mentésgombra. Lehetősége van bővítmény hozzárendelésére is.

Amikor az emberek dolgoznak, sok munkaterületen, például ebédlőkben, előcsarnokokban és konferenciatermekben gyülekeznek. Ezekben a munkaterületekben beállíthatja a megosztott Cisco Webex-eszközöket, szolgáltatásokat adhat hozzá, majd figyelheti az együttműködés megtörténtét.

A Workspaces eszköz fő elve az, hogy nem egy adott felhasználóhoz van 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ását.

1

Az ügyfélnézetből lépjen a https://admin.webex.comMunkaterületekelemre, majd kattintson a Munkaterület hozzáadásaelemre.

2

Adja meg a munkaterület nevét (például a fizikai szoba nevét), válassza ki a szoba típusát és adja hozzá a kapacitást. Ezután kattintson a Továbbgombra.

3

Válassza a További Cisco Webex eszköz lehetőséget, majd kattintson a Tovább gombra.

Más Cisco Webex eszközök közé tartozik a Cisco Webex Room vagy Desk eszköz, beleértve a Cisco Webex Board-ot is.

4

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

  • Ingyenes hívás– A felhasználók csak SIP-cím (például username@example.calls.webex.com) segítségével kezdeményezhetnek Webex- vagy Webex-munkamenet-kezdeményezési protokoll (SIP) hívásokat.
  • Webex hívás– AMellett, hogy a Webex és a SIP-hívások kezdeményezhetők és fogadhatók, a munkaterületen lévő személyek az eszköz segítségével telefonhívásokat kezdeményezhetnek és fogadhatnak a Webex Hívásszámozási tervből. Például felhívhatja munkatársát, Giacomo Edwardsot az 555-555-5555 telefonszámon, az 5555-ös melléken vagy a SIP-címén, gedwards@example.webex.com de felhívhatja a helyi pizzériát is.
5

Hely hozzárendelése , telefonszám (a kiválasztott hely alapján meghatározva), bővítmény, majd kattintson a Mentésgombra.

6

Aktiválja az eszközt a megadott kód segítségével. Az aktiváló kódot másolhatja, e-mailben vagy nyomtathatja ki.

Ha több olyan eszközzel rendelkezik, amelyeket a felhasználókhoz és a helyekhez kell rendelnie, 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ását. Bár ezek az eszközök MAC-címmel regisztrálhatók, csak a következő részhalmaz regisztrálható aktiváló kóddal:

  • Cisco IP Phone 6800 sorozatú multiplatform telefonok (audio telefonok—6821, 6841, 6851)

  • Cisco IP Phone 7800 sorozatú multiplatform telefonok (audio telefonok—7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (audio telefonok—8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 sorozatú multiplatform telefonok (videotelefonok—8845, 8865)

  • Cisco IP konferencia telefon 7832 és 8832

1

Az ügyfél nézetből lépjen az Eszközökhöz , kattintson az https://admin.webex.comEszköz hozzáadása gombra, majd válassza ki, hogy felhasználóhoz vagy helyhez adja-e az eszközt.

2

Válassza a CSV fájl importálása/feltöltéselehetőséget.

3

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

  • Felhasználói attribútumokexportálása – A szervezet összes felhasználójának és a hozzájuk tartozó attribútumoknak a listáját is megkaphatja, így nem kell manuálisan megkeresnie az egyes felhasználókat.
  • CSV-sablon letöltése– Használhat egy általunk kitalált sablont, majd megadhat olyan információkat, mint a felhasználónevek, a típus (jelezze, hogy felhasználóról vagy helyről van-e szó), MAC-címek és eszközmodellek. Íme néhány dolog, amit szem előtt kell tartani:
    • A CSV fájl Felhasználónév oszlopában ügyeljen arra, hogy a felhasználó e-mail címét adja meg, ne a felhasználói azonosítóját vagy a nevét. Ebbe az oszlopba is beszúrhat egy helynevet.

    • 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 helyre lép be, amely még nem létezik, a hely automatikusan létrejön az Ön számára.

    • Ha üresen hagyja a MAC címoszlopot, aktiváló kódot generál, és magát az eszközt is be kell jegyezni.

4

Ha a MAC-címet üresen hagyta, kiválaszthatja, hogy az aktiváló kódot hová küldik:

  • Hivatkozás biztosítása– Az aktiválási kód hozzáadódik egy csv fájlhoz, amelyet ezután letölthet.
  • E-mail-aktiváló kód– Ha az eszköz egy helyhez van, az aktiváló kódot rendszergazdaként küldi el Önnek. Ha az eszköz egy felhasználó számára készült, az aktiváló kódot e-mailben küldi el a felhasználónak.
5

Importálja a lakott CSV fájlt.

6

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

Az eszközök aktiválásával állapotfrissítést kap.

 

A multiplatform eszközöknek 11.2.3MSR1 vagy újabb firmware-terhelést kell futtatniuk ahhoz, hogy a felhasználók be tudják írni az aktiváló kódot az eszközükön. A telefon firmware-ének frissítéséről ebben a cikkben olvashat.

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

1

Az ügyfélnézetből lépjen a https://admin.webex.comFelhasználók lapra.

2

Jelölje ki a felhasználót a módosításhoz, és görgessen le az Eszközökhöz.

3

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


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

Meglévő eszköz módosításához válassza ki az eszköz nevét.

Itt megtekintheti és szerkesztheti az eszköz beállításait, törölheti az eszközt, újraindíthatja az eszközt, vagy 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: Telefonbeállítások konfigurálása ésfrissítése.

Az eszközök közvetlenül a munkaterület profiljából is hozzáadhatók és kezelhetők. A munkaterületi eszközök tartalmazhatnak ATA-eszközöket, például faxgépeket. A munkaterület-eszközt szállodai állomásként is beállíthatja. A szállodai adásokkal kapcsolatos további információkért lásd: Hoteling in Cisco Webex Control Hub.

1

Az ügyfélnézetből lépjen a https://admin.webex.comMunkaterületeklapra.

2

Jelölje ki a módosítani kívánt munkaterületet, és lépjen az Eszközök lapra.

3

Eszköz hozzáadásához kattintson az Eszköz hozzáadásagombra.

4

Meglévő eszköz módosításához válassza ki az eszköz nevét.

Itt megtekintheti és szerkesztheti az eszköz beállításait, törölheti az eszközt, újraindíthatja az eszközt, és engedélyezheti az eszköz szállodai állomásként való használatát. A telefonbeállítások konfigurálásával kapcsolatos további információkért lásd: Telefonbeállítások konfigurálása ésfrissítése.

Sorokat adhat hozzá 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 segítségével fogadják és kezdeményezzék a hívásokat egy másik felhasználó kiterjesztése és onnan. Erre példa egy vezetői asszisztens, aki képes akar lenni hívásokat kezdeményezni és fogadni a főnök vonaláról. A megosztott vonalmegjelenések az elsődleges felhasználó vonalának egy másik példányai is lehetnek.

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


A felhasználó által az MPP-telefonjukhoz hozzáadott gyorstárcsák nem láthatók a Vezérlőközpontban, és felülírhatók, ha egy megosztott vonal be van állítva.

1

Az ügyfélnézetből lépjen a https://admin.webex.comFelhasználók vagy aMunkaterületek (attól függően, hogy a módosítendő eszköz hol van hozzárendelve).

2

Jelölje ki a felhasználót vagy a munkaterületet az Eszközök módosításához és görgetéséhez.

3

Válassza ki azt az eszközt, ahová hozzá szeretné adni vagy módosítani szeretné a megosztott sorokat, és görgessen a Telefon felhasználói és beállításai lapozgatásához.

A telefonon megjelenő felhasználók és helyek megjelenési sorrendben jelennek meg.

4

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

5

A sor eltávolításához kattintson az ikonra.


 
Az 1-es vonal elsődleges felhasználója nem távolítható el.
6

Megosztott vonalmegjelenés hozzáadásához kattintson az ikonra.


 
Adja hozzá a sorokat abban a sorrendben, amelyben azt szeretné, hogy megjelenjenek. A vonal megjelenésének átrendezéséhez törölje és adja hozzá a listához a kívánt sorrendben.
7

Adja meg a nevet vagy a telefonszámot, és válasszon a megjelenő beállítások közül, majd kattintson a Mentésgombra.

Konfigurálhatja a portokat a Control Hubban a felhasználóhoz rendelt analóg telefonadaptor (ATA) eszközön. Jelenleg a rendelkezésre álló ATA-eszközök két konfigurációja 2 porttal rendelkező eszközökre és 24 porttal rendelkező eszközökre áll rendelkezésre.

1

Az ügyfélnézetből lépjen a https://admin.webex.comFelhasználók lapra.

2

Jelölje ki a felhasználót az Eszközök módosításához és görgetéséhez.

3

Jelölje ki azt az eszközt, ahová hozzá szeretne adni vagy módosítani szeretne.

4

Az eszközön lévő felhasználók elemre kattintson aPortok konfigurálása gombra.

5

Megosztott portkonfiguráció hozzáadásához kattintson az ikonra.

6

Adja meg a nevet vagy a telefonszámot, és válasszon a megjelenő beállítások közül, majd kattintson a Mentésgombra.


 
A keresben csak az eszközök nélküli munkaterületek jelennek meg.
7

Ha az eszköz T.38 faxtömörítést igényel, jelölje be a T.38 oszlop jelölőnégyzetét, 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ület rendelkezhet ATA-tal. Ez hasznos a faxgépekhez.

Az ügyfélszolgálati eszközökhöz bármikor hozzáadhat telefonszámokat, függetlenül attól, hogy egy próbaidőszak közepén van-e, vagy fizetett előfizetésre váltott.


250-ről 1000-re növeltük a Control Hubban felvehető telefonszámok számát.

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a > számok hívása elemre, majd kattintson a Számok hozzáadásagombra.

2

Adja meg a hely- és számtípust. Ha számokat portol, adja meg mind az aktuális, mind az új számlázási számokat.

3

Ezután kattintson a Mentésgombra.

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

Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a Hívás >PSTN-rendelések szolgáltatásailapra.

Amikor tartozékokat (headseteket/KEM-eket) csatlakoztat egy MPP-eszközhöz, azok készletelemként jelennek meg a Vezérlőközpont Eszközök lapján. A Vezérlőközpont eszközök készletéből megtudhatja a tartozékmodellt, az állapotot és azt, hogy kihez tartozik a tartozék. Ha kiválaszt egy tartozékot, további információk érhetők el, például a tartozék sorozatszáma és az aktuális szoftververzió. A tartozék állapotmezője "online" néven van bejelentve, amíg a tartozék csatlakozik az MPP-hez. Az MPP-hez csatlakoztatott headset automatikusan frissíti szoftverét az Eszközkezelés legújabb verziójával.

1. táblázat. Kompatibilis headsetek

Telefon modell

Cisco Headset 520 sorozat

Cisco Headset 530 sorozat

Cisco Headset 560 sorozat

Cisco Headset 730 sorozat

Cisco IP telefon 8811/8841/8845

RJ9 – RJ11

Cisco IP telefon 8851/8861/8865

USB

USB

USB

RJ9 – RJ11

Cisco IP telefon 7811/7821/7841/7861

Cisco IP telefon 6821/6841/6851/6861

Cisco IP telefon 6871

USB

USB

USB

Cisco IP konferencia telefon 7832/8832

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

Telefon modell

KEM

Cisco IP telefon 8811/8841/8845

Cisco IP telefon 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP telefon 7811/7821/7841/7861

Cisco IP telefon 6821/6841/6861/6871

Cisco IP telefon 6851

CP-68KEM-3PCC

Cisco IP konferencia telefon 7832/8832

2021. máj. 18.
Örökbefogadási trendek és használati jelentések a Cisco Webex híváshoz

Számos jelentés áll az Ön rendelkezésére, amelyek segítségével felmérheti, hogyan használják a Webex Calling szolgáltatásokat, és milyen gyakran használják azokat. Ön is kap egy gyors képet a média minőségét a helyét.

Hívásjelentések megtekintése

A Cisco Webex Control Hub különböző jelentéseihez férhet hozzá, amelyek a Webex csapatok és értekezletek aktiválásával és használatával kapcsolatos részleteket tartalmaznak.

Amikor eléri a Hívási adatokat a Cisco Webex Vezérlőközpontból, a rendszer a Hívásadminisztrátori Portálra viszi. Ezeket az információkat arra használhatja, hogy felmérje, hogyan használják a Webex Hívási szolgáltatásokat az Ön szervezetében, és milyen gyakran használják ezeket a szolgáltatásokat.

Az ügyfél nézetben lépjen az https://admin.webex.comAnalytics részre, majd válassza a Webex hívás lehetőséget.

Automatikusan a Hívásadminisztrátori Portálra kerül, aholelemezheti és értékelheti a hívások használatát és minőségét. Az egyes hívási funkciókhoz rendelkezésre álló jelentésekkel kapcsolatos információkért lásd: Hívásadminisztrátori portál - Jelentések. A hívási tevékenységgel kapcsolatos információkat lásd: Hívásadminisztrátori portál - Analytics.

Helyszínei médiaminőségének értékelése

Hely szerinti nézet megjelenítése a hívás helyének médiaminőségéről. A médiaminőség az ügyfélhez, a Cisco MPP telefonokhoz és a Calling soft klienshez intézett és onnan indított hívások átlagos pontszámainak (MOS) összesítésén alapul. A lehetséges értékek a következők:

  • Áru-> 3.2

  • Fair-2,7-3,2

  • Gyenge - <2,7

  • Nem áll rendelkezésre adat - A kiválasztott időszakban nem kezdeményeztek vagy fogadtak hívásokat a helyszínre vonatkozóan.

1

Az ügyfél nézetben lépjen az https://admin.webex.comAnalytics részre, majd válassza a Webex hívás lehetőséget.

Az Adminisztrátori Portálra hoztak.

2

Lépj a Vezérlőpultra, és görgess a Szolgáltatásbiztosítás részre a szervezeted általános egészségi állapotának megtekintéséhez.

Ha meg szeretné nyitni a CScan eszközt a várakozási idő, a sávszélesség és a portok ellenőrzéséhez, kattintson a Hálózati készenléti teszt gombra.

Mi a következő lépés?

Ha a hely gyenge minősítést mutat, ez azt jelzi, hogy probléma lehet a média minőségével az egyik helyen. A gyakori okok nem elegendőek a sávszélességhez vagy a forgalmi torlódásokhoz. Ha a problémák továbbra is fennállnak, lépj be az Ügyfél nézetbe https://admin.webex.com, kattints az admin felhasználónevedre, majd kattints a Visszajelzés elemre az ügy megnyitásához.

CSCAN eszköz futtatása

A CISCO SZKENNELŐ eszköz segítségével ellenőrizheti a várakozási időt, a sávszélességet és a portokat.

Menj, https://cscan.webex.com/válaszd ki a szervert, majd kattints a TESZT FUTTATÁSÁRA.

2021. okt. 21.
Port referenciainformációk a Cisco Webex híváshoz

Itt van egy lista azokról a címekről, portokról és protokollokról, amelyeket a telefonok, a Webex alkalmazás és a Cisco Webex hívások átjáróinak csatlakoztatására használnak. Ez a cikk azoknak a hálózati rendszergazdáknak szól, különösen a tűzfal és a proxy biztonsági rendszergazdáknak, akik használni szeretnék a Webex Calling szolgáltatásokat a szervezetükön belül.

A jól konfigurált tűzfal elengedhetetlen a sikeres beüzemeléshez. Szükségünk van portokra a jelzésekhez, a médiához, a hálózati kapcsolathoz és a helyi átjáróhoz, és mivel a Webex Calling egy globális szolgáltatás, javasoljuk, hogy hagyja nyitva az alább felsorolt portokat.

Nem minden tűzfal-konfigurációnak kell nyitottnak lennie, de ha kívül-belül szabályokat futtat, akkor nyissa meg a portokat, hogy engedélyezze a szolgáltatáshoz szükséges protokollokat. Mindaddig, amíg telepíti a NAT-ot, meghatároz ésszerű kötelező időszakokat, és elkerüli a SIP manipulálását a NAT eszközön, nem kell megnyitnia a bejövő portokat a tűzfalon.


Ha egy útválasztó vagy tűzfal SIP-tudatos, ami azt jelenti, hogy SIP-alkalmazásréteg-átjáró (ALG) vagy valami hasonló engedélyezve van, a szolgáltatás megfelelő működésének fenntartása érdekében javasoljuk, hogy kapcsolja ki ezt a funkciót. A megfelelő gyártó dokumentációjában tájékozódhat arról, hogyan tilthatja le a SIP ALG használatát bizonyos eszközökön.

A Webex Találkozók és Üzenetek hálózati követelményeivel kapcsolatos részleteket lásd: Webex Szolgáltatások hálózati követelményei.

Webex hívásforgalom a tűzfalon keresztül

A legtöbb ügyfél internetes tűzfalat vagy internetes proxyt és tűzfalat telepít, hogy korlátozza és szabályozza a http alapú forgalmat, amely elhagyja és belép a hálózatába. A Webex Calling végpontok nem támogatják a http(s) proxyt, kivéve a lágy klienseket, amelyek a következő proxykörnyezeteket és a megfelelő hitelesítési módszereket támogatják:

  1. Kézi proxybeállítások

    • Nincs hitelesítés

    • Alapvető

    • NTLM

    • Tárgyalás

  2. WPAD-proxy konfigurálása

    • Nincs hitelesítés

    • Alapvető

  3. PAC-proxy konfigurálása

    • Nincs hitelesítés

    • Alapvető

    • NTLM

    • Tárgyalás

Kövesse az alábbi tűzfal útmutatást a Webex Calling szolgáltatások hálózati elérésének engedélyezéséhez.

Tűzfal konfiguráció

Ha a tűzfal támogatja az URL-szűrést, konfigurálja a tűzfalat, hogy engedélyezze a felsorolt Webex hívási cél URL-eket, amelyeket a Webex hívási szolgáltatások tartományai és URL-jei táblázat ismertet.

Ha azonban olyan tűzfalat használ, amely nem támogatja az URL-/tartományszűrést, konfigurálja a tűzfalat a forgalom szűrésére az IP-címtartományok és az IP-címek és portok Webex hívási szolgáltatásokhoz listáján szereplő portok használatával.

IP-címek és portok a Webex Calling Services számára

Az alábbi táblázat azokat a portokat és protokollokat ismerteti, amelyeket meg kell nyitnia a tűzfalon, hogy lehetővé tegye a felhőalapú Webex-alkalmazások regisztrálását, valamint a Webex Calling felhőalapú jelzésekkel és médiaszolgáltatásokkal való kommunikációt.

IP-alhálózatok a Webex hívási szolgáltatásokhoz

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

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

23.89.76.128/25

170.72.29.0/24

170.72.17.128/25

170.72.0.128/25

Kapcsolódási cél

Forráscímek

Forrásportok

Protokoll

Célcímek

Rendeltetési kikötők

Jegyzetek

Hívásjelzés a Webex-híváshoz (SIP TLS)

Helyi átjáró külső (Nic) 8000-65535

TCP

A Webex Calling Services IP-alhálózatait tekintse meg.

8934

Ezek az IP-k/portok a kimenő SIP-TLS hívások jelzéséhez szükségesek a helyi átjáróktól, eszközöktől és alkalmazásoktól (forrás) a Webex hívó felhőig (cél).

Eszközök

5060-5080

Alkalmazások

Efemer (OS-függő)

Hívja a médiát a Webex-híváshoz (STUN,SRTP)

Helyi átjáró külső hálózati adapter

8000-48000

UDP

A Webex Calling Services IP-alhálózatait tekintse meg.

5004,19560-65535

Ezek az IP-k/portok a helyi átjárókból, eszközökből és alkalmazásokból (forrásból) a Webex hívó felhőjébe (célhelyre) irányuló kimenő SRTP-hívásokhoz szükségesek.

Eszközök

19560-19660

Alkalmazások

Efemer

Hívásjelzés a PSTN-átjáróhoz (SIP TLS) Helyi átjáró belső hálózati azonosítója 8000-65535 TCP ITSP PSTN GW vagy egyesített CM A PSTN opciótól függ (például jellemzően 5060 vagy 5061 az Egységesített CM esetén)
Média hívása PSTN-átjáróhoz (SRTP) Helyi átjáró belső hálózati azonosítója

8000-48000

UDP ITSP PSTN GW vagy egyesített CM A PSTN opciótól függ (például jellemzően 5060 vagy 5061 az Egységesített CM esetén)

Hívásjelzés nyilvánosan elérhető végpontokra (SIP TLS)

A Webex Calling Services IP-alhálózatait tekintse meg.

Efemer

TCP

Végpont IP

8934

Ezek az IP-k/portok szükségesek a bejövő SIP-TLS hívások jelzéséhez a Webex hívó felhőből (forrás) a nyilvánosan elérhető végpontokig (cél).

Eszközkonfiguráció és firmware-kezelés (Cisco eszközök)

Webex hívóeszközök

Efemer

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Ezek az IP-címek a cloudupgrader.webex.com webhelyhez tartoznak.

Csak akkor engedélyezze a cloudupgrader.webex.com és a 443, 6970 portokat, ha az Enterprise telefonokról (Cisco Unified CM) áttér a Webex hívásra. További információkért látogasson el a upgrade.cisco.com címre.

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-címek az activation.webex.com webhelyhez tartoznak.

Ezek az IP-címek az eszközök (MPP-telefonok) 16 számjegyű aktiválási kóddal (GDS) történő biztonságos csatlakoztatásához szükségesek.

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-címek az activ.cisco.com webhelyhez tartoznak.

Ez a tartomány a CDA / EDO-K - MAC-cím alapú szolgáltatáshoz használatos. Eszközök (MPP-telefonok, ATA-k és SPA ATA-k) használják újabb firmware-rel.

Amikor a telefon először csatlakozik a hálózathoz, vagy a gyári alaphelyzetbe állítás után, és nincsenek beállítva DHCP-opciók, kapcsolatba lép egy eszközaktiváló szerverrel a zéró érintéses előkészítés érdekében. Új telefonok használata "activ.cisco.com" helyett "webapps.cisco.com" a céltartalékolás. A 11.2(1) előtt kiadott firmware-rel rendelkező telefonok továbbra is a "webapps.cisco.com" címet használják. Javasoljuk, hogy mindkét domainnevet engedélyezze a tűzfalon keresztül.

72.163.10.128/25

173.37.146.128/25

80,443

Ezek az IP-címek a webapps.cisco.com webhelyhez tartoznak.

Ez a tartomány a CDA / EDO-K - MAC-cím alapú szolgáltatáshoz használatos. Régebbi firmware-rel rendelkező eszközök (MPP-telefonok, ATA-k és SPA ATA-k) használják.

Amikor a telefon először csatlakozik a hálózathoz, vagy a gyári alaphelyzetbe állítás után, és nincsenek beállítva DHCP-opciók, kapcsolatba lép egy eszközaktiváló szerverrel a zéró érintéses előkészítés érdekében. Új telefonok használata "activ.cisco.com" helyett "webapps.cisco.com" a céltartalékolás. A 11.2(1) előtt kiadott firmware-rel rendelkező telefonok továbbra is a "webapps.cisco.com" címet használják. Javasoljuk, hogy mindkét domainnevet engedélyezze a tűzfalon keresztül.

A Webex Calling Services IP-alhálózatait tekintse meg.

80,443

Ezek az IP-címek szükségesek az Eszköz konfigurálásához és a Webex hívás firmware kezeléséhez.

Eszközidő-szinkronizálás (NTP)

Webex hívóeszközök

51494

UDP

A Webex Calling Services IP-alhálózatait tekintse meg.

123

Ezek az IP-címek az eszközök (MPP-telefonok, ATA-k és SPA ATA-k) időszinkronizálásához szükségesek

Eszköznévfelbontás

Webex hívóeszközök

Efemer

UDP és TCP

Házigazda által definiált

53

Alkalmazáskonfiguráció

Webex hívási alkalmazások

Efemer

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-címek a Webex Idbroker hitelesítési szolgáltatásokhoz tartoznak, és az ügyfelek, azaz a Webex Alkalmazások használják őket.

A Webex Calling Services IP-alhálózatait tekintse meg.

80, 443, 8443

Ezek az IP-címek a Webex Calling alkalmazás konfigurációs szolgáltatásaihoz tartoznak, és az ügyfelek, azaz a Webex Applications használják őket.

Alkalmazásidő szinkronizálása

Webex hívási alkalmazások

123

UDP

Házigazda által definiált

123

Alkalmazásnév-felbontás

Webex hívási alkalmazások

Efemer

UDP és TCP

Házigazda által definiált

53

CScan

Webex hívási alkalmazások

Efemer

UDP és TCP

A Webex Calling Services IP-alhálózatait tekintse meg.

8934 és 80, 443, 19569-19760

Ezeket az IP-ket az ügyfelek, azaz a Webex Applications által használt CScan szolgáltatások használják. További információkért látogasson el a cscan.webex.com címre.

† A CUBE media port tartomány az rtp port tartományban konfigurálható.

*Ezek az IP-címek/tartományok nem a Cisco tulajdonában vannak, és időszakosan változhatnak. Ha tűzfalat használ, javasoljuk, hogy engedélyezze a felsorolt URL-eket.

A Webex Calling Services domainjei és URL-jei

Tartomány / URL

Leírás

Webex-alkalmazások és -eszközök, amelyek ezeket a domaineket / URL-eket használják

Cisco Webex szolgáltatások

*.broadcloudpbx.com

Webex hitelesítési mikroszolgáltatások keresztindításhoz a Control Hubtól a Calling Admin Portalig.

Control Hub

*.broadcloud.com.au

Webex Calling szolgáltatások Ausztráliában.

Összes

*.broadcloud.eu

Webex Calling szolgáltatások Európában.

Összes

*.broadcloudpbx.net

Ügyfélkonfigurációs és -kezelési szolgáltatások hívása.

Webex Apps

*.cisco.com

Amikor a telefon először csatlakozik a hálózathoz, vagy a gyári alaphelyzetbe állítás után, ha nincs beállítva DHCP-opció, kapcsolatba lép egy eszközaktiváló szerverrel a zéró érintéses előkészítés érdekében. Új telefonok használata activ.cisco.com és a telefonok firmware kiadás előtt 11.2(1), továbbra is használja webapps.cisco.com az ellátás.

MPP telefonok, Control Hub

*.ucmgmt.cisco.com

Webex Calling szolgáltatások

Control Hub

*.webex.com

Webex Alapszolgáltatások híváshoz, találkozóhoz és üzenetküldéshez, például hitelesítés stb.

Összes

*.wbx2.com és *.ciscospark.com

Webex mikroszolgáltatások, mint a szoftverfrissítési szolgáltatás.

Összes

További Webex-szel kapcsolatos szolgáltatások (harmadik fél domainjei)

*.appdynamics.com

*.eum-appdynamics.com

Teljesítménykövetés, hiba- és ütközésrögzítés, munkamenet-mérőszámok.

Control Hub

*.huron-dev.com

Webex Hívás mikro szolgáltatások, mint a váltó szolgáltatások, telefonszám rendelési, és hozzárendelési szolgáltatások.

Control Hub

*.sipflash.com

Eszközkezelési szolgáltatások (főleg az Egyesült Államokban).

Webex Apps

*.walkme.com *.walkmeusercontent.com

Webex felhasználói útmutató kliens. Belépési és használati túrákat biztosít az új felhasználóknak.

További információkért a WalkMe-ről kattintson ide.

Webex Apps

Ha a hálózati tűzfal támogatja a domaint, engedélyezze a http(s) -forgalom listáit, mint például a * .webex.com, akkor erősen ajánlott, hogy engedélyezze az összes ilyen domaint.

Webex Ülések/Üzenetek - Hálózati követelmények

Ha a Webex Találkozók és Üzenetek szolgáltatással telepíti a Webex Hívást, a Webex Találkozók és Üzenetek szolgáltatás hálózati követelményei megtalálhatók a Webex Szolgáltatások hálózati követelményeiben.

Dokumentum-verzióelőzmények

Dátum

A következő módosításokat hajtottuk végre ebben a cikkben

2021. szeptember 20.

4 új IP-alhálózat hozzáadva a Webex hívásszolgá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.

* .ciscospark.comhozzáadva a Webex Calling Services domainjeihez és URL-jeihez a Webex Calling use cases támogatásához a Webex alkalmazásban.

2021. március 25.

6 új IP-tartomány hozzáadva az activ.cisco.com-hoz, amely 2021. május 8-tól lép 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 4.

A Webex Calling diszkrét IP-címeket és kisebb IP-tartományokat egyszerűsített tartományokkal helyettesítette egy külön táblázatban a tűzfal-konfiguráció könnyebb megértése érdekében.

2021. február 26.

A Webex Calling (STUN,SRTP) számára 5004-es célportot adott hozzá a Webex Calling szolgáltatásban 2021 áprilisában elérhető Interactive Connectivity Establishment (ICE) támogatásához.

2021. február 22.

A domainek és URL-ek mostantól külön táblázatban vannak felsorolva.

Az IP-címek és portok táblázata ugyanazon szolgáltatások IP-címeinek csoportosításához igazodik.

Megjegyzések oszlop hozzáadva az IP-címek és portok táblázathoz a szükségletek jobb megértése érdekében.

A következő IP-címek kerültek át egyszerűsített tartományokba az eszköz konfigurálásához és a firmware kezeléséhez (Cisco eszközök):

activ.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

Az alkalmazáskonfigurációhoz a következő IP-címek lettek hozzáadva, mivel a Cisco Webex kliens 2021 márciusában egy újabb DNS SRV-re mutat 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öz konfigurációjához és a firmware kezeléséhez (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öz konfigurációjából és a firmware kezeléséből (Cisco eszközök):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Az alkalmazás konfigurációjához a következő IP-címeket adtuk hozzá:

  • 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ás konfigurációjából:

  • 64.68.99.6

  • 64.68.100.6

Eltávolítottuk a következő portszámokat az alkalmazás konfigurációjából:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

A következő domaineket adtuk hozzá az alkalmazás konfigurációjá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ímeket adott hozzá a port referencia képeihez.

2020. december 22.

Frissítette az Alkalmazáskonfiguráció sort a táblázatokban, hogy tartalmazza a következő IP-címeket: 135.84.171.154 és 135.84.172.154.

Elrejtette a hálózati diagramokat, amíg ezek az IP-címek is hozzáadhatók.

2020. december 11.

Frissítette az Eszközkonfiguráció és a firmware-kezelés (Cisco eszközök), valamint a támogatott kanadai domainek alkalmazáskonfigurációs sorait.

2020. október 16.

Frissítette a hívójelzést és a média bejegyzéseket a következő IP-címekkel:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

2020. szeptember 23.

A „CScan” címszó alatt a 199.59.64.156 helyébe 199.59.64.197 lépett.

2020. augusztus 14.

További IP-címeket adott hozzá a kanadai adatközpontok bevezetésének támogatásához:

Hívásjelzés a Webex Calling (SIP TLS) számára —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

2020. augusztus 12.

További IP-címeket adott hozzá a kanadai adatközpontok bevezetésének támogatásához:

  • Hívja a médiát a Webex-híváshoz (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Hívásjelzés a nyilvánosan elérhető végpontokra (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Eszközkonfiguráció és firmware-kezelés (Cisco eszközök)—135.84.173.155,135.84.174.155

  • Eszközidő szinkronizálása-135.84.173.152, 135.84.174.152

  • Alkalmazás-konfiguráció-135.84.173.154,135.84.174.154

2020. július 22.

A következő IP-címmel egészült ki a kanadai adatközpontok bevezetésének támogatása érdekében: 135.84.173.146

2020. június 9.

A következő módosításokat hajtottuk végre a CScan bejegyzésben:
  • Helyesbítve az egyik módosított IP-címen 199.59.67.156-tól 199.59.64.156-ig

  • Az új funkciókhoz új portokra, valamint UDP-19560-19760-asokra van szükség

2020. március 11.

Az alkalmazás konfigurációjához a következő domain- és IP-címeket adtuk hozzá:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

A következő domaineket frissítettük további IP-címekkel az eszköz konfigurálásához és a firmware kezeléséhez:

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

2020. február 27.

A következő tartományt és portokat adtuk hozzá az eszköz konfigurálásához és a firmware kezeléséhez:

cloudupgrader.webex.com—443, 6970

Hasznos volt ez a cikk?

Webex híváskonfigurációs munkafolyamat

Kapcsolódó cikkek
arrow up