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.
Szabja testre szervezetét a Webex Calling szolgáltatáshoz a Control Hubban. Miután aktiválta az első helyszínt az kezdeti beállító varázsló keresztül, beállíthat és kezelhet további helyszíneket, fővonal-kiosztást és -használatot, tárcsázási beállításokat, felhasználókat, eszközöket és szolgáltatásokat.
Az első lépés a saját Webex Calling szolgáltatások létrehozása és futtatása befejezéséhez szükséges az kezdeti beállító varázsló (FTSW). Amint az első helyszínre vonatkozó FTSW elkészült, további helyszíneknél már nem kell elvégeznie.
1 | Kattintson a Első lépések hivatkozást a kapott üdvözlő e-mailben.
|
||
2 | Tekintse át és fogadja el a felhasználási feltételek. |
||
3 | Tekintse át a tervét, majd kattintson Első lépések .
|
||
4 | Válassza ki azt az országot, amelyhez az adatközpont hozzá kívánja rendelni, majd adja meg az ügyfélkapcsolat és ügyfélcímadatait. |
||
5 | Kattintson a Tovább gombra. Alapértelmezett hely: |
||
6 | Válasszon a következő lehetőségek közül:
|
||
7 | Az erre a helyre való alkalmazáshoz válassza ki a következő beállításokat:
|
||
8 | Kattintson a Tovább gombra. |
||
9 | Adjon meg egy elérhető Cisco Webex SIP -címet, majd kattintson a gombra Következő és válassza ki a lehetőséget Befejezés . |
Mielőtt elkezdené
Új helyszín létrehozásához készítse elő a következő információkat:
Helyszín címe
Kívánt telefonszámok (nem kötelező)
1 | Jelentkezzen be a Control Hub rendszerébehttps://admin.webex.com , menjen ide: . Ne feledje, hogy az új helyek az kezdeti beállító varázsló kiválasztott országnak megfelelő regionális adatközpont lesznek tárolva. |
||||
2 | A helyszín beállításainak konfigurálása:
|
||||
3 | Kattintson Mentés majd válasszon Igen / Nem hogy most vagy később számokat adjon a helyszínhez. |
||||
4 | Ha rákattintott Igen , válasszon a következő lehetőségek közül:
A PSTN opció az egyes helyszínek szintjén választható (minden helyszín csak egy PSTN opcióval rendelkezik). Tetszőleges számú beállítást keverhet a telepítéshez, de minden helyszínnek van egy opciója. Miután kiválasztott és beüzemelt egy PSTN-beállítást, a lehetőségre kattintva módosíthatja azt Kezelés lehetőségre a PSTN tulajdonságok helyen. Előfordulhat azonban, hogy egyes beállítások, például a Cisco PSTN nem állnak rendelkezésre egy másik opció hozzárendelése után. Nyisson meg egy támogatási eset útmutatásért. |
||||
5 | Válassza ki, hogy most vagy később szeretné-e aktiválni a számokat. |
||||
6 | Ha a nem integrált CCP-t vagy a Helyiség-alapú PSTN-t választotta, adja meg a következőt: Telefonszámok vesszővel elválasztott értékként, majd kattintson a lehetőségre Érvényesítés . A rendszer számokat ad hozzá az adott helyszínhez. Az érvényes bejegyzések áthelyezése ide: Érvényesített számok mezőben, és az érvénytelen bejegyzések a Számok hozzáadása lehetőségre mezőt egy hibaüzenet kíséri. A helyszín országától függően a számok formázása a helyi tárcsázási követelményeknek megfelelően történik. Például, ha országhívószámra van szükség, akkor a kóddal vagy anélkül is megadhat számokat, és a kód hozzá van fűzve. |
||||
7 | Kattintson a Mentés lehetőségre. |
Mi a következő teendő
A helyszín létrehozása után engedélyezheti a segélyhívó 911-szolgáltatásokat az adott helyszín számára. Lásd RedSky 911-sürgősségi szolgáltatás Webex Calling -hívásokhoz további információkért.
Mielőtt elkezdené
Lekérheti a helyszínhez társított felhasználók és munkaterületek listáját: Ugrás ide: törölje azokat a felhasználókat és munkaterületek, mielőtt törli a helyet. és a legördülő menü válassza ki a törölni kívánt helyet. MuszájNe feledje, hogy az ehhez a helyszínhez tartozó összes számot visszaadjuk a PSTN-szolgáltatójának; a továbbiakban nem lesz a tulajdonosa ezeknek a számoknak. |
1 | Jelentkezzen be a Control Hub rendszerébehttps://admin.webex.com , menjen ide: . |
2 | Kattintson |
3 | Válasszon Hely törlése lehetőségre , és erősítse meg, hogy törölni szeretné az adott helyet. Általában néhány percet vesz igénybe a hely végleges törlése, de akár egy óráig is eltarthat. Az állapotot a gombra kattintva ellenőrizheti |
A létrehozás után módosíthatja a PSTN-beállításokat, valamint a helyszín nevét, időzóna é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.
A meglévő helyszíneken engedélyezheti a segélyhívó 911 szolgáltatásokat. Lásd RedSky 911-sürgősségi szolgáltatás Webex Calling -hívásokhoz további információkért. |
1 | Jelentkezzen be a Control Hub rendszerébehttps://admin.webex.com , menjen ide: . Ha egy hely mellett egy Figyelem szimbólumot lát, az azt jelenti, hogy még nem állított be telefonszám az adott helyszínhez. Amíg nem konfigurálja a számot, nem kezdeményezhet és nem fogadhat hívásokat. |
||||||
2 | (Nem kötelező) Alatt PSTN kapcsolat , válassza ki az egyiket Felhőhöz csatlakoztatott PSTN vagy Helyszíni PSTN (helyi átjáró), attól függően, hogy melyiket állította be már. Kattintson Kezelés lehetőségre a konfiguráció módosításához, majd a kiválasztással nyugtázza a kapcsolódó kockázatokat Folytatás . Válasszon a következő lehetőségek közül, majd kattintson Mentés :
|
||||||
3 | Válassza ki a Fő szám ahol a helyszín fő kapcsolattartója elérhető. |
||||||
4 | (Nem kötelező) Alatt Segélyhívó hívás , kiválaszthatja Vészhelyzeti helyszínazonosító hogy hozzárendelje ehhez a helyszínhez.
|
||||||
5 | Válassza ki a Hangposta száma lehetőségre amelyet a felhasználók felhívhatnak, hogy megnézzék a hangpostájukat erre a helyre. |
||||||
6 | (Nem kötelező) Kattintson a Helyszín oldal tetején található ceruza ikonra a Helyszín neve , Közlemények nyelve , E- e-mail nyelve lehetőségre , Időzóna lehetőségre , vagy Cím lehetőségre szükség szerint, majd kattintson a lehetőségre Mentés .
|
Ezek a beállítások belső tárcsázásra vonatkoznak, és az első alkalommal telepítő varázslóban is elérhetők. A tárcsázási terv módosításával a példa számok bekerülnek Control Hub frissítés megjelenítéséhez.
Egy helyszínhez beállíthatja a kimenő hívási engedélyeket. Lásd ezeket a lépéseket a kimenő hívások engedélyeinek konfigurálásához. |
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: gombot, majd görgessen a lehetőséghez Belső tárcsázás . |
||||
2 | Szükség esetén konfigurálja a következő opcionális tárcsázási beállításokat:
|
||||
3 | Adjon meg belső tárcsázást az egyes helyszínekhez. Ugrás ide: Tárcsázás , majd szükség szerint módosítsa a belső és külső tárcsázást: gombot, válasszon ki egy helyet, és görgessen a lehetőséghez
Felhasználókra gyakorolt hatás:
|
Ha Ön értéknövelt viszonteladó, akkor ezekkel a lépésekkel indíthatja el a helyi átjáró konfigurációját Control Hub . Ha ez az átjáró regisztrálva van a felhőben, akkor egy vagy több számítógépén használhatja Webex Calling helyek a vállalati PSTN szolgáltató felé történő útválasztás biztosításához.
A helyi átjáró rendelkező helyszín nem törölhető, ha a helyi átjáró más helyszínekhez használják. |
Mielőtt elkezdené
Miután hozzáadott egy helyet, és mielőtt telephelyalapú PSTN-t konfigurálna egy helyszínhez, létre kell hoznia egy törzset.
Hozzon létre tetszőleges helyszíneket és egyedi beállításokat és számokat mindegyikhez. A helyszíneknek létezniük kell ahhoz, hogy telephelyalapú PSTN-t adhassanak hozzá.
Ismerje meg a Helyi átjáró (PSTN) helyi átjáró követelményeit Webex Calling .
Egy helyhez nem választhat több fővonalat a telephely-alapú PSTN-nel, de választhat ugyanazt a fővonalat több helyszínhez is.
1 | Ügyfélnézetből in , menjen ide: Szolgáltatások lehetőségre > Hívás > Hívástovábbítás > Útvonalcsoportok .https://admin.webex.com |
||
2 | Válasszon ki egy helyet. |
||
3 | Nevezze el a törzset, és kattintson Mentés .
|
Mi a következő teendő
A fővonal-információk megjelennek a képernyőn Tartomány regisztrálása, fővonalcsoport OTG/DTG, Vonal/Port, Kimenő proxycím .
Javasoljuk, hogy másolja át ezeket az információkat innen: Control Hub és illessze be egy helyi szövegfájlba vagy dokumentumba, így hivatkozhat rá, amikor készen áll a helyi átjáró konfigurálására .
Ha elveszíti a hitelesítési adatokat, akkor újra kell generálnia azokat a Control Hub fővonal-információs képernyőjéről. Kattintson Felhasználónév lekérése és Jelszó visszaállítása a törzsön használandó új hitelesítési adatok létrehozásához.
1 | Jelentkezzen be a Control Hub rendszerébehttps://admin.webex.com , menjen ide: . |
||
2 | Válasszon ki egy módosítani kívánt helyet, majd kattintson Kezelés lehetőségre . |
||
3 | Válassza ki Helyszíni PSTN és kattintson Következő . |
||
4 | Válasszon egy törzset a legördülő menü.
|
||
5 | Kattintson a megerősítő értesítésre, majd kattintson a gombra Mentés . |
Mi a következő teendő
El kell fogadnia azokat a konfigurációs információ , amelyek Control Hub generált, és leképezi a paramétereket a helyi átjáró (például egy Cisco CUBE-ra, amely a helyszínen van). Ez a cikk végigvezeti Önt ezen a folyamaton. Referenciaként tekintse meg az alábbi diagramot, amely példát mutat be arra, hogy a Control Hub konfigurációs információ (a bal oldalon) a CUBE paramétereire vannak leképezve (jobbra):
Miután sikeresen befejezte a konfigurációt magán az átjárón, visszatérhet a következőhöz: Control Hub és a létrehozott átjáró szerepelni fog azon a helykártyán, amelyhez hozzárendelte, egy zöld ponttal a név bal oldalán. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívó felhőhöz, és a helyszín aktív PSTN-átjáró szolgál.
beKönnyen megtekintheti, aktiválhatja, eltávolíthatja és hozzáadhatja a szervezete telefonszámait Control Hub . További információkért lásd: Telefonszámok kezelése a Control Hubban .
Ha a Webex szolgáltatásait próbálja ki, és a próbaidőszakát szeretné fizetős előfizetésre konvertálni, akkor e-mailes kérelmet nyújthat be partnerének.
1 | Ügyfélnézetből inhttps://admin.webex.com , válassza ki az épület ikont |
2 | Válassza ki a Előfizetések lehetőségre fület, majd kattintson Vásároljon most . A rendszer e-mailt küld a partnerének, amelyben tudatja vele, hogy szeretne fizetős előfizetésre váltani. |
Használhatja Control Hub az elérhető hívási opciók prioritásának beállításához, amelyeket a felhasználók látnak Webex alkalmazás . Engedélyezheti őket az egyszeri kattintásra híváshoz is.
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: , görgessen a lehetőséghez Hívás majd válasszon Ügyfélbeállítások . |
||
2 | Húzza és húzza a hívási beállításokat, amelyeket látni szeretne a felhasználók számára Rendelkezésre álló hívási opciók mezőbe, majd rendezze át őket a felhasználóinak kívánt prioritási sorrendbe. A felhasználók számára rejtett egyéb opciók megjelennek a Rejtett hívási opciók mezőben, amint az a következő képernyőképen látható: |
||
3 | Kapcsolja be Egy kattintással hívható engedélyezése ha azt szeretné, hogy a felhasználók az előző lépésben beállított első hívási opcióval kezdeményezhessenek hívást.
|
Beállíthatja, hogy melyik hívóalkalmazás nyíljon meg, amikor a felhasználók hívásokat kezdeményeznek. Konfigurálhatja a hívó kliens beállításait, beleértve a vegyes módú üzembe helyezést olyan szervezetek számára, amelyek jogosultak a Unified CM , ill. Webex Calling és a Cisco fizetős hívási szolgáltatásaival nem rendelkező felhasználók számára. További információért lásd: Hívási viselkedés beállítása .
Miután konfigurálta a Webex Calling szolgáltatást a szervezet számára, beállíthat egy fővonalat, amely összeköti a Helyi átjárót a Webex Calling szolgáltatással. A SIP TLS szállítás biztosítja a fővonalat a helyi átjáró és a Webex felhő között. A helyi átjáró és a Webex Calling közötti média SRTP-t használ.
Helyi átjáró konfigurációs feladatfolyamata
Kétféleképpen konfigurálhatja a Helyi átjárót az Ön számára Webex Calling törzs:
Regisztráció alapú trönk
Tanúsítvány alapú törzs
Használja a feladatfolyamatot vagy a Regisztráció alapú helyi átjáró vagy Tanúsítvány alapú helyi átjáró hogy konfigurálja a Helyi átjárót az Ön számára Webex Calling törzs. Lásd Fővonalak, útvonalcsoportok és tárcsázási tervek konfigurálása a Webex Calling számára a különböző törzstípusokról szóló további információkért. Végezze el a következő lépéseket magán a Helyi átjárón a Command Line Interface (CLI) segítségével. Session Initiation Protocol (SIP) és Transport Layer Security (TLS) (TLS) szállítást használunk a fővonal, illetve Secure Real-time Protocol (SRTP) segítségével a helyi átjáró és a helyi átjáró közötti média védelmére. Webex Calling .
Mielőtt elkezdené
Ismerje meg a telephely-alapú nyilvános kapcsolt telefonhálózat (PSTN) és a helyi átjáró (LGW) követelményeit Webex Calling . Lásd Cisco által preferált architektúra a Webex Calling számára további információkért.
Ez a cikk feltételezi, hogy egy dedikált helyi átjáróplatform működik, és nincs hangkonfiguráció. Ha egy meglévő PSTN-átjáró vagy Helyi átjáró vállalati telepítést úgy módosít, hogy az a következőhöz: Webex Calling , majd ügyeljen a konfigurációra. Gondoskodjon arról, hogy az elvégzett módosítások miatt ne szakítsa meg a meglévő hívásfolyamokat és funkciókat.
Hozzon létre egy törzset a Control Hubban, és rendelje hozzá a helyszínhez. Lásd Fővonalak, útvonalcsoportok és tárcsázási tervek konfigurálása a Webex Calling számára további információkért.
Az eljárások hivatkozásokat tartalmaznak a parancsreferencia dokumentációhoz, ahol többet tudhat meg az egyes parancsbeállításokról. Minden parancs hivatkozási hivatkozás a következőre vezet: Webex Managed Gateways parancsreferencia hacsak nincs másképp jelezve (ebben az esetben a parancs hivatkozásai a következőre mennek: Cisco IOS Voice Command Reference ). Mindezek az útmutatók a Cisco Unified Border Element érhetők el Parancs hivatkozások .
|
Mielőtt elkezdené
Győződjön meg arról, hogy a következő, Ön által konfigurált alapszintű platformkonfiguráció a szervezete szabályzatainak és eljárásainak megfelelően van beállítva:
NTP-k
ACL-ek
jelszavak engedélyezése
elsődleges jelszót
IP -útválasztás
IP -címek, és így tovább
Minden Helyi átjáró-telepítéshez a Cisco IOS XE 16.12 vagy IOS-XE 17.3 minimálisan támogatott kiadása szükséges.
1 | Győződjön meg arról, hogy minden Layer 3 interfész hozzárendelése érvényes és átirányítható IP -címmel rendelkezik:
|
2 | A következő parancsok segítségével konfiguráljon előre egy elsődleges kulcsot a jelszóhoz, mielőtt a hitelesítő adatokat és a megosztott titkos adatokat használná. A 6-os típusú jelszavakat AES titkosítással és felhasználó által meghatározott elsődleges kulccsal lehet titkosítani.
|
3 | Állítsa be az IP -névkiszolgálót úgy, hogy engedélyezze a DNS -keresést, és a pinget, hogy a kiszolgáló elérhető legyen. A helyi átjáró DNS -t használ a Webex Calling feloldására:
|
4 | TLS 1.2-exkluzivitás és alapértelmezett helyőrző bizalmi pont engedélyezése:
|
5 | A Helyi átjáró bizalmi csoportjának frissítése: Az alapértelmezett trustpool-csomag nem tartalmazza azokat a „DigiCert Root CA” vagy „IdenTrust Commercial” tanúsítványokat, amelyekre szüksége van a kiszolgálóoldali tanúsítvány érvényesítéséhez a TLS kapcsolat létrehozása során Webex Calling . Töltse le a legújabbat „Cisco Trusted Core Root Bundle” innenhttp://www.cisco.com/security/pki/ 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 Portreferencia információk a Cisco Webex Calling szolgáltatáshoz a legfrissebb IP -alhálózatokhoz, amelyeket hozzá kell adni a megbízhatósági lista:
Íme a konfigurációhoz tartozó mezők magyarázata:
|
||||
2 | Konfigurálja a „SIP Profile 200” lehetőséget.
Íme a konfigurációhoz tartozó mezők magyarázata:
|
||||
3 | Konfigurálja a kodek profilt, a kábításdefiníciót és az SRTP Crypto csomagot.
Íme a konfigurációhoz tartozó mezők magyarázata:
|
||||
4 | A Control Hub paramétereinek hozzárendelése a helyi átjáró konfigurációjához. Hozzáadás Webex Calling bérlőként a Helyi átjárón belül. Konfiguráció szükséges ahhoz, hogy regisztrálja a helyi átjárót a következő alatt: hangosztály bérlői 200 . A konfiguráció elemeit a Control Hub fővonal-információs oldaláról kell beszereznie az alábbi képen látható módon. A következő példa bemutatja, hogy melyek azok a mezők, amelyek hozzá vannak rendelve a megfelelő Helyi átjáró CLI-hez. Bérlő alkalmazása lehetőségre 200 hogy az összes Webex Calling tárcsázó partnerek (2xx címke) a Helyi átjáró konfiguráción belül. A hangosztály bérlői funkció lehetővé teszi a SIP-trönk paraméterek csoportosítását és konfigurálását, amelyek egyébként a VoIP és sip-ua hangszolgáltatások alatt történnek. Amikor konfigurál egy bérlőt, és egy tárcsázós egyenrangú hálózatra alkalmazza, akkor a következő preferenciasorrend vonatkozik a Helyi átjáró-konfigurációkra:
|
||||
5 | Konfigurálás lehetőségre hangosztály bérlői 200 hogy engedélyezze a fővonal-regisztrációt a Helyi átjáróból ide Webex Calling a Control Hubból kapott paraméterek alapján:
Íme a konfigurációhoz tartozó mezők magyarázata:
|
Miután megadta a bérlőt 200 a Helyi átjárón belül, és konfiguráljon egy SIP VoIP tárcsázótársat, az átjáró ezután TLS kapcsolatot kezdeményez Webex Calling , amelyen a hozzáférési SBC bemutatja a tanúsítványát a helyi átjárónak. A Helyi átjáró érvényesíti a Webex Calling érje el az SBC-tanúsítványt a korábban frissített CA root köteggel. Állandó TLS -munkamenetet hoz létre a Helyi átjáró és a között Webex Calling elérheti az SBC-t. A Helyi átjáró ezután egy REGISTER üzenetet küld a kihívott hozzáférési SBC-nek. A regisztrációs AOR szám@tartomány. A szám a hitelesítő adatok „number” paraméteréből, a tartomány pedig a „regisztráló dns:<fqdn> .” Amikor kifogásolják a regisztrációt:
Használja a felhasználónév, jelszó és tartomány paramétereket a hitelesítő adatokat a fejléc és a sip-profil 200 létrehozásához.
A SIPS url-t visszakonvertálja SIP-re.
Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:
Hangosztály bérlők — A 200-as bérlőhöz hasonlóan további bérlőket hozhat létre az ITSP felé néző tárcsázó társak számára amiért létrehozol Webex Calling tárcsázó társakkal szemben.
Hangosztály URI-k —Mintákat definiálhat a gazda IP -címeihez/portjaihoz a helyi átjárón végződő különböző törzsekhez:
Webex Calling az LGW-nek
PSTN SIP-trönk lezárása LGW-n
Kimenő tárcsázótárs —A kimenő hívás hívásszakaszokat átirányíthatja az LGW-ről az ITSP SIP-trönk és Webex Calling .
DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő hívótársról.
Bejövő tárcsázótárs —Elfogadhat bejövő hívási szakaszokat az ITSP-től és Webex Calling .
Használja a konfigurációkat vagy a partner által üzemeltetett helyi átjáró beállításához, vagy az ügyfélhelyi átjáróhoz, a következő képen látható módon.
1 | Konfigurálja a következő hangosztály-bérlőket: |
2 | Konfigurálja a következő hangosztály uri-t: |
3 | Konfigurálja a következő kimenő tárcsázó társakat: |
4 | Állítsa be a következő tárcsázási egyenrangú csoportokat (dpg): |
5 | Konfigurálja a következő bejövő hívótársakat: |
- PSTN ide Webex Calling
-
Az összes bejövő IP PSTN híváság párosítása a Helyi átjárón a tárcsázós egyenrangú kapcsolattal 100 hogy a VIA fejléchez az IP PSTN IP-cím egyezési feltételt adjon meg. DPG 200 meghívja a kimenő tárcsázó-peer-t 200201 , amely rendelkezik a Webex Calling kiszolgálót célhelyként.
- Webex Calling a PSTN-re
-
Az összes bejövő egyezése Webex Calling hívási szakaszok a Helyi átjárón tárcsázós egyenrangú kapcsolattal 200201 a REQUEST URI fejlécminta egyezési feltételének meghatározásához a trönkcsoport OTG/DTG paraméterrel, egyedileg erre a helyi átjáró-telepítésre. DPG 100 meghívja a kimenő hívótársat 101 , amelynek az IP PSTN IP-cím a célhely.
Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:
Hangosztály bérlők —Több bérlőt hozhat létre a Unified CM és ITSP felé néző tárcsázó társak számára, hasonlóan a következőhöz: bérlő 200 amiért létrehozol Webex Calling tárcsázó társakkal szemben.
Hangosztály URI-k — Meghatározhat egy mintát a gazdagép IP -címeihez/portjaihoz a különböző, az LGW-n végződő törzsekhez:
Unified CM az LGW-hez a PSTN-célhelyekhez
Unified CM az LGW számára a következőhöz: Webex Calling úticélok
Webex Calling az LGW célállomásokra
PSTN SIP-trönk lezárása LGW-n
Hangosztály szerver-csoport — Megcélozhatja az IP -címeket/portokat a kimenő fővonalak számára:
LGW a Unified CM -re
LGW to Webex Calling
LGW – PSTN SIP-trönk
Kimenő tárcsázótárs — A kimenő hívás szakaszokat innen továbbíthatja:
LGW a Unified CM -re
ITSP SIP-trönk
Webex Calling
DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő tárcsázótársról.
Bejövő tárcsázótárs — Bejövő hívási szakaszokat fogadhat a Unified CM, ITSP, és Webex Calling .
1 | Konfigurálja a következő hangosztály-bérlőket: |
2 | Konfigurálja a következő hangosztály uri-t: |
3 | Állítsa be a következő hangosztályú kiszolgálócsoportokat: |
4 | Konfigurálja a következő kimenő hívótársakat: |
5 | Állítsa be a következő DPG-t: |
6 | Konfigurálja a következő bejövő hívótársakat: |
IP PSTN – Unified CM PSTN törzs
Webex Calling Platform – Unified CM Webex Calling fővonal
Unified CM PSTN-trönk az IP PSTN-re
Unified CM Webex Calling fővonal ide Webex Calling Platform
A Diagnostic Signatures (DS) proaktív módon észleli az IOS XE-alapú helyi átjáróban gyakran megfigyelt problémákat, és e-mail-, syslog- vagy terminálüzenet-értesítést generál az eseményről. A DS telepítésével automatizálható a diagnosztikai adatgyűjtés, és az összegyűjtött adatok a Cisco TAC tokba való átviteléhez a megoldási idő felgyorsítása érdekében.
A diagnosztikai aláírások (DS) olyan XML -fájlok, amelyek 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 megteendő műveletekről tartalmaznak információkat. meghatározhatja a problémaészlelési logikát syslog üzenetek, SNMP események és meghatározott show parancs kimenetek időszakos figyelésével.
A művelettípusok közé tartozik a show parancs kimeneteinek gyűjtése:
összevont naplófájl
a fájl feltöltése a felhasználó által megadott hálózati helyre, például HTTPS, SCP, FTP szerverre
A TAC mérnökei készítik a DS fájlokat, és az integritás védelme érdekében digitálisan írják alá azokat. Minden DS fájl egyedi numerikus azonosító rendelkezik, amelyet a rendszer rendelt hozzá. Diagnosztikai aláírásokat kereső eszköz (DSLT) egyetlen forrásból keresheti a megfelelő aláírásokat a különböző problémák figyeléséhez és hibaelhárításához.
Mielőtt elkezdené:
Ne szerkessze azt a DS-fájlt, amelyről letöltött DSLT . A módosított fájlok telepítése sikertelen az integritás-ellenőrzési hiba miatt.
Egy SMTP(Simple Mail Transfer Protocol) kiszolgáló, amelyre a helyi átjárónak szüksége van az e-mail értesítések küldéséhez.
Ha a biztonságos SMTP-kiszolgáló szeretné használni az e-mail értesítésekhez, győződjön meg arról, hogy a helyi átjárón az IOS XE 17.6.1-es vagy újabb verziója fut.
Előfeltételek
Az IOS XE 17.3.2-es vagy újabb verzióját futtató helyi átjáró
A Diagnosztikai aláírások alapértelmezetten engedélyezve vannak.
Állítsa be a proaktív értesítés küldésére használt biztonságos e-mail kiszolgálót, ha az eszközön a Cisco IOS XE 17.3.2-es vagy újabb verziója fut.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Állítsa be a környezeti változótds_email a rendszergazda e- e-mail-cím értesítse Önt.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
16.11.1-es vagy újabb verziójú helyi átjáró
A diagnosztikai aláírások alapértelmezetten engedélyezve vannak
Állítsa be a proaktív értesítések küldésére használt e-mail kiszolgálót, ha az eszköz 17.3.2-es verziónál korábbi verziót futtat.
configure terminal call-home mail-server <email server> priority 1 end
Állítsa be a környezeti változótds_email az értesítendő rendszergazda e- e-mail-cím .
configure terminal call-home diagnostic-signature environment ds_email <email address> end
A 16.9.x verziót futtató helyi átjáró
Adja meg a következő parancsokat a diagnosztikai aláírások engedélyezéséhez.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Állítsa be a proaktív értesítések küldésére használt e-mail kiszolgálót, ha az eszköz 17.3.2-es verziónál korábbi verziót futtat.
configure terminal call-home mail-server <email server> priority 1 end
Állítsa be a környezeti változótds_email az értesítendő rendszergazda e- e-mail-cím .
configure terminal call-home diagnostic-signature environment ds_email <email address> end
A következő példa egy Cisco IOS XE 17.3.2 rendszeren futó Helyi átjáró konfigurációjára mutat be példát, amely a proaktív értesítéseket küldi a következőnek: tacfaststart@gmail.com a Gmail használata biztonságos SMTP-kiszolgáló:
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, OAuth-ot támogató webalapú Gmail kliens, ezért konfigurálnunk kell egy adott Gmail-fiókbeállítást, és külön engedélyt kell adnunk az eszközről érkező e-mailek megfelelő feldolgozása érdekében: |
Ugrás ide: Kevésbé biztonságos alkalmazás-hozzáférés beállítást.
és kapcsolja beVálasz „Igen, én voltam”, amikor e-mailt kap a Gmailtől, amely így szól: „A Google megakadályozta, hogy valaki egy nem a Google-tól származó alkalmazással bejelentkezzen az Ön fiókjába.”
Telepítsen diagnosztikai aláírásokat a proaktív figyeléshez
Magas CPU kihasználtság figyelése
Ez a DS 5 másodpercig követi a CPU kihasználtságát az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával. Amikor a kihasználtság eléri a 75%-ot vagy afelettit, letilt minden hibakeresést, és eltávolít minden, a Helyi átjáróra telepített diagnosztikai aláírást. Az aláírás telepítéséhez kövesse az alábbi lépéseket.
Győződjön meg arról, hogy engedélyezte az SNMP -t a paranccsal snmp megjelenítése . 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 következő legördülő menüből: Diagnosztikai aláírásokat kereső eszköz :
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
Magas CPU -kihasználtság e- e-mail értesítéssel.
Másolja át a DS XML-fájl a helyi átjáró flash-re.
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óra való másolását mutatja be.
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ájl 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 következővel: home call-home diagnosztikai-aláírás megjelenítése . Az állapot oszlopban legyen „regisztrált” érték.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
DS-ek letöltése:
DS- azonosító
DS neve
Felülvizsgálat
Állapot
Legutóbbi 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 önmagát is. Ha szükséges, telepítse újra a DS 64224-et, hogy továbbra is figyelje a magas CPU kihasználtságot a helyi átjárón.
SIP-trönk regisztráció figyelése
Ez a DS 60 másodpercenként ellenőrzi a Webex Calling felhővel rendelkező helyi átjáró SIP -trönk regisztrációjának törlését. A regisztráció törlési eseményének észlelése után e-mailt és syslog-értesítést generál, és két törlési esemény után eltávolítja magát. Kérjük, kövesse az alábbi lépéseket az aláírás telepítéséhez.
Töltse le a DS 64117-et a következő legördülő menüből: Diagnosztikai aláírásokat kereső eszköz :
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
SIP– SIP
Probléma típusa
SIP fővonal regisztráció törlése e- e-mail értesítéssel.
Másolja át a DS XML-fájl a helyi átjáróra.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
Telepítse a DS XML-fájl a Helyi átjáróba.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#
Használat home call-home diagnosztikai-aláírás megjelenítése hogy ellenőrizze az aláírás sikeres telepítését . Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.
A rendellenes hívás figyelése megszakad
Ez a DS 10 percenként SNMP lekérdezést használ a 403-as, 488-as és 503-as SIP -hibákkal járó rendellenes hívásszakadás észlelésére. Ha a hibaszám növekménye nagyobb vagy egyenlő, mint 5 az utolsó szavazásból, akkor a rendszer egy syslog és egy e-mail értesítést generál. Kérjük, kövesse az alábbi lépéseket az aláírás telepítéséhez.
Ellenőrizze, hogy az SNMP engedélyezve van-e a paranccsal snmp megjelenítése . 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 következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
SIP rendellenes hívásbontás észlelése e- e-mail és syslog értesítéssel.
Másolja át a DS XML-fájl a helyi átjáróra.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Telepítse a DS XML-fájl a Helyi átjáróba.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Használat home call-home diagnosztikai-aláírás megjelenítése segítségével ellenőrizze, hogy az aláírás sikeresen telepítve van-e. Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.
Telepítse a diagnosztikai aláírásokat a probléma elhárításához
A diagnosztikai aláírások (DS) segítségével gyorsan megoldhatja a problémákat. A Cisco TAC mérnökei számos aláírást készítettek, amelyek lehetővé teszik az adott probléma hibaelhárításához, a probléma észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatok automatikus átviteléhez a Cisco TAC esetébe szükséges hibakeresést. A Diagnostic Signatures (DS) segítségével szükségtelenné válik a probléma előfordulásának manuális ellenőrzése, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.
Használhatja a Diagnosztikai aláírásokat kereső eszköz hogy megkeresse és telepítse a megfelelő aláírásokat egy adott probléma önmegoldásához, vagy telepítheti a TAC mérnök által a támogatási megbízás részeként javasolt aláírást.
Íme egy példa arra, hogyan kereshet meg és telepíthet egy DS-t a „%VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcsküszöb): IEC=1.1.181.1.29.0" syslog és automatizálja a diagnosztikai adatgyűjtést a következő lépésekkel:
Konfiguráljon egy további DS környezeti változótds_fsurl_prefix amely az a Cisco TAC fájlszerver elérési útja (cxd.cisco.com), amelyre az összegyűjtött diagnosztikai adatokat feltölti a rendszer. A elérési út szereplő felhasználónév az ügyszám, a jelszó pedig az a fájlfeltöltés token, amelyből lehívható Támogatási esetkezelő a következő parancsban. A fájlfeltöltés tokent a Mellékletek lehetőségre szakaszában a Támogatási esetkezelőben, ha szükséges.
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"
A paranccsal győződjön meg arról, hogy az SNMP engedélyezve van snmp megjelenítése . Ha nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.
show snmp %SNMP agent not enabled config t snmp-server manager end
Ügyeljen arra, hogy telepítse a DS 64224 magas CPU -felügyeletet proaktív intézkedésként az összes hibakeresés és diagnosztikai aláírás letiltása érdekében a magas CPU -kihasználtság idején. Töltse le a DS 64224-et a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
Magas CPU -kihasználtság e- e-mail értesítéssel.
Töltse le a DS 65095-öt a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
Syslogs
Probléma típusa
Syslog – %VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcs-küszöb): IEC=1.1.181.1.29.0
Másolja át a DS XML fájlokat a helyi átjáróra.
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 -felügyelet DS 64224, majd a DS 65095 XML-fájl a helyi átjáróba.
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 következővel: home call-home diagnosztikai-aláírás megjelenítése . Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-ek:
DS- azonosító
DS neve
Felülvizsgálat
Állapot
Legutóbbi 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
Ellenőrizze a diagnosztikai aláírások végrehajtását
A következő parancsban a parancs „Állapot” oszlopa home call-home diagnosztikai-aláírás megjelenítése „fut” értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A kimenete hazahívási diagnosztikai-aláírási statisztikák megjelenítése Ez a módszer a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlel-e egy érdekes eseményt, és végrehajtja-e a műveletet. A „Triggered/Max/Deinstall” oszlop azt mutatja, hogy az adott aláírás hányszor váltott ki eseményt, hogy maximális szám 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 é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-ek:
DS- azonosító |
DS neve |
Felülvizsgálat |
Állapot |
Legutóbbi 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 |
hazahívási diagnosztikai-aláírási statisztikák megjelenítése
DS- azonosító |
DS neve |
Kiváltva /Max/Deinstall |
Á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ő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, a futó konfiguráció és a megjelenítési parancs kimenetei, amelyek az adott probléma hibaelhárítása szempontjából relevánsak.
Távolítsa el a diagnosztikai aláírásokat
A Diagnosztikai aláírások használata hibaelhárítási célokra általában úgy van meghatározva, hogy bizonyos probléma előfordulásának észlelése után eltávolítsák az eltávolítást. Ha manuálisan szeretne eltávolítani egy aláírást, kérje le a DS azonosító a kimenetéből home call-home diagnosztikai-aláírás megjelenítése é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áskereső eszköz rendszeres időközönként új aláírásokkal bővül a telepítéseknél gyakran észlelt problémák alapján. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására vonatkozó kéréseket. |
A Cisco IOS XE átjárók jobb kezelése érdekében javasoljuk, hogy a Control Hubon keresztül regisztrálja és kezelje az átjárókat. Ez egy opcionális konfiguráció. A regisztráció után a Control Hub konfiguráció-érvényesítési opciójával ellenőrizheti a Helyi átjáró konfigurációját, és azonosíthatja a konfigurációs problémákat. Jelenleg csak a regisztráció alapú törzsek támogatják ezt a funkciót.
További információkért olvassa el a következőt:
Mielőtt elkezdené
Győződjön meg arról, hogy a következő, Ön által konfigurált alapszintű platformkonfiguráció a szervezete szabályzatainak és eljárásainak megfelelően van beállítva:
NTP-k
ACL-ek
jelszavak engedélyezése
elsődleges jelszót
IP -útválasztás
IP -címek, és így tovább
Az összes Helyi átjáró-telepítéshez az IOS XE 17.6 minimálisan támogatott kiadására van szükség.
1 | Győződjön meg arról, hogy minden 3-as rétegbeli interfészhez érvényes és IP -címet rendel hozzá:
|
||||
2 | Előzetesen konfiguráljon egy elsődleges kulcsot a jelszóhoz a következő parancsokkal, mielőtt azt hitelesítő adatként és megosztott titkos titkosításként használná. A 6-os típusú jelszavak titkosítása AES titkosítással és felhasználó által meghatározott elsődleges kulccsal történik.
|
||||
3 | Állítsa be az IP -névkiszolgálót a DNS -keresés engedélyezéséhez. Pingelje az IP -névkiszolgálót, és győződjön meg arról, hogy a kiszolgáló elérhető. A helyi átjárónak fel kell oldania Webex Calling a következő DNS-t használó proxycímek:
|
||||
4 | TLS 1.2-exkluzivitás és egy alapértelmezett helyőrző bizalmi pont engedélyezése:
|
||||
5 | Ha a gyökértanúsítvány van köztes hitelesítésszolgáltatója, akkor hajtsa végre a következő parancsokat:
|
||||
6 | Hozzon létre egy bizalmi pontot a gyökértanúsítvány tárolására. Hajtsa végre a következő parancsokat, ha nincs köztes hitelesítésszolgáltató:
|
||||
7 | Állítsa be a SIP-UA-t a létrehozott bizalmi pont használatára.
|
Mielőtt elkezdené
A hálózat felé Webex Calling nyilvános IPv4-cím kell használnia . A teljesen minősített tartománynevek (FQDN) vagy szolgáltatási rekord (SRV) címeknek nyilvános IPv4-cím kell feloldani az interneten.
A külső interfész összes SIP és médiaportjának elérhetőnek kell lennie az internetről. A portok nem lehetnek hálózati címfordítás (NAT) mögött. Gondoskodjon arról, hogy frissítse a tűzfalat a vállalati hálózati összetevőkön.
Telepítsen aláírt tanúsítványt a Helyi átjáróra.
A Certificate Authority (CA) kell aláírnia a tanúsítványt a pontban említettek szerint Milyen legfelső szintű hitelesítésszolgáltatók támogatottak a Cisco Webex audio és video platformok hívásai esetén? .
A Control Hubból kiválasztott FQDN-nek a tanúsítvány közös nevének (CN) vagy alany alternatív nevének (SAN) kell lennie. Például:
Ha a szervezete Control Hub-járól konfigurált fővonalon a london.lgw.cisco.com:5061 a Helyi átjáró FQDN-je, akkor a CN-nek vagy SAN-nak tartalmaznia kell a london.lgw.cisco.com-ot a tanúsítványban.
Ha a szervezete Control Hub-járól konfigurált törzsön a london.lgw.cisco.com a Helyi átjáró SRV-címe, akkor a CN-nek vagy SAN-nak tartalmaznia kell a london.lgw.cisco.com-ot 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 fővonalhoz használt FQDN vagy SRV példában a Helyi átjáró összes új SIP párbeszédpanelje kapcsolati címének szerepelnie kell a london.lgw.cisco.com SIP cím gazdagép részében. Lásd, 5. lépés: a konfigurációhoz.
Győződjön meg arról, hogy a tanúsítványok alá vannak írva az ügyfél és a kiszolgáló használatához.
Töltse fel a megbízhatósági csomagot a Helyi átjáróra az itt leírtak szerint Milyen legfelső szintű hitelesítésszolgáltatók támogatottak a Cisco Webex audio és video platformok hívásai esetén? .
1 | Adja meg a következő parancsokat a Helyi átjáró alkalmazás bekapcsolásához (Lásd: Portreferencia információk a Cisco Webex Calling szolgáltatáshoz a legfrissebb IP -alhálózatok megbízhatósági lista való hozzáadásához):
Íme a konfigurációhoz tartozó mezők magyarázata:
|
||
2 | Konfigurálja a „voice class codec 100” beállítást.
Íme a konfigurációhoz tartozó mezők magyarázata: Hangosztály kodek 100 Lehetővé teszi az opus és mindkét g711 (mu és a-law) kodek számára a foglalkozásokat. A preferált kodeket alkalmazza az összes tárcsázó társra. További információkért lásd: hangosztályú kodek . |
||
3 | Állítsa be a „voice class stun-usage 100” beállítást az ICE engedélyezéséhez.
Íme a konfigurációhoz tartozó mezők magyarázata: Hangosztály kábító használat 100 A kábítás használatát határozza meg. A kábítás mindenkire vonatkozik Webex Calling - néző tárcsázó társak, hogy elkerülje a semmilyen módon nem hallható hangot, amikor a Unified CM telefon átirányítja a hívást egy másiknak Webex Calling telefont. Lásd hangosztály kábító használata be Cisco IOS hangutasítások – T–Z és kábító használat ice lite . |
||
4 | Állítsa be a „voice class srtp-crypto 100” beállítást a támogatott titkosítás korlátozásához.
Íme a konfigurációhoz tartozó mezők magyarázata: Hangosztály srtp-crypto 100Az SHA1-et adja meg_ 80, mint a helyi átjáró által kínált egyetlen SRTP titkosítási csomag az SDP-n belül. Webex Calling csak az SHA1-et támogatja_ 80.
További információkért lásd: hangosztály srtp-crypto .
|
||
5 | Konfigurálja a „SIP Profiles 100” opciót. A példában a cube1.abc.lgwtrunking.com a Helyi átjáró számára kiválasztott FQDN, a „172.xxx” pedig annak a Helyi átjárónak az IP-cím , amely felé Webex Calling :
Íme a konfigurációhoz tartozó mezők magyarázata:
További információkért lásd: hangosztály korty-profilok . További információkért lásd: szabály (hangfordítás-rule) be Cisco IOS Voice Command Reference – K–R . |
||
6 | Állítsa be a következő négy kimenő tárcsázótársat: |
||
7 | Tárcsázós egyenrangú csoport létrehozása a felé tárcsázó peer alapján Webex Calling az aktív/aktív modellben.
Íme a konfigurációhoz tartozó mezők magyarázata:
Egy kimenő tárcsázótársat társít a tárcsázói csoporthoz 100 és konfigurálja a társastárcsázást 101 , 102 , 103 , és 104 ugyanazzal a preferenciával. Lásd tárcsázó hang további információkért. |
||
8 | Tárcsázós egyenrangú csoport létrehozása a felé tárcsázó peer alapján Webex Calling az elsődleges/tartalék modellben.
Íme a konfigurációhoz tartozó mezők magyarázata:
Egy kimenő tárcsázótársat társít a tárcsázói csoporthoz 100 és konfigurálja a társastárcsázást 101 és 102 mint első preferencia. Lásd hangosztályú dpg be Cisco IOS Voice Command Reference – T–Z további információkért.
Egy kimenő tárcsázótársat társít a tárcsázó csoporthoz 100 és konfigurálja a társastárcsázást 103 és 104 második preferenciaként. |
||
9 | Bejövő tárcsázótárs konfigurálása innen: Webex Calling . A bejövő egyezés az URI -kérésen alapul.
Íme a konfigurációhoz tartozó mezők magyarázata:
|
Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:
Hangosztály URI-k — Meghatározhat gazda IP -címeket/portmintákat a helyi átjárón végződő különböző törzsekhez:
Webex Calling az LGW-nek
PSTN SIP-trönk lezárása LGW-n
Kimenő tárcsázótárs — Átirányíthatja a kimenő hívás egy LGW-készülékről az Internet telefónia szolgáltató (ITSP) SIP-trönk és Webex Calling .
DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő tárcsázótársról.
Bejövő tárcsázótárs —Elfogadhat bejövő hívási szakaszokat az ITSP-től és Webex Calling .
Használja a konfigurációt egy partner által üzemeltetett helyi átjáró-beállításhoz vagy egy helyi ügyfél-helyi átjáróhoz. Lásd a következőket:
1 | Konfigurálja a következő hangosztály uri-t: |
2 | Konfigurálja a következő kimenő hívótársakat: |
3 | Állítsa be a következő tárcsázói csoportot (DPG): |
4 | Konfigurálja a következő bejövő hívótársakat: |
- PSTN ide Webex Calling :
-
Az összes bejövő IP PSTN híváság párosítása a Helyi átjárón a tárcsázós egyenrangú kapcsolattal 122 hogy a VIA fejléchez az IP PSTN IP-cím egyezési feltételt adjon meg. DPG 100 meghívja a kimenő tárcsázó-peer-t 101 , 102 , 103 , 104 , amely rendelkezik a Webex Calling kiszolgálót célhelyként.
- Webex Calling PSTN-re:
-
Az összes bejövő egyezése Webex Calling hívási szakaszok a Helyi átjárón tárcsázós egyenrangú kapcsolattal 110 a KÉRÉS URI fejlécminta egyezési feltételének meghatározásához a Helyi átjáró állomásnévvel, a Helyi átjáró telepítésére egyedileg. DPG 120 meghívja a kimenő tárcsázó-peer-t 121 , amelynek az IP PSTN IP-cím a célhely.
Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:
Hangosztály URI-k — Meghatározhatja a gazdagép IP -címeinek/portjainak mintázatát az LGW-n végződő különböző törzsekhez:
Unified CM az LGW-hez a PSTN-célhelyekhez
Unified CM az LGW számára a következőhöz: Webex Calling úticélok
Webex Calling az LGW célállomásokra
PSTN SIP-trönk lezárása LGW célhelyeken
Hangosztály szerver-csoport — A következőkről célozhat IP -címeket vagy portokat a kimenő fővonalak számára:
LGW a Unified CM -re
LGW to Webex Calling
LGW – PSTN SIP-trönk
Kimenő tárcsázótárs — A kimenő hívás szakaszokat innen továbbíthatja:
LGW a Unified CM -re
Internet Telephony Service Provider (ITSP) SIP-trönk
Webex Calling
Hangosztály dpg — Célozhatja, hogy kimenő tárcsázótársakat hívjon be egy bejövő tárcsázótársból.
Bejövő tárcsázó társak— Bejövő hívási szakaszokat fogadhat a Unified CM, ITSP, és Webex Calling .
1 | Konfigurálja a következő hangosztály URI-kat: |
2 | Állítsa be a következő hangosztályú kiszolgálócsoportokat: |
3 | Konfigurálja a következő kimenő hívótársakat: |
4 | Állítsa be a következő tárcsázói csoportot (DPG): |
5 | Konfigurálja a következő bejövő hívótársakat: |
A Diagnostic Signatures (DS) proaktívan észleli a Cisco IOS XE-alapú helyi átjáróban gyakran megfigyelt problémákat, és e-mail-, syslog- vagy terminálüzenet-értesítést generál az eseményről. A DS telepítésével automatizálható a diagnosztikai adatgyűjtés, és az összegyűjtött adatok a Cisco TAC tokba való átviteléhez a megoldási idő felgyorsítása érdekében.
A diagnosztikai aláírások (DS) olyan XML -fájlok, amelyek a probléma kiváltó eseményeiről és műveleteiről tartalmaznak információkat a probléma tájékoztatása, hibaelhárítása és elhárítása érdekében. Használjon syslog üzeneteket, SNMP -eseményeket, valamint bizonyos show parancs kimenetek időszakos figyelését a problémaészlelési logika meghatározásához. A művelettípusok a következők:
Show parancs kimenetek gyűjtése
Összevont naplófájl
A fájl feltöltése a felhasználó által megadott hálózati helyre, például HTTPS, SCP, FTP kiszolgálóra
A TAC mérnökei DS-fájlokat készítenek, és az integritás védelme érdekében digitálisan írják alá. Minden DS fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosító . Diagnosztikai aláírásokat kereső eszköz (DSLT) egyetlen forrásból keresheti a megfelelő aláírásokat a különböző problémák figyeléséhez és hibaelhárításához.
Mielőtt elkezdené:
Ne szerkessze azt a DS-fájlt, amelyről letöltött DSLT . A módosított fájlok telepítése sikertelen az integritás-ellenőrzési hiba miatt.
Egy SMTP(Simple Mail Transfer Protocol) kiszolgáló, amelyre a helyi átjárónak szüksége van az e-mail értesítések küldéséhez.
Ha a biztonságos SMTP-kiszolgáló szeretné használni az e-mail értesítésekhez, győződjön meg arról, hogy a helyi átjárón az IOS XE 17.6.1-es vagy újabb verziója fut.
Előfeltételek
Az IOS XE 17.6.1-es vagy újabb verzióját futtató helyi átjáró
A Diagnosztikai aláírások alapértelmezetten engedélyezve vannak.
- Állítsa be a proaktív értesítés küldésére használt biztonságos e-mail kiszolgálót, ha az eszközön az IOS XE 17.6.1-es vagy újabb verziója fut.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Állítsa be a környezeti változótds_email a rendszergazda e- e-mail-cím értesítse Önt.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
A 17.6.1-es verziójú helyi átjáró
Adja meg a következő parancsokat a diagnosztikai aláírások engedélyezéséhez.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Állítsa be az e-mail szervert, hogy proaktív értesítéseket küldjön, ha az eszköz 17.6.1-es verziónál korábbi verziót futtat.
configure terminal call-home mail-server <email server> priority 1 end
Állítsa be a környezeti változótds_email az Ön által értesített rendszergazda e- e-mail-cím
.configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
A következő példa egy Cisco IOS XE 17.6.1-es rendszeren futó Helyi átjáró konfigurációjára mutat be példaként a proaktív értesítéseket tacfaststart@gmail.com a Gmail használata biztonságos SMTP-kiszolgáló:
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 webalapú, OAuth-ot támogató Gmail kliens, ezért konfigurálnunk kell egy adott Gmail-fiókbeállítást, és külön engedélyt kell adnunk az eszközről érkező e-mailek megfelelő feldolgozása érdekében: |
Ugrás ide: Kevésbé biztonságos alkalmazás-hozzáférés beállítást.
és kapcsolja beVálasz „Igen, én voltam”, amikor e-mailt kap a Gmailtől, amely így szól: „A Google megakadályozta, hogy valaki egy nem a Google-tól származó alkalmazással bejelentkezzen az Ön fiókjába.”
Diagnosztikai aláírások telepítése a proaktív figyeléshez
Magas CPU kihasználtság figyelése
Ez a DS 5 másodpercig követi a CPU kihasználtságát az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával. Amikor a kihasználtság eléri a 75%-ot vagy afelettit, letilt minden hibakeresést, és eltávolít minden olyan diagnosztikai aláírást, amelyet a Helyi átjáróra telepít. Az aláírás telepítéséhez kövesse az alábbi lépéseket.
Győződjön meg arról, hogy a paranccsal engedélyezte az SNMP -t snmp megjelenítése . 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 következő legördülő menüből: Diagnosztikai aláírásokat kereső eszköz :
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
Magas CPU -kihasználtság e- e-mail értesítéssel.
Másolja át a DS XML-fájl a helyi átjáró flash-re.
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óra való másolását mutatja be.
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ájl a Helyi átjáróba.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
Használja a home call-home diagnosztikai-aláírás megjelenítése paranccsal ellenőrizheti, hogy az aláírás sikeresen telepítve van-e. Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
DS-ek letöltése:
DS- azonosító
DS neve
Felülvizsgálat
Állapot
Legutóbbi 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 önmagát is. Ha szükséges, telepítse újra a DS 64224-et, hogy továbbra is figyelje a magas CPU kihasználtságot a helyi átjárón.
Rendellenes hívásbontá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ákkal járó rendellenes hívásszakadás észlelésére. Ha a hibaszám növekménye nagyobb vagy egyenlő, mint 5 az utolsó szavazásból, akkor a rendszer egy syslog és egy e-mail értesítést generál. Kérjük, kövesse az alábbi lépéseket az aláírás telepítéséhez.
A paranccsal győződjön meg arról, hogy az SNMP engedélyezve van snmp megjelenítése . 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 következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
SIP rendellenes hívásbontás észlelése e- e-mail és syslog értesítéssel.
Másolja át a DS XML-fájl a helyi átjáróra.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
Telepítse a DS XML-fájl a Helyi átjáróba.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
Használja a parancsot home call-home diagnosztikai-aláírás megjelenítése hogy ellenőrizze az aláírás sikeres telepítését. Az állapot oszlopban legyen „regisztrált” érték.
Telepítse a diagnosztikai aláírásokat a probléma elhárításához
A diagnosztikai aláírások (DS) segítségével gyorsan megoldhatók a problémák. A Cisco TAC mérnökei számos aláírást készítettek, amelyek lehetővé teszik az adott probléma hibaelhárításához, a probléma észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatok automatikus átviteléhez a Cisco TAC esetébe szükséges hibakeresést. Így szükségtelenné válik a probléma előfordulásának manuális ellenőrzése, és sokkal könnyebbé válik az időszakos és átmeneti problémák hibaelhárítása.
Használhatja a Diagnosztikai aláírásokat kereső eszköz hogy megkeresse és telepítse a megfelelő aláírásokat egy adott probléma önmegoldásához, vagy telepítheti a TAC mérnök által a támogatási megbízás részeként javasolt aláírást.
Íme egy példa arra, hogyan kereshet meg és telepíthet egy DS-t a „%VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcsküszöb): IEC=1.1.181.1.29.0" syslog és automatizálja a diagnosztikai adatgyűjtést a következő lépésekkel:
Konfiguráljon egy másik DS környezeti változótds_fsurl_prefix a Cisco TAC fájlszerver elérési útjaként (cxd.cisco.com) a diagnosztikai adatok feltöltéséhez. A elérési út szereplő felhasználónév az ügyszám, a jelszó pedig az a fájlfeltöltés token, amelyből lehívható Támogatási esetkezelő az alábbiak szerint. A fájlfeltöltés tokent a Mellékletek lehetőségre szakaszában, szükség szerint.
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"
A paranccsal győződjön meg arról, hogy az SNMP engedélyezve van snmp megjelenítése . 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 a magas CPU -felügyelet DS 64224 telepítését proaktív intézkedésként az összes hibakeresés és diagnosztikai aláírás letiltása érdekében a magas CPU -kihasználtság idején. Töltse le a DS 64224-et a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
Magas CPU -kihasználtság e- e-mail értesítéssel.
Töltse le a DS 65095-öt a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :
Mező neve
Mezőérték
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre
Syslogs
Probléma típusa
Syslog – %VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcs-küszöb): IEC=1.1.181.1.29.0
Másolja át a DS XML fájlokat a helyi átjáróra.
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 -felügyelet DS 64224, majd a DS 65095 XML-fájl a helyi átjáróba.
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 következővel: home call-home diagnosztikai-aláírás megjelenítése . Az állapot oszlopban legyen „regisztrált” érték.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-ek:
DS- azonosító
DS neve
Felülvizsgálat
Állapot
Legutóbbi 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” oszlopa home call-home diagnosztikai-aláírás megjelenítése „fut” értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A kimenete hazahívási diagnosztikai-aláírási statisztikák megjelenítése Ez a módszer a legjobb módja annak ellenőrzésére, hogy egy diagnosztikai aláírás észlelt-e egy érdekes eseményt, és végrehajtotta-e a műveletet. A „Triggered/Max/Deinstall” oszlop azt mutatja, hogy az adott aláírás hányszor váltott ki eseményt, hogy maximális szám 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 é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-ek:
DS- azonosító |
DS neve |
Felülvizsgálat |
Állapot |
Legutóbbi 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 |
hazahívási diagnosztikai-aláírási statisztikák megjelenítése
DS- azonosító |
DS neve |
Kiváltva /Max/Deinstall |
Á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ő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, a futó konfiguráció és a megjelenítési parancs kimenetei, amelyek az adott probléma hibaelhárítása szempontjából relevánsak.

Távolítsa el a Diagnosztikai aláírásokat
A diagnosztikai aláírások használata hibaelhárítási célokra jellemzően bizonyos probléma előfordulásának észlelése után eltávolítandó. Ha manuálisan szeretne eltávolítani egy aláírást, kérje le a DS azonosító a kimenetéből home call-home diagnosztikai-aláírás megjelenítése é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áskereső eszköz rendszeres időközönként új aláírásokkal bővül a telepítéseknél észlelt problémáktól függően. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására vonatkozó 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:
|
Tudjon meg többet a Webex Calling egyes funkcióiról, és arról, hogyan állíthatja be őket a szervezet és a felhasználók számára.
Hozzon létre egy keresőcsoport
A keresőcsoportok a bejövő hívásokat a felhasználók egy csoportjához vagy munkaterülethez irányítják. Akár úgy is beállíthat egy mintát, hogy egy teljes csoporthoz továbbítsa az útvonalat.
A keresőcsoport létrehozásával kapcsolatos további információkért lásd: Keresőcsoportok a Cisco Webex Control Hub .
Hívásvárakoztatási sor létrehozása
Beállíthat egy hívásvárakoztatási sor , hogy amikor az ügyfelek hívásait nem lehet fogadni, akkor automatikus hívásfogadást, komfortüzeneteket és várakoztatva zenét kapnak, amíg valaki nem fogadja a hívását.
A hívásvárakoztatási sor beállításával és kezelésével kapcsolatos további információkért lásd: Hívási várólisták kezelése a Cisco Webex Control Hub .
Hozzon létre egy recepciós ügyfelet
Segítsen a front-office személyzet igényeinek kielégítésében. A felhasználókat beállíthatja telefonos kezelőként, így kiszűrhetik a szervezeten belül bizonyos személyekhez érkező bejövő hívásokat.
A recepciós kliensek beállításával és megtekintésével kapcsolatos információkért lásd: Recepciós ügyfelek a Cisco Webex Control Hub .
Automatikus kezelők létrehozása és kezelése
Üdvözleteket adhat hozzá, menüket állíthat be, és a hívásátirányítás üzenetrögzítő szolgáltatáshoz, keresőcsoport, hangpostaláda vagy valós személyhez irányíthatja. Hozzon létre egy 24 órás ütemezést, vagy adjon meg különböző lehetőségeket a vállalkozása nyitvatartási vagy zárva tartási idejében.
Az automatikus híváskezelők létrehozásával és kezelésével kapcsolatos információkért lásd: Automatikus híváskezelők kezelése a Cisco Webex Control Hub .
Személyhívó csoport konfigurálása
A csoportos személyhívás lehetővé teszi a felhasználó számára, hogy egy adott személyhívócsoporthoz rendelt szám vagy mellék tárcsázásával egyirányú hívást vagy csoportos hívást kezdeményezzen akár 75 megcélzott felhasználó és munkaterület felé.
A személyhívó csoportok beállításával és szerkesztésével kapcsolatos információkért lásd: Személyhívó csoport konfigurálása a Cisco Webex Control Hub alkalmazásban .
Hívásfogadás beállítása
Fokozza a csapatmunkát és az együttműködést egy hívásfogadási csoport létrehozásával, így a felhasználók fogadhatják egymás hívását. Amikor felhasználókat ad hozzá egy hívásfogadási csoport , és egy csoporttag távol van vagy foglalt, egy másik tag fogadhatja a hívását.
A hívásfogadási csoport beállításával kapcsolatos információkért lásd: Hívásfogadás a Cisco Webex Control Hub .
hívásvárakoztatás beállítása
Hívásparkoltatás lehetővé teszi, hogy a felhasználók egy meghatározott csoportja hívásvárakoztatás egy hívásparkoltatási csoport többi elérhető tagja ellen. A parkolt hívásokat a csoport többi tagja is felveheti a telefonján.
A hívásvárakoztatás beállításával kapcsolatos további információkért lásd: Hívásparkoltatás a Cisco Webex Control Hub .
Engedélyezze a felhasználók számára, hogy beléphessenek mások telefonhívásaiba
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre , majd válassza ki a módosítani kívánt felhasználót. |
2 | Válassza ki Hívás , menjen ide: Felhasználói engedélyek között lehetőséget, majd válassza a lehetőséget Barge In . |
3 | Kapcsolja be Barge In , válassza ki, hogy a folyamatban lévő hívást konferenciabeszélgetés szeretné-e tenni.
Ezután kattintson Mentés . |
Megakadályozza, hogy valaki figyelje egy felhasználó vonalállapot
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre gombot, és válassza ki a módosítani kívánt felhasználót. |
2 | Válassza ki Hívás , lépjen a Felhasználói engedélyek között lehetőségre, és engedélyezze Adatvédelem . |
3 | Válassza ki a megfelelőt Automatikus kezelői adatvédelem beállítások ehhez a felhasználóhoz.
|
4 | Ellenőrizze a Adatvédelem engedélyezése jelölőnégyzet. Ezután eldöntheti, hogy mindenkit letilt-e úgy, hogy üresen hagyja a Felhasználó keresése név alapján mezőt, vagy kiválaszthatja, hogy ki figyelje a felhasználó vonalállapot. A fenti végrehajtói példát használva a rendszergazdai asszisztens nevére kell rákeresnie. |
5 | Kattintson a Mentés lehetőségre. |
Példa
Megfigyelési lista – Egyéb felhasználók és hívásparkoltatási mellékek
A figyelt vonalak maximális szám 50, de vegye figyelembe a sávszélességet. A maximumot a felhasználó telefonján lévő vonalgombok száma is meghatározhatja.
A megfigyelési szolgáltatás csak a felhasználó elsődleges eszköz működik. |
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre gombot, és válassza ki a módosítani kívánt felhasználót. |
||
2 | Válassza ki Hívás , menjen ide: Felhasználói engedélyek szakaszt, válassza ki Monitoring . |
||
3 | Válasszon a következők közül:
|
||
4 | Válassza ki, hogy szeretné-e a felhasználó értesítést kapni a parkolt hívásokról, keresse meg a figyelni kívánt személyt vagy hívásvárakoztatási mellék , majd kattintson Mentés .
|
Példa
Call Bridge figyelmeztető hang lejátszása a felhasználók számára
Engedélyezze a híváshíd figyelmeztető hangot a megosztott vonallal rendelkező felhasználók számára.
Mielőtt elkezdené
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre majd válassza ki a módosítani kívánt felhasználót. |
||
2 | Válassza ki Hívás , menjen ide: Felhasználói engedélyek , majd kattintson a lehetőségre Hívásáthidaló figyelmeztető hangjelzés . |
||
3 | Kapcsolja be Hívásáthidaló figyelmeztető hangjelzés , majd kattintson a lehetőségre Mentés .
Az MPP közös vonal történő hívásáthidalással kapcsolatos további információkért lásd: megosztott vonalakat a multiplatform asztali telefon . A WebexApp közös vonal történő hívásáthidalással kapcsolatos további információkért lásd: közös vonal megjelenése a WebexApp számára . |
Kapcsolja be a szállodák szolgáltatásait egy felhasználó számára
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre majd válassza ki a módosítani kívánt felhasználót. |
2 | Válassza ki Hívás , menjen ide: Felhasználói engedélyek , majd kattintson a lehetőségre Szálloda . |
3 | Kapcsolja be Szálloda , majd kattintson a lehetőségre Mentés . |
Példa
Minden egyes felhasználót hozzá kell adni 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, hogy miként adja hozzá őket a Control Hubhoz: manuálisan adja hozzá az egyes felhasználókat e- e-mail-cím alapján, vagy több felhasználót egy CSV-fájl segítségével. A választás az Öné.