Bemutatkozik a Webex Hívás
Képzelje el, hogy képes lesz kihasználni a vállalati szintű felhőhívási, mobilitási és PBX-funkciókat, valamint a Webex alkalmazást az üzenetküldéshez, értekezletekhez és hívásokhoz egy Webex Calling soft kliensről vagy Cisco eszközről. Pontosan ezt kínálja Önnek a Webex Calling .
A Webex Calling a következő előnyöket nyújtja:
Hívási előfizetések telefonos felhasználók és közös területek számára
Webex alkalmazás hozzáférés minden felhasználó számára
A nyilvános telefonos kapcsolóhálózat (PSTN) hozzáférése lehetővé teszi a felhasználók számára a szervezeten kívüli számok tárcsázását. A szolgáltatást egy meglévő vállalati infrastruktúrán (helyi átjáró helyszíni IP-alközpont nélkül vagy meglévő Unified CM-hívási környezettel) keresztül nyújtják, vagy a partner vagy a Cisco által biztosított PSTN-beállításokat.
A Webex Calling a következő funkciókat támogatja. További információ: Webex-hívási funkciók konfigurálása fejezet.
Funkció |
Leírás |
---|---|
Automatikus híváskezelő |
Üdvözleteket adhat hozzá, menüket állíthat be, és a hívásokat átirányíthatja egy üzenetrögzítő szolgáltatáshoz, egy vadászcsoporthoz, egy hangpostamezőhöz vagy egy valós személyhez. Létrehozhatsz 24 órás ütemtervet, vagy megadhatsz különböző lehetőségeket, amikor a vállalkozásod nyitva van vagy bezárt. Akár a hívásokat is irányíthatja a hívóazonosító attribútumai alapján, hogy VIP-listákat hozzon létre, vagy bizonyos körzetszámokból származó hívásokat másképp kezeljen. |
Hívásvárakoztatási sor |
Beállíthat egy hívássort úgy, hogy amikor a bejövő hívásokat nem lehet fogadni, a hívók automatikus fogadást, kényelmi üzeneteket és várakoztatott zenét kapjanak, amíg valaki nem tudja fogadni a hívását. |
Hívásfogadás |
Javíthatja a csapatmunkát és az együttműködést, ha létrehoz egy hívásfogadási csoportot, hogy a felhasználók válaszolhassanak egymás hívásaira. Ha felhasználókat ad hozzá egy hívásfogadási csoporthoz, és egy csoporttag távol van vagy elfoglalt, egy másik tag fogadhatja a hívásait. |
Hívásparkoltatás |
Bekapcsolhatja a hívásparkot, így a felhasználók várakoztathatják a hívást, és egy másik telefonról vehetik fel. |
Keresőcsoport |
A következő esetekben érdemes lehet vadászcsoportokat beállítani:
|
Személyhívócsoport |
Létrehozhat egy lapozócsoportot, hogy a felhasználók hangüzenetet küldhessenek egy személynek, egy részlegnek vagy egy csapatnak. Amikor valaki üzenetet küld egy lapozócsoportnak, az üzenet a csoport összes eszközén lejátszódik. |
Recepciós ügyfél |
A front-office személyzet igényeinek kielégítéséhez biztosíthatja számukra a hívásvezérlési lehetőségek teljes készletét, a nagy léptékű vonalfigyelést, a hívássorba állítást, a több könyvtáropciót és nézetet, az Outlook-integrációt és egyebeket. |
A felhasználók a következő szolgáltatásokat konfigurálhatják a https://settings.webex.com, amely keresztbe kerül a Hívó felhasználói portálra.
Funkció |
Leírás |
---|---|
Névtelen hívás elutasítása |
A felhasználók elutasíthatják a bejövő hívásokat a blokkolt hívóazonosítóval. |
Üzleti folytonosság |
Ha a felhasználók telefonjai bármilyen okból nem csatlakoznak a hálózathoz (például áramkimaradás, hálózati problémák stb.), a felhasználók átirányíthatják a bejövő hívásokat egy adott telefonszámra. |
Hívástovábbítás |
A felhasználók átirányíthatják a bejövő hívásokat egy másik telefonra. |
Hívásátirányítás szelektív |
A felhasználók meghatározott időpontokban 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ásátirányítással szemben. |
Hívásértesítés |
A felhasználók e-mailt küldhetnek maguknak, amikor hívást kapnak, előre meghatározott feltételek szerint, például telefonszám vagy dátum és idő szerint. |
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 engedélyezhetik, hogy az összes hívás közvetlenül a hangpostára menjen. |
Iroda bárhol (Office Anywhere) |
A felhasználók a kiválasztott telefonjaikat ("Helyek") használhatják üzleti telefonszámuk és tárcsázási tervük kiterjesztéseként. |
Elsőbbségi riasztás |
A felhasználók megkülönböztető csengetéssel csengethetik telefonjukat, ha az előre meghatározott feltételek teljesülnek, például telefonszám vagy dátum és idő. |
Távoli iroda |
A felhasználók hívásokat kezdeményezhetnek egy távoli telefonról, és megjeleníthetik azt az üzleti vonalukról. Ezenkívül az üzleti vonalukra érkező bejövő hívások ezen a távoli telefonon csörögnek. |
Szelektív híváselfogadás |
A felhasználók meghatározott időpontokban fogadhatnak hívásokat adott hívóktól. |
Szelektív hívás elutasítása |
A felhasználók bizonyos időpontokban elutasíthatják az adott hívóktól érkező hívásokat. |
Szekvenciális gyűrű |
Csengessen akár 5 eszközt egymás után a bejövő hívásokhoz. |
Egyidejű gyűrű |
A bejövő hívásokhoz egyszerre csengesse meg a felhasználók és mások ("hívásfogadók") számát. |
Szolgáltatások, eszközök és felhasználók kiépítése a Control Hubban , Keresztindítás részletes konfigurációra a Hívásfelügyeleti portálban
A Control Hub (https://admin.webex.com) egy olyan felügyeleti portál, amely integrálódik a Webex Calling szolgáltatással a megrendelések és a konfiguráció egyszerűsítése, valamint a csomagolt ajánlat – Webex-hívás, Webex Alkalmazásés Értekezletek –kezelésének központosításaérdekében.
A Control Hub az összes szolgáltatás, eszköz és felhasználó kiépítésének központi pontja. A hívásszolgáltatás első beállításakor elvégezheti, mpp-telefonokat regisztrálhat a felhőbe (MAC-cím használatával), konfigurálhatja a felhasználókat az eszközök társításával, számok, szolgáltatások, hívási funkciók stb. hozzáadásával. Ezenkívül a Control Hubból keresztindítást is végezhet a Hívásadminisztrátor portálra.
Felhasználói élmény
A felhasználók a következő felületekhez férhetnek hozzá:
Webex Calling alkalmazás – Soft-client a Cisco által márkázott híváshoz. További információ: Fedezze fel az új Cisco Webex Calling alkalmazást.
Webex beállítások (https://settings.webex.com)–Felület, ahol a felhasználók megadhatják a profil beállításait, letölthetik a Webex alkalmazást, és keresztindítást végezhetnek a Hívásfelhasználói portálon a hívási beállításokhoz. További információ: A Cisco Webex beállításainakmódosítása.
Webex Alkalmazás – Az előfizetésben Cisco márkájú Team Messaging-ügyfélként szereplő alkalmazás. További információ: Első lépések a Cisco Webex alkalmazással.
Webex Meetings – Az értekezletek megoldásaként hozzáadott opcionális alkalmazás. További információ: Webex-értekezletek.
Áttekintés
A Webex Calling csökkentheti a működési költségeket és javíthatja a termelékenységet azáltal, hogy segít a kritikus üzleti kommunikáció felhőbe való áttelepítésében. Más Webex alkalmazásokkal és eszközökkel kombinálva ez a teljes vállalati felhőhívási és együttműködési élmény szíve. A Cisco támogatja a helyszíni, a felhőbeli és a vegyes modellek üzembe helyezését, hogy ügyfeleink bárhonnan kapcsolatban maradjanak és hatékonyak legyenek; még a bomlasztó piaci események során is.
A Webex Calling mostantól tartalmaz egy dedikált felhőpéldány-opciót a Cisco Unified Communications Manager architektúráján alapulva. A Dedicated Instance integrálva van a Webex Calling szolgáltatással, és kihasználja a Webex platformszolgáltatások előnyeit, felhőinnovációt és továbbfejlesztett élményt nyújtva azoknak az ügyfeleknek, akiknek támogatniuk kell a régebbi Cisco végpontokat, a helyi túlélési megoldásokat vagy a meglévő integrációkat a kritikus üzleti munkafolyamatok részeként.
A Webex-hívás dedikált példányának bővítménye a következőket tartalmazza:
Cisco Unified Communications Manager
Cisco Unified IM és jelenlét
Cisco Egyesített Egység Kapcsolat
Cisco gyorsforgalmi út
Cisco Emergency Responder (csak amerikai régió)
Cisco Session Management Edition (SME) (opcionális)
Kiterjesztett ROI – A dedikált példány ugyanazokat a hang- és videovégpontokat támogatja, mint a társított UC Manager-kiadás, így nincs szükség az összes ügyfélvégpont frissítésére a felhőbe való migráláskor, és kiterjesztve ezen eszközök megtérülését.
Basic Inter-Op - A dedikált példány integrálva van a Webex Calling-tal a hívásirányításhoz a Webex platformon keresztül. Az ügyfelek rugalmasan oszthatják el a felhasználókat mind a dedikált példány, mind a Webex-hívás között, és szükség szerint idővel módosíthatják a felhőhívás üzleti követelményeit.
Azok az ügyfelek, akik megosztják a felhasználókat a platformok között, különböző funkciókat tapasztalhatnak meg. A hívási funkciók nincsenek harmonizálva a Dedicated Instance és a Webex Calling között. Például a Webex Calling felhasználók nem lehetnek a dedikált példányon lévő vadászcsoport tagjai. |
Vegyen részt egy Tour of Control Hubon
A Control Hub az ön egyetlen, webalapú felülete a szervezet kezeléséhez, a felhasználók kezeléséhez, a szolgáltatások hozzárendeléséhez, a bevezetési trendek és a hívásminőség elemzéséhez és még sok máshoz.

A szervezet üzembe helyezéséhez javasoljuk, hogy hívjon meg néhány felhasználót, hogy csatlakozzanak a Webex alkalmazáshoz az e-mail-címük megadásával a Control Hubban. Bátorítsd az embereket, hogy használják az általad nyújtott szolgáltatásokat, beleértve a hívásokat is, és adjanak visszajelzést a tapasztalataikról. Ha készen áll, mindig hozzáadhat több felhasználót.
Javasoljuk, hogy a Control Hubeléréséhez használja a Google Chrome vagy a Mozilla Firefox legújabb asztali verzióját. A mobileszközökön és más asztali böngészőkön lévő böngészők váratlan eredményeket hozhatnak. |
Az alábbiakban bemutatott információkat magas szintű összegzésként használhatja arról, hogy mire számíthat, ha a szervezetet beállítja a szolgáltatásokhoz. Részletesebb információkért tekintse meg az egyes fejezeteket a lépésenkénti utasításokért.
Első lépések
Miután a partnered létrehozta a fiókodat, üdvözlő e-mailt fogsz kapni. Kattintson az Első lépések hivatkozásra az e-mailben, Chrome vagy Firefox használatával a Control Hubeléréséhez . A hivatkozás automatikusan bejelentkezik a rendszergazdai e-mail-címével. Ezután a rendszer kérni fogja, hogy hozza létre a rendszergazdai jelszavát.

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

A beállítások áttekintése
Amikor a Control Hub betöltődik, áttekintheti a beállításokat.

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

Ha a Microsoft Active Directoryt használja, javasoljuk, hogy először engedélyezze a címtár-szinkronizálást , majd döntse el, hogyan szeretne felhasználókat hozzáadni. Kattintson a Tovább gombra , és kövesse az utasításokat a Cisco Directory Connector beállításához.
Egyszeri bejelentkezés (SSO) beállítása
A Webex Alkalmazás alapszintű hitelesítést használ. Dönthet úgy, hogy úgy állítja be az SSO-t, hogy a felhasználók a vállalati identitásszolgáltatóval hitelesítsék magukat a vállalati hitelesítő adataik használatával, nem pedig a Webexben tárolt és kezelt külön jelszóval.
Nyissa meg a Beállításokat, görgessen a Hitelesítéselemre , kattintson a Módosításelemre , majd válassza a 3rd-party identity providerintegrálása lehetőséget .

Szolgáltatások hozzárendelése felhasználókhoz
Szolgáltatásokat kell hozzárendelnie a hozzáadott felhasználókhoz, hogy az emberek elkezdhessék használni a Webex alkalmazást.
Lépjen a Felhasználókelemre , kattintson a Felhasználókkezelése elemre , válassza a Felhasználók exportálása és importálása CSV-fájllallehetőséget, majd kattintson az Exportálásgombra .
A letöltött fájlban egyszerűen adja hozzá a True értéket az egyes felhasználókhoz hozzárendelni kívánt szolgáltatásokhoz.

Importálja a kész fájlt, kattintson a Szolgáltatásokhozzáadása és eltávolítása, majd a Küldésgombra . Most már készen áll a hívási funkciók konfigurálására, a közös helyen megosztható eszközök regisztrálására, valamint az eszközök regisztrálására és a felhasználókkal való társítására.
A felhasználók lehetőségeinek bővítése
Most, hogy hozzáadott felhasználókat, és szolgáltatásokat rendelt hozzájuk, elkezdhetik használni a támogatott multiplatform telefonjaikat (MPP-ket) a Webex-hívásokhoz és a Webex alkalmazást az üzenetküldéshez és az értekezletekhez. Ösztönözze őket arra, hogy a Cisco Webex beállításait egyablakos ügyintézésként használják a hozzáféréshez.
A helyi átjáró szerepe
A helyi átjáró egy vállalati vagy partner által felügyelt peremhálózati eszköz a nyilvános kapcsolós telefonos hálózat (PSTN) együttműködéséhez és a régi nyilvános fiókközi (PBX) együttműködéshez (beleértve a Unified CM-t is).
A Control Hub segítségével hozzárendelhet egy helyi átjárót egy helyhez, amely után a Control Hub olyan paramétereket biztosít, amelyeket a CUBE-on konfigurálhat . Ezek a lépések regisztrálják a helyi átjárót a felhővel, majd a PSTN-szolgáltatást az átjárón keresztül biztosítják a Webex Calling felhasználók számára 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ásokhoz
A következő alapszintű üzemelő példányok támogatottak:
A helyi átjáró telepíthető önállóan vagy olyan üzemelő példányokban, ahol integrálásra van szükség a Cisco Unified Communications Managerbe.
Helyi átjárótelepítések helyszíni IP PBX nélkül
Önálló helyi átjárótelepítések
Ez az ábra egy Webex Calling telepítést mutat be meglévő IP-PBX nélkül, és egyetlen helyre vagy többhelyes telepítésre alkalmazható.
Minden olyan hívás esetében, amely nem egyezik meg a Webex Calling célhelyeivel, a Webex Calling elküldi ezeket a hívásokat a helyi átjárónak, amely a feldolgozáshoz a helyhez van rendelve. A helyi átjáró a Webex-hívásból érkező összes hívást a PSTN-re, a másik irányba pedig a PSTN-t a Webex-hívásra irányítja.
A PSTN-átjáró lehet egy dedikált platform vagy központi ügyintéző a helyi átjáróval. Az alábbi ábrán látható módon a telepítés dedikált PSTN-átjáróváltozatát javasoljuk; akkor használható, ha a meglévő PSTN-átjáró nem használható Webex Calling helyi átjáróként .
Központi helyi átjáró üzembe helyezése
A helyi átjáró lehet IP-alapú, amely SIP-törzsön keresztül csatlakozik egy ITSP-hez, vagy TDM-alapú ISDN- vagy analóg áramkörrel. Az alábbi ábrán egy Webex Calling üzemelő példány látható , ahol a helyi átjáró a PSTN GW/SBC központi eleme.
Helyi átjárótelepítések helyszíni egyesített CM-PBX-mel
A Unified CM-sel való integrációra a következő esetekben van szükség:
A Webex Hívás-kompatibilishelyek egy meglévő Cisco UC telepítéshez vannak hozzáadva, ahol az Unified CM helyszíni hívásvezérlő megoldásként van telepítve
Közvetlen tárcsázás szükséges a Unified CM-hez regisztrált telefonok és a Webex Calling helyeken lévő telefonok között.
Ez az ábra egy Webex Calling telepítést mutat be, ahol az ügyfélnek van egy meglévő Unified CM IP PBX-je.
A Webex Calling olyan hívásokat küld a helyi átjárónak, amelyek nem egyeznek meg az ügyfél Webex Calling célállomásaival. Ez magában foglalja a PSTN-számokat és az Unified CM belső kiterjesztéseket, amelyeket a Webex Calling nem lát. A helyi átjáró a Webex Callingból érkező összes hívást az Unified CM-be irányítja, és fordítva. Az egyesített CM ezután a bejövő hívásokat a helyi célhelyekre vagy a PSTN-re irányítja a meglévő tárcsázási terv szerint. Az egyesített CM tárcsázási terv +E.164-ként normalizálja a számokat. A PSTN-átjáró lehet egy dedikált, vagy a helyi átjáróval együtt lakója.
Dedikált PSTN-átjáró
Az ábrán látható telepítés dedikált PSTN-átjáróváltozata az ajánlott lehetőség, és akkor használható, ha a meglévő PSTN-átjáró nem használható Webex-hívási helyi átjáróként .
Központi PSTN-átjáró
Ez az ábra egy Webex Calling üzembe helyezését mutatja egy egységes CM-vel, ahol a helyi átjáró a PSTN-átjáróval/SBC-vel rendelkezik.
A Webex Calling minden olyan hívást, amely nem egyezik meg az ügyfél Webex Calling célállomásaival , a helyhez rendelt helyi átjáróhoz irányítja. Ez magában foglalja a PSTN-célhelyeket és a neten keresztüli hívásokat a Unified CM belső kiterjesztései felé. A helyi átjáró az összes hívást a Unified CM-hez irányítja. Az egyesített CM ezután a helyileg regisztrált telefonokra vagy a PSTN-re irányítja a hívásokat a helyi átjárón keresztül, amely a PSTN/SBC funkciókkal együtt található.
Hívásirányítással kapcsolatos szempontok
Hívások a Webex hívásból az egységes CM-be
A Webex Calling útválasztási logika így működik: ha a Webex Calling végponton tárcsázott szám nem irányítható más célhelyre ugyanazon ügyfélen belül a Webex Callingban, akkor a hívást további feldolgozás céljából elküldi a helyi átjárónak. Minden neten kívüli (a Webex-híváson kívüli) hívást a helyi átjáróra küldünk.
Webex Calling telepítés esetén egy meglévő Unified CM-be való integráció nélkül, minden hálózaton kívüli hívás PSTN-hívásnak minősül. A Unified CM-sel kombinálva a hálózaton kívüli hívás továbbra is lehet on-net hívás bármely, a Unified CM-en tárolt célhelyre, vagy valódi hálózaton kívüli hívás PSTN-célhelyre. Az utóbbi két hívástípus közötti különbséget az egyesített CM határozza meg, és az unified CM-en kiépített vállalati tárcsázási tervtől függ.
Az alábbi ábrán egy Webex Calling felhasználó látható, aki nemzeti számot tárcsáz az Egyesült Államokban.
Az egyesített CM mostantól a konfigurált tárcsázási terv alapján egy helyileg regisztrált végpontra irányítja a hívást, amelyen a hívott célhely könyvtárszámként van kiépítve. Ehhez az unified CM tárcsázási tervnek támogatnia kell a +E.164 számok útválasztását.
Hívások az egyesített CM-ről a Webex-hívásra
Ahhoz, hogy lehetővé tegyük a hívásirányítást az unified CM-ről a Webex Calling on Unified CM-re, útvonalakat kell kiépíteni a +E.164 és a vállalati számozási terv címek készletének meghatározásához a Webex Callingban .
Ezekkel az útvonalakkal az alábbi ábrán látható hívási forgatókönyvek is lehetségesek.
Ha a PSTN-ben egy hívó egy Webex Calling eszközhöz rendelt DID-számot hív meg, akkor a hívást a vállalat PSTN-átjáróján keresztül adják át a vállalatnak, majd elérik az Unified CM-t. A hívás hívott címe megegyezik az egyesített CM-ben kiépített Webex Calling útvonalak egyikével, és a hívást a helyi átjárónak küldi. (A hívott címnek +E.164 formátumúnak kell lennie, amikor elküldi a helyi átjárónak.) A Webex Calling útválasztási logika ezután gondoskodik arról, hogy a hívást a DID-hozzárendelés alapján a kívánt Webex Calling eszközre küldjék.
Emellett az Unified CM által regisztrált végpontokról származó hívásokra, amelyek a Webex Callingcélhelyeire irányulnak, az Unified CM-en kiépített tárcsázási terv hatálya alá tartoznak. Ez a tárcsázási terv általában lehetővé teszi a felhasználók számára, hogy általános vállalati tárcsázási szokásokat használjanak hívások kezdeményezésére. Ezek a szokások nem feltétlenül csak a +E.164 tárcsázást foglalják magukban. Az +E.164-től eltérő tárcsázási szokásokat normalizálni kell +E.164-re, mielőtt a hívásokat a helyi átjáróra küldenék, hogy lehetővé tegyék a webex hívás helyes útválasztását.
Szolgáltatási osztály (CoS)
A szigorú szolgáltatási korlátozások bevezetése mindig különböző okokból ajánlott, beleértve a híváshurkok elkerülését és az útdíjcsalás megelőzését. A Webex Calling Local Gateway és az Egyesített CM szolgáltatásosztály integrálásával összefüggésben figyelembe kell vennünk a szolgáltatási osztályt a következőkhöz:
A Unified CM-ben regisztrált eszközök
A PSTN-ről a Unified CM-be érkező hívások
A Webex Callingból a Unified CM-be érkező hívások
A Unified CM-ben regisztrált eszközök
A Webex Calling célállomások hozzáadása új célosztályként egy meglévő CoS-beállításhoz meglehetősen egyszerű: a Webex Calling célállomásokra való hívás engedélye általában egyenértékű a helyszíni (beleértve a webhelyek közötti) célok hívásának engedélyét.
Ha egy vállalati tárcsázási terv már implementál egy "(rövidített) on-net inter-site" engedélyt, akkor már van egy partíció, amely ki van építve a Unified CM-en, amelyet ugyanabban a partícióban használhatunk és kiépíthetünk az összes ismert netes Webex Calling célhelyet.
Ellenkező esetben a "(rövidített) on-net inter-site" engedély fogalma még nem létezik, akkor egy új partíciót (például "onNetRemote") kell kiépíteni, a Webex Calling célhelyeket hozzá kell adni ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő híváskeresési helyekhez.
A PSTN-ről a Unified CM-be érkező hívások
A Webex Calling célállomások hozzáadása új célosztályként egy meglévő CoS-beállításhoz meglehetősen egyszerű: a Webex Calling célállomásokra való hívás engedélye általában egyenértékű a helyszíni (beleértve a webhelyek közötti) célok hívásának engedélyét.
Ha egy vállalati tárcsázási terv már implementál egy "(rövidített) on-net inter-site" engedélyt, akkor már van egy partíció, amely ki van építve a Unified CM-en, amelyet ugyanabban a partícióban használhatunk és kiépíthetünk az összes ismert netes Webex Calling célhelyet.
Ellenkező esetben a "(rövidített) on-net inter-site" engedély fogalma még nem létezik, akkor egy új partíciót (például "onNetRemote") kell kiépíteni, a Webex Calling célhelyeket hozzá kell adni ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő híváskeresési helyekhez.
A Webex Callingból a Unified CM-be érkező hívások
A PSTN-ről érkező hívásoknak hozzá kell férniük az összes Webex Calling célhelyhez. Ehhez hozzá kell adni a fenti partíciót, amely az összes Webex Calling célhelyet tartalmazza a PSTN-törzs bejövő hívásaihoz használt híváskeresési területhez. A Webex Calling célállomásokhoz való hozzáférés a már meglévő hozzáférés mellett is elérhető.
Míg a PSTN-ből érkező hívásokhoz az egységes CM DID-khez és a Webex-hívó DID-khez való hozzáféréshez szükséges, a Webex-hívásból származó hívásoknak hozzá kell férniük az egységes CM DID-khez és PSTN-célhelyekhez.

Ez az ábra összehasonlítja ezt a két különböző szolgáltatási osztályt a PSTN és a Webex Calling hívásaihoz. Az ábra azt is mutatja, hogy ha a PSTN-átjáró funkciója a helyi átjáróval van összerakva, akkor két törzsre van szükség a kombinált PSTN GW és a Helyi átjárótól a Unified CM-ig: egyet a PSTN-ből származó hívásokhoz, egyet pedig a Webex Callingból származó hívásokhoz. Ezt az a követelmény vezérli, hogy forgalomtípusonként differenciált híváskeresési helyeket kell alkalmazni. A Unified CM két bejövő törzsével ez könnyen elérhető az egyes törzseken bejövő hívásokhoz szükséges híváskeresési hely konfigurálásával.
Tárcsázási terv integrációja
Ez az útmutató egy meglévő telepítést feltételez, amely a "Cisco Collaboration On-Premises Deployments, CVD" (A Cisco együttműködés helyszíni üzemelő példányainak előnyben részesített architektúrája, CVD) aktuális bevált gyakorlatain alapul. A legújabb verzió ittérhető el .
Az ajánlott tárcsázási terv azt a tervezési megközelítést követi, amelyet a Cisco Együttműködési Rendszer SRND legújabb verziójának Tárcsázási terv fejezetében dokumentálunk, amely ittérhető el .

Ez az ábra áttekintést nyújt az ajánlott tárcsázási terv kialakításáról. A tárcsázási terv kialakításának legfontosabb jellemzői a következők:
A Unified CM-n konfigurált összes könyvtárszám +E.164 formátumban van.
Minden könyvtárszám ugyanazon a partíción (DN) található, és sürgősnek van jelölve.
A mag útválasztása az +E.164-en alapul.
Az összes 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 a szokásos tárcsázási szokásokkal) normalizálva (globalizálva) +E.164-re van normalizálva a tárcsázási normalizálási fordítási minták használatával.
A normalizálási fordítási minták tárcsázása fordítási mintát használ, amely a keresési tér öröklését hívja meg; be van állítva a "Kezdeményező híváskeresési területének használata" opció.
A szolgáltatásosztály a szolgáltatásspecifikus híváskeresési helyek helyének és osztályának használatával valósul meg.
A PSTN-hozzáférési képességeket (például a nemzetközi PSTN-célhelyekhez való hozzáférést) úgy valósítják meg, hogy a megfelelő +E.164 útvonalmintákkal rendelkező partíciókat adnak hozzá a hívó keresési területet meghatározó szolgáltatási osztályhoz.
A Webex-hívás elérhetőségi képessége

Ahhoz, hogy a Webex Calling célállomások elérhetők legyenek ehhez a tárcsázási tervhez, létre kell hozni egy partíciót, amely az összes Webex Calling célállomást képviseli ("Webex Calling"), és ehhez a partícióhoz hozzá kell adni egy +E.164 útvonalmintát a Webex Calling minden DID-tartományához. Ez az útvonalminta egy olyan útvonallistára hivatkozik, amelynek csak egy tagja van: az útvonalcsoport a SIP-törzsgel a helyi átjáróhoz a Webex-híváshoz való hívásokhoz. Mivel az összes tárcsázott célhely +E.164-re van normalizálva, vagy tárcsázási normalizálási fordítási minták használatával az egyesített CM-ben regisztrált végpontokról származó hívásokhoz, vagy bejövő, úgynevezett parti átalakítások használatával a PSTN-ből származó hívásokhoz, a +E.164 útvonalminták ezen egyetlen készlete elegendő ahhoz, hogy a Webex Callingban a célállomások elérhetőek legyenek, függetlenül az alkalmazott tárcsázási szokástól.
Ha például egy felhasználó "914085550165" -ot tárcsáz, akkor az "UStoE164" partíció tárcsázási normalizálási fordítási mintája normalizálja ezt a tárcsázási sztringet "+14085550165" -re, amely ezután megfelel a Webex Calling célhely útvonalmintájának a "Webex Calling" partícióban. Az egyesített cm végül elküldi a hívást a helyi átjárónak.
Rövidített helyek közötti tárcsázás hozzáadása

A rövidített helyek közötti tárcsázás referenciatárcsázási tervhez való hozzáadásának ajánlott módja az, ha tárcsázási normalizálási fordítási mintákat ad hozzá a vállalati számozási terv szerinti összes webhelyhez egy dedikált partícióhoz ("ESN", Enterprise Significant Numbers). Ezek a fordítási minták elfogják a tárcsázási karakterláncokat a vállalati számozási terv formátumában, és normalizálják a tárcsázott karakterláncot +E.164-re.
Ha vállalati rövidített tárcsázást szeretne hozzáadni a Webex Calling célhelyeihez, adja hozzá a Webex Calling hely megfelelő tárcsázási normalizálási fordítási mintáját a "Webex Calling" partícióhoz (például "8101XX" a diagramon). A normalizálás után a hívás ismét elküldésre kerül a Webex Callingnak, miután megfelelteti az útvonalmintát a "Webex Calling" partíción.
Nem javasoljuk, hogy a Webex Calling hívások rövidített tárcsázási normalizálási fordítási fordítási mintáját az "ESN" partícióhoz adja hozzá, mert ez a konfiguráció nem kívánt hívás-útválasztási hurkokat hozhat létre.
Protokollkezelők a hívásokhoz
A Webex Calling a következő protokollkezelőket regisztrálja az operációs rendszerrel, hogy lehetővé tegye a kattintásra történő funkciókat a webböngészőkből vagy más alkalmazásokból. A következő protokollok hang- vagy videohívást indítanak el a Webex alkalmazásban, ha ez az alapértelmezett hívóalkalmazás Mac vagy Windows rendszeren:
CLICKTOCALL: vagy CLICKTOCALL://
SIP: vagy SIP://
TEL: vagy TEL://
WEBEXTEL: vagy WEBEXTEL://
Protokollkezelők a Windows rendszerhez
Más alkalmazások regisztrálhatnak a protokollkezelők számára a Webex alkalmazáselőtt. A Windows 10 rendszerben a rendszerablak arra kéri a felhasználókat, hogy válasszák ki, melyik alkalmazást használják a hívás elindításához. A felhasználói beállítások emlékezetesek, ha a felhasználó bejelöli a Mindig használja ezt az alkalmazástjelölőnégyzetet.
Ha a felhasználóknak vissza kell állítaniuk az alapértelmezett hívóalkalmazás-beállításokat, hogy kiválaszthassák a Webex alkalmazást, utasíthatja őket, hogy módosítsák a Webex alkalmazás protokolltársításait a Windows 10 rendszerben:
Nyissa meg az Alapértelmezett alkalmazásbeállítások rendszerbeállításait, kattintson az Alapértelmezett beállítások beállítása alkalmazásszerint elemre, majd válassza a Webex alkalmazást .
Minden protokollhoz válassza a Webex alkalmazást .
Protokollkezelők a macOS rendszerhez
Mac OS rendszeren, ha más alkalmazások a Webex alkalmazás előtt regisztráltak a hívási protokollokhoz, a felhasználóknak a Webex alkalmazást alapértelmezett hívási lehetőségként kell konfigurálniuk .
A Webex App for Mac alkalmazásban a felhasználók megerősíthetik, hogy a Webex alkalmazás ki van választva a Hívások indítása az általános beállítások alatti beállítással. Azt is ellenőrizhetik , hogy Mindig csatlakozzon a Microsoft Outlookhoz , ha hívásokat akarnak kezdeményezni a Webex alkalmazásban , amikor egy Outlook-névjegy számára kattintanak.
A hívás követelményei
Licencelés
A Webex Calling a Cisco Collaboration Flex terven keresztül érhető el. Nagyvállalati Szerződés (EA) csomagot (minden felhasználó számára, beleértve az 50%-os munkaterületi eszközöket is) vagy egy Megnevezett felhasználó (NU) csomagot (néhány vagy az összes felhasználó) kell vásárolnia.
A Webex Calling három licenctípust biztosít ("Állomástípusok")
Professzionális– Ezek a licencek teljes funkciókészletet biztosítanak a teljes szervezet számára. Ez az ajánlat magában foglalja az egységes kommunikációt (Webex Calling), a mobilitást (asztali és mobil ügyfelek több eszköz támogatásával), a csapat együttműködését a Webex alkalmazásban, valamint az értekezletek értekezletenkénti akár 1000 résztvevővel történő csomagolásának lehetőségét.
Alapszintű– Akkor válassza ezt a lehetőséget, ha a felhasználóknak korlátozott funkciókra van szükségük mobilitás vagy egységes kommunikáció nélkül. Továbbra is teljes funkcionalitású hangajánlatot kapnak, de felhasználónként egyetlen eszközre korlátozódnak.
Az alapszintű licencek csak akkor érhetők el, ha Névvel rendelkező felhasználó-előfizetéssel rendelkezik. Az alapszintű licencek nem támogatottak Nagyvállalati Szerződés-előfizetések esetén.
Munkaterületek (más néven közös terület) – Akkor válassza ezt a lehetőséget, ha olyan alapvető tárcsahangot keres, amely korlátozott számú hívási funkcióval rendelkezik, amely megfelel az olyan területeknek, mint a pihenőszobák, előcsarnokok és konferenciatermek.
Ez a dokumentáció később bemutatja, hogyan kezelheti ezeket a licencelosztásokat a szervezet különböző helyein.
Sávszélesség-követelmények
A videohívás minden eszköze legfeljebb 2 Mbps sebességet igényel. A hanghívások minden eszköze 100 kb/s sebességet igényel. Az alapjáraton lévő telefonoknak minimális sávszélességre van szükségük.
Helyi átjáró a telephelyi PSTN-hez
Mind az értéknövelt viszonteladók (VAR-ok), mind a szolgáltatók (SPs) PSTN-hozzáférést biztosíthatnak a Webex Calling szervezetek számára. Jelenleg a helyi átjáró az egyetlen lehetőség a helyiségalapú PSTN-hozzáférés biztosítására. A helyi átjáró telepíthető önállóan vagy olyan üzemelő példányokban, ahol integrálásra van szükség a Cisco Unified Communications Managerbe. A helyi átjáróra vonatkozó követelmények következnek.
Támogatott eszközök
A Webex Calling támogatja a Cisco Multiplatform (MPP) IP-telefonokat. Rendszergazdaként a következő telefonokat regisztrálhatja a felhőbe. További információt a következő súgócikkekben talál:
A Webex-híváshoz támogatott eszközök teljes listáját lásd: Támogatott eszközök Webex-híváshoz. |
A Cisco Webex Room, Board és Desk eszközök eszközként támogatottak a Control Hubban létrehozott munkaterületen. További információért lásd a "Cisco Webex Room, Board és Desk Devices" (Cisco Webex Room, Board és Desk eszközök) című részt a Támogatott eszközök a Webex-hívásokhoz részben . Ezeknek az eszközöknek azonban PSTN-szolgáltatást is biztosíthat, ha engedélyezi a Webex Calling for the Workspace szolgáltatást.
Tűzfal
Megfelelhet a Cisco Webex-hívásokporthivatkozási információiban dokumentált tűzfalkövetelményeknek.
Helyi átjárókövetelmények Webex-hívásokhoz
Általános előfeltételek
Mielőtt konfigurálna egy helyi átjárót a Webex-híváshoz , győződjön meg arról, hogy
Alapvető ismeretekkel kell rendelkeznie a VoIP alapelveiről
Alapvető munkaismerettel rendelkezik a Cisco IOS-XE és IOS-XE hangkoncepciókról
Alapvető ismeretekkel rendelkezik a munkamenet-kezdeményezési protokollról (SIP)
Alapvető ismeretekkel rendelkezik a Cisco Unified Communications Managerről (Unified CM), ha az üzembe helyezési modell tartalmazza a Unified CM-t
További részletek a Cisco Unified Border Element (CUBE) vállalati konfigurációs útmutatójában találhatók: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
A helyi átjáró hardver- és szoftverkövetelményei
Győződjön meg arról, hogy az üzemelő példány rendelkezik egy vagy több helyi átjáróval (Cisco CUBE (IP-alapú kapcsolathoz) vagy Cisco IOS Gateway (TDM-alapú kapcsolathoz)), amelyek a Webex hívásrendelési útmutatójánakhelyi átjárójának 1. táblázatában találhatók. Emellett győződjön meg arról, hogy a platform támogatott IOS-XE kiadást futtat a Helyi átjáró konfigurációs útmutatójaszerint.
A helyi átjárók licenckövetelményei
A CUBE hívási licenceket telepíteni kell a helyi átjáróra. További információt a Cisco Unified Border Element konfigurációs útmutatójában talál.
A helyi átjáróra vonatkozó tanúsítvány- és biztonsági követelmények
A Webex Híváshoz biztonságos jelzésre és médiára van szükség. A helyi átjáró végrehajtja a titkosítást, és tls-kapcsolatot kell létesíteni a felhőből a következő lépésekkel:
Az LGW-t frissíteni kell a Cisco PKI CA gyökércsomagjával
A Control Hub Trunk konfigurációs oldaláról származó SIP-kivonat hitelesítő adatok készlete az LGW konfigurálásához használatos (a lépések a következő konfiguráció részét képezik)
A hitelesítésszolgáltató gyökércsomagja ellenőrzi a bemutatott tanúsítványt
A rendszer hitelesítő adatokat kér (SIP-kivonattal)
A felhő azonosítja, hogy melyik helyi átjáró van biztonságosan regisztrálva
Tűzfal-, NAT-bejárási és médiaútvonal-optimalizálási követelmények a helyi átjáróhoz
A legtöbb esetben a helyi átjáró és a végpontok a belső ügyfélhálózatban is elhelyezkedhetnek, privát IP-címeket használva NAT-tal. A vállalati tűzfalnak engedélyeznie kell a kimenő forgalmat (SIP, RTP/UDP, HTTP) adott IP-címekre/portokra, amelyeket a Port Reference Information (Porthivatkozási információk) fed le.
Ha a Médiaút-optimalizálást az ICE-vel szeretné használni, a helyi átjáró Webex-hívási felületének közvetlen hálózati útvonallal kell rendelkeznie a Webex Calling végpontok felé és onnan. Ha a végpontok más helyen vannak, és nincs közvetlen hálózati útvonal a végpontok és a helyi átjáró Webex-hívási felülete között, akkor a helyi átjárónak nyilvános IP-címet kell rendelnie a Webex-hívás felé néző felülethez a helyi átjáró és a végpontok közötti hívásokhoz a médiaútvonal-optimalizálás használatához. Ezenkívül az IOS-XE 16.12.5-ös verzióját kell futtatnia.
Testre szabja szervezetét a Webex-híváshoz a Control Hubban. Miután aktiválta az első tartózkodási helyét az Első beállítás varázslóval, további helyeket állíthat be és kezelhet, a törzsek hozzárendelését és használatát, a tárcsázási terv beállításait, a felhasználókat, az eszközöket és a funkciókat.
A Webex Calling szolgáltatások üzembe helyezésének első lépése az Első alkalommal telepítővarázsló (FTSW) befejezése. Miután elkészült az FTSW az első tartózkodási helyén, azt nem kell kitölteni további helyekhez.
1 | Kattintson az Első lépések hivatkozásra a kapott üdvözlő e-mailben.
|
||
2 | Tekintse át és fogadja el a szolgáltatási feltételeket. |
||
3 | Tekintse át a tervet, majd kattintson az Első lépések gombra .
|
||
4 | Válassza ki azt az országot, amelyhez az adatközpontnak hozzá kell rendelnie, és adja meg az ügyfél kapcsolattartási és ügyfélcímadatait. |
||
5 | Kattintson a Tovább gombra : Alapértelmezett hely. |
||
6 | Válasszon az alábbi lehetőségek közül:
|
||
7 | Az erre a helyre való jelentkezéshez tegye a következő beállításokat:
|
||
8 | Kattintson a Továbbgombra. |
||
9 | Adjon meg egy elérhető Cisco Webex SIP-címet, kattintson a Tovább gombra, és válassza a Befejezéslehetőséget . |
Mielőtt elkezdené
Új hely létrehozásához készítse elő a következő információkat:
Hely címe
Kívánt telefonszámok (opcionális)
1 | Az ügyfélnézetből lépjen https://admin.webex.com a , majd kattintson a Helyhozzáadása elemre. Vegye figyelembe, hogy az új helyek a regionális adatközpontban lesznek üzemeltetve, amely megfelel az Első telepítés varázslóval kiválasztott országnak. |
||||
2 | Konfigurálja a hely beállításait:
|
||||
3 | Kattintson a Mentés gombra , majd válassza az Igen/ Nem lehetőséget , ha most vagy később számokat szeretne hozzáadni a helyhez. |
||||
4 | Ha az Igengombra kattintott , válasszon az alábbi lehetőségek közül:
A PSTN-opció kiválasztása minden helyszinten megtalálható (minden helynek csak egy PSTN-lehetősége van). Annyi lehetőséget keverhet és párosíthat, amennyit csak szeretne az üzembe helyezéshez, de minden helynek egy lehetősége lesz. Miután kiválasztotta és kiépítette a PSTN-beállítást, módosíthatja azt, ha a HELY PSTN-tulajdonságai között a Kezelés gombra kattint . Előfordulhat azonban, hogy egyes lehetőségek, például a Cisco PSTN, nem érhetők el egy másik lehetőség hozzárendelése után. Nyisson meg egy támogatási esetet útmutatásért. |
||||
5 | Válassza ki, hogy most vagy később szeretné-e aktiválni a számokat. |
||||
6 | Ha nem integrált központi szerződő fél vagy telephelyalapú PSTN-t választott, adja meg a Telefonszámokat vesszővel elválasztott értékekként, majd kattintson az Érvényesítésgombra . A rendszer számokat ad hozzá az adott helyhez. Az érvényes bejegyzések az Érvényesített számok mezőbe kerülnek, és az érvénytelen bejegyzések a Számok összeadása mezőben maradnak, hibaüzenet kíséretében. A hely országától függően a számok a helyi tárcsázási követelményeknek megfelelően vannak formázva. Ha például országkódra van szükség, beírhat számokat a kóddal vagy anélkül, és a kód előre meg van adva. |
||||
7 | Kattintson a Mentés lehetőségre. |
Mi a következő lépés
Miután létrehozott egy helyet, engedélyezheti a 911-es vészhelyzeti szolgáltatásokat az adott helyhez. További információért lásd: RedSky Emergency 911 Service for Webex Calling (RedSky Emergency 911 szolgáltatás Webex-híváshoz ).
Mielőtt elkezdené
Szerezze be a helyhez társított felhasználók és munkaterületek listáját: Lépjen a ezeket a felhasználókat és munkaterületeket. , é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 |
1 | Az ügyfélnézetből lépjen https://admin.webex.com a |
2 | Kattintson |
3 | Válassza a Helytörlése lehetőséget , és erősítse meg, hogy törölni szeretné az adott helyet. A hely végleges törlése általában néhány percet vesz igénybe, de ez akár egy órát is igénybe vehet. Az állapotot úgy ellenőrizheti, hogy a hely neve mellett kattint, |
A létrehozás után módosíthatja a PSTN-beállításokat, 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 911-es vészhelyzeti szolgáltatásokat. További információért lásd: RedSky Emergency 911 Service for Webex Calling (RedSky Emergency 911 szolgáltatás Webex-híváshoz ). |
1 | Az ügyfélnézetből lépjen https://admin.webex.com a , majd válassza ki a frissíteni kívánt helyet. Ha egy hely mellett egy Figyelmeztetés szimbólum jelenik meg, az azt jelenti, hogy még nem konfigurált telefonszámot az adott helyhez. Addig nem kezdeményezhet és nem fogadhat hívásokat, amíg be nem állítja a számot. |
||||||
2 | (Nem kötelező) A PSTN-kapcsolatalatt válassza a Felhőhöz csatlakoztatott PSTN vagy a Telephelyalapú PSTN (helyi átjáró) lehetőséget, attól függően, hogy melyiket konfigurálta már. Kattintson a Kezelés gombra a konfiguráció módosításához, majd nyugtázza a kapcsolódó kockázatokat a Folytatáslehetőség kiválasztásával . Ezután válasszon az alábbi lehetőségek közül, majd kattintson a Mentésgombra :
|
||||||
3 | Válassza ki azt a fő számot , amelyen a hely fő kapcsolattartója elérhető. |
||||||
4 | (Nem kötelező) A Segélyhívásalatt kiválaszthatja a Segélyhívás azonosítója lehetőséget , amelyet hozzá szeretne rendelni ehhez a helyhez.
|
||||||
5 | Válassza ki azt a hangpostaszámot , amelyet a felhasználók felhívhatnak, hogy ellenőrizzék a hangpostájukat erre a helyre. |
||||||
6 | (Nem kötelező) Kattintson a Hely lap tetején található ceruza ikonra a Helynév, a Bejelentés nyelve, az E-mail nyelv, az Időzónavagy a Cím szükség szerinti módosításához, majd kattintson a Mentésgombra .
|
Ezek a beállítások a belső tárcsázáshoz használatosak, és az első telepítővarázslóban is elérhetők. A tárcsázási terv módosításakor a Control Hub példaszámai frissülnek, hogy megmutassák ezeket a változásokat.
A kimenő tárcsázási kódok nem támogatottak a Webex alkalmazásban, a Webex Calling Alkalmazásban vagy a Cisco Room eszközökön. |
Egy helyhez konfigurálhatja a kimenő hívási engedélyeket. Tekintse meg ezeket a lépéseket a kimenő hívási engedélyek konfigurálásához. |
1 | Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások , majd görgessen a Belső tárcsázásrészhez. |
||
2 | Szükség szerint adja meg a következő választható tárcsázási beállításokat:
|
||
3 | Adja meg a belső tárcsázást adott helyekhez. Lépjen a Szolgáltatások > Hívás > helyek elemre
A felhasználókra gyakorolt hatás:
|
Ha Ön értéknövelt viszonteladó, ezekkel a lépésekkel elindíthatja a helyi átjáró konfigurációját a Control Hubban . Amikor ez az átjáró regisztrálva van a felhőben, használhatja azt egy vagy több Webex Calling helyen, hogy útválasztást biztosítson egy vállalati PSTN-szolgáltató felé.
A helyi átjáróval rendelkező helyek nem törölhetők, ha a helyi átjárót más helyekhez használják. |
Mielőtt elkezdené
Miután hozzáadott egy helyet, és mielőtt helyiségalapú PSTN-t konfigurálna egy helyhez, létre kell hoznia egy csomagtartót.
Hozzon létre bármilyen helyet, valamint konkrét beállításokat és számokat mindegyikhez. A helyeknek létezniük kell ahhoz, hogy helyiségalapú PSTN-t adhasson hozzá.
Ismerje meg a Webex-híváshelyiségalapú PSTN-ének (helyi átjáró) követelményeit .
Nem választhat egynél több törzset egy helyiségalapú PSTN-nel rendelkező helyhez, de ugyanazt a törzset több helyhez is választhatja.
1 | Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások , és válassza a Trunkhozzáadása lehetőséget. |
||
2 | Válasszon ki egy helyet. |
||
3 | Nevezze el a törzset, majd kattintson a Mentésgombra .
|
Mi a következő lépés
A törzsadatok a képernyőn jelennek meg Regisztrálja a tartományt, a főcsoportot OTG/DTG, a vonal/portés a kimenő proxycímet.
Javasoljuk, hogy másolja ki ezeket az információkat a Control Hubból , és illessze be egy helyi szövegfájlba vagy dokumentumba, hogy hivatkozhasson rájuk, amikor készen áll a helyszíni PSTN konfigurálására.
Ha elveszíti a hitelesítő adatokat, létre kell hoznia azokat a Control Hubtörzsinformációs képernyőjéről . Kattintson a Felhasználónév lekérése és a Jelszó visszaállítása elemre a törzsön használandó hitelesítési hitelesítő adatok új készletének létrehozásához.
1 | Az ügyfélnézetből lépjen https://admin.webex.com a |
||
2 | Válassza ki a módosítani kívánt helyet, majd kattintson a Kezelésgombra . |
||
3 | Válassza a Telephely-alapú PSTN lehetőséget , majd kattintson a Továbbgombra . |
||
4 | Válasszon egy csomagtartót a legördülő menüből.
|
||
5 | Kattintson a megerősítő értesítésre, majd a Mentésgombra . |
Mi a következő lépés
A Control Hub által generált konfigurációs információkat át kell vennie, és le kell képeznie a paramétereket a helyi átjáróra (például egy Cisco CUBE-ra, amely a helyszínen található). Ez a cikk végigvezeti Önt ezen a folyamaton. Referenciaként tekintse meg az alábbi ábrát egy példaért arra, hogy a Control Hub konfigurációs adatai (a bal oldalon) hogyan vannak leképezve a CUBE (jobb oldali) paramétereire:
Miután sikeresen befejezte a konfigurációt magán az átjárón, visszatérhet a Szolgáltatások
Control Hubban , és a létrehozott átjáró a név bal oldalán egy zöld ponttal jelenik meg azon a helykártyán, amelyhez hozzárendelte. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívó felhőben, és aktív PSTN-átjáróként szolgál a helyhez.A Control Hubban egyszerűen megtekintheti, aktiválhatja, eltávolíthatja és hozzáadhatja a szervezet telefonszámait. További információ: Telefonszámok kezelése a Control Hubban.
1 | Az ügyfélnézetből válassza ki https://admin.webex.comaz épület ikont . |
2 | Válassza az Előfizetések lapot, majd kattintson a Vásárlás mostlehetőségre . A rendszer e-mailt küld a partnerének, amelyben tudatja vele, hogy ön fizetős előfizetésre szeretne váltani. |
1 | Az ügyfélnézetből lépjen a https://admin.webex.comSzervezeti beállítások , görgessen a Híváselemre , majd válassza az Ügyfélbeállításoklehetőséget. |
||
2 | Húzza át azokat a hívási beállításokat, amelyeket látni szeretne a felhasználók számára, majd rendezze át őket a felhasználók számára biztosítani kívánt prioritási sorrendben. A felhasználók számára rejtett egyéb lehetőségek a Rejtett hívásbeállítások mezőben jelennek meg, ahogy az ezen a példa képernyőképen is látható: |
||
3 | Kapcsolja be az Egyszeri kattintással hívás engedélyezése beállítást, ha azt szeretné, hogy a felhasználók az előző lépésben konfigurált első hívási lehetőséggel kezdeményezhessenek hívást.
|
Szabályozhatja, hogy melyik hívóalkalmazás nyíljon meg, amikor a felhasználók PSTN-hívásokat kezdeményeznek. Miután konfigurálta ezt a beállítást szervezeti szinten, felülbírálhatja ezt a beállítást adott felhasználók számára.
Csak akkor válassza a szervezeti szintű lehetőséget, ha készen áll a teljes szervezet áttelepítésére. |
Mielőtt elkezdené
A szervezetnek a megfelelő előfizetésekkel kell rendelkeznie a választott hívási viselkedéshez.
A felhasználóknak érvényes telefonszámmal kell rendelkezniük. Ha a számok érvénytelenek, a Webex App 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.
A vevői nézetből lépjen https://admin.webex.coma , majd görgessen a Hívási viselkedéselemhez , majd válasszon az alábbi lehetőségek közül: .
Megjelenik egy üzenet, amely azt jelzi, hogy a hívási viselkedés frissült. A felhasználók mostantól PSTN-hívásokat kezdeményezhetnek a Webex alkalmazásból vagy a Webex Calling alkalmazásból. A felhasználóknak telepíteniük kell a megfelelő alkalmazást a WEBEX alkalmazásbólszármazó PSTN-hívások kezdeményezéséhez. Mindenképpen tudassa az emberekkel, hogy milyen döntést hoz, és ha egy másik alkalmazást használ PSTN-hívások kezdeményezésére.
|
Miután konfigurálta a Webex Calling szolgáltatást a szervezete számára, beállíthat egy rönköt, amely a helyi átjárót a Webex Calling szolgáltatáshoz kapcsolja. A SIP TLS transzport biztosítja a lokális átjáró és a Webex felhő közötti rönköt. A helyi átjáró és a Webex-hívás közötti média SRTP-t használ.
Helyi átjáró konfigurációs feladatának folyamata
Két lehetőség van a helyi átjáró konfigurálására a Webex hívó csomagtartójához:
Regisztrációs alapú törzs
Tanúsítványalapú rönk
Használja a Feladatfolyamot a Regisztrációs alapú Helyi átjáró vagy a Tanúsítvány alapú Helyi átjáró alatt a Helyi átjáró konfigurálásához a Webex hívó csomagtartója számára. A különböző rönktípusokkal kapcsolatos további információkért lásd A rönkök, az útvonalcsoportok és a tárcsázási tervek konfigurálása a Webex Calling számára című részt. Hajtsa végre a következő lépéseket magán a helyi átjárón a parancssori interfész (CLI) használatával. Munkamenet-kezdeményezési protokollt (SIP) és Transport Layer Security (TLS) transzportot használunk a csomagtartó és a Secure Real-time Protocol (SRTP) biztosítására a helyi átjáró és a Webex Calling közötti adathordozó biztosítására.
Mielőtt elkezdené
Ismerje meg a Webex-hívás telephelyalapú nyilvános kapcsolt telefonhálózati (PSTN) és helyi átjáró (LGW ) követelményeit. További információkért lásd: Cisco Preferred Architecture for Webex Calling.
Ez a cikk azt feltételezi, hogy egy dedikált Helyi Átjáró platform van érvényben, amely nem rendelkezik meglévő hangkonfigurációval. Ha módosítasz egy meglévő PSTN-átjárót vagy Helyi átjáró vállalati telepítést, hogy Helyi átjáró funkcióként használhasd a Webex hívásnál, akkor nagyon figyelj a konfigurációra. Győződjön meg arról, hogy nem szakítja meg a meglévő hívásfolyamatokat és -funkciókat a változtatások miatt.
Hozzon létre egy ládát a Control Hubban, és rendelje hozzá a helyhez. További információkért lásd: A Webex Calling törzsének, útvonalcsoportjának és tárcsázási terveinek konfigurálása.
Az eljárások hivatkozásokat tartalmaznak a parancs referenciadokumentációjához, ahol többet tudhat meg az egyes parancsbeállításokról. Eltérő rendelkezés hiányában minden parancshivatkozás a Webex felügyelt átjáró parancshivatkozására (ebben az esetben a parancshivatkozások a Cisco IOS hangutasításra). Ezek az útmutatók a Cisco Unified Border Element Command References weboldalon érhetők el.
|
Mielőtt elkezdené
Győződjön meg arról, hogy a konfigurált alapplatform konfigurációja megfelel a szervezet szabályzatainak és eljárásainak:
NTP-k
ACL-ek
jelszavak engedélyezése
elsődleges jelszó
IP-útválasztás
IP-címek és így tovább
A Cisco IOS XE 16.12 vagy IOS-XE 17.3 minimális támogatott kiadására van szükség minden Helyi Átjáró telepítéshez.
1 | Győződjön meg arról, hogy a 3-as szintű interfészekhez érvényes és átirányítható IP-címeket rendelt:
|
2 | Konfigurálja előre a jelszó elsődleges kulcsát a következő parancsok segítségével, mielőtt felhasználná a hitelesítő adatokban és a megosztott titkokban. A 6-os típusú jelszavakat AES titkosítással és felhasználó által definiált elsődleges kulccsal kell titkosítani.
|
3 | Konfigurálja az IP-névszervert a DNS-keresés és a ping engedélyezéséhez, hogy a szerver elérhető legyen. A helyi átjáró DNS-t használ a Webex-hívási proxycímek feloldásához:
|
4 | Engedélyezze a TLS 1.2 exkluzivitást és az alapértelmezett helyőrző megbízhatósági pontot:
|
5 | A helyi átjáró bizalmi készletének frissítése: Az alapértelmezett trustpool csomag nem tartalmazza a "DigiCert Root CA" vagy "IdenTrust Commercial" tanúsítványokat, amelyekre szüksége van a szerveroldali tanúsítvány érvényesítéséhez a TLS kapcsolat létrehozásakor a Webex Callinghoz. Töltse le a legújabb “Cisco Trusted Core Root Bundle ” http://www.cisco.com/security/pki/ -t a trustpool csomag frissítéséhez. |
Mielőtt elkezdené
1 | Adja meg a következő parancsokat a Helyi átjáró alkalmazás bekapcsolásához, lásd: Port Reference Information for Cisco Webex Calling for the latest IP subnets that you must add to the trust list:
Íme a konfigurációs mezők magyarázata:
|
||||
2 | Állítsa be a „SIP-profil 200” beállítást.
Íme a konfigurációs mezők magyarázata:
|
||||
3 | Konfigurálja a kodekprofilt, a STUN-definíciót és az SRTP titkosítócsomagot.
Íme a konfigurációs mezők magyarázata:
|
||||
4 | Térképvezérlő központ paraméterei a helyi átjáró konfigurációjához. Webex hívás hozzáadása bérlőként a helyi átjáróhoz. Konfigurációra van szükség a Helyi Átjáró regisztrálásához a 200-as hangosztály alatt. A konfiguráció elemeit a Trunk Info oldalról kell beszereznie a Control Hubtól, az alábbi képen látható módon. A következő példa megmutatja, hogy melyek azok a mezők, amelyek a megfelelő helyi átjáró CLI-hez kapcsolódnak. Alkalmazza a 200-as bérlőt a helyi átjáró konfigurációjában található összes Webex hívó irányú tárcsázóra (2xx tag). A hangosztály bérlő funkció lehetővé teszi a SIP rönkparaméterek csoportosítását és konfigurálását, amelyek egyébként a VoIP és a SIP-ua hangszolgáltatás alatt történnek. Ha beállít egy bérlőt, és tárcsázó alatt alkalmazza, akkor a következő beállítási sorrend vonatkozik a helyi átjáró konfigurációira:
|
||||
5 | Konfigurálja a 200-as hangosztály bérlőjét, hogy a Vezérlőközponttól kapott paraméterek alapján engedélyezze a csomagtartói regisztrációt a Helyi átjáróról a Webex-hívásra:
Íme a konfigurációs mezők magyarázata:
|
Miután definiálta a 200-as bérlőt a helyi átjárón belül, és konfigurált egy SIP VoIP tárcsázót, az átjáró TLS kapcsolatot kezdeményez a Webex hívás felé, ekkor az SBC hozzáférési tanúsítványt mutat be a helyi átjárónak. A helyi átjáró a korábban frissített CA-gyökércsomaggal hitelesíti a Webex Calling Access SBC tanúsítványt. Tartós TLS munkamenetet hoz létre a helyi átjáró és a Webex híváselérési SBC között. A helyi átjáró ezután elküld egy NYILVÁNTARTÁST a hozzáférés SBC, amely kihívást jelent. A regisztrációs AOR: szám@domain. A szám a „number” paraméterből és a „registrar dns:<fqdn>.” tartományból származik. A nyilvántartásba vétel vitatása esetén:
Használja a felhasználónevet, a jelszót és a tartomány paramétereit a hitelesítő adatokból a fejléc és a SIP-profil 200 létrehozásához.
A SIPS URL-t visszaalakítja SIPS-SÉ.
Ez a telepítés a következő konfigurációt igényli a helyi átjárón:
Hang osztály bérlőkÖn létre más bérlők tárcsázók szemben ITSP hasonló bérlő 200, hogy hozzon létre a Webex Calling szembenéző tárcsázók.
Hangosztály URI-kA helyi átjárónál végződő különböző rönkök gazda IP-címeinek/portjainak mintáit adhatja meg:
Webex hívás az LGW-hez
PSTN SIP trönk végződtetés LGW-n
Kimenő tárcsázók-A kimenő hívó lábakat az LGW-ről az ITSP SIP csomagtartóba és a Webex Calling-be irányíthatja.
Hangosztály DPG-A kimenő tárcsázókat egy bejövő tárcsázóból irányíthatja célba.
Bejövő tárcsázókAbejövő hívó lábak fogadhatók az ITSP és a Webex hívásból.
Használja a konfigurációkat vagy a partner-hostolt helyi átjáró beállításához, vagy az ügyféloldali átjáróhoz, amint az a következő képen látható.
1 | Konfigurálja a következő hangosztály bérlőket: |
2 | Konfigurálja a következő URI hangosztályt: |
3 | A következő kimenő tárcsázási partnerek konfigurálása: |
4 | Konfigurálja a következő tárcsázási csoportokat (dpg): |
5 | A következő bejövő tárcsázók konfigurálása: |
- PSTN - Webex hívás
-
Egyeztesse a helyi átjáró összes bejövő IP PSTN hívó lábát a 100-as tárcsázóval, hogy meghatározza az IP PSTN IP-címét tartalmazó VIA fejléc egyezési kritériumát. DPG 200 meghívja kimenő tárcsázó 200201, amely a Webex hívó szerver, mint a cél úticél.
- Webex hívás PSTN-re
-
Egyeztesse a helyi átjáró összes bejövő Webex hívó lábát a 200201-es tárcsázóval, hogy meghatározza a KÉRÉS URI fejlécmintázatának egyezési kritériumát a helyi átjáró telepítésére jellemző OTG/DTG paraméterrel. A DPG 100 a kimenő 101-estárcsázót hívja meg, melynek célhelye az IP PSTN IP-címe.
Ez a telepítés a következő konfigurációt igényli a helyi átjárón:
Hang osztály bérlőkÖn hozzon létre több bérlők szemben álló egységes CM és ITSP, hasonló bérlő 200, hogy hozzon létre a Webex Calling szembenéző tárcsázók.
Hangosztály URI-k Megadhategy mintát a fogadó IP-címekhez/portokhoz a különböző rönkökhöz, amelyek az LGW-n végződnek a következő helyről:
Egységesített CM - LGW a PSTN célállomások esetében
Egységes közösségi médium az LGW-nek a Webex hívási célállomásokhoz
Webex hívás LGW célhelyekre
PSTN SIP trönk végződtetés LGW-n
Hangosztály-kiszolgáló-csoport-A kimenő csomagok IP-címeit/portjait a következő helyről célozhatja meg:
LGW to Unified CM
LGW - Webex hívás
LGW - PSTN SIP törzs
Kimenő tárcsázók-A kimenő hívó lábakat a következő helyről irányíthatja:
LGW to Unified CM
ITSP SIP csomagtartó
Webex Calling
Hangosztály DPG-A kimenő tárcsázókat a bejövő tárcsázók segítségével célozhatja meg.
Bejövő hívások- Bejövő hívások fogadhatók az Unified CM, ITSP és Webex Calling szolgáltatásból.
1 | Konfigurálja a következő hangosztály bérlőket: |
2 | Konfigurálja a következő URI hangosztályt: |
3 | A következő hangosztály-kiszolgálócsoportok konfigurálása: |
4 | A következő kimenő tárcsázók konfigurálása: |
5 | Konfigurálja a következő DPG-t: |
6 | A következő bejövő tárcsázók konfigurálása: |
IP PSTN az egyesített CM PSTN törzshöz
Webex Calling Platform to Unified CM Webex Calling trunk
Egységes CM PSTN törzs - IP PSTN
Egységes CM Webex hívó csomagtartó a Webex hívó platformra
Diagnosztikai aláírások (DS) proaktívan észleli az IOS XE alapú helyi átjáró gyakran észlelt problémáit, és e-mail, rendszernapló vagy terminálüzenet értesítést generál az eseményről. Telepítheti a DS-t a diagnosztikai adatgyűjtés automatizálásához és az összegyűjtött adatoknak a Cisco TAC tokba történő továbbításához, hogy felgyorsítsa a felbontási időt.
A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a probléma kiváltó eseményeiről és a probléma tájékoztatása, hibaelhárítása és elhárítása érdekében végrehajtandó műveletekről. meghatározhatja a problémafelderítési logikát a rendszernapló üzenetek, az SNMP események és az adott show parancs kimenetek időszakos monitorozása segítségével.
A művelettípusok közé tartozik a show parancs kimenetek gyűjtése:
konszolidált naplófájl létrehozása
a fájl feltöltése a felhasználó által megadott hálózati helyre, például https, SCP, FTP szerverre
TAC mérnökök szerzője a DS fájlokat, és digitálisan írja alá az integritás védelme. Minden DS-fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. A DSLT (Diagnostic Signatures Lookup Tool - diagnosztikai aláírások keresési eszköze) egyetlen forrás a különböző problémák nyomon követéséhez és hibaelhárításához szükséges aláírások megkereséséhez.
Mielőtt elkezdené:
Ne szerkessze a DSLT-ről letöltött DS-fájlt. A módosított fájlok telepítése az integritás-ellenőrzési hiba miatt nem sikerült.
Egy egyszerű levéltovábbítási protokoll (SMTP) kiszolgáló, amelyre a helyi átjáró e-mail értesítések küldéséhez van szüksége.
Győződjön meg arról, hogy a helyi átjáró fut IOS XE 17.6.1 vagy újabb, ha azt szeretné, hogy a biztonságos SMTP szerver e-mail értesítések.
Előfeltételek
IOS XE 17.3.2 vagy újabb verziójú helyi átjáró
A diagnosztikai aláírások alapértelmezés szerint engedélyezve vannak.
Állítsa be a biztonságos e-mail szervert proaktív értesítés küldésére, ha a készülék Cisco IOS XE 17.3.2 vagy újabb verziójú rendszert futtat.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
16.11.1 vagy magasabb verziójú helyi átjáró
Alapértelmezés szerint engedélyezve vannak a diagnosztikai aláírások
Konfigurálja az e-mail szervert proaktív értesítések küldésére, ha az eszköz 17.3.2 előtti verziót futtat.
configure terminal call-home mail-server <email server> priority 1 end
Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
16.9.x verziójú helyi átjáró
A diagnosztikai aláírások engedélyezéséhez adja meg a következő parancsokat.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Konfigurálja az e-mail szervert proaktív értesítések küldésére, ha az eszköz 17.3.2 előtti verziót futtat.
configure terminal call-home mail-server <email server> priority 1 end
Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Az alábbi példa egy helyi átjáró konfigurációját mutatja, amely a Cisco IOS XE 17.3.2-en fut, hogy proaktív értesítéseket küldjön a tacfaststart@gmail.com címre, biztonságos SMTP szerverként használva a Gmailt:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
A Cisco IOS XE szoftveren futó helyi átjáró nem tipikus webes Gmail kliens, amely támogatja az OAuth-ot, ezért be kell állítanunk egy konkrét Gmail fiókbeállítást, és konkrét engedélyt kell adnunk az eszközről érkező e-mail helyes feldolgozásához: |
Válassza a Google Fiók Kevésbé biztonságos alkalmazáshozzáférés beállítást.
és kapcsolja be aVálaszoljon az „Igen, én voltam” kérdésre, amikor e-mailt kap a Gmailtől, amelyben az áll, hogy „a Google megakadályozta, hogy valaki nem Google-alkalmazással jelentkezzen be a fiókjába.”
Diagnosztikai aláírások telepítése a proaktív monitorozáshoz
A CPU magas kihasználtságának figyelése
Ez a DS az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával követi nyomon az 5 másodperces CPU-felhasználást. Amikor a használat eléri vagy meghaladja a 75% -ot, letiltja az összes hibakeresést, és eltávolítja az összes diagnosztikai aláírást, amely telepítve van a helyi átjáróba. Használja az alábbi lépéseket az aláírás telepítéséhez.
Ellenőrizze, hogy az SNMP engedélyezve van-e a show snmp paranccsal. Ha nem engedélyezi, akkor konfigurálja az „snmp-server manager” parancsot.
show snmp %SNMP agent not enabled config t snmp-server manager end 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
Töltse le a DS 64224-et a Diagnosztikai Aláírások Keresőeszköz alábbi legördülő menüpontjaival:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
Teljesítmény
Probléma típusa
Magas CPU-kihasználtság e-mail értesítéssel.
Másolja át a DS XML-fájlt a Helyi átjáró Flash-be.
LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
A következő példa a fájl FTP-kiszolgálóról a helyi átjáróba történő másolását mutatja.
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)
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
DS-k letöltése:
DS-azonosító
DS-név
Felülvizsgálat
Állapot
Utolsó frissítés (GMT+00:00)
64224
DS_LGW_CPU_MON75
0,0.10
Regisztrálva
2020-11-07 22:05:33
Ha aktiválódik, ez az aláírás eltávolítja az összes futó DS-t, beleértve saját magát is. Ha szükséges, telepítse újra a DS 64224-et, hogy továbbra is figyelemmel kísérhesse a CPU magas kihasználtságát a helyi átjárónál.
A SIP-rönkregisztráció nyomon követése
Ez a DS ellenőrzi a helyi átjáró SIP csomagtartó regisztrációjának törlését a Webex hívó felhőjével 60 másodpercenként. A regisztráció törlésének észlelése után e-mail és rendszernapló értesítést generál, majd két regisztráció törlését követően eltávolítja magát. Kérjük, használja az alábbi lépéseket az aláírás telepítéséhez.
Töltse le a DS 64117-et a Diagnosztikai Aláírások Keresőeszköz alábbi legördülő menüpontjaival:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
SIP-SIP
Probléma típusa
SIP törzs regisztrációjának megszüntetése e-mail értesítéssel.
Másolja a DS XML-fájlt a helyi átjáróba.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#
Az aláírás sikeres telepítésénekellenőrzéséhez használja a hívóoldali diagnosztikai aláírás megjelenítése parancsot. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.
Rendellenes hívásmegszakítások figyelése
Ez a DS 10 percenként SNMP lekérdezést használ a 403-as, 488-as és 503-as SIP-hibák miatti rendellenes hívásmegszakítás észlelésére. Ha a hibaszám-növekedés nagyobb vagy egyenlő 5-tel az utolsó szavazáskor, akkor rendszernaplót és e-mail értesítést generál. Kérjük, használja az alábbi lépéseket az aláírás telepítéséhez.
Ellenőrizze, hogy az SNMP engedélyezve van-e a show snmp paranccsal. Ha nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.
show snmp %SNMP agent not enabled config t snmp-server manager end 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
Töltse le a DS 65221-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
Teljesítmény
Probléma típusa
Rendellenes SIP hívás megszakadás észlelése e-mail és rendszernapló értesítéssel.
Másolja a DS XML-fájlt a helyi átjáróba.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Az aláírás sikeres telepítésénekellenőrzéséhez használja a hívóoldali diagnosztikai aláírás megjelenítése funkciót . Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.
Diagnosztikai aláírások telepítése a probléma elhárításához
A problémák gyors megoldásához használja a Diagnosztikai aláírások (DS) funkciót. A Cisco TAC mérnökei számos olyan aláírást szereztek, amelyek lehetővé teszik az adott probléma megoldásához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatoknak a Cisco TAC esetbe történő automatikus átviteléhez szükséges hibakereséseket. A diagnosztikai aláírások (DS) kiküszöbölik annak szükségességét, hogy manuálisan ellenőrizzék a probléma előfordulását, és sokkal könnyebbé teszik az időszakos és átmeneti problémák hibaelhárítását.
Használhatja a Diagnosztikai aláírások keresése eszközt, hogy megtalálja a megfelelő aláírásokat, és telepítse őket, hogy önállóan megoldja az adott problémát, vagy telepítheti az aláírást, amely által ajánlott a TAC mérnök részeként a támogatási elkötelezettség.
Íme egy példa arra, hogyan lehet megtalálni és telepíteni egy DS-t a "%VOICE_IEC-3-GW: CCAPI: Belső hiba (hívás tüskeküszöb): IEC=1.1.181.1.29.0" syslog és automatikus diagnosztikai adatgyűjtés a következő lépések végrehajtásával:
Konfiguráljon egy további DS környezeti változót, ds_fsurl_prefix amely a Cisco TAC fájlszerver elérési útja (cxd.cisco.com), ahová az összegyűjtött diagnosztikai adatokat feltölti. A fájl elérési útjában lévő felhasználónév az eset száma, a jelszó pedig a fájlfeltöltési token, amelyet a Support Case Managerből a következő paranccsal lehet letölteni. A fájlfeltöltési token szükség szerint generálható a Támogatási esetkezelő Mellékletek részében.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Példa:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
Győződjön meg arról, hogy az SNMP engedélyezve van a show snmp paranccsal. Ha nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.
show snmp %SNMP agent not enabled config t snmp-server manager end
Győződjön meg róla, hogy a DS 64224 magas CPU-ellenőrzést proaktív intézkedésként telepíti, hogy a magas CPU-kihasználtság ideje alatt letiltsa az összes hibakeresést és diagnosztikai aláírást. Töltse le a DS 64224-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
Teljesítmény
Probléma típusa
Magas CPU-kihasználtság e-mail értesítéssel.
Töltse le a DS 65095-öt a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
Rendszernaplók
Probléma típusa
Rendszernapló - %VOICE_IEC-3-GW: CCAPI: Belső hiba (hívás tüskeküszöb): IEC=1.1.181.1.29.0
Másolja a DS XML-fájlokat a helyi átjáróba.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Telepítse a High CPU monitoring DS 64224, majd DS 65095 XML fájlt a helyi átjáró.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-k:
DS-azonosító
DS-név
Felülvizsgálat
Állapot
Utolsó frissítés (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0,0.10
Regisztrálva
2020-11-08
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Regisztrálva
2020-11-08
Diagnosztikai aláírások végrehajtásának ellenőrzése
A következő parancsban a parancs „Állapot” oszlopában a call-home diagnosztikai aláírás „running” (fut) értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show call-home diagnostic-signature statisztikák kimenete a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észleli-e az érdeklődésre számot tartó eseményt, és végrehajtja-e a műveletet. Az „Indított/Maximális/Eltávolítás” oszlop azt jelzi, hogy az adott aláírás hányszor váltott ki egy eseményt, hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás eltávolítja-e magát a kiváltott események maximális számának észlelése után.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-k:
DS-azonosító |
DS-név |
Felülvizsgálat |
Állapot |
Utolsó frissítés (GMT+00:00) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0,0.10 |
Regisztrálva |
2020-11-08 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
Fut |
2020-11-08 00:12:53 |
hívás-otthon diagnosztikai aláírási statisztika megjelenítése
DS-azonosító |
DS-név |
Indítás/Max./Eltávolítás |
Átlagos futási idő (másodperc) |
Max. futási idő (másodperc) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0/0/N |
0,000 |
0,000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
A diagnosztikai aláírás végrehajtása során küldött értesítési e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, a futó konfiguráció, valamint az adott probléma elhárításához szükséges parancskimeneteket jeleníti meg.
Diagnosztikai aláírások eltávolítása
A diagnosztikai aláírások használata hibaelhárítási célokra általában úgy van definiálva, hogy bizonyos problémák észlelése után eltávolítsa azokat. Ha manuálisan szeretne eltávolítani egy aláírást, töltse le a DS-azonosítót a show call-home diagnosztikai aláírás kimenetéről, és futtassa a következő parancsot:
call-home diagnostic-signature deinstall <DS ID>
Példa:
call-home diagnostic-signature deinstall 64224
Rendszeresen új aláírásokkal bővül a diagnosztikai aláírások keresésére szolgáló eszköz, a bevetések során gyakran megfigyelt problémák alapján. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására irányuló kéréseket. |
Mielőtt elkezdené
Győződjön meg arról, hogy a konfigurált alapplatform konfigurációja megfelel a szervezet szabályzatainak és eljárásainak:
NTP-k
ACL-ek
jelszavak engedélyezése
elsődleges jelszó
IP-útválasztás
IP-címek és így tovább
Az IOS XE 17.6 minimális támogatott verziójára van szükség az összes helyi átjáró telepítéséhez.
1 | Győződjön meg arról, hogy érvényes és átirányítható IP-címeket rendel bármely Layer 3 interfészhez:
|
||||
2 | Konfigurálja előre a jelszó elsődleges kulcsát a következő parancsokkal, mielőtt hitelesítő adatként és megosztott titkokként használná. A 6-os típusú jelszavak titkosítása AES titkosítással és felhasználó által definiált elsődleges kulccsal történik.
|
||||
3 | Az IP-névszerver konfigurálása a DNS-keresés engedélyezéséhez. Pingelje meg az IP-névszervert, és győződjön meg róla, hogy a szerver elérhető. A helyi átjáró a következő DNS használatával oldja fel a Webex-hívási proxycímeket:
|
||||
4 | Engedélyezze a TLS 1.2 exkluzivitást és az alapértelmezett helyőrző megbízhatósági pontot:
|
||||
5 | Ha a főtanúsítvány köztes CA-val rendelkezik, akkor hajtsa végre a következő parancsokat:
|
||||
6 | Hozzon létre egy megbízhatósági pontot a gyökértanúsítvány tárolásához. Hajtsa végre a következő parancsokat, ha nincs közbenső CA:
|
||||
7 | Konfigurálja a SIP-UA-t a létrehozott megbízhatósági pont használatához.
|
Mielőtt elkezdené
A Webex-hívás felé irányuló hálózatnak nyilvános IPv4-címet kell használnia. A teljesen minősített domainnevek (FQDN) vagy szolgáltatásrekordok (SRV) címének nyilvános IPv4-címnek kell lennie az interneten.
A külső interfészen található valamennyi SIP- és médiaportnak elérhetőnek kell lennie az internetről. A portok nem lehetnek hálózati címfordítás (NAT) mögött. Győződjön meg arról, hogy frissíti a vállalati hálózati összetevők tűzfalát.
Aláírt tanúsítvány telepítése a helyi átjáróhoz.
A tanúsítványkiadónak (CA) alá kell írnia a tanúsítványt a Milyen főtanúsítványkiadó támogatja a Cisco Webex audio- és videoplatformjaira irányuló hívásokat? .
A Vezérlőközpontból kiválasztott FQDN-nek a tanúsítvány közönséges nevének (CN) vagy a Tárgy alternatív nevének (SAN) kell lennie. Például:
Ha a szervezete Control Hub-jából konfigurált csomagtartóban london.lgw.cisco.com:5061 szerepel a helyi átjáró FQDN-jeként, akkor a KN-nek vagy SAN-NAK tartalmaznia kell london.lgw.cisco.com-ot a tanúsítványban.
Ha a szervezete Control Hub-jából konfigurált csomagtartó london.lgw.cisco.com címet tartalmaz a Helyi átjáró SRV-címeként, akkor a KN-nek vagy SAN-NAK LONDON.LGW.CISCO.COM címet kell tartalmaznia a tanúsítványban. Az SRV-cím által feloldott rekordok (CNAME, A rekord vagy IP-cím) nem kötelezőek a SAN-BAN.
A csomagtartóhoz használt FQDN vagy SRV példában a helyi átjáró összes új SIP-párbeszédablakának kapcsolattartási címének london.lgw.cisco.com-nak kell lennie a SIP-cím gazdarészében. A konfigurációt lásd az 5. lépésben.
Ügyeljen arra, hogy a tanúsítványok aláírásra kerüljenek az ügyfél- és a szerverhasználathoz.
Töltse fel a bizalmi csomagot a helyi portálra a Milyen gyökértanúsítvány-hatóságok támogatják a Cisco Webex audio- és videoplatformokra irányuló hívásokat?.
1 | Adja meg a következő parancsokat a Helyi átjáró alkalmazás bekapcsolásához (a Cisco Webex hívás port-referenciainformációihoz a legfrissebb IP-alhálózatok megbízható listaként való hozzáadásához):
Íme a konfigurációs mezők magyarázata:
|
||
2 | Konfigurálja a "Voice Class Codec 100" -ot.
Íme a konfigurációs mezők magyarázata: Hangosztály kodek 100 Lehetővé teszi az opus és a g711 (mu és a law) kodekek használatát a munkamenetekhez. Az előnyben részesített kodek alkalmazása az összes tárcsázóra. További információkért lásd: Voice Class codec. |
||
3 | Konfigurálja a "Voice Class kábítás-használat 100" beállítást a JÉG engedélyezéséhez.
Íme a konfigurációs mezők magyarázata: Hangos osztály kábítás-használat 100 Meghatározza a kábítás használatát. A kábítás minden Webex hívó tárcsázóravonatkozik, hogy elkerülje a hangjelzést, amikor az Egységes CM telefon továbbítja a hívást egy másik Webex hívó telefonra. Lásd a Voice Class STUN használatát a Cisco IOS Voice Commands - T-től Z-ig és a STUN use ICE lite-ban. |
||
4 | A "voice class srtp-crypto 100" konfigurálása a támogatott titkosítás korlátozására.
Íme a konfigurációs mezők magyarázata: Hangosztály srtp-crypto 100Megadja, hogy az SHA1_80 az egyetlen SRTP kódolási csomag, amelyet a helyi átjáró kínál az SDP-ben az ajánlatban és a válaszban. A Webex Calling csak az SHA1_80-at támogatja.
További információkért lásd az srtp-crypto hangosztályt.
|
||
5 | A „SIP-profilok 100” konfigurálása. A példában a cube1.abc.lgwtrunking.com a helyi átjáróhoz kiválasztott FQDN és a "172.x.x.x" a helyi átjáró felületének IP-címe, amely a Webex hívása felé mutat:
Íme a konfigurációs mezők magyarázata:
További információkért lásd : hangosztály-szippantás-profilok. További információkért lásd a Cisco IOS Voice Command Reference - K through R (Hangfordítási szabály) című dokumentumot. |
||
6 | Konfigurálja a következő négy kimenő tárcsázót: |
||
7 | Hozzon létre tárcsázó csoportot a tárcsázó alapján a Webex hívás irányába az aktív/aktív modellben.
Íme a konfigurációs mezők magyarázata:
Kimenő tárcsázó társítása a 100-as tárcsázó csoporttal, és a 101-es, 102-es, 103-as és 104-es tárcsázó azonos preferenciával történő konfigurálása. További információkért lásd a tárcsázó hangját. |
||
8 | Hozzon létre tárcsázó csoportot a tárcsázó alapján a Webex hívás felé az elsődleges/biztonsági modellben.
Íme a konfigurációs mezők magyarázata:
Kimenő tárcsázó társítása a 100-as tárcsázó csoporttal, és a 101-es és 102-es tárcsázó beállítása az elsődleges. További tudnivalókat a Cisco IOS Voice Command Reference - T-től Z-ig című dokumentumban talál.
Kimenő tárcsázó társítása a 100-as tárcsázó csoporttal,és a 103-as és 104-es tárcsázó beállítása második beállításként. |
||
9 | Bejövő tárcsázó konfigurálása a Webex hívásból. A bejövő egyezés az URI-kérésen alapul.
Íme a konfigurációs mezők magyarázata:
|
Ez a telepítés a következő konfigurációt igényli a helyi átjárón:
Hangosztály URI-kMegadhatja az állomás IP-címeit/portjait a helyi átjárónál végződő különböző rönkökhöz:
Webex hívás az LGW-hez
PSTN SIP trönk végződtetés LGW-n
Kimenő tárcsázók-A kimenő hívó lábakat egy LGW-től az Internet telefonszolgáltató (ITSP) SIP csomagtartójához és a Webex Callinghez irányíthatja.
Hangosztály DPG-A kimenő tárcsázókat a bejövő tárcsázók segítségével célozhatja meg.
Bejövő tárcsázókAbejövő hívó lábak fogadhatók az ITSP és a Webex hívásból.
Használja a konfigurációt vagy egy partner-hostolt helyi átjáró beállításához, vagy a helyi ügyféloldali átjáróhoz. Lásd:
1 | Konfigurálja a következő URI hangosztályt: |
2 | A következő kimenő tárcsázók konfigurálása: |
3 | Konfigurálja a következő tárcsázási csoportot (DPG): |
4 | A következő bejövő tárcsázók konfigurálása: |
- PSTN - Webex hívás:
-
Párosítsa össze a helyi átjáró összes bejövő IP PSTN hívó lábát a 122-es tárcsázóval, hogy meghatározza az IP PSTN IP-címét tartalmazó VIA fejléc egyezési kritériumát. A DPG 100 a 101,102,103,104-es kimenő hívószámot használja, melynek célhelye a Webex hívó szerver.
- Webex hívás PSTN-re:
-
Egyeztesse a helyi átjáró összes bejövő Webex hívó lábát a 110 tárcsázóval, hogy meghatározza a KÉRÉS URI FEJLÉCMINTÁJÁNAK egyezési kritériumát a helyi átjáró állomásnevével, amely a helyi átjáró telepítésére jellemző. A DPG 120 a kimenő 121-es tárcsázót hívja meg, amelynek IP PSTN IP-címe a célhelye.
Ez a telepítés a következő konfigurációt igényli a helyi átjárón:
Hangosztály URI-kAz LGW-n végződő különböző rönkök gazda IP-címeinek/portjainak mintáit a következő helyről határozhatja meg:
Egységesített CM - LGW a PSTN célállomások esetében
Egységes közösségi médium az LGW-nek a Webex hívási célállomásokhoz
Webex hívás LGW célhelyekre
PSTN SIP trönk végződtetés LGW célállomásokon
Hangosztály-kiszolgáló-csoport- a kimenő csomagok IP-címeit vagy portjait a következő helyről célozhatja meg:
LGW to Unified CM
LGW - Webex hívás
LGW - PSTN SIP törzs
Kimenő tárcsázók-A kimenő hívó lábakat a következő helyről irányíthatja:
LGW to Unified CM
Internet Telefónia Szolgáltató (ITSP) SIP csomagtartó
Webex Calling
Hangosztály dpg-Te cél, hogy meghívja a kimenő tárcsázók egy bejövő tárcsázó.
Bejövő tárcsázók-Bejövő hívó lábakat fogadhat az Unified CM, ITSP és Webex Calling cégektől.
1 | Konfigurálja a következő hangosztály URI-ket: |
2 | A következő hangosztály-kiszolgálócsoportok konfigurálása: |
3 | A következő kimenő tárcsázók konfigurálása: |
4 | Konfigurálja a következő tárcsázási csoportot (DPG): |
5 | A következő bejövő tárcsázók konfigurálása: |
Diagnosztikai aláírások (DS) proaktívan észleli a gyakran megfigyelt problémákat a Cisco IOS XE alapú helyi átjárónál, és e-mail, rendszernapló vagy terminálüzenet értesítést generál az eseményről. Telepítheti a DS-t a diagnosztikai adatgyűjtés automatizálásához és az összegyűjtött adatoknak a Cisco TAC tokba történő továbbításához, hogy felgyorsítsa a felbontási időt.
A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a probléma kiváltó eseményeiről és a probléma tájékoztatására, hibaelhárítására és kijavítására irányuló műveletekről. A problémafelismerési logika meghatározásához használja a rendszernapló üzeneteket, az SNMP eseményeket és az adott show parancs kimeneteinek időszakos monitorozásán keresztül. A tevékenységtípusok a következők:
A show parancs kimeneteinek begyűjtése
Összevont naplófájl létrehozása
A fájl feltöltése a felhasználó által megadott hálózati helyre, például https, SCP, FTP szerverre
TAC mérnökök szerző DS fájlokat, és digitálisan írja alá az integritás védelme. Minden DS-fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. A DSLT (Diagnostic Signatures Lookup Tool - diagnosztikai aláírások keresési eszköze) egyetlen forrás a különböző problémák nyomon követéséhez és hibaelhárításához szükséges aláírások megkereséséhez.
Mielőtt elkezdené:
Ne szerkessze a DSLT-ről letöltött DS-fájlt. A módosított fájlok telepítése az integritás-ellenőrzési hiba miatt nem sikerült.
Egy egyszerű levéltovábbítási protokoll (SMTP) kiszolgáló, amelyre a helyi átjáró e-mail értesítések küldéséhez van szüksége.
Győződjön meg arról, hogy a helyi átjáró fut IOS XE 17.6.1 vagy újabb, ha azt szeretné, hogy a biztonságos SMTP szerver e-mail értesítések.
Előfeltételek
IOS XE 17.6.1 vagy újabb verziójú helyi átjáró
A diagnosztikai aláírások alapértelmezés szerint engedélyezve vannak.
- Állítsa be a biztonságos e-mail szervert, amellyel proaktív értesítést küldhet, ha az eszköz IOS XE 17.6.1 vagy újabb RENDSZERT futtat.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Helyi átjáró, 17.6.1 verzió
A diagnosztikai aláírások engedélyezéséhez adja meg a következő parancsokat.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Konfigurálja az e-mail szervert proaktív értesítések küldésére, ha az eszköz 17.6.1-nél korábbi verziót futtat.
configure terminal call-home mail-server <email server> priority 1 end
Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével
.configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Az alábbi példa egy helyi átjáró konfigurációját mutatja, amely a Cisco IOS XE 17.6.1-en fut, hogy proaktív értesítéseket küldjön a tacfaststart@gmail.com címre, biztonságos SMTP szerverként használva a Gmailt:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
A Cisco IOS XE szoftveren futó helyi átjáró nem egy tipikus webes Gmail kliens, amely támogatja az OAuth-ot, ezért be kell állítanunk egy konkrét Gmail fiókbeállítást, és konkrét engedélyt kell adnunk az eszközről érkező e-mail helyes feldolgozásához: |
Válassza a Google Fiók Kevésbé biztonságos alkalmazáshozzáférés beállítást.
és kapcsolja be aVálaszoljon az „Igen, én voltam” kérdésre, amikor e-mailt kap a Gmailtől, amelyben az áll, hogy „a Google megakadályozta, hogy valaki nem Google-alkalmazással jelentkezzen be a fiókjába.”
Diagnosztikai aláírások telepítése a proaktív monitorozáshoz
A CPU magas kihasználtságának figyelése
Ez a DS az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával követi nyomon az 5 másodperces CPU-felhasználást. Amikor a használat eléri vagy meghaladja a 75% -ot, letiltja az összes hibakeresést, és eltávolítja az összes diagnosztikai aláírást, amelyet a Helyi átjáróba telepít. Használja az alábbi lépéseket az aláírás telepítéséhez.
Ellenőrizze, hogy engedélyezte-e az SNMP-t a show snmp paranccsal. Ha az SNMP nincs engedélyezve, akkor konfigurálja az „snmp-server manager” parancsot.
show snmp %SNMP agent not enabled config t snmp-server manager end 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
Töltse le a DS 64224-et a Diagnosztikai Aláírások Keresőeszköz alábbi legördülő menüpontjaival:
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
Teljesítmény
Probléma típusa
Magas CPU-kihasználtság e-mail értesítéssel.
Másolja át a DS XML-fájlt a Helyi átjáró Flash-be.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
A következő példa a fájl FTP-kiszolgálóról a helyi átjáróba történő másolását mutatja.
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)
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Az aláírás sikeres telepítésének ellenőrzéséhez használja a show call-home diagnostic-signature parancsot. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
DS-k letöltése:
DS-azonosító
DS-név
Felülvizsgálat
Állapot
Utolsó frissítés (GMT+00:00)
64224
DS_LGW_CPU_MON75
0,0.10
Regisztrálva
2020-11-07 22:05:33
Ha aktiválódik, ez az aláírás eltávolítja az összes futó DS-t, beleértve saját magát is. Ha szükséges, telepítse újra a DS 64224-et, hogy továbbra is figyelemmel kísérhesse a CPU magas kihasználtságát a helyi átjárónál.
Rendellenes hívásmegszakítások figyelése
Ez a DS 10 percenként SNMP lekérdezést használ a 403-as, 488-as és 503-as SIP-hibák miatti rendellenes hívásmegszakítás észlelésére. Ha a hibaszám-növekedés nagyobb vagy egyenlő 5-tel az utolsó szavazáskor, akkor rendszernaplót és e-mail értesítést generál. Kérjük, használja az alábbi lépéseket az aláírás telepítéséhez.
Győződjön meg arról, hogy az SNMP engedélyezve van a show snmp paranccsal. Ha az SNMP nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.
show snmp %SNMP agent not enabled config t snmp-server manager end 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
Töltse le a DS 65221-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
Teljesítmény
Probléma típusa
Rendellenes SIP hívás megszakadás észlelése e-mail és rendszernapló értesítéssel.
Másolja a DS XML-fájlt a helyi átjáróba.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Az aláírás sikeres telepítésének ellenőrzéséhezhasználja a Hívás-otthon diagnosztikai aláírás parancssorát. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.
Diagnosztikai aláírások telepítése a probléma elhárításához
A problémák gyors megoldásához használhatja a diagnosztikai aláírásokat (DS) is. A Cisco TAC mérnökei számos olyan aláírást szereztek, amelyek lehetővé teszik az adott probléma megoldásához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatoknak a Cisco TAC esetbe történő automatikus átviteléhez szükséges hibakereséseket. Ez kiküszöböli annak szükségességét, hogy manuálisan ellenőrizze a probléma előfordulását, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.
Használhatja a Diagnosztikai aláírások keresése eszközt, hogy megtalálja a megfelelő aláírásokat, és telepítse őket, hogy önállóan megoldja az adott problémát, vagy telepítheti az aláírást, amely által ajánlott a TAC mérnök részeként a támogatási elkötelezettség.
Íme egy példa arra, hogyan lehet megtalálni és telepíteni egy DS-t a "%VOICE_IEC-3-GW: CCAPI: Belső hiba (hívás tüskeküszöb): IEC=1.1.181.1.29.0" syslog és automatikus diagnosztikai adatgyűjtés a következő lépések végrehajtásával:
Konfiguráljon egy másik DS környezeti ds_fsurl_prefix változót Cisco TAC fájlszerver elérési útjaként (cxd.cisco.com) a diagnosztikai adatok feltöltéséhez. A fájl elérési útjában lévő felhasználónév az eset száma, a jelszó pedig a fájlfeltöltési token, amelyet a Support Case Managerből lehet letölteni az alábbi ábrán látható módon. A fájlfeltöltési token szükség szerint generálható a Támogatási esetkezelő Mellékletek részében.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Példa:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
Győződjön meg arról, hogy az SNMP engedélyezve van a show snmp paranccsal. Ha az SNMP nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.
show snmp %SNMP agent not enabled config t snmp-server manager end
Javasoljuk, hogy proaktív intézkedésként telepítse a DS 64224 magas CPU-monitorozást az összes hibakeresés és diagnosztikai aláírás letiltására a magas CPU-kihasználtság ideje alatt. Töltse le a DS 64224-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
Teljesítmény
Probléma típusa
Magas CPU-kihasználtság e-mail értesítéssel.
Töltse le a DS 65095-öt a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívásmegoldásban
A probléma terjedelme
Rendszernaplók
Probléma típusa
Rendszernapló - %VOICE_IEC-3-GW: CCAPI: Belső hiba (hívás tüskeküszöb): IEC=1.1.181.1.29.0
Másolja a DS XML-fájlokat a helyi átjáróba.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Telepítse a High CPU monitoring DS 64224, majd DS 65095 XML fájlt a helyi átjáró.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-k:
DS-azonosító
DS-név
Felülvizsgálat
Állapot
Utolsó frissítés (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0,0.10
Regisztrálva
2020-11-08:00:07:45
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Regisztrálva
2020-11-08:00:12:53
Diagnosztikai aláírások végrehajtásának ellenőrzése
A következő parancsban a parancs „Állapot” oszlopában a call-home diagnosztikai aláírás „running” (fut) értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show call-home diagnostic-signature statisztikák kimenete a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észleli-e az érdeklődésre számot tartó eseményt, és végrehajtja-e a műveletet. Az „Indított/Maximális/Eltávolítás” oszlop azt jelzi, hogy az adott aláírás hányszor váltott ki egy eseményt, hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás eltávolítja-e magát a kiváltott események maximális számának észlelése után.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-k:
DS-azonosító |
DS-név |
Felülvizsgálat |
Állapot |
Utolsó frissítés (GMT+00:00) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0,0.10 |
Regisztrálva |
2020-11-08 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
Fut |
2020-11-08 00:12:53 |
hívás-otthon diagnosztikai aláírási statisztika megjelenítése
DS-azonosító |
DS-név |
Indítás/Max./Eltávolítás |
Átlagos futási idő (másodperc) |
Max. futási idő (másodperc) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0/0/N |
0,000 |
0,000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
A diagnosztikai aláírás végrehajtása során küldött értesítési e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, 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 diagnosztikai aláírások hibaelhárítási célú használata általában bizonyos problémák észlelése utáni eltávolításhoz van definiálva. Ha manuálisan szeretné eltávolítani az aláírást, töltse le a DS-azonosítót a show call-home diagnosztikai aláírás kimenetéről, és futtassa a következő parancsot:
call-home diagnostic-signature deinstall <DS ID>
Példa:
call-home diagnostic-signature deinstall 64224
A diagnosztikai aláírások keresésére szolgáló eszköz rendszeres időközönként új aláírásokkal bővül, a bevetések során 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. |
A Local Gateway (LGW) az egyetlen lehetőség arra, hogy helyiségalapú PSTN-hozzáférést biztosítson a Cisco Webex Calling ügyfelei számára. Ennek a dokumentumnak az a célja, hogy segítsen Önnek a helyi átjáró konfigurációjának felépítésében CUBE magas rendelkezésre állású, aktív/készenléti ADATHORDOZÓk használatával az aktív hívások állapot-nyilvántartó feladatátvételéhez.
Alapjait
Előfeltételek
Mielőtt üzembe helyezné a CUBE HA-t a Webex Calling helyi átjárójaként, győződjön meg arról, hogy alaposan ismeri a következő fogalmakat:
Layer 2 dobozról dobozra redundancia a CUBE Enterprise-tal az állapot-nyilvántartó hívások megőrzése érdekében
A cikkben található konfigurációs irányelvek egy dedikált helyi átjáróplatformot feltételeznek, amely nem rendelkezik meglévő hangkonfigurációval. Ha egy meglévő CUBE vállalati telepítést úgy módosítanak, hogy a Cisco Webex Calling helyi átjáró funkcióját is használja, nagyon figyeljen az alkalmazott konfigurációra annak biztosítása érdekében, hogy a meglévő hívásáramlások és funkciók ne szakadjanak meg, és győződjön meg arról, hogy betartja a CUBE HA tervezési követelményeit.
Hardver- és szoftverösszetevők
A CUBE HA helyi átjáróként az IOS-XE 16.12.2-es vagy újabb verziójára, valamint egy olyan platformra van szükség, amelyen mind a CUBE HA, mind az LGW funkciók támogatottak.
A cikkben található megjelenítési parancsok és naplók a Cisco IOS-XE 16.12.2 minimális szoftverkiadásán alapulnak, amelyet vCUBE-n (CSR1000v) valósítottak meg. |
Referencia anyag
Íme néhány részletes CUBE HA konfigurációs útmutató a különböző platformokhoz:
ISR 4K sorozat—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Preferált architektúra Cisco Webex híváshoz —https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Webex hívási megoldás áttekintése
A Cisco Webex Calling egy együttműködési ajánlat, amely több-bérlős felhőalapú alternatívát kínál a helyszíni PBX telefonszolgáltatással szemben, több PSTN-opcióval az ügyfelek számára.
Ennek a cikknek a középpontjában a Helyi átjáró üzembe helyezése áll (lásd alább). A Webex Calling helyi átjáró (helyiségalapú PSTN) törzse lehetővé teszi az ügyfél tulajdonában lévő PSTN-szolgáltatáshoz való csatlakozást. Emellett kapcsolatot biztosít egy helyszíni IP-PBX-telepítéssel, például a Cisco Unified CM-sel. A felhőbe irányuló és a felhőből érkező összes kommunikáció a SIP TLS-átvitelével és az adathordozók SRTP-jével van védve.
Az alábbi ábra egy Webex Calling telepítést mutat be meglévő IP PBX nélkül, és egyetlen vagy többhelyes telepítésre alkalmazható. A cikkben ismertetett konfiguráció ezen a központi telepítésen alapul.
2. réteg Dobozról dobozra redundancia
A CUBE HA Layer 2 dobozról dobozra redundancia a Redundanciacsoport (RG) infrastruktúra protokollt használja egy aktív/készenléti útválasztópár létrehozásához. Ez a pár ugyanazt a virtuális IP-címet (VIP) osztja meg a megfelelő felületeken, és folyamatosan állapotüzeneteket cserél. A CUBE munkamenet-információk ellenőrző irányban jelennek meg az útválasztópáron keresztül, lehetővé téve a készenléti útválasztó számára, hogy azonnal átvegye az összes CUBE hívásfeldolgozási feladatot, ha az aktív útválasztó kiesik a forgalomból, ami a jelzés és az adathordozó állapot szerinti megőrzését eredményezi.
Az ellenőrző pontozás a médiacsomagokkal csatlakoztatott hívásokra korlátozódik. Az átvitel közbeni hívások nem ellenőrző jellegűek (például próbálkozó vagy csengető állapot). Ebben a cikkben a CUBE HA a CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundanciára hivatkozik az állapot-nyilvántartó hívások megőrzése érdekében |
Az IOS-XE 16.12.2-es verziójától kezdve a CUBE HA helyi átjáróként telepíthető Cisco Webex Calling trunk (premises-based PSTN) üzemelő példányokhoz, és ebben a cikkben bemutatjuk a tervezési szempontokat és konfigurációkat. Ez az ábra egy tipikus CUBE HA beállítást mutat be helyi átjáróként cisco Webex Calling törzstelepítéshez.
Redundanciacsoport infra komponens
A Redundancy Group (RG) Infra komponens biztosítja a dobozról dobozra kommunikációs infrastruktúra támogatását a két CAUBE között, és tárgyal a végső stabil redundancia állapotáról. Ez az összetevő a következőket is biztosítja:
Egy HSRP-szerű protokoll, amely megtárgyalja az egyes routerek végső redundanciaállapotát azáltal, hogy megtartja a két CAB közötti keepalive és hello üzeneteket (a vezérlő interfészen keresztül) - GigabitEthernet3 a fenti ábrán.
Átviteli mechanizmus az aktív és a készenléti útválasztó közötti minden egyes hívás jel- és médiaállapotának ellenőrzéséhez (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ó ugyanazzal az RG-csoporttal) – A GigabitEthernet 1 és 2 forgalmi interfésznek minősül.
Ezt az RG-összetevőt kifejezetten úgy kell konfigurálni, hogy támogassa a B2B HA hangot.
Virtuális IP-címkezelés (VIP) címkezelés mind a jelzéshez, mind a médiához
A B2B HA a VIP-re támaszkodik a redundancia elérése érdekében. A CUBE HA pár mindkét KBER-en a VIP-nek és a hozzá tartozó fizikai felületeknek ugyanazon a LAN-alhálózaton kell lennie. A VIP konfigurálása és a VIP interfész kötése egy adott hangalkalmazáshoz (SIP) kötelező a B2B HA hang támogatásához. Az olyan külső eszközök, mint a Unified CM, a Webex Calling access SBC, a szolgáltató vagy a proxy, a VIP-t használják cél IP-címként a CUBE HA útválasztókon áthaladó hívásokhoz. Ezért Webex Calling szempontból a CUBE HA párok egyetlen helyi átjáróként működnek.
A létrehozott hívások hívásjelezési és RTP-munkamenet-információi az aktív útválasztóról a készenléti útválasztóra kerülnek ellenőrzőpontra. Amikor az aktív útválasztó leáll, a készenléti útválasztó átveszi az irányítást, és folytatja az RTP-adatfolyam továbbítását, amelyet korábban az első útválasztó irányított.
A feladatátvételkor átmeneti állapotban lévő hívások nem maradnak meg a váltás után. Például olyan hívások, amelyek még nem teljesen megalapozottak, vagy amelyek egy átviteli vagy várakoztatási funkcióval vannak módosítva. A létrehozott hívások a váltás után megszakadhatnak.
A következő követelmények vonatkoznak a CUBE HA helyi átjáróként való használatára a hívások állapot-nyilvántartó feladatátvételéhez:
A CUBE HA nem rendelkezhet A TDM vagy analóg interfészekkel együtt
A Gig1 és a Gig2 a forgalmi (SIP/RTP) interfészeknek, a Gig3 pedig a Redundancia Csoport (RG) vezérlő/adat interfésznek nevezik
Legfeljebb 2 CUBE HA pár helyezhető el ugyanabba a 2. rétegbeli tartományba, az egyik az 1. csoportazonosítóval, a másik pedig a 2. csoportazonosítóval. Ha 2 HA párot konfigurál ugyanazzal a csoportazonosítóval, az RG control/Data interfészeknek különböző 2. rétegbeli tartományokhoz kell tartozniuk (vlan, külön kapcsoló)
A portcsatorna mind az RG vezérlési/adat-, mind a forgalmi interfészek esetében támogatott
Az összes jelzés/adathordozó forrása a virtuális IP-címről/-ről származik
Bármikor, amikor egy platformot újratöltenek egy CUBE-HA kapcsolatban, az mindig készenléti állapotban indul el
Az összes interfész (Gig1, Gig2, Gig3) alsó címének ugyanazon a platformon kell lennie
Redundancia interfész azonosító, rii-nek egyedinek kell lennie egy pár/interfész kombinációban ugyanazon a 2. rétegen
A konfigurációnak mindkét EREDETIBÉ-n azonosnak kell lennie, beleértve a fizikai konfigurációt is, és ugyanazon a platformtípuson és IOS-XE verzión kell futnia
A visszacsatolási interfészek nem használhatók kötésként, mivel mindig fent vannak
A többforgalmi (SIP/RTP) interfészek (Gig1, Gig2) megkövetelik a kapcsolatkövetés konfigurálását
A CUBE-HA nem támogatott az RG-vezérlő/adatkapcsolat (Gig3) crossover kábelcsatlakozásán keresztül
Mindkét platformnak azonosnak kell lennie , és egy fizikai kapcsolón keresztül kell csatlakoznia az összes hasonlóan interfészen keresztül ahhoz, hogy a CUBE HA működjön, azaz a CUBE-1 és a CUBE-2 GE0/0/0-ának ugyanazon a kapcsolón kell leállnia, és így tovább.
Nem lehet, hogy a WAN közvetlenül a CUBE-ken vagy a Data HA-n mindkét oldalon leálljon
Mindkét aktív/készenléti üzemmódnak ugyanabban az adatközpontban kell lennie
A redundanciához kötelező külön L3 interfészt használni (RG Control/data, Gig3). azaz a forgalomhoz használt interfész nem használható HA-karbantartókhoz és ellenőrzőpontokhoz
Feladatátvételkor a korábban aktív CUBE kialakítás szerint újratöltésen megy keresztül, megőrizve a jelzést és az adathordozót
Redundancia konfigurálása mindkét KUB-n
Konfigurálnia kell a 2. réteg dobozról dobozra redundanciáját mindkét, HA-párban való használatra szánt EREDETIB-n a virtuális IP-címek megjelenítéséhez.
1 | Konfigurálja a felületkövetést globális szinten a felület állapotának nyomon követéséhez.
A track CLI-t az RG-ben használják a hangforgalmi felület állapotának nyomon követésére, így az aktív útvonal a forgalmi felület leállása után is aktív szerepet tölt be. |
||||||
2 | Konfiguráljon egy RG-t a VoIP HA-val való használatra az alkalmazásredundancia almódjában.
Az alábbi magyarázatot ismertetjük az ebben a konfigurációban használt mezőkről:
|
||||||
3 | Engedélyezze a dobozról dobozra redundanciát a CUBE alkalmazáshoz. Konfigurálja az RG-t az előző lépésből az alábbi alatt:
redundancy-group 1– A parancs hozzáadásához és eltávolításához újratöltésre van szükség a frissített konfiguráció érvénybe lépteté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 megfelelő virtuális IP-címekkel az alábbiak szerint, és alkalmazza a redundancia interfész azonosítóját (rii)
Az alábbi magyarázatot ismertetjük az ebben a konfigurációban használt mezőkről:
|
||||||
5 | Mentse el az első CUBE konfigurációját, és töltse be újra. Az utolsó újratöltés platformja mindig a készenléti állapot.
Miután a VCUBE-1 teljesen elindult, mentse el a VCUBE-2 konfigurációját , és töltse be újra.
|
||||||
6 | Ellenőrizze, hogy a dobozról dobozra konfiguráció a várt módon működik-e. A releváns kimenet félkövérrel vankiemelve. A VCUBE-2-t utoljára töltöttük fel, és a tervezési szempontoknak megfelelően az utolsó újratöltésre szolgáló platform mindig készenlétilesz .
|
Helyi átjáró konfigurálása mindkét EREDETIB-n
A példakonfigurációban a Control Hub következő törzsinformációit használjuk a helyi átjáró konfigurációjának felépítéséhez mind a VCUBE-1, mind a VCUBE-2 platformokon. A beállítás 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óhoz létrejön egy konfigurációs kulcs az alább látható parancsokkal, mielőtt használható lenne a hitelesítő adatokban vagy a megosztott titkos kulcsokban. A 6-os típusú jelszavak titkosítása az AES-rejtjel és ezzel a felhasználó által definiált konfigurációs kulccsal történik.
Itt van a helyi átjáró konfigurációja, amely mindkét platformra vonatkozik a fent megjelenített Control Hub paraméterek alapján, mentse és töltse be újra. A Control Hub SIP Digest hitelesítő adatai félkövérrel vannakkiemelve .
A show parancskimenet megjelenítéséhez újratöltöttük a VCUBE-2-t , majd a VCUBE-1-et, így a VCUBE-1 a készenléti CUBE , a VCUBE-2 pedig az aktív CUBE |
2 | Egyszerre csak egy platform tart fenn aktív regisztrációt helyi átjáróként a Webex Calling hozzáférési SBC-vel. Vessen egy pillantást az alábbi show parancsok kimenetére. 1. redundanciaalkalmazás-csoport megjelenítése mutassa meg a sip-ua-regiszter állapotát
A fenti kimenetből láthatja, hogy a VCUBE-2 az aktív LGW, amely fenntartja a regisztrációt a Webex Calling access SBC-vel, míg a "show sip-ua regisztrációs állapot" kimenete üres a VCUBE-1-ben |
3 | Most engedélyezze a következő hibakereséseket a VCUBE-1-en
|
4 | A feladatátvétel szimulálása a következő parancs kiadásával az aktív LGW-n, ebben az esetben vCUBE-2.
Az ACTIVE-ról a STANDBY LGW-re való áttérés a következő forgatókönyvben is megtörténik a fent felsorolt CLI mellett
|
5 | Ellenőrizze, hogy a VCUBE-1 regisztrált-e a Webex Calling hozzáférési SBC-ben. A VCUBE-2 mostanra újratöltött volna.
A VCUBE-1 most az aktív LGW. |
6 | Nézze meg a VCUBE-1 megfelelő hibakeresési naplóját, amely SIP-REGISZTIÁT küld a Webex-nek, amely a virtuális IP-n keresztül hívja a Webex-et, és 200 OK-t kap.
|
Szükség lehet a Unified CM-vel való integrációra, ha a Webex Híváshoz engedélyezett helyek egy meglévő telepítéshez vannak hozzáadva, ahol az Unified CM a helyszíni hívásvezérlő megoldás, és ha közvetlen tárcsázásra van szüksége az Unified CM-hez regisztrált telefonok és a Webex Calling helyeken lévő telefonok között.
SIP-törzsbiztonsági profil konfigurálása a trunk to local gateway számára
Azokban az esetekben, amikor a helyi átjáró és a PSTN-átjáró ugyanazon az eszközön található, engedélyezni kell az egyesített CM-t, hogy megkülönböztesse az ugyanabból az eszközből származó két különböző forgalomtípust (a Webex és a PSTN hívásai), é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 két törzset hoz létre a Unified CM és az egyesített helyi átjáró és PSTN-átjáró eszköz között, amely különböző SIP-figyelő portokat igényel a két törzshöz.
Hozzon létre egy dedikált SIP trunk security profilt a helyi átjáró törzséhez a következő beállításokkal:
|
SIP-profil konfigurálása a helyi átjáró törzséhez
Hozzon létre egy dedikált SIP-profilt a helyi átjáró törzséhez a következő beállításokkal:
|
Híváskeresési hely létrehozása a Webex hívásaihoz
Hozzon létre egy híváskeresési helyet a Webexből származó hívásokhoz a következő beállításokkal:
|
SIP-csomagtartó konfigurálása a Webexbe és a Webexből
Hozzon létre egy SIP-törzset a Webexbe irányuló és onnan érkező hívásokhoz a helyi átjárón keresztül a következő beállításokkal:
|
Útvonalcsoport konfigurálása Webexhez
Hozzon létre egy útvonalcsoportot a következő beállításokkal:
|
Útvonallista konfigurálása Webexhez
Hozzon létre egy útvonallistát a következő beállításokkal:
|
Partíció létrehozása Webex-célokhoz
Hozzon létre egy partíciót a Webex-célhelyekhez a következő beállításokkal:
|
Mi a következő lépés
Ügyeljen arra, hogy ezt a partíciót hozzáadja az összes olyan híváskeresési helyhez, amelynek hozzáféréssel kell rendelkeznie a Webex-célokhoz. Ezt a partíciót kifejezetten hozzá kell adnia a PSTN-törzsek bejövő híváskeresési területeként használt híváskeresési területhez, hogy a PSTN-ről a Webexre irányuló hívások átirányíthatók legyenek.
Útvonalminták konfigurálása Webex-úti célokhoz
Konfigurálja az útvonalmintákat az egyes DID-tartományokhoz a Webexen a következő beállításokkal:
|
A rövidített helyek közötti tárcsázási normalizálás konfigurálása a Webex számára
Ha a Webexhez rövidített helyek közötti tárcsázásra van szükség, akkor konfigurálja a tárcsázási normalizálási mintákat a Webex minden ESN-tartományához a következő beállításokkal:
|
További információ a Webex Callingban elérhető egyes funkciókról, valamint arról, hogyan állíthatja be őket a szervezet és a felhasználók számára.
Vadászcsoport létrehozása
A vadászcsoportok a bejövő hívásokat felhasználók vagy munkaterületek egy csoportjához irányítják. Még egy mintát is konfigurálhat úgy, hogy egy egész csoportra irányítson.
A vadászcsoport beállításával kapcsolatos további információkért lásd: Hunt Groups a Cisco Webex Control Hubban.
Hívási várólista létrehozása
Beállíthat egy hívássort úgy, hogy amikor az ügyfelek hívásait nem lehet fogadni, automatikus fogadtatást, kényelmi üzeneteket és várakoztatott zenét kapnak, amíg valaki nem tudja fogadni a hívását.
A hívássor beállításával és kezelésével kapcsolatos további információkért lásd: Hívássorok kezelése a Cisco Webex Control Hubban.
Recepciós ügyfél létrehozása
Segítsen támogatni a front-office személyzet igényeit. Beállíthatja a felhasználókat telefonos kísérőként, hogy szűrhessék a szervezeten belüli bizonyos személyeknek érkező bejövő hívásokat.
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 Hubban.
Automatikus kísérők létrehozása és kezelése
Üdvözleteket adhat hozzá, menüket állíthat be, és a hívásokat átirányíthatja egy üzenetrögzítő szolgáltatáshoz, egy vadászcsoporthoz, egy hangpostamezőhöz vagy egy valós személyhez. Hozz létre 24 órás ütemtervet, vagy adj meg különböző lehetőségeket, amikor a vállalkozásod nyitva van vagy bezárt.
Az automatikus kísérők létrehozásával és kezelésével kapcsolatos információkért lásd: Automatikus kísérők kezelése a Cisco Webex Control Hubban.
Lapozócsoport konfigurálása
A csoportos lapozás lehetővé teszi a felhasználó számára, hogy egyirányú hívást vagy csoportoldalt helyezzen el legfeljebb 75 célfelhasználó és munkaterület számára egy adott lapozócsoporthoz rendelt szám vagy bővítmény tárcsázásával.
A lapozócsoportok beállításával és szerkesztésével kapcsolatos információkért lásd: Lapozócsoport konfigurálása a Cisco Webex Control Hubban.
Hívásfelvétel beállítása
A csapatmunka és az együttműködés fokozása hívásfogadási csoport létrehozásával, hogy a felhasználók válaszolhassanak egymás hívásaira. Ha felhasználókat ad hozzá egy hívásfogadási csoporthoz, és egy csoporttag távol van vagy elfoglalt, egy másik tag fogadhatja a hívásait.
A hívásfogadási csoport beállításával kapcsolatos információkért lásd: Hívásfelvétel a Cisco Webex Control Hubban.
A híváspark beállítása
A Call Park lehetővé teszi a felhasználók egy meghatározott csoportja számára, hogy hívásokat parkoljon a call park csoport más elérhető tagjai ellen. A parkoló hívásokat a csoport többi tagja is felveheti a telefonjukon.
A híváspark beállításával kapcsolatos további információkért lásd: Call Park a Cisco Webex Control Hubban.
Annak engedélyezése a felhasználók számára, hogy mások telefonhívásaiba lépjenek be
1 | A vevői nézetből lépjen a https://admin.webex.comFelhasználókelemre , majd válassza ki a módosítani kívánt felhasználót. |
2 | Válassza a Híváslehetőséget , lépjen a Felhasználók közötti engedélyek elemre, majd válassza az Uszály belehetőséget . |
3 | Kapcsolja be az Uszály bekapcsolásfunkciót, és válassza ki, hogy a folyamatban lévő hívást konferenciahívássá szeretné-e tenni.
Ezután kattintson a Mentésgombra . |
Annak megakadályozása, hogy valaki figyelje a felhasználó sorállapotát
1 | A vevői nézetből lépjen a https://admin.webex.comFelhasználókelemre , és válassza ki a módosítani kívánt felhasználót. |
2 | Válassza a Híváslehetőséget , lépjen a Felhasználók közötti engedélyek elemre, és engedélyezze az Adatvédelmet. |
3 | Válassza ki a felhasználó számára megfelelő automatikus kísérő adatvédelmi beállításokat.
|
4 | Jelölje be az Adatvédelem engedélyezése jelölőnégyzetet. Ezután eldöntheti, hogy mindenkit letilt-e, ha üresen hagyja a Felhasználó keresése név szerint mezőt, vagy kiválaszthatja, hogy ki figyelheti a felhasználó sorállapotát. A fenti vezetői példa segítségével megkeresheti az adminisztratív asszisztens nevét. |
5 | Kattintson a Mentés lehetőségre. |
Példa
Figyelési lista - Más felhasználók és a Call Park Extentions
A megfigyelt vonalak maximális száma 50, de figyelembe kell vennie a sávszélességet. A maximumot a felhasználó telefonján lévő sorgombok száma is meghatározhatja.
A figyelési szolgáltatás csak a felhasználó elsődleges eszközével működik. |
1 | A vevői nézetből lépjen a https://admin.webex.comFelhasználókelemre , és válassza ki a módosítani kívánt felhasználót. |
||||
2 | Válassza a Híváslehetőséget , lépjen a Felhasználók közötti engedélyek szakaszra , majd válassza a Figyeléslehetőséget . |
||||
3 | Válasszon a következők közül:
|
||||
4 | Válassza ki, hogy szeretné-e, hogy ez a felhasználó értesítést kapjon-e a parkoló hívásokról, keresse meg a figyelni kívánt személyt vagy híváspark-bővítményt, majd kattintson a Mentésgombra .
|
Példa
A hotelezés bekapcsolása egy felhasználó számára
1 | A vevői nézetből lépjen a https://admin.webex.comFelhasználókelemre , 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 Felhasználók közötti engedélyek elemre, majd kattintson a Hotelingelemre . |
3 | Kapcsolja be a Hoteling funkciót, majd kattintson a Mentésgombra . |
Példa
Minden egyes felhasználót hozzá kell adnia a Control Hubhoz, hogy kihasználhassák a Webex Calling szolgáltatások előnyeit. A hozzáadni kívánt felhasználók száma határozza meg, hogyan adja hozzá őket a Control Hubhoz, hogy manuálisan adja hozzá az egyes felhasználókat e-mail-cím alapján, vagy több felhasználót ad hozzá CSV-fájl használatával. A választás a tiéd.
Ha olyan könyvtárból szinkronizál felhasználókat, mint az Active Directory, amikor manuálisan ad hozzá személyeket a Control Hubban , akkor azokat is hozzá kell adnia a címtárhoz. |
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úságúak lehetnek.</,> Ezek a speciális karakterkorlátozások csak a Webex Calling felhasználókra vonatkoznak. |