Webex híváskonfigurációs munkafolyamat

2021. máj. 18. |
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

Hívásbeállítások beállítása az Első beállítás varázslóban

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.

Helyszín hozzáadása

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.

Hely törlése a Webex hívószervezetből

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.

Meglévő hely frissítése

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.

A Webex hívási hívócsomag konfigurálása

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.

A vezérlőközpontban konfigurálja a helyiségalapú PSTN-t (helyi átjárót)

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.

Csomagtartó létrehozása

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.

Csomagtartó kiválasztása a telephelyen alapuló PSTN-hez

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.

Számok kezelése a helyeken

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.

Webex-szolgáltatások vásárlásának kérése a Cisco Webex Vezérlőpult próbaüzeméből

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.

Hívási beállítások beállítása Webex-felhasználók számára

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.

Hívási viselkedés beállítása a Vezérlőközpontban

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. aug. 4.
A helyi átjáró konfigurálása az IOS-XE-n Webex híváshoz

Miután konfigurálta a Webex Calling for your organization-t, konfigurálhat egy törzset, hogy a helyi átjárót a Webex Híváshoz csatlakoztassa. A csomagtartó a helyi átjáró és a Webex felhő között mindig biztosított a SIP TLS átvitel és az SRTP segítségével a helyi átjáró és a Webex Call Access SBC közötti média számára.

Helyi átjáró konfigurációs feladatfolyama

Ezzel a feladatfolyammal konfigurálhatja a Webex Calling törzs helyi átjáróját. Az ezt követő lépések a helyi átjárón, parancssor segítségével hajtják végre. A csomagtartó a helyi átjáró és a Webex Hívás között mindig biztosított a SIP TLS szállítással és az SRTP-vel a helyi átjáró és a Webex Calling Access SBC közötti média számára.

Mielőtt elkezdené

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

  • Hozzon létre egy csomagtartót a Vezérlőközpontban, és rendelje hozzá a kívánt helyre.

  • A dokumentumban megadott konfigurációs irányelvek feltételezik, hogy egy dedikált helyi átjáróplatform nincs meglévő hangkonfigurációval. Ha egy meglévő PSTN-átjáró vagy CUBE-vállalati üzembe helyezést úgy módosítanak, hogy a Webex-hívás helyi átjáró funkcióját is használják, ügyeljen az alkalmazott konfigurációra, és győződjön meg arról, hogy a meglévő hívásáramlások és -funkciók nem szakadnak meg a végrehajtott módosítások következtében.

  Parancs vagy művelet cél
1

Paraméterleképezés a vezérlőközpont és a Cisco egyesített szegélyeleme között

Használja ezt a táblázatot referenciaként a Control Hubból származó paraméterekhez, és ahol a helyi átjáróra térképeznek.
2

Referenciaplatform-konfiguráció végrehajtása

Hajtsa végre ezeket a lépéseket a helyi átjáró közös globális konfigurációjaként. A konfiguráció tartalmazza az alapplatform konfigurációját és a megbízhatósági készlet frissítését.
3

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

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

A hívásátirányítás a helyi átjárón a webex hívástelepítési beállításon alapul, amelyet ön választott. Ez a szakasz feltételezi, hogy az IP PSTN megszüntetése ugyanazon a platformon van, mint a helyi átjáró. Az alábbi konfiguráció a helyi átjáró egyik beállítására épül:

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

  • A helyi átjárótelepítési lehetőség egy meglévő Unified CM környezetben. A helyi átjáró és az IP PSTN CUBE a coresident.

Paraméterleképezés a vezérlőközpont és a Cisco egyesített szegélyeleme között

1. táblázat. Paraméterleképezés a vezérlőközpont és a helyi átjáró között

Control Hub

Helyi átjáró

Regisztrátor domain:

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

example.com

anyakönyvvezető

example.com

Trunk Group OTG/DTG

korty profilok:

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

Az ">" módosításából :;otg=otgDtgId>"

Vonal/Port

user@example.com

szám: felhasználó

Kimenő proxy

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

SIP felhasználónév

felhasználónév

SIP jelszó

jelszó

Referenciaplatform-konfiguráció végrehajtása

Mielőtt elkezdené

  • Győződjön meg arról, hogy az alapplatform-konfigurációk, például az NTP-k, az ACL-ek, a jelszavak engedélyezése, az elsődleges jelszó, az IP-útválasztás, az IP-címek és így tovább a szervezet házirendje és eljárásai szerint vannak konfigurálva.

  • Az LGW összes üzembe helyezéséhez szükséges IOS-XE 16.12 vagy IOS-XE 17.3 legújabb.

1

Győződjön meg arról, hogy a layer 3 interfészek érvényes és címezhető IP-címekkel rendelkeznek:

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

A jelszó elsődleges kulcsát előre konfigurálnia kell az alábbi parancsok használatával, mielőtt az felhasználható lenne a hitelesítő adatokban és a megosztott titkokban. A 6-os típusú jelszavakat AES-titkosítással és a felhasználó által definiált elsődleges billentyűvel titkosítják.


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

Az IP Name Server konfigurálása a DNS-keresés engedélyezéséhez és pingeléssel 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

TLS 1.2 kizárólagosság és alapértelmezett helyőrző Trustpoint engedélyezése:

  1. Helyőrző PKI Trustpoint létrehozása és sampleTP-nek nevezés

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

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

  4. A kripto bizalmi pontra akkor is szükség van, ha a kapcsolat beállításához nincs szükség helyi ügyféltanúsítványra (például mTLS).

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

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

  7. (IOS-XE 17.3.2 és újabb) Állítsa be az időzítők kapcsolatát tls létrehozása <wait-timer in="" sec="">. A tartomány 5 és 20 másodperc között van, az alapértelmezett pedig 20 másodperc. (Az LGW 20 másodpercet vesz igénybe a TLS-kapcsolat meghibásodásának észleléséhez, mielőtt megpróbál kapcsolatot létesíteni a következő elérhető Webex Call Access SBC-vel. Ez a CLI lehetővé teszi az adminisztrátor számára, hogy módosítsa az értéket a hálózati feltételeknek megfelelően, és sokkal gyorsabban észlelje az Access SBC csatlakozási hibáit).


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

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

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

Helyi átjáró trustpool frissítése:

Az alapértelmezett trustpool csomag nem tartalmazza a "DigiCert Root CA" tanúsítványt, amely a kiszolgáló oldali tanúsítvány érvényesítéséhez szükséges a TLS-kapcsolat létrehozása 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/a .

  1. Ellenőrizze, hogy létezik-e a DigiCert Room CA tanúsítvány:

    
LocalGateway#show crypto pki trustpool | include DigiCert

  2. Ha nem létezik, frissítse az alábbiak szerint:

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

  1. igazol:

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

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

Mielőtt elkezdené

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

1

Adja meg ezeket a parancsokat a helyi átjáró alkalmazás bekapcsolására (lásd a Cisco Webex porthivatkozási információit, amelyben a legutóbbi IP-alhálózatokat kéri, amelyeket fel kell venni a megbízhatósági listára):

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

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

LocalGateway(conf-serv-stun)#sip

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

A parancsok magyarázata:

Útdíjcsalás megelőzése
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y

  • Kifejezetten engedélyezi azoknak az entitásoknak a forrás IP-címét, amelyektől a helyi átjáró legitim VoIP-hívásokat vár el, például Webex Calling társait, Egyesített CM-csomópontokat, IP PSTN-t.

  • Alapértelmezés szerint az LGW blokkolja az összes bejövő VoIP hívásbeállítást a megbízható listáján nem szereplő IP-címekről. A "munkamenet-cél IP"-vel vagy kiszolgálócsoporttal rendelkező telefonos társ IP-címei alapértelmezés szerint megbízhatóak, és itt nem kell feltölteni.

  • A listában szereplő IP-címeknek meg kell egyeznie az IP-alhálózatokkal a regionális Webex Call adatközpont szerint, amelyhez az ügyfél csatlakozik. További információ: Port Reference Information for Webex Calling (Port Reference Information for WebexCalling).


     

    Ha lgw mögött egy tűzfal korlátozott kúp NAT, akkor inkább letiltani az IP-cím megbízható listát a Webex Hívás-orientált felületen. Ez azért van, mert a tűzfal már megvéd a kéretlen bejövő VoIP-tól. Ez a művelet csökkentené a hosszabb távú konfigurációs általános élettartamot, mert nem tudjuk garantálni, hogy a Webex Calling társainak címei rögzítettek maradnak, és minden esetben konfigurálnia kell a tűzfalat a társaik számára.

  • Előfordulhat, hogy más IP-címeket más felületeken kell konfigurálni; előfordulhat például, hogy az egyesített CM-címeket hozzá kell adni a befelé néző felületekhez.

  • Az IP-címeknek meg kell egyeznie a házigazdák outbound-proxy megoldás a bérlő 200-ra

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

Média
voice service voip
 media statistics 
 media bulk-stats

  • A médiastatisztika lehetővé teszi a médiafigyelést a helyi átjárón.

  • A média tömeges statisztikái lehetővé teszik a vezérlősík számára, hogy lehívja az adatsíkot a tömeges hívásstatisztikákhoz.

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

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

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

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

Lehetővé teszi a T.38 faxszállítást, bár a FAC-forgalom nem lesz titkosítva.

Globális KÁBÍTÁS engedélyezése
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$

  • Amikor egy hívást visszaküldenek egy Webex Calling felhasználónak (például mind a hívott, mind a hívó felek Webex Calling előfizetők, és a média a Webex Calling SBC-nél van rögzítve), a média nem áramolhat a helyi átjáróba, mivel a lyuk nincs megnyitva.

  • A helyi átjáró KTUN-kötések funkciója lehetővé teszi a helyileg generált KTUN-kérelmek elküldését a tárgyalt médiaútvonalon keresztül. Ez segít a tűzfalban lévő lyuk megnyitásában.

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

G729
sip
  g729 annexb-all

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

SIP
early-offer forced

Arra kényszeríti a helyi átjárót, hogy küldje el az SDP információkat az első INVITE üzenetben, ahelyett, hogy a szomszédos partner visszaigazolására várna.
2

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

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

Ezek a szabályok

A parancsok magyarázata:

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

    Ez konvertálja a SIP URL-eket és a SIP URL-eket, mivel a Webex Calling nem támogatja a SIP URL-eket a kérési/válaszüzenetekben, de szüksége van rájuk az SRV-lekérdezésekhez, például_sips._tcp.<outbound-proxy>.

  • a 20. szabály módosítja a From fejlécet, hogy tartalmazza a Trunk Group OTG/DTG paraméterét a Control Hub-ból, hogy egyedileg azonosítsa az LGW webhelyét egy vállalaton belül.

  • Ez a SIP-profil a Hangosztály 200-as bérlőjére lesz alkalmazva (erről később beszélünk) a Webex hívással szemben álló összes forgalomra.
3

Konfigurálja a Codec profilt, az STUN definíciót és az SRTP Crypto csomagot.

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:

  • Hang osztály kodek 99: Lehetővé teszi mind a g711 (mu és a-law) kodekek ülés. Az összes tárcsatársra vonatkozik.

  • Hangosztály srtp-crypto 200: A SHA1_80 az egyetlen SRTP rejtjelcsomagként adja meg, amelyet a helyi átjáró kínál az SDP-ben az ajánlatban és a válaszban. A Webex Hívás csak a SHA1_80 támogatja.

  • A Webex Hívással szemben álló 200-as hangosztályú bérlőre (később tárgyalva) kerül alkalmazásra.

  • Hangosztály kábítás-használat 200: Definiálja az STUN használatát. Minden Webex Hívás-orientált (2XX tag) telefonos társra vonatkozik, hogy elkerülje a hang nélküli hangot, amikor egy egyesített CM telefon továbbítja a hívást egy másik Webex hívó telefonra.


 

Azokban az esetekben, amikor a média az ITSP SBC-nél van lehorgonyzva, és a Helyi Átjáró a NAT mögött van, és az ITSP bejövő médiafolyamára vár, ez a parancs alkalmazható az ITSP-n a telefonos társokkal szemben.

 

Kábítás használata ice lite van szükség a hívás áramlások felhasználásával média útvonal optimalizálása.
4

A Map Control Hub paraméterei a helyi átjárókonfigurációhoz:

A Webex Calling a helyi átjárón belül bérlőként kerül hozzáadásra. A helyi átjáró regisztrálásához szükséges konfigurációt a 200-as hangosztály-bérlő határozzameg. A konfiguráció elemeit a Vezérlőközpont törzsinfó oldalán kell beszereznie a képen látható módon. Ez egy példa arra, hogy milyen mezők térképet az adott helyi átjáró CLI.

A 200-as bérlő ezután a helyi átjárók konfigurációjában az összes Webex-hívással szemben lévő telefonos társra(2xx tag) vonatkozik. A hangosztály bérlői funkciója lehetővé teszi a SIP törzsparaméterek csoportosítását és konfigurálását, amelyek egyébként a voip és a sip-ua hangszolgáltatás keretében történik. Ha a bérlőt egy telefonos partner konfigurálja és alkalmazza, az IOS-XE konfigurációk a következő preferencia-sorrendben kerülnek alkalmazásra:

  • Dial-peer konfiguráció

  • Bérlői konfiguráció

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

Konfigurálja a hangosztály bérlője 200-ast, hogy engedélyezze a csomagtartó regisztrációját az LGW-ről a Webex Hívásra a Control Hubtól kapott paraméterek alapján:


 

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

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

A parancsok magyarázata:

voice class tenant 200

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

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 két percenként frissül (240 másodperc 50% -a). További információ: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

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

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

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

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

no remote-party-id

SIP Remote-Party-ID (RPID) fejléc letiltása, mivel a Webex Calling támogatja a PAI-t, amely a CIO használatával engedélyezve van asserted-id pai(lásd alább).

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

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

srtp-crypto 200

A SHA1_80 az alábbiakban meghatározottak szerint határozza meg: voice class srtp-crypto 200.

session transport tcp tls
A szállítás TLS-re való beállítja
url sips

Az SRV-lekérdezésnek az access SBC által támogatott SIP-nek kell lennie; az összes többi üzenetet sip-profil 200-ra módosítja.

error-passthru

SIP hibaválasz pass-thru funkció

asserted-id pai

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

bind control source-interface GigabitEthernet0/0/1

A Webex hívással szemben található jelátviteli forrásfelület .

bind media source-interface GigabitEthernet0/0/1

A Webex Hívással szemben található médiaforrás-felület .

no pass-thru content custom-sdp

Alapértelmezett parancs a bérlő alatt.

sip-profiles 200

Módosítja a SIPS-t a SIP-re, és módosítja a Sor/Portot a INVITE és a REGISTER üzenetekhez az alábbiakban meghatározottak szerint voice class sip-profiles 200.

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

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

privacy-policy passthru

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

Miután a 200-as bérlő definiálva van a helyi átjáróban, és konfigurálódik a SIP VoIP dial-peer, az átjáró elindít egy TLS kapcsolatot a Webex Hívás felé , ekkor az AccessSBC bemutatja tanúsítványát a helyi átjárónak. A helyi átjáró a korábban frissített CA gyökércsomag segítségével érvényesíti a Webex Calling Access SBC tanúsítványt. A helyi átjáró és a Webex Call Access SBC között állandó TLS-munkamenet jön létre. A helyi átjáró ezután egy regisztrációs bejegyzést küld az Access SBC-nek, amelyet megtámadnak. A regisztrációs AOR number@domain. A szám a "szám" paraméterből és a "regisztrátor dns: " tartományából<fqdn>származik. Amikor a regisztrációt megtámadják, a hitelesítő adatokból származó felhasználónevet, jelszót és birodalmbeli paramétereket használják a fejléc felépítéséhez, és a SIPS URL-jét a SIPS URL-vé alakítja vissza. A regisztráció akkor sikeres, ha 200 OK érkezik az Access SBC-től.

Helyi átjáró konfigurálása IP-alközpont nélkül

A telepítési lehetőséghez a helyi átjáró következő konfigurációja szükséges:

  1. Hangosztály-bérlők – Először további bérlőket hozunk létre az ITSP-vel szemben álló telefonostársak számára, hasonlóan a 200-as bérlőhöz, amelyet a Webex Calling telefonos ügyfélkiszolgálók számára hoztunk létre.

  2. Hangosztályú URL-ek–A helyi átjárón megszűnő különböző törzsek állomási IP-címét/portját meghatározó minták: Webex Hívás LGW; és PSTN SIP csomagtartó megszüntetése LGW.

  3. Kimenő tárcsatársak– A kimenő híváslábak útvonala az LGW-től az ITSP SIP csomagtartóig és a Webex hívásig.

  4. Hangosztály DPG–Bejövő tárcsa-társból meghívt kimenő számlaptársak megcélzása.

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

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

1

A következő hangosztály-bérlők konfigurálása:

  1. A 100-as hangosztályú bérlő minden IP PSTN-nel szemben lévő kimenő tárcsatársra vonatkozik.

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

  2. A 300-as hangosztályú bérlő az IP PSTN összes bejövő tárcsázóján érvényes.

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

Konfigurálja a következő URI hangosztályt:

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

    voice class uri 100 sip
  host ipv4:192.168.80.13

  2. A Control Hub TrunkGroup OTG/DTG paramétere alapján határozza meg a vállalaton belüli helyi átjáróhely egyedi azonosításához szolgáló mintát:

    voice class uri 200 sip
 pattern dtg=hussain2572.lgu

     

    A helyi átjáró jelenleg nem támogatja a "_" aláhúzást az egyezésmintában. Megoldásként pont "-t" használunk. (egyezik bármelyik), hogy megfeleljen a "_".

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

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

  1. Kimenő dial-peer felé IP PSTN:

    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

    Parancsok magyarázata:

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

    Definiálja a VOIP-tárcsázó partnert 101-es címkével, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    destination-pattern BAD.BAD

    Számjegyminta, amely lehetővé teszi a tárcsa-peer kiválasztását. Ezt a kimenő dial-peer-t azonban közvetlenül a bejövő dial-peer-ből fogjuk meghívni DPG-kimutatások használatával, és ez megkerüli a számjegymintázat egyezési kritériumait. Ennek eredményeképpen egy tetszőleges mintát használunk, amely a CLI célmintázat által engedélyezett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Ez a tárcsa-peer fogja kezelni a SIP híváslábakat.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

    A 99-es kodek preferencialistát jelöli, amelyet ehhez a telefonos társhoz kell használni.

    dtmf-relay rtp-nte

    Az RTP-NTE-t (RFC2833) a hívólábon várható DTMF-képességként határozza meg.

    voice-class sip tenant 100

    A tárcsa-peer örökli az összes paramétert a Tenant 100-tól, kivéve, ha ugyanazt a paramétert maga a dial-peer határozza meg.

    no vad

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

  2. Kimenő dial-peer felé Webex Calling (Ez a dial-peer frissül, hogy szolgálja a Bejövő dial-peer a Webex Calling, valamint később a konfigurációs útmutató).

    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

    Definiálja a VOIP dial-peer egy címkét a 200201 és értelmes leírást ad a könnyű kezelés és hibaelhárítás

    session target sip-server

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

    voice-class stun-usage 200

    A helyi átjáró KTUN-kötések funkciója lehetővé teszi a helyileg generált KTUN-kérelmek elküldését a tárgyalt médiaútvonalon keresztül. Ez segít a tűzfalban lévő lyuk megnyitásában.

    no voice-class sip localhost

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

    voice-class sip tenant 200

    A tárcsa-peer örökli az összes paramétert Tenant 200 (LGW <--> Webex Calling Trunk), kivéve, ha ugyanazt a paramétert határozza meg a dial-peer is. </-->

    srtp

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

    no vad

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

A következő tárcsa-peer csoportok (DPG) konfigurálása:

  1. A 100-as dial-peer csoportot definiálja . A kimenő 101-es dial-peer a 100-as dial-peer csoportra hivatkozó bejövő dial-peercélcsoportja. A DPG 100-ast a bejövő telefonos 200201 alkalmazzuk a Webex Call --> LGW --> PSTN útvonalon.

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

  2. Határozza meg a 200-as dial-peer csoportot a kimenő dial-peer 200201 aPSTN --> LGW --> Webex Hívás elérési út céljaként. A DPG 200 a később definiált 100-as bejövő tárcsázási partnerre lesz alkalmazva.

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

Konfigurálja a következő Bejövő tárcsázó partnereket:

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

    Parancsok magyarázata

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

    100-as címkével definiálja a VOIP-társt, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    session protocol sipv2

    Ez a tárcsa-peer fogja kezelni a SIP híváslábakat.

    incoming uri via 100

    Az IP PSTN-től a LocalGW-ig érkező összes bejövő forgalom megegyezik a bejövő VIA fejléc URI 100 SIP hangosztályban meghatározott fogadó IP-címével, hogy megfeleljen a forrás IP -címe (ITSP) címe alapján.

    destination dpg 200

    A dpg 200 célnál az IOS-XE áthalad a klasszikus kimenő telefonos egyeztetési kritériumokon, és azonnal megkezdi a kimenő hívási láb beállítását a 200- as célcsoportban definiált dial-peer-ekkel, amely a dial-peer 200201.

    voice-class sip tenant 300

    A tárcsa-peer az összes paramétert örökli a 300-as bérlőtől, kivéve, ha ugyanazt a paramétert maga a dial-peer határozza meg.

    no vad

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

  2. Bejövő telefonos társ bejövő Webex hívási lábakhoz:

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

    Parancsok magyarázata

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

    Frissíti a VOIP dial-peer egy címkét a 200201 és értelmes leírást ad a könnyű kezelés és hibaelhárítás.

    incoming uri request 200

    A Webex Hívástól az LGW-ig érkező összes bejövő forgalom az URI kérés egyedi dtg-mintájára illeszthető, egyedileg azonosítva a helyi átjáróhelyet egy vállalaton belül és a Webex Hívás ökoszisztémában.

    destination dpg 100

    A dpg 100 célnál az IOS-XE áthalad a klasszikus kimenő telefonos-peer egyeztetési kritériumokon, és azonnal megkezdi a kimenő hívásláb beállítását a 100-as célcsoportban definiált dial-peer csoporton belül, amely a Dial-Peer 101.

    max-conn 250

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

A helyi átjárón lévő összes bejövő IP PSTN hívásláb a 100-as dial-peer-en van kiegyenlítve, mivel meghatározza a VIA fejléc egyezési kritériumait az IP PSTN IP-címével. A kimenő telefonos társválasztást a DPG 200 diktálja, amely közvetlenül hivatkozik a kimenő telefonos 200201, amely a Webex Call kiszolgálót jelöli meg célhelyként.

Webex hívás PSTN

A helyi átjárón lévő összes bejövő Webex Híváshívási láb a dial-peer 200201 egyezik, mivel megfelel az REQUEST URI fejlécmintának a TrunkGroup OTG/DTG paraméterrel, amely egyedülálló a helyi átjáró telepítésében. A kimenő telefonos társválasztást a DPG 100 diktálja, amely közvetlenül hivatkozik a kimenő 101-es tárcsázóra, amelynek IP PSTN IP-címe szerepel a célhelyként.

Helyi átjáró konfigurálása meglévő egységes CM-környezettel

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

  1. Hangosztály-bérlők – További bérlőket kell létrehoznia az Unified CM és az ITSP felé néző telefonos társkiszolgálók számára, hasonlóan a Webex Calling facing dial-peerekhez létrehozott Tenant 200-hoz.

  2. Hangosztályú URL-ek–Az LGW-n megszűnő különböző csomagtartók állomási IP-címét/portjait meghatározó minták: a Unified CM-től az LGW-ig PSTN célállomások esetében; Egységes CM-ből LGW-be a Webex Hívási célpontok esetében; Webex Hívás LGW; és PSTN SIP csomagtartó megszüntetése LGW.

  3. Hangosztályú kiszolgálócsoport–Cél IP-címek/portok kimenő csomagtartókhoz az LGW-től az Unified CM-ig, az LGW-től a WebexCalling-ig és az LGW-től a PSTN SIP csomagtartóig.

  4. Kimenő hívótársak– A kimenő híváslábak útvonala az LGW-ről az Unified CM-re, az ITSP SIP csomagtartóra és/vagy a Webex-hívásra.

  5. Hangosztály DPG–Bejövő tárcsa-társ(ok) által megidézett célkifelé irányuló tárcsázó(k).

  6. Bejövő tárcsázó társaik –Az Egyesített CM, ITSP és/vagy Webex hívás bejövő híváslábainak elfogadása.

1

A következő hangosztály-bérlők konfigurálása:

  1. A Hangosztály 100-as bérlője az Unified CM és az IP PSTN-re néző összes kimenő tárcsa-társra vonatkozik:

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

  2. A 300-as hangosztályú bérlő az Unified CM és az IP PSTN összes bejövő tárcsatársá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ú URL-eket:

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

    voice class uri 100 sip
  host ipv4:192.168.80.13

  2. A Control Hub TrunkGroup OTG/DTG paramétere alapján határozza meg a vállalaton belüli helyi átjáróhely egyedi azonosításához szolgáló mintát:

    voice class uri 200 sip
 pattern dtg=hussain2572.lgu

     

    A helyi átjáró jelenleg nem támogatja a "_" aláhúzást a mérkőzés mintájában. Megoldásként pont "-t" használunk. (egyezik bármelyik), hogy megfeleljen a "_".

    		 
    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 Webex Calling trunk egységes CM jelátviteli PORTjának meghatározása:

    voice class uri 300 sip
 pattern :5065

  4. Meghatározza a CUCM forrásjelölés IP-címét és a PSTN törzs portján keresztül:

    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 Unified CM törzs célgazda IP-címét és portszámát az Egyesített CM Group 1 -hez (5 csomópont). Az Unified CM az 5065-ös portot használja a Webex Calling csomagtartó bejövő forgalmához (Webex Calling <-> LGW --> Unified CM). </->

    voice class server-group 301
 ipv4 192.168.80.60 port 5065

  2. Adott esetben meghatározza az Unified CM trunk célgazda IP-címét és portszámát az Unified CM Group 2-höz:

    voice class server-group 303
 ipv4 192.168.80.60 port 5065

  3. Meghatározza az Unified CM törzs célgazda IP-címét az Egyesített CM Group 1 (5 csomópont) számára. Az Unified CM az alapértelmezett 5060-as portot használja a PSTN csomagtartó bejövő forgalmához. Ha nincs megadva portszám, az alapértelmezett 5060-as szám van használatban. (PSTN <-> LGW --> Egységes CM)</->

    voice class server-group 305
 ipv4 192.168.80.60

  4. Adott esetben meghatározza az Unified CM trunk célgazda IP-címét az Unified CM Group 2-hez.

    voice class server-group 307 
 ipv4 192.168.80.60
4

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

  1. Kimenő dial-peer felé IP PSTN:

    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

    Parancsok magyarázata

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

    Definiálja a VOIP-tárcsázó partnert 101-es címkével, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    destination-pattern BAD.BAD

    Számjegyminta, amely lehetővé teszi a tárcsa-peer kiválasztását. Ezt a kimenő dial-peer-t azonban közvetlenül a bejövő dial-peer-ből fogjuk meghívni DPG-kimutatások használatával, és ez megkerüli a számjegymintázat egyezési kritériumait. Ennek eredményeképpen egy tetszőleges mintát használunk, amely a CLI célmintázat által engedélyezett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Ez a tárcsa-peer fogja kezelni a SIP híváslábakat.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

    A 99-es kodek preferencialistát jelöli, amelyet ehhez a telefonos társhoz kell használni.

    voice-class sip tenant 100

    A tárcsa-peer örökli az összes paramétert a Tenant 100-tól, kivéve, ha ugyanazt a paramétert maga a dial-peer határozza meg.

  2. Kimenő dial-peer felé Webex Hívás (Ez a dial-peer frissül, hogy szolgálja a Bejövő dial-peer a Webex Calling, valamint később a konfigurációs útmutató.):

    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

    Parancsok magyarázata

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

    Definiálja a VOIP dial-peer egy címkét a 200201 és értelmes leírást ad a könnyű kezelés és hibaelhárítás.

    session target sip-server

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

    voice-class stun-usage 200

    Az LGW KÁBítási kötések funkciója lehetővé teszi a helyileg generált KTUN-kérelmek elküldését a tárgyalt médiaútvonalon keresztül. Ez segít a tűzfalban lévő lyuk megnyitásában.

    no voice-class sip localhost

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

    voice-class sip tenant 200

    A tárcsa-peer örökli az összes paramétert Tenant 200 (LGW <--> Webex Calling Trunk), kivéve, ha ugyanazt a paramétert határozza meg a dial-peer is. </-->

    srtp

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

  3. Kimenő dial-peer felé Unified CM Webex Calling Trunk:

    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

    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

    Definiál egy VOIP-tárcsázó partnert 301-es címkével, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    session server-group 301

    A dial-peer munkamenet-cél IP-je helyett egy célkiszolgáló-csoportra mutatunk (a 301-es kiszolgálócsoport a 301-es tárcsázóhoz) több cél UCM-csomópont meghatározására, bár a példa csak egyetlen csomópontot mutat.

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

    A DPG-ben több, a dial-peer szervercsoportban pedig több kiszolgálóval a hívások véletlenszerű eloszlását érhetjük el az összes Unified CM hívásfeldolgozó előfizető között, vagy egy meghatározott preferencián alapuló vadászatot. Minden kiszolgálócsoport legfeljebb öt kiszolgálóval rendelkezhet (IPv4/v6 porttal vagy anélkül). A második dial-peer és a második kiszolgáló csoport csak akkor szükséges, ha több mint öt hívásfeldolgozó előfizetőt használnak.

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

  4. Második kimenő tárcsázó az Unified CM Webex Calling Trunk felé, ha több mint 5 Egyesített CM csomópontja van:

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

  5. Kimenő dial-peer felé Unified CM PSTN csomagtartó:

    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ő dial-peer felé Unified CM PSTN Trunk, ha több mint 5 Egységes CM csomópontok:

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

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

  1. A DPG 100 meghatározása. A kimenő 101-es dial-peer a 100-as dial-peer csoportra hivatkozó bejövő dial-peercélcsoportja. A DPG 100-t a később definiált bejövő dial-peer 302-re fogjuk alkalmazni az Egységes CM --> LGW --> PSTN elérési út esetében:

    voice class dpg 100
 dial-peer 101 preference 1

  2. A DPG 200 definiálása kimenő telefonos 200201 az Unified CM --> LGW --> Webex Hívás elérési út céljaként:

    voice class dpg 200
 dial-peer 200201 preference 1

  3. A 301-es vagy 303-as kimenő tárcsázók DPG 300-asának definiálása a Webex Call --> LGW --> Unified CM elérési úthoz:

    voice class dpg 300
 dial-peer 301 preference 1
 dial-peer 303 preference 1

  4. A DPG 302 meghatározása a 305-ös vagy 307-es kimenő tárcsázók számára a PSTN --> LGW --> Egységes CM elérési úthoz:

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

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

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

    Parancsok magyarázata

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

    100-as címkével definiálja a VOIP-társt, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    session protocol sipv2

    Ez a tárcsa-peer fogja kezelni a SIP híváslábakat.

    incoming uri via 100

    Az IP PSTN-től lgw-ig érkező összes bejövő forgalom a bejövő VIA fejléc URI 100 SIP hangosztályban meghatározott állomás IP-címén egyezik a forrás IP-címe alapján.

    destination dpg 302

    A DPG 302 célhelyen az IOS-XE áthalad a klasszikus kimenő telefonos egyeztetési kritériumokon, és azonnal megkezdi a kimenő hívásláb beállítását a DPG 302 célban meghatározott dial-peer-ekkel, amelyek lehetnek 305-ös vagy dial-peer 307-es.

    voice-class sip tenant 300

    A tárcsa-peer az összes paramétert örökli a 300-as bérlőtől, kivéve, ha ugyanazt a paramétert maga a dial-peer határozza meg.

  2. Bejövő telefonos társ bejövő Webex hívási lábakhoz:

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

    Parancsok magyarázata

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

    Frissíti a VOIP dial-peer egy címkét a 200201 és értelmes leírást ad a könnyű kezelés és hibaelhárítás.

    incoming uri request 200

    A Webex Call-től az LGW-ig érkező összes bejövő forgalom az URI kérés egyedi dtg-mintájára illeszthető, amely egyedileg azonosítja a helyi átjáróhelyet egy vállalaton belül és a Webex Calling ökoszisztémában.

    destination dpg 300

    A DPG 300 célhelyen az IOS-XE áthalad a klasszikus kimenő telefonos egyeztetési kritériumokon, és azonnal megkezdi a kimenő hívási láb beállítását a DPG 300 célban meghatározott dial-peerek segítségével, amelyek lehetnek a Dial-Peer 301 vagy a Dial-Peer 303.

    max-conn 250

    Az LGW és a Webex Call közötti egyidejű hívások számát 250-re korlátozza, feltételezve, hogy egyetlen tárcsázó fél a Webex hívással szemben áll mind a bejövő, mind a kimenő hívásokhoz az ebben az útmutatóban meghatározottak szerint. A helyi átjárót érintő egyidejű híváskorlátokról további részletekért látogasson el a 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ó egyenrangú a bejövő Unified CM híváslábakhoz, célként a Webex Call-tal:

    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

    Parancsok magyarázata

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

    Definiál egy VOIP-tárcsázó 300-as címkével, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    incoming uri via 300

    Az Unified CM-től az LGW-ig érkező összes bejövő forgalom az URI 300 SIP hangosztályban meghatározott via source porton (5065) történik.

    destination dpg 200

    A DPG 200 célhelyen az IOS-XE áthalad a klasszikus kimenő telefonos-peer egyeztetési kritériumokon, és azonnal megkezdi a kimenő hívási láb beállítását a DPG 200 célban meghatározott dial-peer-ekkel, amelyek dial-peer 200201 lesznek.

    voice-class sip tenant 300

    A tárcsa-peer az összes paramétert örökli a 300-as bérlőtől, kivéve, ha ugyanazt a paramétert maga a dial-peer határozza meg.

  4. Bejövő tárcsa-peer bejövő Unified CM hívás lábak PSTN, mint 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

    Parancsok magyarázata

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

    Definiál egy VOIP-társt 302-es címkével, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    incoming uri via 302

    Az URI 302 SIP hangosztályban meghatározott Unified CM forrásjeljelező IP-cím és VIA port alapján az Unified CM-ből lgw-be érkező összes bejövő forgalom pstn-célként megegyezik. Szabványos SIP port 5060-ast használnak.

    destination dpg 100

    A DPG 100 célhelyen az IOS-XE áthalad a klasszikus kimenő telefonos-peer egyeztetési kritériumokon, és azonnal megkezdi a kimenő hívásláb beállítását a DPG 100 célban meghatározott dial-peer-ekkel, amelyek a 101-es dial-peer lesznek.

    voice-class sip tenant 300

    A tárcsa-peer az összes paramétert örökli a 300-as bérlőtől, kivéve, ha ugyanazt a paramétert maga a dial-peer határozza meg.

IP PSTN az egységes CM PSTN trunk

Webex hívóplatform az egyesített CM Webex hívótörzshöz

Egyesített CM PSTN törzs IP PSTN-re

Egységes CM Webex hívótörzs a Webex hívásplatformhoz

Helyi átjáró figyelése és hibaelhárítása diagnosztikai aláírásokkal

A Diagnosztikai aláírások (Diagnostic Signatures, DS) proaktívan észleli az IOS XE alapú helyi átjáróban gyakran előforduló problémákat, és e-mail, syslog vagy terminálüzenet-értesítést generál az eseményről. A DS-t a diagnosztikai adatgyűjtés automatizálására és az összegyűjtött adatok Cisco TAC-ügybe történő továbbítására is telepítheti a felbontási idő felgyorsítása érdekében.

A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a problémaindító eseményekről és a probléma tájékoztatására, hibaelhárítására és orvoslására irányuló teendőkről. A problémafeltárási logikát syslog üzenetek, SNMP események és meghatározott megjelenítési parancs kimenetek időszakos figyelése határozza meg. A művelettípusok közé tartozik a parancskimenetek gyűjtése, egy konszolidált naplófájl létrehozása és a fájl feltöltése egy felhasználó által biztosított hálózati helyre, például HTTPS, SCP, FTP szerverre. A DS fájlokat a TAC mérnökei szerkesztik, és digitálisan aláírják az integritásvédelem érdekében. Minden DS-fájl egyedi numerikus azonosítóval rendelkezik, amelyet a rendszer rendel hozzá. A Diagnosztikai aláírások keresőeszköze (Diagnostic Signatures Lookup Tool, DSLT) egyetlen forrás, amely a különböző problémák figyelésére és elhárítására alkalmas aláírásokat keresi.

Mielőtt elkezdené:

  • Ne szerkessze a DSLT-ből letöltött DSfájlt. A módosított fájlok integritásellenőrzési hiba miatt nem lesznek telepíthetők.

  • A helyi átjáróhoz egyszerű levélátviteli protokoll (SMTP) kiszolgálóra van szükség az e-mail értesítések küldéséhez.

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

Előfeltételek

IOS XE 17.3.2 vagy újabb operációst futtató helyi átjáró

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

  2. Konfigurálja a biztonságos e-mail kiszolgálót proaktív értesítés küldésére, ha az eszköz IOS XE 17.3.2 vagy újabb operációs alkalmazást 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 változót ds_email a rendszergazdának az értesítéshez megadott 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 operációst futtató helyi átjáró

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

  2. Konfigurálja az e-mail kiszolgálót proaktív értesítések küldésére, ha az eszköz a 17.3.2.

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
LocalGateway(config)#end

  3. Konfigurálja a környezeti változót ds_email a rendszergazdának az értesítéshez megadott 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

Helyi átjáró futása 16.9.x verzió

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

    
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 kiszolgálót proaktív értesítések küldésére, ha az eszköz a 17.3.2.

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
LocalGateway(config)#end

  3. Konfigurálja a környezeti változót ds_email a rendszergazdának az értesítéshez megadott 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ábbiakban egy IOS XE 17.3.2-t futtató helyi átjáró példakonfigurációját mutatjuk be, a proaktív értesítéseket a Gmailt biztonságos SMTP-kiszolgálóként használó tacfaststart@gmail.com küldjük:


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

Az IOS XE szoftvert futtató helyi átjáró nem egy tipikus webalapú Gmail kliens, amely támogatja az OAuth-t, ezért konfigurálnunk kell egy adott Gmail-fiókbeállítást, és külön engedélyt kell adnunk arra, hogy az eszközről származó e-maileket helyesen dolgozzuk fel:

  1. Lépjen a Google-fiók > biztonság kezelése ra, és kapcsolja be a Kevésbé biztonságos alkalmazáshozzáférési beállítást.

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

Diagnosztikai aláírások telepítése proaktív felügyelethez

Magas CPU-kihasználtság figyelése

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

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

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 

LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway# 

LocalGateway# show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled 
.... 
.... 
LocalGateway#

  2. Töltse le a DS 64224-et a diagnosztikai aláírások megkeresése eszköz alábbi legördülő beállításaival:

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

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásában

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

    Az alábbiakban egy példát mutatunk be a fájl FTP-kiszolgálóról a helyi átjáróba történő másolására.

    
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 telefonos diagnosztikai aláírásmegjelenítésé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

    DSes letöltése:

    DS azonosító

    DS név

    átvizsgálás

    Állapot

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Regisztrálva

    2020-11-07 22:05:33

    Helyi kapu #

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

A SIP csomagtartó regisztrációjának figyelése

Ez a DS 60 másodpercenként ellenőrzi a helyi átjáró SIP Trunk regisztrációjának megszüntetését a Cisco Webex Calling felhővel. Miután a regisztráció nélküli eseményt észleli, e-mail és syslog értesítést generál, és két regisztráció nélküli esemény után eltávolítja magát. Az aláírás telepítéséhez használja az alábbi lépéseket.

  1. Töltse le a DS 64117-et a diagnosztikai aláírások megkeresése eszköz alábbi legördülő beállításaival:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásában

    Probléma hatóköre

    SIP-SIP

    Probléma típusa

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

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

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

  3. Telepítse a DS XML fájlt a Helyi átjáróba.

    
LocalGateway# call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a telefonos diagnosztikai aláírásmegjelenítésével. Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

Rendellenes hívásleválasztások figyelése

Ez a DS 10 percenként használja az SNMP közvélemény-kutatást a rendellenes hívásleválasztás észlelésére a 403, 488 és 503 SIP hibákkal.  Ha a hibaszám-növekmény nagyobb vagy egyenlő az utolsó szavazás 5-ével, akkor syslog és e-mail értesítést fog generálni. Az aláírás telepítéséhez használja az alábbi lépéseket.

  1. Ellenőrizze, hogy az SNMP engedélyezve van-e az snmp parancskiállításhasználatával. Ha nincs engedélyezve, konfigurálja az "snmp-server manager" parancsot.

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 

LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway# 

LocalGateway# show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled 
.... 
.... 
LocalGateway#

  2. Töltse le a DS 65221-et a Diagnosztikai aláírások megkeresése eszköz alábbibeállításaival:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásában

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

  4. Telepítse a DS XML fájlt a Helyi átjáróba.

    
LocalGateway# call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success 
LocalGateway#

  5. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a telefonos diagnosztikai aláírásmegjelenítésével. Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

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

A diagnosztikai aláírások (DS) a problémák gyors megoldására is használhatók. A Cisco TAC mérnökei számos aláírást írtak le, amelyek lehetővé teszik az adott probléma elhárításához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok gyűjtéséhez és az adatok automatikus továbbításához szükséges hibakeresést a Cisco TAC ügybe. Ez kiküszöböli a probléma előfordulásának manuális ellenőrzé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ése eszköz segítségével megkeresheti a megfelelő aláírásokat, és telepítheti azokat egy adott probléma önálló megoldására, vagy telepítheti a TAC mérnöke által ajánlott aláírást a támogatási elkötelezettség részeként.

Íme egy példa arra, hogyan lehet megtalálni és telepíteni a DS-t a "%VOICE_IEC-3-GW" előfordulás észleléséhez: CCAPI: Belső hiba (hívási tüske küszöbérték): IEC=1.1.181.1.29.0" syslog és automatizálja a diagnosztikai adatgyűjtést az alábbi lépések segítségével.

  1. Konfiguráljon egy további DS környezeti változót ds_fsurl_prefix amely a CiscoTAC fájlkiszolgáló elérési útja (cxd.cisco.com), amelyhez az összegyűjtött diagnosztikai adatok fel vannak töltve. A fájl elérési útján található felhasználónév az esetszám, a jelszó pedig a fájlfeltöltő token, amely az alábbiak szerint lekérhető a Support Case Managerből. A fájlfeltöltési token szükség szerint a Támogatási esetkezelő Mellékletek részében generálható.

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

    Példa:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

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

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 
 
LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway#

  3. Javasoljuk, hogy telepítse a High CPU monitoring DS 64224-et proaktív intézkedésként, hogy letiltsa az összes hibakeresést és diagnosztikai aláírást a magas cpu-kihasználtság idején. Töltse le a DS 64224-et a diagnosztikai aláírások megkeresése eszköz alábbibeállításaival:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásában

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

  4. Töltse le a DS 65095-öt a Diagnosztikai aláírások megkeresése eszköz alábbibeállításaival:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásában

    Probléma hatóköre

    Syslogs

    Probléma típusa

    Syslog - %VOICE_IEC-3-GW: CCAPI: Belső hiba (hívás tüske küszöbérték): 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óba.

    
LocalGateway# call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
LocalGateway# 
LocalGateway# call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success 
LocalGateway#

  7. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a telefonos diagnosztikai aláírásmegjelenítésé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 DSes:

    DS azonosító

    DS név

    átvizsgálás

    Á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

    Helyi kapu #

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

Az alábbiak szerint a parancs "Állapot" oszlopa a call-home diagnosztikai aláírást "futásra" változtatja, miközben a helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A telefonos diagnosztikai-aláírási statisztikák megjelenítése a legjobb módja annak ellenőrzésére, hogy egy diagnosztikai aláírás észlelt-e érdeklődésre számot tartó eseményt, és végrehajtotta-e a műveletet. A "Trigger/Max/Deinstall" oszlop azt jelzi, hogy az adott aláírás hányszor váltott ki eseményt, hányszor határozta meg egy esemény észlelésére, és hogy az aláírás automatikusan deinstall magát észleli-e a aktivált események maximális számának észlelése után.


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

Letöltött DSes:

DS azonosító

DS név

átvizsgálás

Á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

Helyi kapu #

LocalGateway# a call-home diagnosztikai-aláírási statisztikák megjelenítése

DS azonosító

DS név

Aktiválva/Max/Deinstall

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

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

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

Helyi kapu #

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

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

A hibaelhárítási célokra használt diagnosztikai aláírások általában úgy vannak definiálva, hogy bizonyos számú probléma előfordulásának észlelése után eltávolítsák. Ha manuálisan szeretne eltávolítani egy aláírást, szerezze be a DS-azonosítót a telefonos diagnosztikai aláírás megjelenítésének kimenetéről, és futtassa az alábbi parancsot.


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

Példa:


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

A diagnosztikai aláírások megkeresésére használt eszközhöz rendszeresen új aláírások kerülnek hozzáadásra a telepítés során gyakran előforduló 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érelmeket.
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.

Felhasználók manuális hozzáadása a Vezérlőközpontban

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.

Több felhasználó hozzáadása a vezérlőközpontba a CSV-sablonnal

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.

Szolgáltatási licencek szerkesztése a Vezérlőközpontban egyéni felhasználók számára

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.

Felhasználók módosítása a vezérlőközpontban a CSV-sablonnal

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.

Számok hozzáadása felhasználóhoz

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.

Meghívó e-mail újbóli elküldeményedtetve a Control Hub-tól

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

Felhasználó törlése a szervezetből a Vezérlőközpontban

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.

Rendszergazdai szerepkörök és jogosultságok

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.

Szerepkörök hozzárendelése a felhasználókhoz

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.

A vezérlőközpont HCS-rendszergazdai jogosultságairól a https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/hcs/12_5/HCS_Solution/Upgrade_Service/chcs_b_upgrade-service-book/chcs_b_upgrade-service-book_chapter_010.html

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.

Telefonok hozzáadása és hozzárendelése felhasználóhoz

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.

Telefon hozzáadása új munkaterülethez

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.

Szobaeszköz hozzáadása új munkaterülethez

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.

Eszközök hozzáadása és hozzárendelése tömegesen

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.

Eszköz kezelése felhasználó számára

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.

Eszköz kezelése munkaterülethez

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.

Vonalak hozzáadása és átrendezés MPP-telefonhoz

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.

ATA-eszköz konfigurálása felhasználó számára

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.

Számok hozzáadása a tartózkodási helyhez

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.

A megrendelt PSTN-számok állapotának ellenőrzése

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.

Multiplatform telefoncsatlakozó tartozékok – Headsetek és kulcsbővítő modulok (KEM-ek)

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. júl. 9.
Port referenciainformációk a Cisco Webex híváshoz

Itt van egy lista a címek, portok, és protokollok csatlakoztatásához használt telefonok, a Webex app, és átjárók Cisco Webex Calling. Ez a cikk a hálózati rendszergazdák, különösen a tűzfal és a proxy biztonsági rendszergazdák, akik szeretnék használni Webex Calling szolgáltatások a szervezeten belül.

A helyesen konfigurált tűzfal elengedhetetlen a sikeres hívástelepítéshez. A jelátvitelhez, a médiához, a hálózati kapcsolathoz és a helyi átjáróhoz portra van szükségünk, és mivel a Webex Calling globális szolgáltatás, javasoljuk, hogy hagyja nyitva az alább felsorolt összes portot.

Nem minden tűzfalkonfigurációnak kell megnyitnia a portokat, de ha kívül-belül szabályokat futtat, akkor meg kell nyitnia a portokat, hogy a szolgáltatáshoz szükséges protokollokat ki lehessen engedni. Mindaddig, amíg a NAT-ot telepíti, ésszerű kötési időszakokat határoz meg, és elkerüli a SIP manipulálását a NAT-eszközön, nem kell megnyitnia a tűzfalon bejövő portokat.

Ha egy útválasztó vagy tűzfal SIP Aware, ami azt jelenti, hogy SIP Application Layer Gateway (ALG) vagy valami hasonló engedélyezve van, javasoljuk, hogy kapcsolja ki ezt a funkciót a szolgáltatás megfelelő működésének fenntartása érdekében. Az egyes eszközökön a SIP ALG letiltásáról a vonatkozó gyártói dokumentációban tájékozódhat.

A Webex-értekezletekre és -üzenetekre vonatkozó hálózati követelményekről lásd: Hálózati követelmények a Webex-szolgáltatásokhoz.

Webex hívásforgalom tűzfalon keresztül

A legtöbb ügyfél telepíteni egy internetes tűzfal, vagy internetes proxy és tűzfal, hogy korlátozza és ellenőrizzék a HTTP-alapú forgalom, hogy elhagyja és belép a hálózatba. Mivel a Webex Calling összes végpontja nem támogatja a http(s) proxyt, kérjük, kövesse az alábbi tűzfal útmutatást, hogy engedélyezze a Webex Hívás szolgáltatások elérését a hálózatról.

Tűzfal konfiguráció

Ha a tűzfal támogatja az URL-szűrést, konfigurálja a tűzfalat úgy, hogy engedélyezze a Webex Híváscél URL-ek listázását, amelyeket a Webex Hívásszolgáltatások tartományai és URL-címei táblázata vázol fel.

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 a Webex Hívásszolgáltatások IP-címtartományai és portjaisegítségével.

IP-címek és portok a Webex hívási szolgáltatásaihoz

Az alábbi táblázat azokat a portokat és protokollokat ismerteti, amelyeket meg kell nyitni a tűzfalon, hogy lehetővé tegye a felhőben regisztrált Webex-alkalmazások és eszközök kommunikációját a Webex Calling felhőjel- és médiaszolgáltatásaival.

IP-alhálózatok 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

Kapcsolat célja

Forráscímek

Forrásportok

protokoll

Célcímek

Célportok

Jegyzetek

Hívásjelzés a Webex híváshoz (SIP TLS)

 Helyi átjáró külső (NIC) 8000-65535

TCP

Lásd a Webex hívásszolgáltatások IP-alhálózatait.

8934

Ezek az IPS/portok szükségesek a helyi átjárókból, eszközökből és alkalmazásokból (Forrás) a Webex hívásfelhőbe (cél) érkező SIP-TLS hívásjelzéshez.

Eszközök

5060-5080

Alkalmazások

Tiszavirág életű (operációs rendszer függő)

Médiahívás Webex híváshoz (KTUN,SRTP)

 Helyi átjáró külső NIC

8000-48000†

UDP

Lásd a Webex hívásszolgáltatások IP-alhálózatait.

5004,19560-65535

Ezek az IPS/portok szükségesek a kimenő SRTP híváshordozókhoz a helyi átjárókból, eszközökből és alkalmazásokból (Forrás) a Webex Hívásfelhőbe (Destination).

Eszközök

19560-19660

Alkalmazások

efemer
Hívásjelzés PSTN átjáróhoz (SIP TLS) Helyi átjáró belső NIC 8000-65535 TCP Az Ön ITSP PSTN GW vagy Unified CM A PSTN-beállítástól függ (például az Egységes CM esetében általában 5060 vagy 5061)
Médiahívás PSTN átjáróhoz (SRTP) Helyi átjáró belső NIC

8000-48000†

 UDP Az Ön ITSP PSTN GW vagy Unified CM A PSTN-beállítástól függ (például az Egységes CM esetében általában 5060 vagy 5061)

Hívásjelzés nyilvánosan címzett végpontokra (SIP TLS)

Lásd a Webex hívásszolgáltatások IP-alhálózatait.

efemer

TCP

Végpont IP-je

8934

Ezek az IPS/portok szükségesek a Bejövő SIP-TLS hívásjelzéshez a Webex Call Cloud-tól (Forrás) a nyilvánosan címzett 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 ÁSZ-k cloudupgrader.webex.com tartoznak.

Csak akkor kell engedélyeznie a cloudupgrader.webex.com és a 443, 6970 portokat, ha az Enterprise telefonokról (Cisco Unified CM) a Webex Callingra vándorol. További információért lépjen a upgrade.cisco.com.

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

 80,443

*Ezek az ÁSZ-k activation.webex.com tartoznak.

Ezek az IPS-ek az eszközök (MPP telefonok) biztonságos bedeszkázásához szükségesek 16 jegyű aktiváló kóddal (GDS).

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 EP-k activate.cisco.com tartoznak.

Ezt a tartományt CDA / EDOS - MAC cím alapú kiépítésre használják. Az újabb firmware-rel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják.

Ha egy telefon először vagy gyári alaphelyzetbe állítás után csatlakozik egy hálózathoz, és nincsenek BEállítva DHCP-beállítások, kapcsolatba lép egy eszközaktiváló kiszolgálóval a nulla érintéses kiépítés érdekében. Az új telefonok "activate.cisco.com" használnak a "webapps.cisco.com" helyett. A 11.2(1) -esnél korábban kiadott firmware-rel rendelkező telefonok továbbra is "webapps.cisco.com" használnak. Javasoljuk, hogy mindkét domain nevet engedélyezze a tűzfalon keresztül.

72.163.10.128/25

173.37.146.128/25

80,443

Ezek az EP-k webapps.cisco.com tartoznak.

Ezt a tartományt CDA / EDOS - MAC cím alapú kiépítésre használják. Régebbi firmware-rel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják.

Ha egy telefon először vagy gyári alaphelyzetbe állítás után csatlakozik egy hálózathoz, és nincsenek BEállítva DHCP-beállítások, kapcsolatba lép egy eszközaktiváló kiszolgálóval a nulla érintéses kiépítés érdekében. Az új telefonok "activate.cisco.com" használnak a "webapps.cisco.com" helyett. A 11.2(1) -esnél korábban kiadott firmware-rel rendelkező telefonok továbbra is "webapps.cisco.com" használnak. Javasoljuk, hogy mindkét domain nevet engedélyezze a tűzfalon keresztül.

Lásd a Webex hívásszolgáltatások IP-alhálózatait.

80,443

Ezek az IPS-ek szükségesek a Webex Hívás eszközkonfigurációjéhez és firmware-kezeléséhez.

Eszközidő-szinkronizálás (NTP)

Webex hívóeszközök

51494

UDP

Lásd a Webex hívásszolgáltatások IP-alhálózatait.

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év felbontása

Webex hívóeszközök

efemer

UDP és TCP

Állomás által definiált

53

Alkalmazáskonfiguráció

Webex alkalmazások hívása

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 IPS-k a Webex Idbroker hitelesítési szolgáltatásokhoz tartoznak, és az ügyfelek, azaz a Webex alkalmazások használják.

Lásd a Webex hívásszolgáltatások IP-alhálózatait.

80, 443, 8443

Ezek az IP-k a Webex Calling alkalmazáskonfigurációs szolgáltatásaihoz tartoznak, és az ügyfelek, azaz a Webex Alkalmazások használják.

Alkalmazásidő-szinkronizálás

Webex alkalmazások hívása

123

UDP

Állomás által definiált

123

Alkalmazásnév felbontása

Webex alkalmazások hívása

efemer

UDP és TCP

Állomás által definiált

53

CScan

Webex alkalmazások hívása

efemer

UDP és TCP

Lásd a Webex hívásszolgáltatások IP-alhálózatait.

8934 és 80, 443, 19569-19760

Ezeket az IPS-eket az ügyfelek által használt CScan szolgáltatások, azaz a Webex Alkalmazások használják. További információért lépjen a cscan.webex.com.

† CUBE médiaport tartománya 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.

Webex hívásszolgáltatások tartományai és URL-címei

Tartomány / URL

Leírás

Webex alkalmazások és eszközök ezen tartományok / URL-ek használatával

Cisco Webex szolgáltatások

*.broadcloudpbx.com

Webex engedélyező mikroszolgáltatások keresztindításhoz a Control Hub-tól a Call Admin Portal-ig.

Control Hub

*.broadcloud.com.au

Webex Hívás 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 alkalmazások

*.cisco.com

Ha egy telefon először csatlakozik egy hálózathoz, vagy gyári alaphelyzetbe állítás után, ha nincsenek BEállítva DHCP-beállítások, akkor kapcsolatba lép egy eszközaktiváló kiszolgálóval a nulla érintéses kiépítés érdekében. Az új telefonok activate.cisco.com és a 11.2(1) előtti firmware-kiadással rendelkező telefonokat használják, továbbra is webapps.cisco.com használnak a kiépítéshez.

MPP telefonok, vezérlőközpont

*.ucmgmt.cisco.com

Webex hívási szolgáltatások

Control Hub

*.webex.com

Webex Core szolgáltatások híváshoz, értekezlethez és üzenetküldéshez, például hitelesítéshez stb.

Összes

*.wbx2.com és *.ciscospark.com

Webex mikroszolgáltatások, például szoftverfrissítési szolgáltatás.

Összes

További Webex-szolgáltatás (harmadik féltől származó tartományok)

*.appdynamics.com

*.eum-appdynamics.com

Teljesítménykövetés, hiba- és összeomlásrögzítés, munkamenet-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és, és a hozzárendelési szolgáltatások.

Control Hub

*.sipflash.com

Eszközkezelési szolgáltatások (főleg az Egyesült Államokban).

Webex alkalmazások

*.walkme.com *.walkmeusercontent.com

Webex felhasználói útmutató kliens. Be- és használati túrákat biztosít az új felhasználók számára.

További információk a WalkMe,kattintson ide.

Webex alkalmazások

Ha a hálózati tűzfal támogatja a http(s) forgalomhoz szükséges tartomány engedélyezzen listákat, például a *.webex.com, akkor erősen ajánlott az összes ilyen tartomány engedélyezése.

Webex meetings/Messaging - Hálózati követelmények

Ha Webex-hívásokat telepít Webex-értekezletekkel és üzenetküldő szolgáltatásokkal, a Webex-értekezletekre és üzenetküldő szolgáltatásokra vonatkozó hálózati követelmények a Webex-szolgáltatások hálózati követelményei közötttalálhatók.

Dokumentum revízió előzményei

Dátum

A következő módosításokat hajtottuk végre ebben a cikkben

2021. április 2.

Hozzáadva *.ciscospark.com a Webex Hívásszolgáltatások tartományai és URL-címei alatt a Webex Híváshasználati esetek támogatására a Webex alkalmazásban.

2021. március 25.

6 új IP-tartományt adtak hozzá a activate.cisco.com, amelyek 2021. május 8-tól lépnek hatályba.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

2021. március 4.

A webex calling diszkrét IP-k és kisebb IP-tartományok helyett egyszerűsített tartományokkal egy külön táblázatban a tűzfalkonfiguráció könnyebb megértése érdekében.

2021. február 26.

Hozzáadta az 5004-et a Call media célportjaként a Webex Callinghoz (STUN,SRTP), hogy támogassa az interaktív kapcsolat létrehozását (ICE), amely 2021 áprilisában lesz elérhető a Webex Calling-ban.

2021. február 22.

A tartományok és URL-ek mostantól külön táblázatban vannak felsorolva.

Az IP-címek és portok táblázata az 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ához az igények jobb megértése érdekében.

A következő IP-címek kerültek át az eszközkonfiguráció és a firmware-kezelés egyszerűsített tartományaiba (Cisco eszközök):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

A következő IP-címeket adták hozzá az alkalmazáskonfigurációhoz, mivel a Cisco Webex klienst egy újabb DNS SRV-re mutogatják Ausztráliában 2021 márciusában.

  • 199.59.64.237

  • 199.59.67.237

2021. január 21.

Az eszközkonfigurációhoz és a firmware-kezeléshez (Cisco eszközökhöz) a következő IP-címeket kaptuk:

  • 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

Eltávolítottuk a következő IP-címeket az eszközkonfigurációból és a firmware-kezelésből (Cisco eszközök):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Az alkalmazáskonfigurációhoz a következő IP-címeket kaptuk:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Eltávolítottuk a következő IP-címeket 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áskonfigurációból:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Az alkalmazáskonfigurációhoz a következő tartományokat adták hozzá:

  • 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 referenciaképeihez.

2020. december 22.

Frissítette a táblázatok Alkalmazáskonfiguráció sorát a következő IP-címek mellett: 135.84.171.154 és 135.84.172.154.

Elrejti a hálózati diagramokat, amíg ezek az IP-címek is hozzáadhatók.

2020. december 11.

Frissítette az eszköz konfigurációját és firmware-kezelését (Cisco-eszközök) és a támogatott kanadai tartományok alkalmazáskonfigurációs sorait.

2020. október 16.

Frissítette a hívásjelzést és a médiabejegyzéseket a következő IP-címekkel:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

2020. szeptember 23.

A CScan szerint a 199.59.64.156-ot 199.59.64.197-re cserélték.

2020. augusztus 14.

További IP-címek hozzáadása a kanadai adatközpontok bevezetéséhez:

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ímek hozzáadása a kanadai adatközpontok bevezetéséhez:

  • Call média Webex Calling (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 nyilvánosan címzett végpontokhoz (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ás—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 támogatja az adatközpontok bevezetését Kanadában: 135.84.173.146

2020. június 9.
A következő változtatásokat hajtottuk végre a CScan bejegyzésben:

  • Javította az egyik IP-címet — megváltozott 199.59.67.156-ról 199.59.64.156-ra

  • Az új funkciók új kikötőket, valamint UDP-t igényeltek —19560-19760

2020. március 11.

Az alkalmazáskonfigurációhoz a következő tartomány- és IP-címeket adták 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

Frissítettük a következő tartományokat további IP-címekkel az eszköz konfigurációjához és a firmware-kezeléshez:

  • 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.

Az eszközkonfigurációhoz és a firmware-kezeléshez a következő tartományokat és portokat adták hozzá:

cloudupgrader.webex.com–443, 6970

Hasznos volt ez a cikk?

Webex híváskonfigurációs munkafolyamat

Kapcsolódó cikkek
arrow icon

Megoldások
Funkciók
Iparágak
Erőforrások
Vállalat
Kapcsolódás
Szerződési feltételekAdatvédelmi nyilatkozatSütikVédjegyek
© 2021 Cisco és/vagy társvállalatai. Minden jog fenntartva.