Vízjel
2021. máj. 18. | megtekintés | személy érezte ezt hasznosnak

Webex híváskonfigurációs munkafolyamat

Webex híváskonfigurációs munkafolyamat

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.

Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

A környezet felkészítése a Webex hívásra

A környezet előkészítése Webex hívás konfigurálása a szervezete számára Helyi átjáró konfigurálása PSTN-hozzáféréshez (csak VAR-ok) Cofigure UCM Webex hívási funkció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

Engedélyezés

A Webex Calling a Cisco Collaboration Flex Plan segítségével érhető el. Vállalkozási szerződés (EA) csomagot kell vásárolnia (minden felhasználó számára, beleértve a munkaterületek 50% -át) vagy megnevezett felhasználó (NU) csomagot (néhány vagy minden felhasználó).

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

  • Enterprise- Ezek a licencek egy teljes funkciókészletet biztosítanak az egész szervezet számára. Ez az ajánlat magában foglalja az egységes kommunikációt (Webex Calling), a mobilitást (asztali és mobil ügyfelek több eszköz támogatásával), a csapategyüttműködést a Webexben, és azt a lehetőséget, hogy megbeszélésenként legfeljebb 1000 résztvevővel kötegeljen találkozókat.

  • Alapvető -Válassza ezt az opciót, ha a felhasználóknak mobilitás vagy egységes kommunikáció nélküli korlátozott funkciókra van szükségük. Továbbra is teljes körű hangajánlatot kapnak, de felhasználónként egyetlen eszközre korlátozódnak.


    Az alapszintű licencek csak akkor érhetők el, ha rendelkezik Névvel rendelkező Felhasználói előfizetéssel. Az alapszintű licencek nem támogatottak a Vállalati Szerződés előfizetéseknél.

  • Munkaterek (más néven közös terület) - Válassza ezt az opciót, ha olyan alapvető tárcsahangot keres, amely korlátozott számú hívási funkcióval rendelkezik olyan területeken, mint a pihenőszobák, előcsarnokok és konferenciatermek.

Ez a dokumentáció később megmutatja, hogyan használhatja a Vezérlőpultot a szervezete különböző helyei közötti licencterjesztések kezelésére.

Sávszélességi követelmények

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

Helyi átjáró helyiségalapú PSTN-hez

Mind az értéknövelt viszonteladók (VAR), mind a szolgáltatók (SP) PSTN-hozzáférést biztosíthatnak a Webex Hívó szervezeteknek. Jelenleg a helyi átjáró az egyetlen lehetőség a premises-alapú PSTN-hozzáférés biztosítására. 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. A helyi átjárókra vonatkozó követelmények érvényesek.

Támogatott eszközök

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


A Webex Calling támogatott eszközeinek teljes listáját lásd a Webex Calling támogatott eszközeiben.

A Cisco Webex Room, Board és Desk Devices a Vezérlőpultban létrehozott munkaterület eszközeként támogatott. Lásd "Cisco Webex Room, Board, and Desk Devices"a Támogatott eszközök Webex Calling további információkért. Ezeket az eszközöket azonban PSTN szolgáltatással is elláthatja, ha engedélyezi a Webex Call for the Workspace funkciót.

Tűzfal

Teljesítse a Cisco Webex Calling portreferencia-információiban dokumentált tűzfal követelményeket.

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

Általános előfeltételek

Mielőtt beállítaná a Cisco Webex Calling helyi átjáróját, győződjön meg arról, hogy

    • Alapvető ismeretekkel rendelkezik a VoIP alapelveiről

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

    • Alapvető ismeretekkel rendelkezik a munkamenet-indítási protokollról (SIP)

    • Alapvetően ismerje a Cisco Egységes Kommunikációs Menedzserét (Unified Communications Manager, Unified CM), ha a telepítési modellje egységes CM-et tartalmaz

    További részletek a Cisco Unified Border Element (KOCKA) Enterprise Configuration Guide-ban találhatók a következő címen: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

A helyi átjáróra vonatkozó tanúsítvány és biztonsági követelmények

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

  • Az LGW-t frissíteni kell a Cisco PKI CA gyökérkötegével

  • Az LGW konfigurálásához a Vezérlőpult Törzskonfigurációs oldalán található SIP emésztési hitelesítő adatok kerülnek felhasználásra (a lépések a következő konfiguráció részét képezik)

  • CA gyökérköteg ellenõrzi a bemutatott tanúsítványt

  • Hitelesítő adatok bekérése szükséges (SIP kivonat mellékelve)

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

Tűzfal, NAT Traversal és Media Path Optimization Requirements for Local Gateway

A legtöbb esetben a helyi átjáró és a végpontok a belső ügyfélhálózatban lakhatnak, NATTEL közös privát IP-címeket használva. A vállalati tűzfalnak lehetővé kell tennie a kimenő forgalmat (SIP, RTP/UDP, HTTP) bizonyos IP-címekre/portokra, amelyekre a Port Reference Information vonatkozik.

Ha JÉGGEL szeretné használni a Media Path Optimization szolgáltatást, a helyi átjáró Webex Calling felületének közvetlen hálózati elérési úttal kell rendelkeznie a Webex Calling végpontokhoz és végpontokról. 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 Calling felé néző interfésze között, akkor a helyi átjárónak nyilvános IP-címmel kell rendelkeznie a Webex Calling felé néző interfészhez, hogy a helyi átjáró és a végpontok között hívásokat kezdeményezzen a médiaútvonal-optimalizálás kihasználása érdekében. Ezenkívül az IOS-XE 16.12.5-ös verzióját kell futtatnia.

Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

A Cisco Webex hívás beállításai

Mielőtt elkezdené

Ha Kanadában próbálsz ügyfelet szerezni, további lépésekre van szükség. További információért vegye fel a kapcsolatot a Partner HelpDesk-kel.

1

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


 

Rendszergazdai e-mail címe automatikusan bejelentkezik a Vezérlőpultba, ahol rendszergazdai jelszava létrehozására kérik. Bejelentkezés után a telepítővarázsló automatikusan elindul.

2

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

3

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

4

Válassza ki azt az országot, amelyhez az adatközpontnak csatlakoznia kell, és adja meg az ügyfélkapcsolati és ügyfélcím-információkat.

5

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

6

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

  • Kattintson a Mentés és bezárás gombra, ha partnerrendszergazda, és azt szeretné, hogy az ügyfélrendszergazda végezze el a Webex hívás feltöltését.
  • Töltse ki a szükséges helyadatokat. Miután létrehozta a helyet a varázslóban, később további helyeket is létrehozhat.

 

Az alapértelmezett hely országa a partner által kiválasztott és nem módosítható szerződéses ország. Később más helyeket is létrehozhatsz különböző országokban, de ne feledd, hogy azokat az eljárás során korábban kiválasztott szerződéses országnak megfelelő regionális adatközpontban helyezzük el. Például egy hely lehet 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 a létrehozott helyhez hozzáadta a fő számot.

7

(Opcionális) Kapcsolja be a Skype cégeknek szolgáltatást, ha ez az integráció szükséges, majd kattintson a Tovább gombra.


 

Ha engedélyezve van, ez a beállítás az összes meglévő Hívó alkalmazást S4B-hívássá alakítja át. Ez az alkalmazás a Skype for Business for Windows rendszerrel párhuzamosan futtatható, és integrált PSTN-hívási képességeket biztosít.

8

Kattintson a Következő lehetőségre

9

Adjon meg egy Cisco Webex SIP címet, majd kattintson a Tovább gombra.

10

Válassza a Befejezés lehetőséget.

Mielőtt elkezdené

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

  • Helyszín címe

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

1

Az Ügyfél nézetben lépj a https://admin.webex.comSzolgáltatások > Hívás > Helyszínek részre, majd kattints a Hely hozzáadása lehetőségre.

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

2

Állítsa be a hely beállításait:

  • Location Name -Adjon meg egy egyedi nevet a hely azonosításához.
  • Ország - Válasszon egy országot, amelyhez a helyszínt köti. Létrehozhat például egy helyet (székhelyet) az Egyesült Államokban és egy másikat (fióktelepet) az Egyesült Királyságban. A választott ország határozza meg a követendő címmezőket. Az itt dokumentáltak példaként az amerikai címegyezményt használják.
  • Nyelv - Válassza ki a helyszín nyelvét.
  • Address -Adja meg a hely fő levelezési címét.
  • Város - Írjon be egy várost erre a helyre.
  • Állapot- A legördülő menüből válasszon egy államot.
  • Irányítószám -Írja be az irányítószámot.Telefonszám -Adja meg azt a telefonszámot, amelyen a helyszín fő kapcsolattartója elérhető.
3

(Opcionális) Kapcsolja be a Skype cégeknek alkalmazást, ha ezen a helyen a felhasználók továbbra is együtt akarnak működni a Microsoft Skype cégeknek asztali alkalmazással. A felhasználók a szervezeten kívülről kezdeményezhetnek és fogadhatnak telefonhívásokat, valamint kihasználhatják a Webex Calling S4B alkalmazás által kínált fejlett hívási funkciókat. A felhasználóknak le kell tölteniük és telepíteniük kell a Webex Calling S4B alkalmazást, hogy amikor PSTN-hívást kezdeményeznek vagy fogadnak a Microsoft Skype alkalmazásukban, keresztindításra kerüljenek a Webex Calling S4B alkalmazásba.


 

Ez az egyetlen alkalom, amikor be- vagy kiléphet a Skype üzleti utazásokhoz integrációból a Webex Calling alkalmazással. A hely létrehozását követően már nincs lehetősége megváltoztatni ezt a beállítást.

4

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

5

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

  • Cisco PSTN - Válassza ezt az opciót, ha olyan csomagos megoldást szeretne, amely lehetővé teszi új PSTN-számok rendelését és meglévő számok Cisco-ra portolását.


     

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

    1. A Cisco hívási tervet engedélyezték vagy megvásárolták az adott ügyfél számára.

    2. A helyszín olyan országban található, ahol támogatott a Cisco hívási terv (jelenleg csak az Egyesült Államokban érhető el).

  • Cloud Connected PSTN- Válassza ezt az opciót, ha olyan felhőalapú megoldást keres, amely nem igényel jelentős beruházást a helyi hardverbe, majd válassza ki az Ön által választott központi szerződő felet.

     

    Csak a tartózkodási helyed országát támogató partnerek jelennek meg.

    Ha a Rendelési számok opciót most egy felsorolt szolgáltató alatt látja, javasoljuk, hogy ezt a lehetőséget válassza, hogy élvezhesse az integrált központi szerződő fél előnyeit. Így megrendelhetik a számaikat itt, a vezérlőközpontban. Ha ezt az opciót választja, további információkért és a következő lépésekért látogasson el ide.

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

  • Premises-alapú PSTN (Local Gateway)Ezt az opciót akkor választhatod, ha meg szeretnéd tartani a jelenlegi PSTN-szolgáltatódat, vagy ha felhőalapú webhelyeket szeretnél összekapcsolni felhőalapú webhelyekkel.

6

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

7

Írja be a telefonszámokat vesszővel elválasztott értékként, majd kattintson az Érvényesítés gombra.

A megadott helyhez számokat adnak hozzá. Az érvényes bejegyzések az Érvényesített számok mezőbe kerülnek, és az érvénytelen bejegyzések a Számok hozzáadása mezőben maradnak, hibaüzenettel együtt.

Az elhelyezkedés országától függően a számok formázása a helyi tárcsázási követelményeknek megfelelően történik. Ha például országkódra van szükség, megadhat számokat kóddal vagy anélkül, és a kód előre fel van függesztve.

8

Kattintson a Mentés lehetőségre.

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

Miután létrehozta a helyszínt, engedélyezheti a segélyhívó szolgálatokat az adott helyen. További információkért látogasson el a RedSky 911 segélyhívó szolgáltatásához a Webex Calling számára.

Amikor létrehozta ügyfélszervezetét a Vezérlőpultban, az első létrehozott hely lesz az alapértelmezett hely. Eltérő rendelkezés hiányában a szervezetedhez hozzáadott felhasználók hozzá lesznek rendelve ehhez az alapértelmezett helyhez. Bármilyen későbbi helyet alapértelmezetté tehet, de ne feledje, hogy nem törölheti az alapértelmezett helyet.

Mielőtt elkezdené


A helyhez tartozó 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ölni kívánt helyet. A hely törlése előtt törölnie kell ezeket a felhasználókat és munkaterületeket.

Ne feledd, hogy az ehhez a helyhez társított számok visszakerülnek a PSTN-szolgáltatódhoz; ezek a számok a továbbiakban nem lesznek a tulajdonodban.

1

Az Ügyfél nézetben lépj https://admin.webex.coma Szolgáltatások > Hívás > Helyszín részre, majd válaszd ki a törölni kívánt helyet.

2

Kattints a További elemre a hely neve mellett, válaszd a Hely törlése lehetőséget, és erősítsd meg, hogy törölni szeretnéd ezt a helyet.

Általában néhány percet vesz igénybe a hely végleges törlése, de akár egy órát is igénybe vehet. Az állapot ellenőrzéséhez kattintson a További gombra a hely neve mellett, majd válassza a Törlési állapot lehetőséget.

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


Meglévő helyeken engedélyezheti a segélyhívó szolgálatokat. További információkért látogasson el a RedSky 911 segélyhívó szolgáltatásához a Webex Calling számára.

1

Az Ügyfél nézetben lépj https://admin.webex.coma Szolgáltatások > Hívás > Helyszínek részre, majd válaszd ki a frissíteni kívánt helyet.

Ha egy hely mellett Figyelmeztetés szimbólumot látsz, az azt jelenti, hogy még nem állítottál be telefonszámot az adott helyhez. A felhasználók nem kezdeményezhetnek vagy fogadhatnak hívásokat, amíg ez a szám nincs konfigurálva.

2

(Opcionális) A PSTN-kapcsolat alattválaszd a Cloud Connected PSTN vagy Premises-alapú PSTN (helyi átjáró) lehetőséget, attól függően, hogy melyiket konfiguráltad 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 az alábbi lehetőségek közül, majd kattintson a Mentés gombra:

  • Cisco PSTN - Válassza ezt az opciót, ha olyan csomagos megoldást szeretne, amely lehetővé teszi új PSTN-számok rendelését és meglévő számok Cisco-ra portolását.


     

    A partnereknek jogosultnak kell lenniük a Webex Calling VAR partnerekre, és el kell fogadniuk az új Webex Calling Kiegészítést a Cisco Webex Calling VAR PSTN programba való beiratkozással.

    A partnerek a Cisco kereskedelmi munkaterületén (CCW) belül megrendelést küldenek a Cisco Calling Plan licencekkel (kimenő hívási terv és telefonszámok).

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

  • Cloud Connected PSTN- Válassza ezt az opciót, ha olyan felhőalapú megoldást keres, amely nem igényel jelentős beruházást a helyi hardverbe, majd válassza ki az Ön által választott központi szerződő felet.


     

    Csak a tartózkodási helyed országát támogató partnerek jelennek meg.

    Ha a Rendelési számok opciót most egy felsorolt szolgáltató alatt látja, javasoljuk, hogy ezt a lehetőséget válassza, hogy élvezhesse az integrált központi szerződő fél előnyeit. Így megrendelhetik a számaikat itt, a vezérlőközpontban. Ha ezt az opciót választja, látogasson el ide további információkért és a következő lépésekért

  • Premises-alapú PSTN (Local Gateway)- Válassza ezt az opciót, ha meg szeretné tartani jelenlegi PSTN-szolgáltatóját, vagy felhőalapú webhelyeket szeretne összekapcsolni felhőalapú webhelyekkel.

     

    Webex Hívó ügyfelek a helyszínek korábban konfigurált helyi átjáró automatikusan konvertálni premises-alapú PSTN a megfelelő trönk.

3

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

4

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

5

(Opcionális) Kattintson a Helyszín oldal tetején található ceruza ikonra a Helyszín nevének, időzónájának vagy nyelvének szükségszerinti módosításához, majd kattintson a Mentés gombra.

Ezek a beállítások az első telepítővarázslóban is elérhetők. A tárcsázási terv módosításakor a Vezérlőpult példaszámai frissítésre kerülnek a változások megjelenítéséhez.

1

Az Ügyfél nézetből lépj https://admin.webex.coma Szolgáltatások > Hívás > Szolgáltatási beállítások részre, majd görgess a Belső tárcsázásra.

2

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

  • Location Routing Prefix Length - Ezt a beállítást akkorjavasoljuk, ha több helyszínnel rendelkezik. Megadhat 2-7 számjegyet. Ha több hellyel rendelkezik ugyanazzal a kiterjesztéssel, a felhasználóknak egy előtagot kell tárcsázniuk, amikor két hely között hívnak. Például, ha több üzlettel rendelkezik, amelyek mindegyike 1000-es bővítménnyel rendelkezik, beállíthat egy útválasztási előtagot minden üzlethez. Ha egy üzletnek 888-as előtagja van, 8881000-et kell tárcsáznia, hogy elérje azt a boltot.
  • Kormányszámjegy az Útválasztási előtagbanItt állíthat be értéket, függetlenül attól, hogy helyválasztási előtagokat használ.
  • Belső kiterjesztés hossza- 2-6 számjegyet adhat meg, az alapértelmezés 2.

     

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

3

Adja meg a megadott helyek belső tárcsázását. Lépjen a Szolgáltatások > Hívás > Helyszínekmenüpontba, válasszon egy helyet, görgessen a Tárcsázásra, majd szükség szerint módosítsa a belső és külső tárcsázást:

  • Belső tárcsázás -Adja meg azt az útválasztási előtagot, amelyet a más helyeken lévő felhasználóknak tárcsázniuk kell ahhoz, hogy kapcsolatba léphessenek valakivel ezen a helyen. Az egyes helyek útválasztási előtagjának egyedinek kell lennie. Javasoljuk, hogy az előtag hossza egyezzen meg a szervezeti szinten beállított hosszal, de legyen 2-7 számjegy hosszú.
  • Külső tárcsázás -Kiválaszthat egy kimenő számjegyet, amelyet a felhasználóknak tárcsázniuk kell, hogy elérjenek egy külső vonalat. Az alapértelmezés a Nincs , és elhagyhatja, ha nincs szüksége erre a tárcsázási szokásra. Ha mégis úgy dönt, hogy használja ezt a funkciót, javasoljuk, hogy a szervezete kormányszámjegyétől eltérő számot használjon.

     

    A felhasználók megadhatják a kimenő számjegyet, amikor külső hívásokat kezdeményeznek, hogy utánozzák, hogyan tárcsáztak az örökölt rendszereken. Azonban minden felhasználó kezdeményezhet külső hívásokat a kimenő hívószám megadása nélkül.

A felhasználókra gyakorolt hatás:

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

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

Ha Ön értéknövelt viszonteladó, ezekkel a lépésekkel elindíthatja a Cisco Webex Vezérlőpult helyi átjáró konfigurációját. Amikor ez az átjáró regisztrálva van a felhőbe, használhatja egy vagy több Cisco Webex Hívási helyén, hogy útvonalat biztosítson egy vállalati PSTN szolgáltatóhoz.


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

Kövesse ezeket a lépéseket a csomagtartó létrehozásához a Vezérlőpultban.

Mielőtt elkezdené

  • A hely hozzáadása után és a helyszín telephely-alapú PSTN-jének konfigurálása előtt létre kell hoznia egy csomagtartót.

  • Hozzon létre helyeket és egyedi beállításokat és számokat mindegyikhez. A telephely-alapú PSTN hozzáadása előtt a helyeknek létezniük kell.

  • Ismerje meg a Webex Calling Premises-alapú PSTN (helyi átjáró) követelményeit.

  • Nem választhat egynél több csomagtartót a telephely-alapú PSTN-nel rendelkező helyekhez, de ugyanazt a csomagtartót több helyhez is választhatja.

1

Az Ügyfél nézetben lépj a https://admin.webex.comSzolgáltatások > Hívás > Útválasztás hívása részre, és válaszd a Törzs hozzáadása lehetőséget.

2

Válassz egy helyet.

3

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


 

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

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

Bemutatjuk a csomagtartóban konfigurálandó paramétereket. A PSTN-kapcsolat biztosítása érdekében létrehoz egy sor SIP emésztési hitelesítő adatot is.

A Trunk adatai megjelennek a Register Domain, Trunk Group OTG/DTG, Line/Portés Outbound Proxy Address képernyőn.

Javasoljuk, hogy másolja ezt az információt a Vezérlőpultról, és illessze be egy helyi szövegfájlba vagy dokumentumba, hogy hivatkozhasson rá, amikor készen áll a telephely-alapú PSTN konfigurálására.

Ha elveszíti a hitelesítő adatokat, azokat a Vezérlőpult trönk információs képernyőjéről kell generálnia. Kattintson a Felhasználónév lekérése és a Jelszó visszaállítása gombra, ha új hitelesítő adatokat szeretne létrehozni a csomagtartóban.

1

Az ügyfél nézetből lépj https://admin.webex.coma Szolgáltatások > Hívás > Helyszínek részre.

2

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

3

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

4

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


 

A trönk csoportválasztásainak kezeléséhez látogasson el a trönk oldalra.

5

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

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

Fogja a Vezérlőpult által generált konfigurációs információkat, és térképezze fel a paramétereket a helyi átjáróra (például egy CISCO KOCKÁRA, amely a telephelyen található). Ez a cikk végigvezet ezen a folyamaton. Referenciaként tekintse meg az alábbi diagramot, amely példát mutat arra, hogy a vezérlőközpont konfigurációs adatai (bal oldalon) hogyan illeszkednek a kockában (jobb oldalon) lévő paraméterekhez:

Miután sikeresen befejezte a konfigurációt magán az átjárón, visszatérhet a Szolgáltatások > Hívás > Helyszínek a Vezérlőpultban menüpontba, és az Ön által létrehozott átjáró megjelenik azon a helykártyán, amelyhez hozzárendelte, egy zöld ponttal a névtől balra. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívási felhőbe, és a hely aktív PSTN-átjárójaként szolgál.

1

Az ügyfél nézetből lépj https://admin.webex.coma Szolgáltatások > Hívás > Számok részre.

Megjelenik egy táblázat, amely az összes hely számait és a hozzájuk tartozó információkat mutatja. Kattintson az Összes hely legördülő menüre, és válasszon ki egy helyet, ha szűrni szeretne egy adott helyen. A táblázat olyan információkat tartalmaz, mint a szám hozzárendelése és állapota.

2

(Opcionális) Egy számbejegyzés mellett a Műveletek részen kattintson az alábbi lehetőségek egyikére:

  • Szerkesztés- A felhasználóhoz vagy helyhez jelenleg hozzárendelt aktív számok. Kattintson erre az opcióra a Hívásadminisztrátori portál megnyitásához, ahol további módosításokat hajthat végre.

  • Aktiválás - Inaktív állapotúszámoknál ez az opció akkor érhető el, ha a megrendeléssel együtt benyújtott Webex Calling portolt szám elkészült. A szám aktiválása után a szám aktív állapotúként jelenik meg, amikor használatra kész.

  • Delete - Inaktív állapotúszámoknál, amelyek jelenleg nincsenek hozzárendelve egy felhasználóhoz vagy helyhez, ez az opció elérhető.

3

(Nem kötelező) Kattintson a Számok hozzáadása lehetőségre, 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 kerülnek, míg az érvénytelen bejegyzések a Számok hozzáadása mezőben maradnak, hibaüzenettel együtt.

A számoknak minden ország esetében E.164-es formátumot kell követniük, kivéve, ha az Egyesült Államok is követheti a nemzeti formátumot.

Az elhelyezkedés országától függően a számok formázása a helyi tárcsázási követelményeknek megfelelően történik. Ha például országkódra van szükség, megadhat számokat kóddal vagy anélkül, és a kód előre fel van függesztve.

4

(Opcionális) Aktiválja a számokat ömlesztve. A számok listáját szűrheti egy adott hely vagy állapot, vagy mindkettő alapján. Kattintson az Inaktív gombra, ha csak az inaktív állapotú számokat szeretné látni. Egyszerre 500 számot aktiválhat úgy, hogy a lista tetején kiválasztja a Számok aktiválása lehetőséget, majd a megnyíló párbeszédpanelen az Aktiválás gombra kattintva megerősíti szándékát.

Ha kipróbálja a Cisco Webex szolgáltatásait, és szeretné a próbaverzióját fizetős előfizetésre konvertálni, e-mailben kérheti partnerét.

1

Az ügyfél nézetben válassza https://admin.webex.comki az épület ikont .

2

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

Partnerének e-mailt küldünk, amelyben tájékoztatjuk arról, hogy fizetős előfizetésre szeretne váltani.

A Webex Vezérlőpult segítségével beállíthatja az elérhető hívási lehetőségek prioritását, amelyeket a felhasználók a Webexben látnak. Engedélyezheti a hívásonkénti kattintást is.

1

Az ügyfél nézetben lépj a https://admin.webex.comSzervezeti beállítások > Szolgáltatások részre, görgess a Hívás részhez, majd válaszd az Ügyfélbeállítások lehetőséget.

2

Húzza át a felhasználók számára megjelenítendő hívási lehetőségeket az Elérhető hívási beállítások mezőbe, majd rendezze át őket a felhasználók számára kívánt prioritási sorrendbe.

A felhasználók számára rejtett egyéb opciók a Rejtett hívási opciók mezőben jelennek meg, ahogy ez a példa a képernyőképen látható:

3

Kapcsolja be az Egyszeri kattintásos hívás engedélyezését, ha azt szeretné, hogy a felhasználók az előző lépésben beállított első hívási opcióval kezdeményezhessenek hívást.


 

A változások megjelenése a Webexben akár 24 órát is igénybe vehet. Azt tanácsolhatja a felhasználóinak, hogy indítsák újra az alkalmazásaikat, hogy gyorsabban reagálhassanak ezekre a változásokra.

Beállíthatja, hogy mit nyisson meg a hívóalkalmazás, amikor a felhasználók PSTN-hívásokat kezdeményeznek. Miután szervezeti szinten konfigurálta ezt a beállítást, bizonyos felhasználók esetében felülbírálhatja ezt a beállítást.


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

Mielőtt elkezdené

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

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

Az ügyfél nézetből lépj a https://admin.webex.comBeállítások részre,görgess a Hívási viselkedés részhez, majd válaszd ki a következők egyikét: .

  • Webex csapatok behívása -Jelölje be ezt az opciót, ha azt szeretné, hogy a felhasználók közvetlenül a Webexben kezdeményezzenek hívásokat a Webex Calling használatával.
  • Webex Calling alkalmazás -Jelölje be ezt az opciót, ha a szervezete előfizetett a Cisco Webex Calling szolgáltatásra, és engedélyezni szeretné a felhasználóknak, hogy PSTN-hívásokat bonyolítsanak a Webex Calling alkalmazással. Amikor a felhasználók PSTN hívásokat kezdeményeznek a Webexben, a Webex Hívás alkalmazást használják a hívás lebonyolításához.

Megjelenik egy üzenet, amely a hívási viselkedés frissítését jelzi. 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 rendelkezniük kell a megfelelő alkalmazással ahhoz, hogy PSTN-hívásokat kezdeményezzenek a Webexből. Mindenképpen tájékoztasd az embereket arról, hogy milyen döntést hozol, és hogy egy másik alkalmazást használsz-e PSTN-hívások kezdeményezésére.


 

Felhasználói szinten módosíthatja ezt a beállítást, ha bizonyos embereknek eltérő hívási viselkedést kell alkalmazniuk. Lépjen a Felhasználók részre, és a Beállításokalatt válassza a Hívási viselkedés lehetőséget. Választhat, majd kattintson a Mentés gombra.

Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

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

Miután konfigurálta a Webex Calling szolgáltatást a szervezete számára, konfigurálhat egy csomagtartót a helyi átjáró és a Webex Calling összekapcsolásához. A csomagtartó a helyi átjáró és a Webex felhő között mindig SIP TLS átvitellel és SRTP adathordozóval van biztosítva a helyi átjáró és a Webex Calling Access SBC között.

Ezzel a feladatfolyamattal konfigurálhatja a Webex Calling csomagtartó helyi átjáróját. A következő lépéseket magán a helyi átjárón hajtjuk végre parancssorral. A csomagtartó a helyi átjáró és a Webex Calling között mindig SIP TLS átvitellel és SRTP adathordozóval van biztosítva a helyi átjáró és a Webex Calling Access SBC között.

Mielőtt elkezdené

  • Ismerje meg a Webex Calling Premises-alapú PSTN (helyi átjáró) követelményeit.

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

  • Az ebben a dokumentumban megadott konfigurációs irányelvek feltételezik, hogy egy külön erre a célra létrehozott helyi átjáró platform nem rendelkezik meglévő hangkonfigurációval. Ha egy meglévő PSTN átjárót vagy KOCKA vállalati telepítést módosítanak, hogy a Webex Calling helyi átjáró funkcióját is használják, figyeljen oda 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 az Ön által végrehajtott változtatások miatt.

  Parancs vagy művelet Cél
1

Paraméter hozzárendelése a Cisco Webex vezérlőközpont és a Cisco egységes határelem között

Használja ezt a táblázatot referenciaként a Vezérlőpultról érkező paraméterekhez, és ahhoz, hogy hol térnek rá a helyi átjáróra.

2

Referenciaplatform-konfiguráció végrehajtása

Végezze el ezeket a lépéseket, mint a helyi átjáró közös globális konfigurációját. A konfiguráció tartalmazza a platform alapkonfigurációját és a megbízhatósági csapat frissítését.

3

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

4

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

A hívás útvonala a helyi átjárón az Ön által választott Webex hívás telepítési opción alapul. Ez a szakasz feltételezi, hogy az IP PSTN végződtetés ugyanazon a platformon van, mint a helyi átjáró. A következõ konfiguráció a helyi átjárón az alábbi opciók egyikére vonatkozik:

  • Helyi átjáró kiépítési lehetőség telephelyi IP PBX nélkül. A helyi átjáró és az IP PSTN KOCKA alapvető fontosságú.

  • A helyi átjáró telepítési lehetőség egy meglévő egységes CM környezetben. A helyi átjáró és az IP PSTN KOCKA alapvető fontosságú.

Táblázat Paraméter hozzárendelése a Cisco Webex vezérlőközpont és a helyi átjáró között

Control Hub

Helyi átjáró

Regisztrátori tartomány:

A vezérlőpultnak elemeznie kell az UCAPI-tól kapott LinePort tartományt.

example.com

regisztrátor

example.com

Trunk Group OTG/DTG

korty profilok:

<rule-number> szabálykérés BÁRMILYEN SIP-HEADERREL

From modify ">" ";otg=otgDtgId>"

Vonal/Port

user@example.com

szám: felhasználó

Kimenő proxy

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

SIP felhasználónév

felhasználónév

SIP jelszó

jelszó

Mielőtt elkezdené

  • Győződjön meg arról, hogy az alapkonfiguráció, mint például az NTP-k, ACL-ek, engedélyezik a jelszavakat, az elsődleges jelszót, az IP-útválasztást, az IP-címeket stb., a szervezete irányelveinek és eljárásainak megfelelően van konfigurálva.

  • Az IOS-XE 16.12 vagy IOS-XE 17.3 közül a legfrissebb szükséges minden LGW telepítéshez.

1

Győződjön meg arról, hogy minden 3. rétegű kapcsolat rendelkezik érvényes és routable IP-címekkel:

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

A hitelesítő adatokban és a megosztott titkokban való felhasználás előtt az alábbi parancsok segítségével be kell állítania a jelszó elsődleges kulcsát. A 6-os típusú jelszavak AE kódolással és felhasználó által definiált elsődleges kulccsal vannak titkosítva.


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

Állítsa be az IP-kiszolgálót, hogy engedélyezze a DNS-keresést, és pingeléssel biztosítsa, hogy elérhető legyen:


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 Exkluzivitás és alapértelmezett helyőrzői megbízhatósági pont engedélyezése:

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

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

  3. cn-san-validate szerver szükséges annak biztosításához, hogy a helyi átjáró csak akkor hozza létre a kapcsolatot, ha a 200-as bérlőn konfigurált kimenő proxy (később leírva) megegyezik a szervertől kapott CN-SAN listával.

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

  5. A TLS 1.0 és 1.1-es verziójának letiltása a v1.2 kizárólagosság engedélyezésével.

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

  7. (IOS-XE 17.3.2 és újabb) Időzítő kapcsolat beállítása tls létrehozása <wait-timer in="" sec="">. A tartomány 5 és 20 másodperc között van, az alapértelmezett 20 másodperc. (Az LGW 20 másodpercbe telik a TLS-kapcsolat meghibásodásának észlelése, mielőtt megpróbál kapcsolatot létesíteni a következő elérhető Webex Calling Access SBC-vel. Ez a CLI lehetővé teszi az adminisztrátor számára, hogy módosítsa az értéket, hogy alkalmazkodjon a hálózati feltételekhez, és sokkal gyorsabban észlelje a kapcsolódási hibákat az Access SBC-vel).


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

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

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

Helyi átjáró megbízhatósági készletének frissítése:

Az alapértelmezett trustpool csomag nem tartalmazza a “DigiCert Root CA” tanúsítványt, amely szükséges a szerveroldali tanúsítvány érvényesítéséhez a TLS-kapcsolat létesítése során a Webex Callinghoz.

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

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

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

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

Mielőtt elkezdené

Győződjön meg arról, hogy elvégezte a Vezérlőpult lépéseit egy hely létrehozásához, és hozzáadott egy csomagtartót az adott helyhez. Az itt bemutatott példában az információ a vezérlőközpontból származik.

1

Adja meg ezeket a parancsokat a helyi átjáró alkalmazás bekapcsolásához (lásd a Cisco Webex Calling port-referenciainformációit a legfrissebb IP-alhálózatokról, amelyeket hozzá kell adni a megbízhatósági listához):

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

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 azon entitások forrásIP-címét, amelyektől a helyi átjáró jogszerű VoIP-hívásokat vár, mint például a Webex Calling peers, Unified CM nodes, IP PSTN.

  • Alapértelmezés szerint az LGW a megbízható szolgáltatók listáján nem szereplő IP-címekről érkező VoIP hívások beállításait blokkolja. Alapértelmezés szerint a "session target ip” vagy a Server Group címmel rendelkező tárcsázók IP-címei megbízhatók, és ezeket nem kell itt kitölteni.

  • A listában szereplő IP-címeknek meg kell egyezniük az IP-alhálózatokkal azon regionális Webex Hívási adatközpont szerint, amelyhez az ügyfél csatlakozik. További információkért lásd a Webex hívás porthivatkozási információit.


     

    Ha az LGW egy korlátozott kúpos NAT tűzfal mögött van, akkor a Webex Calling (Hívás-felület) felületen tiltsa le a megbízható IP-címek listáját. Ez azért van, mert a tűzfal már védi Önt a kéretlen bejövő VoIP-től. Ez a művelet csökkentené a hosszabb távú konfigurációját, mivel nem tudjuk garantálni, hogy a Webex Calling társainak címe rögzített marad, és mindenképpen be kell állítania a tűzfalat a társai számára.

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

  • Az IP-címeknek meg kell egyezniük a kiszolgálók IP-címével outbound-proxy elhatározza, hogy a bérlő 200

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

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

  • A médiatömeges statisztika lehetővé teszi, hogy a vezérlősík lekérdezze az adatsíkot az ömlesztett hívásokra vonatkozó statisztikákhoz.

SIP-SIP alapvető funkcionalitás
allow-connections sip to sip
Kiegészítő szolgáltatások
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Letiltja A HIVATKOZÁST és lecseréli a párbeszédablak-azonosítót A fejléc lecserélése a partnerpárbeszédablak-azonosítóra.

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

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

Lehetővé teszi a T.38 faxküldését, 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 Hívó felhasználónak (például mind a hívott, mind a hívó felek Webex Hívó előfizetők, és a média a Webex Hívó SBC-hez van rögzítve), a média nem tud a helyi átjáróhoz áramlani, mivel a lyuk nincs nyitva.

  • A helyi átjáró KÁBÍTÓ kötések funkciója lehetővé teszi a helyileg generált KÁBÍTÓ kérések továbbítását a megegyezésen alapuló médiaútvonalon. Ez segít megnyitni a lyukat a tűzfalon.

  • A KÁBÍTÓ jelszó előfeltétele annak, hogy A helyi átjáró KÁBÍTÓ üzeneteket küldjön. Az IOS/IOS-XE alapú tűzfalak konfigurálhatók úgy, hogy ellenőrizzék ezt a jelszót, és dinamikusan nyissák meg a lyukakat (például kifejezett ki- és bemeneti szabályok nélkül). De a helyi átjáró telepítési esetben a tűzfal statikusan úgy van konfigurálva, hogy lyukakat nyisson be és ki a Webex Calling SBC alhálózatok alapján. Mint ilyen, a tűzfalnak ezt úgy kell kezelnie, mint bármely bejövő UDP csomagot, amely elindítja a lyuknyílást anélkül, hogy kifejezetten megnézné a csomag tartalmát.

G729
sip
  g729 annexb-all

Engedélyezi a G729 összes változatát.

SIP
early-offer forced

Kényszeríti a helyi átjárót, hogy a kezdeti MEGHÍVÓ üzenetben küldje el az SDP-információkat, ahelyett, hogy a szomszédos partner visszaigazolására várna.

2

Állítsa be a "SIP Profile 200” beállítását.

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

Ezek a szabályok

Parancsok magyarázata:

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

    Ez konvertálja a SIP URI-k és SIP URL-ek között, mert a Webex Calling nem támogatja a SIP URI-kat a kérés/válasz üzenetekben, de szüksége van rájuk SRV lekérdezésekhez, pl._sips._tcp.<outbound-proxy>.
  • a 20. szabály módosítja a Feladó fejlécet, hogy az tartalmazza a Trunk Group OTG/DTG paramétert a Vezérlőközpontból, hogy egyedileg azonosítsa a vállalaton belüli LGW telephelyet.

  • Ez a SIP profil lesz alkalmazva a hang osztály bérlő 200 (később tárgyalt) minden forgalom előtt Webex Calling.

3

Állítsa be a Codec profilt, A KÁBÍTÓ definíciót és az SRTP titkosítási 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

Parancsok magyarázata:

  • 99-es kodek: Lehetővé teszi mind a g711 (mu és a-law) codec-eket a munkamenetekhez. Az összes tárcsázóra vonatkozik.

  • Hangosztály srtp-crypto 200: Megadja az SHA1_80-at, mint az egyetlen SRTP titkosítási módot, amelyet a helyi átjáró kínál az SDP ajánlatában és válaszában. A Webex hívás csak az SHA1_80 verziót támogatja.

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

  • Hangszigetelési osztályú kábítás 200: Meghatározza A KÁBÍTÁS használatát. Alkalmazott minden Webex Callingarc (2XX tag) tárcsázó-peers, hogy elkerüljék a hang, ha egy egységes CM telefon továbbítja a hívást egy másik Webex Calling telefon.


 

Azokban az esetekben, amikor a média az ITSP SBC-hez van horgonyozva, és a helyi átjáró egy NAT mögött van, és az ITSP-ből érkező médiafolyamra vár, ez a parancs alkalmazható az ITSP-vel szemben álló tárcsázókra.


 

Kábítószer-használat A médiaútvonal-optimalizálást alkalmazó hívási folyamatokhoz jég lite szükséges.

4

A vezérlőpult paramétereinek hozzárendelése a helyi átjáró konfigurációjához:

A Webex Calling bérlőként kerül hozzáadásra a helyi átjárón belül. A helyi átjáró regisztrálásához szükséges konfigurációt a 200 hangosztályú bérlő határozza meg. A konfiguráció elemeit a Vezérlőpult Trunk Info oldaláról kell beszereznie, a képen látható módon. Ez egy példa arra, hogy milyen mezők felelnek meg a megfelelő helyi átjáró CLI-nek.

A Bérlő 200-at ezután a helyi átjáró konfiguráción belül az összes Webex Hívásra néző tárcsázóra (2xx tag) alkalmazzák. A beszédüzemű osztály bérlői funkciója lehetővé teszi a SIP trönk paraméterek csoportosítását és konfigurálását, amelyeket egyébként beszédüzemű és sip-ua üzemmódban végeznek. Ha a bérlőt egy tárcsázó alatt konfigurálják és alkalmazzák, az IOS-XE konfigurációkat a következő preferenciális sorrendben kell alkalmazni:

  • Tárcsázós konfiguráció

  • Bérlő konfiguráció

  • Globális konfiguráció (beszédüzem voip / sip-ua)

5

A Vezérlőpulttól kapott paraméterek alapján konfigurálja a 200-as hangosztályú bérlőt az LGW-től a Webex Callingig történő trönkregisztráció engedélyezéséhez:


 

Az alábbi parancssor és paraméterek csak példák. A paramétereket a saját telepítéséhez kell használnia.

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

Parancsok magyarázata:

voice class tenant 200

A helyi átjáró többbérlős funkciója egyedi globális konfigurációkat tesz lehetővé több bérlő számára a SIP csomagtartókon, ami differenciált szolgáltatásokat tesz lehetővé a bérlők számára.

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

Regisztrátori szerver a helyi átjáróhoz, a regisztráció kétpercenként frissül (240 másodperc 50% -a). További információért lásd: .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

Személyi igazolvány a csomagtartó-regisztrációs kihíváshoz. További információért lásd: .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104

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

Hitelesítési kihívás hívásokhoz. További információért lásd: .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 hívás támogatja a PAI-t, amely CIO használatával engedélyezettasserted-id pai(lásd alább).

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

Ugyanaz az állandó kapcsolat használata a regisztrációhoz és a hívások feldolgozásához.

srtp-crypto 200

SHA1_80-at ad meg a voice class srtp-crypto 200.

session transport tcp tls
Szállítás beállítása a TLS-be
url sips

Az SRV lekérdezésnek SIP-nek kell lennie, ahogy azt a hozzáférési SBC támogatja; az összes többi üzenet sip-profile 200-ra VÁLTOZIK.

error-passthru

SIP hibaválasz áthaladási funkciója

asserted-id pai

Bekapcsolja a PAI feldolgozását a helyi átjáróban.

bind control source-interface GigabitEthernet0/0/1

Webex Calling felé néző jelforrás-interfész.

bind media source-interface GigabitEthernet0/0/1

A Webex Calling felé néző médiaforrás felület.

no pass-thru content custom-sdp

Alapértelmezett parancs a bérlő alatt.

sip-profiles 200

AZ üzenetek meghívására és REGISZTRÁLÁSÁRA szolgáló vonal/port KORTYOLGATÁSÁNAK és módosításának módosítása a voice class sip-profiles 200.

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

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

privacy-policy passthru

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

Miután a 200-as bérlőt definiálták a helyi átjárón belül és konfiguráltak egy SIP VoIP tárcsázót, az átjáró ezután TLS-kapcsolatot kezdeményez a Webex Calling felé, ahol az Access SBC bemutatja a tanúsítványát a helyi átjárónak. A helyi átjáró a Webex Calling Access SBC-tanúsítványt a korábban frissített CA gyökércsomaggal hitelesíti. Állandó TLS munkamenet jön létre a helyi átjáró és a Webex Calling Access SBC között. A helyi átjáró ezután ELKÜLD EGY REGISZTERT az Access SBC-nek, amelyet megkérdőjelez. A regisztrációs AOR szám@domain. A szám a "number" hitelesítő adatokból és a "registrar dns<fqdn>:" tartományból származik. Ha a Regisztráció kihívás, a felhasználónév, jelszó és tartományi paraméterek hitelesítő adatok használják építeni a fejléc és sip-profile 200 konvertálja SIPS URL vissza SIP. A regisztráció akkor sikeres, ha 200 OK érkezik az Access SBC-től.

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

  1. Hangszóró osztály bérlői- Először további bérlőket hozunk létre az ITSP-vel szembenéző tárcsázók számára, hasonlóan a 200-as bérlőhöz, amit a Webex Calling szembenéző tárcsázói számára hoztunk létre.

  2. Voice classURI-k -A helyi átjárón végződő különböző trönkök kiszolgáló IP-címeit/portjait meghatározó tanúsítványok: Webex hívás LGW-nek; és PSTN SIP trönk végződtetés LGW-n.

  3. Kimenő hívások- Kimenő hívások továbbítása LGW-ből az ITSP SIP csomagtartóba és a Webex Callingba.

  4. Hangosztály DPG—Target kimenő tárcsázó-pers hívása bejövő tárcsázó-per.

  5. Bejövő hívások- Bejövő hívások fogadása az ITSP és a Webex hívásokból.

Az ebben a részben található konfiguráció használható partnerként üzemeltetett helyi átjáró beállítására, az alábbiakban bemutatottak szerint, vagy helyi ügyféloldali átjáróra.

1

Állítsa be a következő hangosztályok bérlőit:

  1. A 100 hangosztályú bérlőt minden IP PSTN-nel szemben álló KIMENŐ tárcsázóra alkalmazzák.

    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őt az IP PSTN minden BEJÖVŐ hívására alkalmazzák.

    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

Állítsa be AZ URI hangosztályt:

  1. Határozza meg 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óhelyek egyedi azonosítására szolgáló mintát:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    A helyi átjáró jelenleg nem támogatja a (z) "_" aláhúzást az egyezési mintában. Megoldásként használjuk a pont "-t." (egyezik) a következővel: "_".

    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

Állítsa be a következő kimenő hívásokat:

  1. Kimenő hívás az IP PSTN felé:

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

    Parancsok magyarázata:

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

    Megadja A 101-es címkéjű VOIP tárcsázót, és az egyszerű kezelhetőség és hibaelhárítás érdekében értelmes leírást ad.

    destination-pattern BAD.BAD

    Számjegyminta, amely lehetővé teszi a tárcsázó kiválasztását. Azonban ezt a kimenő tárcsázót közvetlenül a bejövő tárcsázótól fogjuk meghívni DPG utasítások használatával, és ez megkerüli a számjegyminta egyezési kritériumait. Ennek eredményeképpen egy tetszőleges mintát használunk, amely alfanumerikus számjegyeken alapul, amelyeket a cél CLI engedélyez.

    session protocol sipv2

    Megadja, hogy ez a tárcsázó kezelje a SIP híváslábakat.

    session target ipv4:192.168.80.13

    A cél IPv4-címét jelöli, ahová a hívási szakasz kerül. Ebben az esetben az ITSP IP-címe.

    voice-class codec 99

    Az ehhez a tárcsázóhoz használandó 99-es kodek preferencia listát jelzi.

    dtmf-relay rtp-nte

    Meghatározza az RTP-NTE-t (RFC2833), mint a hívási szakasztól elvárt DTMF-képességet.

    voice-class sip tenant 100

    A tárcsázó az összes paramétert a Bérlő 100-tól örökli, kivéve, ha ugyanezt a paramétert maga a tárcsázó határozza meg.

    no vad

    Kikapcsolja a hangaktivitás érzékelését.

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

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

    Parancsok magyarázata:

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

    Meghatároz EGY 200201-ES VOIP tárcsázót, és a könnyebb kezelhetőség és hibaelhárítás érdekében értelmes leírást ad

    session target sip-server

    Azt jelzi, hogy a globális SIP-kiszolgáló az ettől a tárcsázó partnertől érkező hívások célállomása. A 200-as bérlőben definiált Webexhíváskiszolgáló öröklődik ehhez a tárcsázóhoz.

    voice-class stun-usage 200

    A helyi átjáró KÁBÍTÓ kötések funkciója lehetővé teszi a helyileg generált KÁBÍTÓ kérések továbbítását a megegyezésen alapuló médiaútvonalon. Ez segít megnyitni a lyukat a tűzfalon.

    no voice-class sip localhost

    Letiltja a DNS localhost név helyettesítését a kimenő üzenetek Feladó, Hívás-ID és Távoli fél ID fejlécében lévő fizikai IP-cím helyett.

    voice-class sip tenant 200

    A tárcsázó az összes paramétert a Tenant 200-tól örökli (LGW <--> Webex Calling Trunk), kivéve, ha ugyanezt a paramétert maga a tárcsázó határozza meg.

    srtp

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

    no vad

    Kikapcsolja a hangaktivitás érzékelését.

4

Állítsa be a következő tárcsázási csoportokat (DPG):

  1. Meghatározza a 100-as tárcsázócsoportot. A 101-es hívószámú kimenő hívás a 100-as hívószámú bejövő hívások célpontja. DPG 100-at alkalmazunk a bejövő hívásokra 200201-ben Webex hívás --> 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 tárcsázócsoportot a 200201-es kimenő tárcsázóval a PSTN LGW Webex hívási útvonal céljaként--> -->. A 200 DPG-t a később meghatározott bejövő 100-as hívószámra kell alkalmazni.

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

Állítsa be a következő bejövő hívásokat:

  1. Bejövő hívás a 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

    Megadja A VOIP tárcsázó címkét 100 és egy értelmes leírást ad az egyszerű kezelés és hibaelhárítás.

    session protocol sipv2

    Megadja, hogy ez a tárcsázó kezelje a SIP híváslábakat.

    incoming uri via 100

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

    destination dpg 200

    A cél dpg 200, IOS-XE azáltal, hogy megfelel a klasszikus kimenő dial-peer megfeleltetési kritériumokat, és azonnal megkezdi a kimenő hívás lábának beállítását a cél Dial-peer csoport 200, ami dial-peer 200201.

    voice-class sip tenant 300

    A tárcsázó örökli az összes paramétert a Tenant 300-tól, kivéve, ha ugyanezt a paramétert maga a tárcsázó határozza meg.

    no vad

    Kikapcsolja a hangaktivitás érzékelését.

  2. Bejövő hívások száma a bejövő Webex híváslábaknál:

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

    Parancsok magyarázata

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

    Frissíti A VOIP tárcsázó címkét 200201 és egy értelmes leírást ad az egyszerű kezelés és hibaelhárítás.

    incoming uri request 200

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

    destination dpg 100

    A cél dpg 100, IOS-XE azáltal, hogy megfelel a klasszikus kimenő dial-peer megfeleltetési kritériumokat, és azonnal elkezdi beállítani a kimenő hívási láb segítségével tárcsázó meghatározott cél Dial-peer csoport 100, ami dial-peer 101.

    max-conn 150

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

PSTN - Webex hívás

Minden bejövő IP PSTN hívás lábak a helyi átjárón illeszkedik a dial-peer 100, mivel meghatározza az egyezési feltételeket A VIA fejléc az IP PSTN IP-címét. A kimenő tárcsázók kiválasztását a DPG 200 diktálja, amely közvetlenül meghívja a kimenő tárcsázókat 200201-re, ahol a Webex Hívókiszolgáló szerepel a célállomásként.

Webex hívás a PSTN-re

A helyi átjáró összes bejövő Webex Hívás hívási lába a 200201-es tárcsázási perióduson egyezik, mivel megfelel a KÉRELEM URI fejlécmintájára vonatkozó feltételeknek a TrunkGroup OTG/DTG paraméterrel, amely csak erre a helyi átjáró telepítésre jellemző. A kimenő tárcsázók kiválasztását a DPG 100 diktálja, amely közvetlenül meghívja a kimenő tárcsázók 101-et, amelynek IP PSTN IP-címe szerepel a célállomásként.

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

  1. Voice osztály bérlői-További bérlőket kell létrehozni a tárcsázók szembe Egységes CM és ITSP, hasonló bérlő 200 hoztuk létre a Webex Calling szembenéző tárcsázók.

  2. Voice classURI-k -Az LGW-n végződő különböző trönkök fogadó IP-címeit/portjait meghatározó tanúsítványok: egységes CM-től LGW-ig PSTN célállomások esetén; Egységes CM-től LGW-ig Webex Hívási célállomások esetén; Webex Hívás LGW-hez; és PSTN SIP trönkvégződtetés LGW-n.

  3. Voice class server-group—Target IP addresses/ports for outbound trunks from LGW to Unified CM, LGW to Webex Calling, and LGW to PSTN SIP trunk.

  4. Kimenő hívások- Kimenő hívások továbbítása LGW-ből Unified CM-be, ITSP SIP csomagtartóba és/vagy Webex Callingba.

  5. Voice class DPG—Target outbound dial-per (s) hívása bejövő tárcsázóból.

  6. Bejövő hívások - Bejövő hívások fogadása az Egységes CM, ITSP és/vagy Webex hívásokból.

1

Állítsa be a következő hangosztályok bérlőit:

  1. Az Unified CM és IP PSTN felé néző összes kimenő tárcsázóra a 100 hangosztályú bérlőt alkalmazzák:

    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. Az Unified CM és IP PSTN minden bejövő hívására 300-as hangosztályú bérlőt alkalmazunk:

    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

Állítsa be a következő hangosztály-URI-kat:

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

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. A Control Hub TrunkGroup OTG/DTG paramétere alapján határozza meg a vállalaton belüli helyi átjáróhelyek egyedi azonosítására szolgáló mintát:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    A helyi átjáró jelenleg nem támogatja a (z) "_" aláhúzást az egyezési mintában. Megoldásként használjuk a pont "-t." (egyezik) a következővel: "_".

    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. Meghatározza az egységes CM-jelzést PORTON keresztül a Webex Calling csomagtartóhoz:

    voice class uri 300 sip
     pattern :5065
    
  4. Meghatározza a CUCM-forrás jelátviteli IP-címét és a PSTN trönk 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 trunk célállomásának IP-címét és portszámát az Unified CM Group 1 számára (5 csomópont). Az Unified CM az 5065-ös portot használja a bejövő forgalomra a Webex Calling csomagtartóján (Webex Calling <-> LGW --> Unified CM).

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

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

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Állítsa be a következő kimenő hívásokat:

  1. Kimenő hívás az IP PSTN felé:

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

    Parancsok magyarázata

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

    Megadja A 101-es címkéjű VOIP tárcsázót, és az egyszerű kezelhetőség és hibaelhárítás érdekében értelmes leírást ad.

    destination-pattern BAD.BAD

    Számjegyminta, amely lehetővé teszi a tárcsázó kiválasztását. Azonban ezt a kimenő tárcsázót közvetlenül a bejövő tárcsázótól fogjuk meghívni DPG utasítások használatával, és ez megkerüli a számjegyminta egyezési kritériumait. Ennek eredményeképpen egy tetszőleges mintát használunk, amely alfanumerikus számjegyeken alapul, amelyeket a cél CLI engedélyez.

    session protocol sipv2

    Megadja, hogy ez a tárcsázó kezelje a SIP híváslábakat.

    session target ipv4:192.168.80.13

    A célállomás IPv4-címét jelöli, ahová a hívást küldik. (Ebben az esetben az ITSP IP-címe.)

    voice-class codec 99

    Az ehhez a tárcsázóhoz használandó 99-es kodek preferencia listát jelzi.

    voice-class sip tenant 100

    A tárcsázó az összes paramétert a Bérlő 100-tól örökli, kivéve, ha ugyanezt a paramétert maga a tárcsázó határozza meg.

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

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

    Parancsok magyarázata

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

    Meghatároz egy 200201-es VOIP tárcsázót, és a könnyebb kezelhetőség és hibaelhárítás érdekében értelmes leírást ad.

    session target sip-server

    Azt jelzi, hogy a globális SIP-kiszolgáló az ettől a tárcsázó partnertől érkező hívások célállomása. A 200-as bérlőben definiált Webexhíváskiszolgáló öröklődik ehhez a tárcsázóhoz.

    voice-class stun-usage 200

    Az LGW KÁBÍTÓ kötések funkciója lehetővé teszi a helyileg generált KÁBÍTÓ kérések továbbítását a megegyezésen alapuló médiaútvonalon. Ez segít megnyitni a lyukat a tűzfalon.

    no voice-class sip localhost

    Letiltja a DNS localhost nevének alrendszerezését a kimenő üzenetek Feladó, Hívás-ID és Távoli fél ID fejlécében lévő fizikai IP-cím helyett.

    voice-class sip tenant 200

    A tárcsázó az összes paramétert a Tenant 200-tól örökli (LGW <--> Webex Calling Trunk), kivéve, ha ugyanezt a paramétert maga a tárcsázó határozza meg.

    srtp

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

  3. Kimenő hívás a Unified CM Webex Calling Trunk felé:

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

    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

    Meghatároz egy 301-es címkéjű VOIP tárcsázót, és a kezelés és a hibaelhárítás megkönnyítése érdekében értelmes leírást ad.

    session server-group 301

    Ahelyett, hogy a munkamenet cél IP-címe a tárcsázóban lenne, egy célkiszolgáló-csoportra mutatunk (301-eskiszolgálócsoport a 301-es tárcsázóhoz), hogy több célUCM csomópontot definiáljunk, bár a példa csak egy csomópontot mutat.

    Kiszolgálócsoport a kimenő hívás társában

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

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

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

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Második kimenő tárcsázó a Unified CM PSTN Trunk felé, ha több mint 5 Unified CM csomópontja van:

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

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

  1. Meghatározza a DPG 100-t. A 101-es hívószámú kimenő hívás a 100-as hívószámú bejövő hívások célpontja. A DPG 100-at fogjuk alkalmazni a bejövő 302-es tárcsázóra, amelyet később határozunk meg az Egységes CM LGW PSTN elérési --> --> útra:

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Határozza meg a DPG 200-at a 200201-es kimenő tárcsázóval az egységes CM LGW Webex hívási útvonal céljaként--> -->:

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. DPG 300 definiálása a kimenő 301-es vagy 303-as tárcsázókhoz a Webex hívó LGW Egységes CM útvonalához--> -->:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Határozza meg a DPG 302-t a kimenő 305-ös vagy 307-es tárcsázók számára a PSTN LGW Egységes CM útvonalához--> -->:

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

Állítsa be a következő bejövő hívásokat:

  1. Bejövő hívás a 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

    Megadja A VOIP tárcsázó címkét 100 és egy értelmes leírást ad az egyszerű kezelés és hibaelhárítás.

    session protocol sipv2

    Megadja, hogy ez a tárcsázó kezelje a SIP híváslábakat.

    incoming uri via 100

    Az IP PSTN-től az LGW-ig érkező összes forgalom a fejléc URI 100 SIP hangosztályban meghatározott fogadó IP-címén keresztül érkező bejövő forgalom és a forrás IP-címe (ITSP) alapján egyezik.

    destination dpg 302

    A DPG 302 rendeltetési hellyel az IOS-XE a klasszikus kimenő hívások párosításának kritériumait teljesíti, és azonnal megkezdi a kimenő hívások beállítását a DPG 302 rendeltetési helyen meghatározott tárcsázók használatával, amelyek lehetnek 305 vagy 307 tárcsázók.

    voice-class sip tenant 300

    A tárcsázó örökli az összes paramétert a Tenant 300-tól, kivéve, ha ugyanezt a paramétert maga a tárcsázó határozza meg.

  2. Bejövő hívások száma a bejövő Webex híváslábaknál:

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

    Parancsok magyarázata

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

    Frissíti A VOIP tárcsázó címkét 200201 és egy értelmes leírást ad az egyszerű kezelés és hibaelhárítás.

    incoming uri request 200

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

    destination dpg 300

    A DPG 300 rendeltetési hellyel az IOS-XE a klasszikus kimenő hívások párosításának kritériumait teljesíti, és azonnal megkezdi a kimenő hívások beállítását a DPG 300 rendeltetési helyen meghatározott tárcsázók használatával, amelyek lehetnek a 301-es vagy 303-as tárcsázók.

    max-conn 150

    Az LGW és a Webex hívások közötti egyidejű hívások számát 150-re korlátozza, feltételezve, hogy egyetlen tárcsázó a Webex hívásokkal szemben áll mind a bejövő, mind a kimenő hívások tekintetében, az ebben az útmutatóban meghatározottak szerint. A helyi átjárót érintő egyidejű hívási korlátokkal kapcsolatos további részletekért látogasson el ide https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf:.

  3. Bejövő hívás a bejövő Unified CM hívás lábak Webex Calling a cél:

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

    Parancsok magyarázata

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

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

    incoming uri via 300

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

    destination dpg 200

    A DPG 200 rendeltetési hellyel az IOS-XE megfelel a klasszikus kimenő hívások párosítási feltételeinek, és azonnal megkezdi a kimenő hívások beállítását a DPG 200 rendeltetési helyen belül meghatározott tárcsázók használatával, amelyek 200201-ben lesznek tárcsázva.

    voice-class sip tenant 300

    A tárcsázó örökli az összes paramétert a Tenant 300-tól, kivéve, ha ugyanezt a paramétert maga a tárcsázó határozza meg.

  4. Bejövő hívás a bejövő Egységes CM hívás lábak PSTN a cél:

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

    Parancsok magyarázata

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

    Meghatároz egy 302-es címkéjű VOIP tárcsázót, és a kezelés és a hibaelhárítás megkönnyítése érdekében értelmes leírást ad.

    incoming uri via 302

    A PSTN célállomásra érkező összes bejövő forgalom az Egységes CM-től az LGW-ig egyezik az Egységes CM forrásjelzés IP-címén és AZ URI 302 SIP hangosztályban meghatározott porton keresztül. Az 5060-as szabványos SIP port használatos.

    destination dpg 100

    A DPG 100 rendeltetési hellyel az IOS-XE megfelel a klasszikus kimenő hívások párosítási feltételeinek, és azonnal megkezdi a kimenő hívások beállítását a DPG 100 rendeltetési helyen belül meghatározott tárcsázók használatával, amely a 101-es tárcsázó lesz.

    voice-class sip tenant 300

    A tárcsázó örökli az összes paramétert a Tenant 300-tól, kivéve, ha ugyanezt a paramétert maga a tárcsázó határozza meg.

IP PSTN az egységes CM PSTN csomagtartóhoz

Webex Calling Platform az egységes CM-hez Webex Calling Trunk

Egységes CM PSTN trönk - IP PSTN

Unified CM Webex Calling Trunk to Webex Calling Platform

A diagnosztikai aláírások (DS) proaktívan észlelik az IOS XE alapú helyi átjárón gyakran megfigyelt problémákat, és e-mail, rendszernapló vagy terminálüzenet értesítést generálnak az eseményről. Telepítheti a DS-t is, hogy automatizálja a diagnosztikai adatgyűjtést és továbbítsa az összegyűjtött adatokat a Cisco TAC ügybe a feloldási idő felgyorsítása érdekében.

A diagnosztikai aláírások (DS) XML-fájlok, amelyek információkat tartalmaznak a problémát kiváltó eseményekről és a probléma tájékoztatása, elhárítása és orvoslása érdekében teendő intézkedésekről. A problémaészlelési logikát a syslog üzenetek, SNMP események és az adott show parancs kimenetek időszakos monitorozása határozza meg. A művelettípusok közé tartozik a show parancs kimenetek gyűjtése, konszolidált naplófájl generálása és a fájl feltöltése a felhasználó által megadott hálózati helyre, mint például HTTPS, SCP, FTP szerver. A DS-fájlok szerzői a TAC mérnökei, és digitális aláírással rendelkeznek az integritás védelme érdekében. Minden DS-fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. Diagnosztikai aláírások kereső eszköz (Diagnostic Signatures Lookup Tool, DSLT) az egyetlen forrás, hogy megtalálják a megfelelő aláírások nyomon követése és hibaelhárítás a különböző problémák.

Mielőtt elkezdené:

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

  • A helyi átjáró e-mail értesítések küldéséhez Simple Mail Transfer Protocol (SMTP) kiszolgálóra van szükség.

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

Előfeltételek

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

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

  2. Állítsa be a proaktív értesítés küldésére használandó biztonságos e-mail kiszolgálót, ha az eszköz IOS XE 17.3.2 vagy újabb verziót 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. Állítsa be a ds_email környezeti változót az értesítendő rendszergazda e-mail címével.

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

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

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

  2. Állítsa be az e-mail kiszolgálót proaktív értesítések küldésére, ha az eszköz 17.3.2. előtti verziót futtat.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
    
  3. Állítsa be a ds_email környezeti változót az értesítendő rendszergazda e-mail címével.

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

A helyi átjáró 16.9.x verzióban fut

  1. Adja meg 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. Állítsa be az e-mail kiszolgálót proaktív értesítések küldésére, ha az eszköz 17.3.2. előtti verziót futtat.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
    LocalGateway(config)#end 
  3. Állítsa be a ds_email környezeti változót az értesítendő rendszergazda e-mail címével.

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

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


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-ot, ezért konfigurálnunk kell egy adott Gmail-fiókbeállítást, és külön engedélyt kell adnunk az eszközről érkező e-mail helyes feldolgozásához:

  1. Lépjen a Google Fiók kezelése > Biztonság menüpontba, és kapcsolja be a kevésbé biztonságos alkalmazás-hozzáférési beállításokat.

  2. Válaszolj az "Igen, én voltam” kérdésre, amikor a Gmailtől olyan e-mailt kapsz, amelyben az áll, hogy "A Google megakadályozta, hogy valaki nem Google alkalmazással jelentkezzen be a fiókodba."

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

Magas CPU-kihasználtság figyelése

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

  1. Győződjön meg róla, hogy az SNMP engedélyezve van a snmp parancs segítségével. Ha nincs engedélyezve, állítsa be a "snmp-szerver kezelő” parancsot.

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

    
    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 in Webex Calling Solution

    A 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ó flash-be.

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

    Az alábbiakban bemutatunk egy példát a fájl FTP-kiszolgálóról a helyi átjáróra 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 show call-home diagnosztikai szignállal. Az állapotoszlopnak “regisztrált” értékűnek kell lennie.

    
    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-ek letöltése:

    DS-azonosító

    DS neve

    Felülvizsgálat

    Állapot

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Regisztrálva

    2020-11-07 22:05:33

    LocalGateway#


    Elindításkor ez az aláírás eltávolítja az összes futó DS-t, beleértve önmagát is. Szükség esetén telepítse újra a DS 64224-et, hogy továbbra is figyelemmel kísérhesse a CPU magas kihasználtságát a helyi átjárón.

SIP csomagtartó regisztráció nyomon követése

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

  1. Töltse le a DS 64117 szabványt a Diagnosztikai aláírások kereső eszközben található alábbi legördülő menü segítségével:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise in Webex Calling Solution

    A probléma hatóköre

    SIP-SIP

    Probléma típusa

    SIP csomagtartó regisztrációjának megszüntetése e-mail értesítéssel

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

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

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a show call-home diagnosztikai szignállal. Az állapotoszlopnak “regisztrált” értékűnek kell lennie.

Kóros hívásbontások figyelése

Ez a DS SNMP közvélemény-kutatást használ 10 percenként, hogy észlelje a rendellenes hívásmegszakítást a 403, 488 és 503 SIP hibákkal.  Ha a hibaszámlálási növekmény nagyobb vagy egyenlő 5-tel az utolsó felmérésből, akkor syslog és e-mail értesítést generál. Kérjük, használja az alábbi lépéseket az aláírás telepítéséhez.

  1. Ellenőrizze, hogy az SNMP engedélyezve van-e a snmp parancs segítségével. Ha nincs engedélyezve, állítsa be a "snmp-szerver kezelő” 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 fájlt a Diagnosztikai aláírások kereső eszköz alábbi lehetőségeivel:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise in Webex Calling Solution

    A probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a show call-home diagnosztikai szignállal. Az állapotoszlopnak “regisztrált” értékűnek kell lennie.

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

A diagnosztikai aláírások (DS) a problémák gyors megoldására is használhatók. A Cisco TAC mérnökei több aláírást is készítettek, amelyek lehetővé teszik a szükséges hibakereséseket egy adott probléma elhárításához, a probléma előfordulásának felderítéséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatok automatikus továbbításához a Cisco TAC esetébe. Ez kiküszöböli annak szükségességét, hogy manuálisan ellenőrizzék a probléma előfordulását, és sokkal könnyebbé teszi az időszakos és átmeneti problémák megoldását.

Használhatja a Diagnosztikai Aláírások Kereső Eszközt a megfelelő aláírások megtalálásához és telepítéséhez egy adott probléma saját maga általi megoldásához, vagy telepítheti a TAC mérnök által ajánlott aláírást a támogatási megbízás részeként.

Íme egy példa DS keresésére és telepítésére az előfordulás észleléséhez “%VOICE_IEC-3-GW: CCAPI: Belső hiba (hívási tüskeküszöb): IEC=1.1.181.1.29.0" syslog és automatikus diagnosztikai adatgyűjtés az alábbi lépésekkel.

  1. Állítson be egy további DS környezeti változót, a ds_fsurl_prefix, amely a CiscoTAC fájlkiszolgáló elérési útja (cxd.cisco.com), amelybe az összegyűjtött diagnosztikai adatokat feltölti. A fájl elérési útjában lévő felhasználónév az esetszám, a jelszó pedig a fájlfeltöltési token, amely az alábbi ábrán látható módon letölthető a Támogatási esetkezelőből. A fájlfeltöltési token szükség szerint a Támogatási Esetkezelő Mellékletek szakaszában 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 róla, hogy az SNMP engedélyezve van a snmp parancs segítségével. Ha nincs engedélyezve, állítsa be a "snmp-szerver kezelő” parancsot.

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Javasoljuk, hogy telepítse a High CPU monitoring DS 64224 proaktív intézkedésként letiltani az összes hibakeresést és diagnosztikai aláírások idején nagy cpu kihasználtság. Töltse le a DS 64224-et a Diagnosztikai aláírások kereső eszköz alábbi lehetőségeivel:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise in Webex Calling Solution

    A probléma hatóköre

    Teljesítmény

    Probléma típusa

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

  4. Töltse le a DS 65095-öt a Diagnosztikai aláírások kereső eszköz alábbi lehetőségeivel:

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise in Webex Calling Solution

    A probléma hatóköre

    Syslogs

    Probléma típusa

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

  5. Másolja a DS XML fájlokat a helyi átjáróra.

    
    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 show call-home diagnosztikai szignállal. Az állapotoszlopnak “regisztrált” értékűnek kell lennie.

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

    Letöltött DS-ek:

    DS-azonosító

    DS neve

    Felülvizsgálat

    Állapot

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Regisztrálva

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Regisztrálva

    2020-11-08:00:12:53

    LocalGateway#

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

Amint az alábbi ábrán látható, a parancs “Állapot” oszlopában látható, hogy a hívás otthoni diagnosztikai jele “futásra" változik, miközben a helyi átjáró az aláírásban meghatározott műveletet hajtja végre. A show call-home diagnosztikai aláírás statisztika a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlelt egy eseményt, és végrehajtotta a műveletet. Az "Indított/Max/Eltávolítás" oszlop azt jelzi, hogy az adott aláírás hányszor váltott ki eseményt, azt a maximális számot, ahányszor az esemény észleléséhez meg van adva, valamint azt, hogy az aláírás automatikusan törlődik-e a kiváltott események maximális számának észlelése után.


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

Letöltött DS-ek:

DS-azonosító

DS neve

Felülvizsgálat

Állapot

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

64224

DS_LGW_CPU_MON75

0.0.10

Regisztrálva

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Fut

2020-11-08 00:12:53

LocalGateway#

LocalGateway# show call-home diagnostic-signature statistics

DS-azonosító

DS neve

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

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

LocalGateway#

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

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

A hibaelhárítási célokra használt diagnosztikai aláírások jellemzően bizonyos számú probléma észlelése után eltávolításra kerülnek. Ha manuálisan szeretne eltávolítani egy aláírást, töltse le a DS-azonosítót a call home diagnosztikai aláírás kimenetéről, és futtassa az alábbi parancsot.


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

Példa:


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

A Diagnostics Signatures Lookup Tool rendszeresen új aláírásokkal bővül, a telepítések során általánosan megfigyelt problémák alapján. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására irányuló kéréseket.

Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

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
Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

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
Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

A Webex Calling funkcióinak beállítása

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

Biztosítani kell a hívások fogadását és a hívók igényeinek kielégítését. 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.

Az automatikus résztvevők létrehozásával és kezelésével kapcsolatos információkért lásd: Automatikus résztvevők kezelése a Cisco Webex Vezérlőpultján.

Vadászati csoport létrehozása

A vadászcsoportok a bejövő hívásokat felhasználók vagy munkaterületek egy csoportjához irányíthatják. Akár egy mintát is beállíthat úgy, hogy egy egész csoportra mutasson.

A Hunt Group létrehozásával kapcsolatos további információkért lásd: Hunt Groups in Cisco Webex Control Hub.

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

Segítsen az ügyfélszolgálati munkatársai igényeinek kielégítésében. Beállíthatja a felhasználókat telefonos kísérőként, hogy szűrhessék a szervezete bizonyos tagjainak bejövő hívásait.

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

Lapozócsoport beállítása

A csoportos lapozás lehetővé teszi a felhasználó számára, hogy egy adott lapozócsoporthoz rendelt szám vagy bővítmény tárcsázásával egyirányú hívást vagy csoportos oldalt kezdeményezzen legfeljebb 75 célfelhasználó és munkaterület számára.

A lapozócsoportok beállításával és szerkesztésével kapcsolatban lásd: Lapozócsoport konfigurálása a Cisco Webex Vezérlőpultján.

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

Létrehozhat egy hívási várólistát, hogy amikor az ügyfelek hívásait nem lehet felvenni, automatikus választ, komfortüzeneteket és szüneteltetett zenét kapjanak, amíg valaki nem tudja felvenni a hívást.

1

Az ügyfél nézetből lépj https://admin.webex.coma Szolgáltatások > Hívás > Szolgáltatások részre.

2

Kattintson az Új funkció elemre, majd válassza a Hívási várólistát.

3

Írjon be egy Kísérleti számot, majd jelezze, hogy a szám az Ön tulajdonában van-e, azt a partnere biztosította-e Önnek, vagy át szeretné portolni a számot.

4

Ha számot visz át, meg kell adnia az aktuális szolgáltatójához társított számlaszámot, valamint az új szolgáltatójához társított számlaszámot.

5

Kattintson a Mentés lehetőségre.

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

A hívási funkció további konfigurálásához válassza ki a hívási várólista példányát a Szolgáltatások > Hívás > Funkciók menüpontban. A rendszer a Hívásadminisztrátori Portál Speciális Szolgáltatásaihoz irányítja, ahol elvégezheti a konfigurációt. További információkért lásd: Híváslisták konfigurálása.

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

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.

A hívásfelvevő csoport létrehozásával kapcsolatos információkért lásd: Call Pickup in Cisco Webex Control Hub.

Call Park beállítása

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

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

Felhasználók becsatlakozásának engedélyezése más személyek telefonhívásába

1

Az Ügyfél nézetben lépjen https://admin.webex.coma 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ásbeállítások részre, majd válassza a Betolakodó lehetőséget.

3

Kapcsolja be a Barge In funkciót, válassza ki, hogy a telefon le akarja-e játszani a hangot, amikor valaki beronta a hívást, majd kattintson a Mentés gombra.

Hoteling funkció bekapcsolása Webex Calling-felhasználó számára

A szállás két jellemzője van: Vendégfogadás és vendégfogadás. Ezek a funkciók együttműködnek, és lehetővé teszik, hogy olyan telefonokat (házigazdákat) jelölj ki, amelyekbe a felhasználók (vendégek) ideiglenesen bejelentkezhetnek, és amelyeket saját telefonként használhatnak. Amikor egy vendég bejelentkezik egy házigazdai telefonra, a felhasználói profilja automatikusan átkerül az eszközre. A gazdatest eszköz lesz a felhasználó elsődleges eszköze egy meghatározott ideig.

Az itt bemutatott lépéseket követve konfigurálhatja a felhasználót szállóvendégként. A házigazdai telefonnal kapcsolatos információkért lásd: A házigazdai telefon konfigurálása.

1

Az ügyfél nézetben lépj https://admin.webex.coma Felhasználók részre, majd válaszd ki a módosítani kívánt felhasználót.

2

Válaszd a Hívás lehetőséget, válaszd a Speciális hívásbeállítások lehetőséget, majd kattints a Szálláshely lehetőségre.

3

Kapcsold be a Hotelingfunkciót, majd kattints a Mentés lehetőségre.

Megakadályozza, hogy valaki figyelemmel kísérje a felhasználó vonalának állapotát

1

Az Ügyfél nézetben lépj https://admin.webex.coma Felhasználók részre, és válaszd 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 megfelelő automatikus résztvevői adatvédelmi beállításokat ehhez a felhasználóhoz.

4

Jelölje be az Adatvédelem engedélyezése jelölőnégyzetet. Ezután eldöntheti, hogy mindenkit letilt-e, ha üresen hagyja a Keresés felhasználót név szerint mezőben, vagy kiválaszthatja, hogy ki tudja nyomon követni a felhasználó sorállapotát.

A fenti vezetői példát használva megkeresheti az adminisztratív asszisztensük nevét.

5

Kattintson a Mentés lehetőségre.

Engedélyezze a felhasználónak, hogy megtekintse a vonal állapotát valaki más telefonján vagy egy Call Park bővítményben

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

1

Az Ügyfél nézetben lépj https://admin.webex.coma Felhasználók részre, és válaszd ki a módosítani kívánt felhasználót.

2

Válassza a Hívás lehetőséget, válassza a Speciális hívásbeállítások lehetőséget, majd lépjen a Monitoring részre.

3

A következők közül választhat:

  • Felügyelt vonal hozzáadása
  • Hívásparkoltatás-mellék hozzáadása
4

Válassza ki, hogy ezt a felhasználót értesíti-e a parkolt hívásokról, keresse meg a megfigyelendő személyt vagy hívja a park bővítményét, majd kattintson a Mentés gombra.


 

A Vezérlőpultban megfigyelt vonalak listája megfelel a felhasználó eszközén megjelenő megfigyelt vonalak sorrendjének. A megfigyelt vonalak listáját bármikor átrendezheti.

Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

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 Calling szolgáltatásait. A hozzáadandó felhasználók száma határozza meg, hogyan adja hozzá őket a Vezérlőpultban, függetlenül attól, hogy manuálisan adja hozzá az egyes felhasználókat e-mail-címük alapján, vagy több felhasználót vesz fel egy CSV-fájl használatával. Tiéd a döntés.

Hiba léphet fel, 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. Kérd meg a felhasználókat, hogy először töröljék a szervezetüket, mielőtt hozzáadják őket a szervezetedhez.


Ha van Active Directory-ja, és a Cisco Directory Connectort használja, amikor manuálisan felvesz embereket a Vezérlőpultba, akkor azokat is fel kell vennie az Active Directoryba.

A Cisco Webex ügyfélszolgálati központja nem támogatja az Active Directoryt.


Felhasználók hozzáadásakor a kereszt- és vezetéknevek nem tartalmazhatnak kiterjesztett ascii karaktereket vagy a következő karaktereket: %, #, <, >, \,/, ", és legfeljebb 30 karakter hosszúak lehetnek.

1

Az Ügyfél nézetben https://admin.webex.com lépj a Felhasználók részre, majd kattints a Felhasználók kezelése lehetőségre.

2

Válassza a Felhasználók manuális hozzáadása vagy módosítása lehetőséget.

3

(Opcionális) Ha automatikusan üdvözlő e-maileket küld, kattintson a Tovább gombra.

4

Válasszon egyet, majd kattintson a Tovább gombra:

  • Válassza ki az E-mail címet, és adjon meg legfeljebb 25 e-mail címet.
  • Válassza ki a Neveket és e-mail címeket, majd adjon meg legfeljebb 25 nevet és e-mail címet.

 

Hozzáadhatsz olyan felhasználókat, akik elérhetők a szervezetedhez való konvertáláshoz.

5

Licenckiosztás:

  • Ha aktív licencsablonnal rendelkezik, a licenceket automatikusan hozzárendeljük az új felhasználókhoz, és megtekintheti a licenc összefoglalóját.
  • Válassza ki a hozzárendelni kívánt szolgáltatásokat. Ha több előfizetésed van, válassz egy előfizetést a listából.


 

Ha licenceket rendel a Cisco Webex ügyfélszolgálatához, válassza a Webex Teams lehetőséget, majd az Ügyfélszolgálat lehetőséget a Prémium és Standard Ügynök opcióval. Felügyelő hozzáadásához válassza ki a Prémium és a Felügyelő opciókat. A felhasználót ügynökként kezelik, kivéve, ha felettesévé teszi.

6

Tartalomkezelés:

  • Ha a globális hozzáférés van kiválasztva a vállalati tartalomkezeléshez, akkor a tartalomkezelés automatikusan hozzárendelődik 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 személynek e-mailt küldünk, amelyben meghívót küldünk a csatlakozásra.

  • A Vezérlőpultbanfüggőben lévő állapotban jelennek meg emberek az első bejelentkezésig. A licencek hozzárendelésére azt követően kerül sor, hogy a felhasználó először aláírta azokat, vagy ha a Cisco Directory Connectort egy igényelt domainnel használja, akkor a licencek hozzárendelésére a felhasználók létrehozásakor kerül sor.

8

(Opcionális) Ha hozzáadta a Hívást a felhasználóhoz, adjon meg egy helyet, telefonszámot és bővítményt.

9

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

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

Adminisztratív jogosultságokat rendelhet a szervezete tagjaihoz.

Mielőtt elkezdené

Ha egynél több CSV-fájllal rendelkezik a szervezete számára, akkor töltsön fel egy fájlt, és amint a feladat befejeződött, feltöltheti a következő fájlt.


Néhány táblázatszerkesztő eltávolítja a + jelet a cellákból a .csv megnyitásakor. Javasoljuk, hogy használjon szövegszerkesztőt a .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ítja, és hozzáad minden + jelet, amelyet eltávolított.

1

Az Ügyfél nézetben lépj a Felhasználók https://admin.webex.comrészre, kattints a Felhasználók kezelése lehetőségre, és válaszd a CSV Felhasználók hozzáadása vagy módosítása lehetőséget.

2

Kattintson az Exportálás gombra a fájl letöltéséhez, és megadhatja a felhasználói adatokat egy új sorban a CSV-fájlban.

  • Szolgáltatás hozzárendeléséhez adja meg AZ TRUE értéket az adott szolgáltatás oszlopában, és a szolgáltatás kizárásához adjon meg HAMIS értéket. A Felhasználói azonosító/E-mail (Kötelező) oszlop az egyetlen kötelező mező. Ha minden új felhasználóhoz külön könyvtára és külső száma van, akkor a más karakter nélküli külső számokhoz adja meg az első + karaktert,

    Ha aktív licencsablonnal rendelkezik, hagyja üresen az összes szervizoszlopot, és a sablont automatikusan hozzárendeli az új felhasználóhoz ebben a sorban.


     

    Nem rendelhet vállalati tartalomkezelési engedélyeket a licencsablont használó felhasználókhoz. A részleteket lásd: Tartalomkezelés engedélyezése felhasználóknak a Cisco Webex Vezérlőpultján.

  • Hely hozzárendeléséhez írja be a nevet a Hely oszlopba. Ha üresen hagyja ezt a mezőt, a felhasználó hozzá lesz rendelve az alapértelmezett helyhez.

  • Ha felhasználókat ad hozzá a Cisco Webex Contact Center felügyelőiként, akkor manuálisan kell hozzáadnia a felhasználókat. CSV-vel csak szabványos és prémium szerepköröket rendelhet hozzá.

 

A felhasználó nevének megadásakor ügyeljen arra, hogy a vezetéknevét is megadja, ellenkező esetben problémákba ütközhet.

3

Kattintson az Importálás gombra, válassza ki a fájlt, majd kattintson a Megnyitás gombra.

4

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

Ha aktív licencsablonnal rendelkezik, válassza a Csak szolgáltatások hozzáadása lehetőséget.

5

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

A CSV-fájl feltöltése és a feladat létrehozása megtörtént. 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őpultján.

Teljes jogosultsággal rendelkező rendszergazdaként a Cisco Webex Vezérlőpult egyes felhasználóinak egyedi szolgáltatási adatait szerkesztheti.

1

Az ügyfél nézetből https://admin.webex.com lépj a Felhasználók részre.

2

Válasszon ki egy felhasználót, majd kattintson a Szolgáltatások > Szerkesztés lehetőségre.

3

Ha több előfizetésed van, válassz egy előfizetést a listából.

4

Válassza ki a hozzáadni vagy eltávolítani kívánt szolgáltatásokat, majd kattintson a Mentés gombra.

Mielőtt elkezdené

Ha egynél több CSV-fájllal rendelkezik a szervezete számára, akkor töltsön fel egy fájlt, és amint a feladat befejeződött, feltöltheti a következő fájlt.

A CSV-sablonnal nem törölhet felhasználókat, és nem módosíthatja a felhasználóhoz rendelt helyet.


Néhány táblázatszerkesztő eltávolítja a + jelet a cellákból a .csv megnyitásakor. Javasoljuk, hogy használjon szövegszerkesztőt a .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ítja, és hozzáad minden + jelet, amelyet eltávolított.

1

Az Ügyfél nézetben lépj a https://admin.webex.comFelhasználók részre, kattints a Felhasználók kezelése lehetőségre, majd válaszd a CSV Felhasználó hozzáadása vagy módosítása lehetőséget.

2

(Opcionális) Ha automatikusan üdvözlő e-maileket küld, kattintson a Tovább gombra.

3

Kattintson az Exportálás gombra a fájl letöltéséhez. A letöltött fájlt (exported_users.csv) az alábbi módokon szerkesztheti:

  • Meglévő felhasználók módosításához bármely oszlopot frissítheti, kivéve a felhasználói azonosítót/e-mailt (kötelező)és a helyet. Ha például megváltoztatja a felhasználói azonosítót/e-mail címet, ú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ó hozzá lesz rendelve az alapértelmezett helyhez.

  • Szolgáltatás hozzárendeléséhez adja meg AZ TRUE értéket az adott szolgáltatás oszlopában, és a szolgáltatás kizárásához adjon meg HAMIS értéket.

  • Ha több előfizetése van, az oszlopfejlécben található előfizetési azonosítóval azonosíthatja a hozzáadni kívánt szolgáltatást. Például, ha két előfizetése van ugyanazzal a szolgáltatással, megadhat egy szolgáltatást egy adott előfizetésről, amely a felhasználóra vonatkozik.

4

Adjon meg egy értéket a Hívási viselkedés oszlopban, ha meg szeretné változtatni a hívások menetét bizonyos felhasználók esetében. Az alábbi lehetőségek egyikét adhatja meg, és az egyes beállításokkal kapcsolatos további információkért olvassa el a Cisco Webex hívási viselkedésének beállítása című részt:

  • _ORG_SETTINGS -Adja meg ezt a karakterláncot a szervezeti beállítás használatához.

  • NATIVE_WEBEX_TEAMS_CALLING-EÍrd be ezt a karakterláncot a Hívás a Webex csapatokban opció használatához.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL-EÍrd be ezt a karakterláncot a Webex Hívás alkalmazás opció 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 oszlop tartalma jelenik meg, amikor a felhasználó hívást kezdeményez. Ha üresen hagyja a hívószámot, akkor a Helyszín fő száma jelenik meg, amikor a felhasználó hívást kezdeményez.


 

A hívóazonosító keresztneve és a hívóazonosító vezetékneve oszlop nem tartalmazhat különleges karaktereket. Ha a hívóazonosító utóneve vagy a hívóazonosító vezetékneve speciális karaktert tartalmaz, akkor a név egyszerűsített változatát kell használni.

6

A CSV-fájl mentése után kattintson az Importálás gombra, válassza ki a fájlt, amelyen módosításokat hajtott végre, majd kattintson a Megnyitás gombra.

7

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

A CSV-fájl feltöltése és a feladat létrehozása megtörtént. 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őpultján.

Ha nem tiltod le az admin meghívó e-maileket, az új felhasználók aktiváló e-maileket kapnak.

Bármikor hozzárendelhet számokat, bővítményeket vagy mindkettőt mások eszközeihez. A hozzárendelt bővítmények megjelennek a telefonkijelzőkön.

Alternatív számokat is beállíthat úgy, hogy több telefonszám is ugyanazt a telefont csengesse. Különböző csengőhangokat adhat meg az egyes számokhoz, hogy segítsen megkülönböztetni a hívott sorokat.

1

Az ügyfél nézetből lépj https://admin.webex.coma Felhasználók részre, majd válaszd ki azt a személyt, akihez számot szeretnél rendelni.

2

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

3

Válasszon egy 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.

4

Kattintson a Mentés lehetőségre.

5

(Opcionális) Alternatív számok beállítása ehhez a felhasználóhoz.

1

Az Ügyfél nézetben lépj a https://admin.webex.comFelhasználók részre, és szűrd le az Állapot oszlopot a Függőben lévő meghívással rendelkező személyek megjelenítéséhez.

2

A Műveletekrészen válaszd a Tovább > Meghívó újraküldése lehetőséget a Függőben lévő meghívóval rendelkező személy számára.

Ha a szervezet könyvtárszinkronizálást használ, a törlési lehetőség nem érhető el a Vezérlőpulton, é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ézetben lépj a https://admin.webex.comFelhasználók részre, kattints a Tovább gombra, majd kattints a Felhasználó törlése lehetőségre.

A felhasználó már nem tud bejelentkezni a Webex webhelyére, minden hozzárendelt Webex szolgáltatásuk eltávolításra kerül, és eltávolítják őket minden helyről vagy csapatról, amelyben részt vettek. A terekben létrehozott tartalmak nem törlődnek, és a tartalomra az egyes helytulajdonosok által alkalmazott megőrzési szabályzat vonatkozik.

Különböző jogosultsági szintekkel rendelkező ügyféladminisztrátort állíthat be. Ezek lehetnek teljes körű ügyintézők, támogatási ügyintézők, csak olvasható ügyintézők vagy megfelelésért felelős tisztviselők. Teljes rendszergazdai jogosultsággal egy vagy több szerepkört rendelhet a szervezete bármely felhasználójához.


Bárki, aki a felhasználóhoz és az eszköz rendszergazdájához vagy az eszköz rendszergazdájához van hozzárendelve, nem fogja tudni adminisztrálni a Webex hívást.

A Vezérlőpulton megismerheti a különböző jogosultsági szinteket, és létrehozhat egy ügyféladminisztrátort. Az ügyféladminisztrátorok lehetnek teljes rendszergazdák, támogatási rendszergazdák, felhasználói és eszközadminisztrátorok, eszközadminisztrátorok, csak olvasható rendszergazdák vagy megfelelőségi tisztviselők. Teljes rendszergazdai jogosultsággal egy vagy több szerepkört rendelhet a szervezete bármely felhasználójához.

Egy szervezetnél mindig egynél több adminisztrátorra lesz szüksége. Ez a legjobb gyakorlat, és mindig lehetővé teszi az adminisztrációs módosítások végrehajtását, ha az egyik adminisztrátor nem érhető el.

A szervezeten belüli felhasználók meghatározott adminisztratív szerepköröket kaphatnak annak meghatározására, hogy mit láthatnak és mihez férhetnek hozzá a Vezérlőpultban. Konkrét adminisztratív szerepkörök kijelölésekor egyszerűsíti a felelősséget, és megkönnyíti az adminisztrátorok felelősségre vonását. A megfelelésért felelős tisztviselők megkereshetik a vállalatod bizonyos tagjait, megkereshetik az általuk megosztott tartalmakat, vagy kereshetnek egy adott helyen, majd jelentést készíthetnek megállapításaikról.


1

Az ügyfél nézetből lépj https://admin.webex.coma Felhasználók részre, és válassz egy felhasználót.

2

A Szerepek és biztonság részen kattintson az Adminisztrátori szerepkörök vagy a Szolgáltatás-hozzáférés lehetőségre.

3

Válassza ki a felhasználóhoz hozzárendelendő szerepet.

4

Nyomja meg a Mentés gombot.

Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

Webex hívóeszközök konfigurálása és kezelése

Rendszergazdaként eszközöket rendelhet a Cisco Webex Vezérlőpult felhasználóihoz vagy munkaterületeihez. Megadhatja egy eszköz MAC-címét, vagy létrehozhat egy aktiváló kódot, amelyet ezután manuálisan kell beírni az eszközbe.

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

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

  • Cisco IP Phone 6800 Series Multiplatform telefonok (audiotelefonok-6821, 6841, 6851, 6861, 6871)

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

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

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

  • Cisco IP konferenciatelefon 7832 és 8832


A DECT eszközök tekintetében csak DECT alapeszközök (nem DECT készülékek) állnak rendelkezésre hozzárendelésre a vezérlőközpontban. Miután hozzárendelt egy alapegységet egy felhasználóhoz, manuálisan párosítania kell egy DECT készüléket az alapegységhez. További információért lásd: A kézi készülék csatlakoztatása az alapállomáshoz.

1

Az Ügyfél nézetben lépjen az https://admin.webex.comEszközök részre, majd kattintson az Eszköz hozzáadása lehetőségre.


 
Telefont is hozzáadhat a felhasználó profiljához. Tekintse meg az Eszköz kezelése egy felhasználó számára részt.
2

Válassza ki a Meglévő felhasználót, adja meg a telefon tulajdonosát, a felhasználónév egy részét vagy a felhasználó valódi nevét, válassza ki a felhasználót az eredményekből, majd kattintson a Tovább gombra.

3

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

4

Válassza ki az alábbi lehetőségek egyikét, majd kattintson a Mentés gombra:

  • Aktiválási kódalapján - Válassza ezt az opciót, ha aktiválási kódot szeretne generálni, amelyet megoszthat az eszköz tulajdonosával. A 16 számjegyű aktiválási kódot kézzel kell bevinni magán a készüléken.

     

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

  • MAC-címalapján - Jelölje be ezt az opciót, ha ismeri az eszköz MAC-címét. A telefon MAC-címének egyedi bejegyzésnek kell lennie. Ha már regisztrált telefonhoz MAC-címet ad meg, vagy hibát követ el a szám megadásakor, hibaüzenet jelenik meg.

 

Korlátozások vonatkozhatnak harmadik fél eszközeinek használatára.

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

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

A Munkaterületek eszköz alapelve, hogy nem egy adott felhasználóhoz van hozzárendelve, hanem egy fizikai helyhez, amely lehetővé teszi a megosztott használatot.

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

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

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

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

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

  • Cisco IP konferenciatelefon 7832 és 8832

1

Az Ügyfél nézetben lépjen a https://admin.webex.comMunkaterületek részre, majd kattintson a Munkaterület hozzáadása lehetőségre.

2

Adja meg a munkaterület nevét (például a fizikai helyiség nevét), válassza ki a helyiség típusát, és adjon hozzá kapacitást. Ezután kattintson a Tovább gombra.

3

Válassza a Cisco IP-telefont, 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é 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üldjük el a kijelölt rendszergazdának a helyért.

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

Előfordulhat, hogy a Cisco IP Conference Phone 7832 néhány szoftverkulcsa nem érhető el. Ha teljes készlet szoftverkulcsra van szüksége, javasoljuk, hogy inkább rendelje hozzá ezt a telefont egy felhasználóhoz.

5

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

Amikor az emberek dolgoznak, sok munkahelyen találkoznak, például ebédlőkben, előcsarnokokban és konferenciatermekben. Megosztott Cisco Webex eszközöket állíthat be ezekben a munkaterületekben, szolgáltatásokat adhat hozzá, majd figyelheti az együttműködés megtörténtét.

A Munkaterületek eszköz alapelve, hogy nem egy adott felhasználóhoz van hozzárendelve, hanem egy fizikai helyhez, amely lehetővé teszi a megosztott használatot.

Az itt felsorolt eszközök támogatják a Webex hívást.

1

Az Ügyfél nézetben lépjen a https://admin.webex.comMunkaterületek részre, majd kattintson a Munkaterület hozzáadása lehetőségre.

2

Adja meg a munkaterület nevét (például a fizikai helyiség nevét), válassza ki a helyiség típusát, és adjon hozzá kapacitást. Ezután kattintson a Tovább gombra.

3

Válassza az Egyéb Cisco Webex eszközt, majd kattintson a Tovább gombra.

Egyéb Cisco Webex eszközök közé tartozik a Cisco Webex Room vagy Desk eszköz, beleértve a Cisco Webex Board.

4

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

  • Ingyenes hívás - Afelhasználók csak Webex vagy Webex Session Initiation Protocol (SIP) hívásokat kezdeményezhetnek SIP-cím használatával (például felhasználónév@example.calls.webex.com).
  • Cisco Webex Calling—In Amellett, hogy képesek Webex és SIP hívásokat kezdeményezni és fogadni, az emberek ebben a munkaterületen használhatják a készüléket telefonhívások kezdeményezésére és fogadására a Webex Calling számozási terven belül. Például felhívhatja munkatársát, Giacomo Edwardsot az 555-555-5555 telefonszám, az 5555 mellék vagy a gedwards@example.webex.com SIP-cím tárcsázásával, de felhívhatja a helyi pizzériát is.
5

Aktiválja a készüléket a megadott kód használatával. Másolhatja, e-mailben elküldheti vagy kinyomtathatja az aktiváló kódot.

Ha több eszközzel rendelkezik, amelyeket hozzá kell rendelnie a felhasználókhoz és helyekhez, néhány egyszerű lépésben feltölthet egy CSV-fájlt a szükséges információkkal, és aktiválhatja ezeket az eszközöket.

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

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

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

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

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

  • Cisco IP konferenciatelefon 7832 és 8832

1

Az Ügyfél nézetben lépj az https://admin.webex.comEszközök részre, kattints az Eszköz hozzáadása lehetőségre, majd válaszd ki, hogy az eszközt felhasználóhoz vagy helyhez adod hozzá.

2

Válassza a CSV-fájl importálása/feltöltése lehetőséget.

3

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

  • Felhasználói attribútumokexportálása - A szervezet összes felhasználóját és a hozzájuk kapcsolódó attribútumokat tartalmazó listát kaphat, így nem kell manuálisan megkeresnie az egyes felhasználókat.
  • CSV-sablon letöltése-Az általunk összeállított sablont használhatod, majd megadhatsz olyan adatokat, mint a felhasználónevek, a típus (jelezd, hogy felhasználóról vagy helyről van-e szó), A MAC-CÍMEK és az eszközmodellek. Íme néhány dolog, amit észben kell tartanod:
    • A CSV-fájl Felhasználónév oszlopában győződjön meg arról, hogy a felhasználó e-mail címét adja meg, nem pedig a felhasználói azonosítóját vagy nevét. Helynevet is beszúrhat ebbe az oszlopba.

    • Javasoljuk, hogy CSV-fájlonként 1000-re korlátozza az eszközök számát. Ha ennél többet kell hozzáadnod, használj egy második CSV-fájlt.

    • Ha olyan helyet adsz meg, amely még nem létezik, a rendszer automatikusan létrehozza számodra a helyet.

    • Ha üresen hagyja a MAC cím oszlopot, aktiváló kód generálódik, amelyet magán az eszközön kell megadni.

4

Ha a MAC-címet üresen hagyta, kiválaszthatja, hogy hová küldje az aktiváló kódot:

  • Link megadása-Az aktiváló 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 rendelve, az aktiváló kódot rendszergazdaként küldik el Önnek. Ha az eszköz egy felhasználó számára készült, az aktiváló kódot e-mailben elküldjük a felhasználónak.
5

Importálja a feltöltött CSV fájlt.

6

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

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

 

A többplatformos eszközöknek 11.2.3MSR1 vagy újabb firmware terhelést kell futtatniuk ahhoz, hogy a felhasználók meg tudják adni az aktiváló kódot az eszközükön. A telefon firmware frissítésével kapcsolatos információkért lásd ezt a cikket.

Hozzáadhat, eltávolíthat, újraindíthat, ellenőrizheti az aktiválást, vagy létrehozhat egy új aktiválási kódot a szervezeten belüli felhasználókhoz rendelt eszközökhöz. Ez szükség esetén hasznos lehet a felhasználók képernyőjéről megtekinteni és kezelni.

1

Az ügyfél nézetből lépj https://admin.webex.coma Felhasználók részre.

2

Válassza ki a módosítandó felhasználót, és görgessen le az Eszközökre.

3

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


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

Meglévő eszköz módosításához válassza ki az eszköz nevét.

Itt megtekintheti és szerkesztheti az eszköz beállításait, törölheti az eszközt, újraindíthatja az eszközt, vagy adott esetben létrehozhat egy új aktiváló kódot 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 és frissítése.

Az eszközöket közvetlenül a munkaterület profiljából lehet hozzáadni és kezelni. A munkaterületi eszközök magukban foglalhatnak ATA-eszközöket, például faxgépeket. Szálláshely-szolgáltatóként munkaterületi eszközt is beállíthatsz. A szállodákkal kapcsolatos további információkért lásd: Hoteling in Cisco Webex Control Hub.

1

Az ügyfél nézetből lépjen https://admin.webex.coma Munkaterületek részre.

2

Válassza ki a módosítandó munkaterületet, és lépjen az Eszközök lapra.

3

Eszköz hozzáadásához kattintson az Eszköz hozzáadása gombra.

4

Meglévő eszköz módosításához válassza ki az eszköz nevét.

Itt tekintheted meg és szerkesztheted az eszköz beállításait, törölheted az eszközt, újraindíthatod az eszközt, és engedélyezheted az eszköz Hotelházigazdaké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 és frissítése.

Sorokat adhat hozzá a felhasználó elsődleges eszközéhez, és átrendezheti a vonalak megjelenését. Ezt nevezik megosztott vonali megjelenésnek is, amely lehetővé teszi a felhasználók számára, hogy saját telefonjuk használatával fogadják és kezdeményezzék a hívásokat egy másik felhasználó bővítményéből. Példa erre egy vezető asszisztens, aki szeretne hívásokat kezdeményezni és fogadni a főnök vonaláról. A megosztott vonal megjelenése az elsődleges felhasználó vonalának egy másik példánya is lehet.

A munkaterületi telefonhoz további sorok adhatók hozzá, de a munkaterületi telefon nem adható hozzá megosztott vonalként.

1

Az Ügyfél nézetben lépjen a https://admin.webex.comFelhasználók vagy a Munkaterületek részre (attól függően, hogy a módosítandó eszköz hol van hozzárendelve).

2

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

3

Válassza ki azt az eszközt, amelyhez hozzá kívánja adni vagy módosítani kívánja a megosztott vonalakat, és görgessen a Telefonfelhasználók és -beállítások részhez.

A telefonon megjelenő felhasználók és helyek megjelenési sorrendben vannak felsorolva.

4

Felhasználók vagy helyek hozzáadásához vagy eltávolításához válassza a Vonalak konfigurálása lehetőséget.

5

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


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

Megosztott vonalmegjelenítés hozzáadásához kattintson az ikonra.


 
Adja meg a sorokat a megjelenítésük sorrendjében. A sor megjelenésének átrendezéséhez törölje és adja hozzá a listához abban a sorrendben, ahogy szeretné, hogy megjelenjen.
7

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

A Vezérlőpultban lévő felhasználóhoz rendelt analóg telefonadapter (ATA) portjait konfigurálhatja. Jelenleg az ATA eszközök két konfigurációja áll rendelkezésre a 2 portos és a 24 portos eszközökhöz.

1

Az ügyfél nézetből lépj https://admin.webex.coma Felhasználók részre.

2

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

3

Válassza ki a hozzáadni vagy módosítani kívánt eszközt.

4

Az Eszközön lévő Felhasználók részen kattintsona Portok konfigurálása lehetőségre.

5

Megosztott portkonfiguráció hozzáadásához kattintson az ikonra.

6

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


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

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


 
Egy munkaterületnek lehet ATA-ja. Ez hasznos faxgépek esetén.

Ügyfélszervezetében bármikor hozzáadhat telefonszámokat íróasztali és szobaeszközökhöz, függetlenül attól, hogy próbaidőszak közepén jár, vagy fizetős előfizetésre váltott.


A Vezérlőpultban hozzáadható telefonszámok számát 250-ről 1000-re növeltük.

1

Az Ügyfél nézetben lépj a https://admin.webex.comSzolgáltatások > Hívás > Számok részre, majd kattints a Számok hozzáadása lehetőségre.

2

Adja meg a helyet és a számtípust. Ha számokat visz át, írja be mind az aktuális, mind az új számlázási számokat.

3

Ezután kattintson a Mentés gombra.

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

Az ügyfél nézetben lépj https://admin.webex.coma Szolgáltatások > Hívás > PSTN rendelések részre.

Ön a Hívásadminisztrátori Portálra kerül, ahol láthatja a leadott és teljesített megrendeléseket. Ha rendelkezik rendelési azonosítóval, megadhatja azt paraméterként, és részleteket kaphat egy adott rendelésről, ellenkező esetben az összes rendelés összegzését kapja.
Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

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

Vízjel
2021. máj. 18.| megtekintés | személy érezte ezt hasznosnak

Port referenciainformációk a Cisco Webex híváshoz

Íme a telefonok, a Webex alkalmazás és a Cisco Webex Calling átjáróinak csatlakoztatásához használt címek, portok és protokollok listája. Ez a cikk a hálózati rendszergazdák, különösen a tűzfal és proxy biztonsági rendszergazdák, akik szeretnék használni Webex Calling szolgáltatások a szervezetükön belül.

A sikeres hívástelepítéshez elengedhetetlen a megfelelően konfigurált tűzfal. A jelzéshez, a médiához, a hálózati kapcsolathoz és a helyi átjáróhoz portokra van szükségünk, és mivel a Webex Calling egy globális szolgáltatás, azt javasoljuk, hogy hagyja nyitva az alább felsorolt portokat.

Nem minden tűzfal-konfigurációnak van szüksége portok megnyitására, de ha belülről kifelé haladó szabályokat futtat, meg kell nyitnia a portokat a szervizeléshez szükséges protokollok engedélyezéséhez. Mindaddig, amíg telepíti a NAT-ot, ésszerű kötelező időszakokat határoz meg, és elkerüli A NAT-ESZKÖZ KORTYOLGATÁSÁT, 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ó van engedélyezve, 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ára vonatkozó információkat lásd a vonatkozó gyártói dokumentációban.

A Webex találkozókra és üzenetküldésre vonatkozó hálózati követelményekkel kapcsolatos részleteket lásd a Webex szolgáltatásokra vonatkozó hálózati követelményekben.

Webex forgalom hívása tűzfalon keresztül

A legtöbb ügyfél internetes tűzfalat vagy internetes proxyt és tűzfalat telepít, hogy korlátozza és ellenőrizze a HTTP-alapú forgalmat, amely elhagyja és belép a hálózatukba. Mivel az összes Webex Hívási végpont nem támogatja a http (s) proxyt, kérjük, kövesse az alábbi tűzfal útmutatást a Webex Hívási szolgáltatásokhoz való hozzáférés engedélyezéséhez a hálózatáról.

Tűzfal konfiguráció

Ha a tűzfal támogatja az URL-szűrést, állítsa be a tűzfalat úgy, hogy engedélyezze a Webex Hívási cél URL-jeit, amelyek a Webex Hívási szolgáltatások táblában vannak leírva.

Ha azonban olyan tűzfalat használ, amely nem támogatja az URL/domain szűrést, állítsa be a tűzfalat a forgalom szűrésére a Webex hívási szolgáltatások IP-címei és portjai között felsorolt IP-címtartományok és portok használatával.

Webex hívószolgáltatások IP-címei és portjai

Az alábbi táblázat azokat a portokat és protokollokat írja le, amelyeket meg kell nyitni a tűzfalon, hogy lehetővé tegye a felhőben regisztrált Webex alkalmazásokat, valamint a Webex Calling felhőalapú jelzési és médiaszolgáltatásokkal való kommunikációt lehetővé tevő eszközöket.

Webex hívószolgáltatások IP-alhálózatai

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

Csatlakozás célja

Forráscímek

Forrásportok

Protokoll

Célcímek

Célkikötők

Jegyzetek

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

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

TCP

Lásd IP alhálózatok Webex hívószolgáltatások.

8934

Ezek az IP-k/portok a helyi átjárókról, eszközökről és alkalmazásokról (forrás) a Webex Calling Cloud (cél) felé irányuló SIP-TLS hívások jelzéséhez szükségesek.

Eszközök

5060-5080

Alkalmazások

Ephemeralis (OS-függő)

Média hívása Webex hívásra (KÁBÍTÁS, SRTP)

Helyi átjáró külső hálózati adapter

8000-48000

UDP

Lásd IP alhálózatok Webex hívószolgáltatások.

5004 19560-65535

Ezek az IP-k/portok szükségesek a kimenő SRTP hívás média helyi átjárók, eszközök, és alkalmazások (forrás) a Webex Calling Cloud (cél).

Eszközök

19560-19660

Alkalmazások

Efemer

Hívásjelzés a PSTN átjáróhoz (SIP TLS) Helyi átjáró belső hálózati adapter 8000-65535 TCP Az Ön ITSP PSTN GW-je vagy egységes CM-je Attól függ, PSTN opció (például tipikusan 5060 vagy 5061 az egységes CM)
Média hívása a PSTN átjáróhoz (SRTP) Helyi átjáró belső hálózati adapter

8000-48000

UDP Az Ön ITSP PSTN GW-je vagy egységes CM-je Attól függ, PSTN opció (például tipikusan 5060 vagy 5061 az egységes CM)

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

Lásd IP alhálózatok Webex hívószolgáltatások.

Efemer

TCP

Végpont IP

8934

Ezekre az IP-kre/portokra szükség van a bejövő SIP-TLS hívások jelzéséhez a Webex Calling Cloud-tól (Forrás) a nyilvánosan kezelt végpontokig (Célállomás).

Eszközkonfiguráció és firmware kezelés (Cisco eszközök)

Webex hívóeszközök

Efemer

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443.6970

*Ezek az IP-címek a cloudupgrader.webex.com webhelyhez tartoznak.

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

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80.443

*Ezek az IP-k az activation.webex.com webhelyhez tartoznak.

Ezekre az IP-kre az eszközök (MPP-telefonok) 16 számjegyű aktiváló kóddal (GDS) történő biztonságos csatlakoztatásához van szükség.

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80.443

Ezek az IP-k az activate.cisco.com tulajdonát képezik.

Ezt a domaint CDA / EDO-K - MAC-címen alapuló céltartalékképzésre használják. Újabb firmware-rel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják.

Amikor egy telefon első alkalommal vagy gyári alaphelyzetbe állítást követően csatlakozik egy hálózathoz, és nincsenek DHCP-beállítások beállítva, kapcsolatba lép egy eszközaktiváló szerverrel az érintésmentes ellátás érdekében. Az új telefonok a "webapps.cisco.com" helyett az "activate.cisco.com" -t használják a feltöltéshez. A 11.2 (1) -nél korábbi firmware kiadással rendelkező telefonok továbbra is a "webapps.cisco.com" -t használják. 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 IP-címek a webapps.cisco.com webhelyhez tartoznak.

Ezt a domaint CDA / EDO-K - MAC-címen alapuló céltartalékképzésre használják. Régebbi firmware-rel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják.

Amikor egy telefon első alkalommal vagy gyári alaphelyzetbe állítást követően csatlakozik egy hálózathoz, és nincsenek DHCP-beállítások beállítva, kapcsolatba lép egy eszközaktiváló szerverrel az érintésmentes ellátás érdekében. Az új telefonok a "webapps.cisco.com" helyett az "activate.cisco.com" -t használják a feltöltéshez. A 11.2 (1) -nél korábbi firmware kiadással rendelkező telefonok továbbra is a "webapps.cisco.com" -t használják. Javasoljuk, hogy mindkét domain nevet engedélyezze a tűzfalon keresztül.

Lásd IP alhálózatok Webex hívószolgáltatások.

80.443

Ezek az IP-k a Webex Calling eszközkonfigurációjához és firmware kezeléséhez szükségesek.

Készülék idő szinkronizálása (NTP)

Webex hívóeszközök

51494

UDP

Lásd IP alhálózatok Webex hívószolgáltatások.

123

Ezek az IP-címek szükségesek az eszközök (MPP-telefonok, ATA-k és SPA ATA-k) időszinkronizálásához

Eszköznév felbontása

Webex hívóeszközök

Efemer

UDP és TCP

Házigazda által meghatározott

53

Alkalmazás konfigurálása

Webex hívási alkalmazások

Efemer

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Ezek az IP-k a Webex Idbroker Authentication Services tulajdonát képezik, és az ügyfelek, azaz a Webex Alkalmazások használják őket.

Lásd IP alhálózatok Webex hívószolgáltatások.

80, 443, 8443

Ezek az IP-k a Webex Calling alkalmazás konfigurációs szolgáltatásaihoz tartoznak, és az ügyfelek, azaz a Webex Applications használják őket.

Alkalmazási idő szinkronizálása

Webex hívási alkalmazások

123

UDP

Házigazda által meghatározott

123

Alkalmazás névfeloldása

Webex hívási alkalmazások

Efemer

UDP és TCP

Házigazda által meghatározott

53

CScan

Webex hívási alkalmazások

Efemer

UDP és TCP

Lásd IP alhálózatok Webex hívószolgáltatások.

8934 és 80, 443, 19569-19760

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

† KOCKA média port tartomány konfigurálható rtp-port tartománnyal.

*Ezek az IP-címek/tartományok nem a Cisco tulajdonát képezik, és időszakosan változhatnak. Ha tűzfalat használ, javasoljuk, hogy engedélyezze a felsorolt URL-eket.

Webex hívószolgáltatások domainjei és URL-jei

Tartomány / URL

Leírás

Webex alkalmazások és eszközök, amelyek ezeket a domaineket / URL-eket használják

Cisco Webex szolgáltatások

*.broadcloudpbx.com

Webex engedélyező mikro-szolgáltatások keresztindításhoz a Vezérlőközpontból az Adminisztrátori Portálra.

Control Hub

*.broadcloud.com.au

Webex Hívószolgálat 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

Amikor egy telefon először vagy gyári alaphelyzetbe állítást követően csatlakozik egy hálózathoz, ha nincsenek beállítva DHCP-beállítások, akkor kapcsolatba lép egy eszközaktiváló szerverrel az érintésmentes ellátás érdekében. Az új telefonok az activate.cisco.com-ot és a 11.2(1) előtti firmware kiadással rendelkező telefonokat használják, továbbra is a webapps.cisco.com-ot használják feltöltésre.

MPP-telefonok, vezérlőközpont

*.ucmgmt.cisco.com

Webex hívási szolgáltatások

Control Hub

*.webex.com

Webex Core Services for Calling, Meeting, and Messaging like Authentication stb.

Összes

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

Webex mikro-szolgáltatások, mint a szoftverfrissítési szolgáltatás.

Összes

További Webex-kapcsolódó szolgáltatások (Harmadik fél domainjei)

*.appdynamics.com

*.eum-appdynamics.com

Teljesítménykövetés, hiba- és hibarögzítés, munkamenet-mutatók.

Control Hub

*.huron-dev.com

Webex Hívás mikro szolgáltatások, mint a kapcsoló szolgáltatások, telefonszám rendelés, és a hozzárendelési szolgáltatások.

Control Hub

*.sipflash.com

Készülékkezelési szolgáltatások (főként az Egyesült Államokban).

Webex alkalmazások

*.walkme.com *.walkmeusercontent.com

Webex felhasználói útmutató kliens. Beszállási és használati utakat biztosít az új felhasználók számára.

A WalkMe programmal kapcsolatos további információkért kattintson ide.

Webex alkalmazások

Ha a hálózati tűzfal támogatja a http (s) forgalom engedélyező listáit, mint például a *.webex.com, erősen ajánlott az összes ilyen domain engedélyezése.

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

Ha a Webex Calling szolgáltatást Webex Meetings és Messaging szolgáltatásokkal telepíti, a Webex Meetings és Messaging szolgáltatásokra vonatkozó hálózati követelményeket a Webex Services hálózati követelményei tartalmazzák.

Dokumentum felülvizsgálati előzményei

Dátum

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

2021. április 2.

*.ciscospark.com hozzáadva a Webex Hívási Szolgáltatások domainjei és URL-jei alatt a Webex Hívási esetek Webex alkalmazásban történő támogatásához.

2021. március 25.

Hozzáadott 6 új IP tartományok activate.cisco.com, amely hatályba lép május 8, 2021.

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

Cserélte Webex Calling diszkrét IP-k és kisebb IP tartományok egyszerűsített tartományok egy külön táblázatban a könnyebb megértés tűzfal konfiguráció.

2021. február 26.

5004 lett hozzáadva célportként a hívási médiához a Webex Callinghoz (KÁBÍTÁS,SRTP) az Interaktív Csatlakozási Létesítmény (ICE) támogatása érdekében, amely 2021 áprilisában lesz elérhető a Webex Callingban.

2021. február 22.

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

Az IP-címek és portok tábla ugyanazon szolgáltatások IP-címeinek csoportosításához van igazítva.

Megjegyzések oszlop hozzáadva az IP-címek és portok táblázathoz az igények jobb megértése érdekében.

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

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

A következő IP-címeket adtuk hozzá az Alkalmazáskonfigurációhoz, mert a Cisco Webex kliens egy újabb DNS SRV-re mutat rá Ausztráliában 2021 márciusában.

  • 199.59.64.237

  • 199.59.67.237

2021. január 21.

A következő IP-címeket adtuk hozzá az eszköz konfigurációjához és a firmware kezeléséhez (Cisco eszközök):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

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

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

A következő IP-címeket adtuk hozzá az alkalmazás konfigurációjához:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

A következő IP-címeket távolítottuk el az alkalmazás konfigurációjából:

  • 64.68.99.6

  • 64.68.100.6

A következő portszámokat távolítottuk el az alkalmazás konfigurációjából:

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

A következő domaineket adtuk hozzá az alkalmazás konfigurációjához:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

2020. december 23.

Új alkalmazáskonfigurációs IP-címek hozzáadása a port referenciaképeihez.

2020. december 22.

A táblázatok Alkalmazáskonfigurációs sora a következő IP-címekre frissült: 135.84.171.154 és 135.84.172.154.

Rejtse el a hálózati diagramokat, amíg ezeket az IP-címeket hozzá nem tudja adni.

2020. december 11.

Frissítette a támogatott kanadai domainek Eszközkonfigurációs és firmware-kezelését (Cisco-eszközök) és Alkalmazás konfigurációs sorait.

2020. október 16.

A hívásjelzési és adathordozó-bejegyzések frissítése a következő IP-címekkel:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

2020. szeptember 23.

A CScan alatt 199.59.64.156 helyébe 199.59.64.197 lép.

2020. augusztus 14.

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

Hívásjelzés a Webex híváshoz (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

2020. augusztus 12.

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

  • Hívási média a 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 elérhető végpontokra (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Eszközkonfiguráció és firmware menedzsment (Cisco eszközök)-135.84.173.155.135.84.174.155

  • Készülék idő szinkronizáció -135.84.173.152, 135.84.174.152

  • Alkalmazási konfiguráció-135.84.173.154.135.84.174.154

2020. július 22.

A következő IP-címet adta hozzá a kanadai adatközpontok bevezetésének támogatásához: 135.84.173.146

2020. június 9.

Az alábbi módosításokat hajtottuk végre a CScan bejegyzésben:
  • A javított IP-címek egyike megváltozott 199.59.67.156 helyett 199.59.64.156

  • Új funkciókat igényel az új portok, valamint UDP—19560-19760

2020. március 11.

A következő domain- és IP-címeket adtuk hozzá az alkalmazás konfigurációjához:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

A következő tartományokat frissítettük további IP-címekkel az eszközkonfigurációhoz és a firmware kezeléséhez:

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

2020. február 27.

A következő tartományt és portokat adtuk hozzá az eszközkonfigurációhoz és a firmware kezeléséhez:

cloudupgrader.webex.com—443, 6970

Hasznos volt ez a cikk?

Kapcsolódó cikkek

Nemrég megtekintve

×