Webex híváskonfigurációs munkafolyamat
    2021. november 19. | 115 megtekintés | 0 személy érezte ezt hasznosnak
    Webex híváskonfigurációs munkafolyamat
    2022. szeptember 30.
    A Webex-hívás áttekintése

    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.

    1. táblázat. Rendszergazdai konfigurálható funkciók

    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:

    • Egy értékesítési csapat, amely szekvenciális útválasztást szeretne. Egy bejövő hívás csörög egy telefonon, de ha nincs válasz, a hívás a lista következő ügynökéhez kerül.

    • Egy támogatási csapat, amely azt szeretné, hogy a telefonok egyszerre csörögjenek, hogy az első elérhető ügynök fogadhassa a hívást.

    Személyhívócsoport

    Létrehozhat egy lapozócsoportot, hogy a felhasználók hangüzenetet küldhessenek egy személynek, egy 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.

    2. táblázat. Felhasználó által konfigurálható funkciók

    Funkció

    Leírás

    Névtelen hívás elutasítása

    A felhasználók elutasíthatják a 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á:

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

    1. ábra. Differenciált CoS a PSTN-ről és a Webex-hívásról érkező hívásokhoz

    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 .

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

    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

    3. ábra. Webex Hívási célhely hozzáadása a tárcsázási tervhez

    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

    4. ábra. 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:

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

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

    2022. szeptember 30.
    Készítse fel környezetét a Webex hívásra

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

    2022. szeptember 30.
    Webex hívás konfigurálása a szervezet számára

    Testre szabja szervezetét a Webex-híváshoz a Control Hubban. Miután aktiválta az első tartózkodási helyét az Első beállítás varázslóval, további helyeket állíthat be és kezelhet, a törzsek hozzárendelését és használatát, a tárcsázási terv beállításait, a felhasználókat, az eszközöket és a funkciókat.

    Hívásbeállítások megadása az Első alkalommal telepítővarázslóban

    A Webex Calling szolgáltatások üzembe helyezésének első lépése az Első alkalommal telepítővarázsló (FTSW) befejezése. Miután elkészült az FTSW az első tartózkodási helyén, azt nem kell kitölteni további helyekhez.

    1

    Kattintson az Első lépések hivatkozásra a kapott üdvözlő e-mailben.


     

    A rendszer automatikusan a rendszergazdai e-mail-címet használja a Control Hubbavaló bejelentkezéshez , ahol a rendszer kérni fogja a rendszergazdai jelszó létrehozását. A bejelentkezés után a telepítővarázsló automatikusan elindul.
    2

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

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


     

    Az Ön fiókkezelője felelős az FTSW első lépéseinek aktiválásáért. Lépjen kapcsolatba a fiókkezelővel, ha a "Nem lehet beállítani a hívást" értesítést kap, amikor az Első lépéseklehetőséget választja .
    4

    Válassza ki azt az országot, amelyhez az adatközpontnak hozzá kell rendelnie, és adja meg az ügyfél kapcsolattartási és ügyfélcímadatait.
    5

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

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

    • Kattintson a Mentés és bezárás gombra , ha Ön partneradminisztrátor, és azt szeretné, hogy az ügyfél rendszergazdája befejezze a Webex-hívás kiépítését.
    • Töltse ki a szükséges helyadatokat. Miután létrehozta a helyet a varázslóban, később további helyeket is létrehozhat.

     

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

    Az erre a helyre való jelentkezéshez tegye a következő beállításokat:

    • Hirdetmény nyelve– Az új felhasználók és funkciók hangbejelentéseihez és kéréseihez.
    • E-mail nyelv– Az új felhasználók e-mailes kommunikációjához.
    • Ország
    • Időzóna
    8

    Kattintson a Továbbgombra.
    9

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

    Helyszín hozzáadása

    Mielőtt elkezdené

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

    • Hely címe

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

    1

    Az ügyfélnézetből lépjen https://admin.webex.com a Szolgáltatások > a Helyek >-helyekhívása elemre , majd kattintson a Helyhozzáadása elemre.

    Vegye figyelembe, hogy az új helyek a regionális adatközpontban lesznek üzemeltetve, amely megfelel az Első telepítés varázslóval kiválasztott országnak.
    2

    Konfigurálja a hely beállításait:

    • Hely neve– Adjon meg egy egyedi nevet a hely azonosításához.
    • Ország/régió– Válasszon ki egy országot, amelyhez a helyet kötni szeretné. Létrehozhat például egy helyet (központot) az Egyesült Államokban és egy másikat (fióktelepet) az Egyesült Királyságban. A kiválasztott ország határozza meg a következő címmezőket. Az itt dokumentáltak példaként az amerikai címkonvenciót használják.
    • Hely címe– Adja meg a hely fő levelezési címét.
    • Város/város– Adjon meg egy várost ehhez a helyhez.
    • Állam/tartomány/régió– A legördülő menüből válasszon ki egy államot.
    • Irányítószám– Adja meg az irányítószámot vagy az irányítószámot.
    • Hirdetmény nyelve– Válassza ki a hangbejelentések és kérések nyelvét az új felhasználók és funkciók számára.
    • E-mail nyelve– Válassza ki az új felhasználókkal folytatott e-mailes kommunikáció nyelvét.
    • Időzóna– Válassza ki a hely időzónáját.
    3

    Kattintson a Mentés gombra , majd válassza az Igen/ Nem lehetőséget , ha most vagy később számokat szeretne hozzáadni a helyhez.
    4

    Ha az Igengombra kattintott , válasszon az alábbi lehetőségek közül:

    • Cisco PSTN – Válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást szeretne a Cisco-tól. A Cisco hívási terv egy teljes PSTN-helyettesítő megoldás, amely segélyhívást, bejövő és kimenő belföldi és nemzetközi hívásokat biztosít, és lehetővé teszi új PSTN-számok megrendelését vagy a meglévő számok Cisco-ra történő portolását.


       

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

      • Legalább egy lekötött Cisco Hívási csomag OCP-t (Kimenő hívási terv) vásárolt.

      • A tartózkodási helye olyan országban van, ahol a Cisco hívási terv támogatott.

      • A tartózkodási helyed új. Azok a már meglévő helyek, amelyekhez más PSTN-képességek vannak hozzárendelve, jelenleg nem jogosultak a Cisco hívási tervre. Nyisson meg egy támogatási esetet útmutatásért.

      • Egy Webex Calling Data Centerben van üzemeltetve egy olyan régióban, ahol a Cisco Hívási terv támogatott.
    • Felhőhöz csatlakoztatott PSTN– Akkor válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást keres a Cisco CCP számos partnerének egyikétől, vagy ha a Cisco hívási terv nem érhető el az Ön tartózkodási helyén. A CCP-partnerek PSTN-helyettesítő megoldásokat, széles körű globális lefedettséget, valamint a funkciók, csomagolások és árképzések széles és változatos skáláját kínálják.

       

      A KKP-partnerek és a földrajzi lefedettség ittvan felsorolva . Csak azok a partnerek jelennek meg, akik támogatják a tartózkodási helyed országát. A partnerek felsorolása vagy emblémával, vagy rövid szöveges karakterláncként, majd egy régióval, zárójelben (Példa: (EU), (USA) vagy (CA)). A logóval ellátott partnerek mindig regionális médiát kínálnak a KKPszámára. A karakterláncként megjelenő partnerek esetében válassza ki a tartózkodási hely országához legközelebb eső régiót, hogy biztosítsa a ccp regionális adathordozóját.

      Ha látja a Számok megrendelése lehetőséget most egy tőzsdén jegyzett szolgáltatónál, javasoljuk, hogy válassza ezt a lehetőséget, hogy kihasználhassa az integrált központi szerződő fél előnyeit. Az integrált ccp lehetővé teszi telefonszámok beszerzését és feltöltését a Control Hubban egyetlen üvegtáblán. A nem integrált központi szerződő fél megköveteli, hogy telefonszámait a Központi Szerződő Fél partnerétől szerezze be a Control Hubonkívül.

    • Telephelyalapú PSTN (helyi átjáró)– Ezt a lehetőséget akkor választhatja, ha meg szeretné tartani jelenlegi PSTN-szolgáltatóját, vagy ha nem felhőbeli webhelyeket szeretne összekapcsolni a felhőbeli webhelyekkel.

    A PSTN-opció kiválasztása minden helyszinten megtalálható (minden helynek csak egy PSTN-lehetősége van). Annyi lehetőséget keverhet és párosíthat, amennyit csak szeretne az üzembe helyezéshez, de minden helynek egy lehetősége lesz. Miután kiválasztotta és kiépítette a PSTN-beállítást, módosíthatja azt, ha a HELY PSTN-tulajdonságai között a Kezelés gombra kattint . Előfordulhat azonban, hogy egyes lehetőségek, például a Cisco PSTN, nem érhetők el egy másik lehetőség hozzárendelése után. Nyisson meg egy támogatási esetet útmutatásért.
    5

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

    Ha nem integrált központi szerződő fél vagy telephelyalapú PSTN-t választott, adja meg a Telefonszámokat vesszővel elválasztott értékekként, majd kattintson az Érvényesítésgombra .

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

    A hely országától függően a számok a helyi tárcsázási követelményeknek megfelelően vannak formázva. Ha például országkódra van szükség, beírhat számokat a kóddal vagy anélkül, és a kód előre meg van adva.
    7

    Kattintson a Mentés lehetőségre.

    Mi a következő lépés

    Miután létrehozott egy helyet, engedélyezheti a 911-es vészhelyzeti szolgáltatásokat az adott helyhez. További információért lásd: RedSky Emergency 911 Service for Webex Calling (RedSky Emergency 911 szolgáltatás Webex-híváshoz ).

    Hely törlése a Webex Calling szervezetből

    Mielőtt elkezdené

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

    1

    Az ügyfélnézetből lépjen https://admin.webex.com a Szolgáltatások > Hívások > helyek elemre.
    2

    Kattintson a Műveletek oszlopra a törölni kívánt hely mellett.
    3

    Válassza a Helytörlése lehetőséget , és erősítse meg, hogy törölni szeretné az adott helyet.

    A hely végleges törlése általában néhány percet vesz igénybe, de ez akár egy órát is igénybe vehet. Az állapotot úgy ellenőrizheti, hogy a hely neve mellett kattint, és kiválasztja a Törlési állapot lehetőséget.

    Meglévő hely frissítése

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

    Meglévő helyeken engedélyezheti a 911-es vészhelyzeti szolgáltatásokat. További információért lásd: RedSky Emergency 911 Service for Webex Calling (RedSky Emergency 911 szolgáltatás Webex-híváshoz ).

    1

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

    Ha egy hely mellett egy Figyelmeztetés szimbólum jelenik meg, az azt jelenti, hogy még nem konfigurált telefonszámot az adott helyhez. Addig nem kezdeményezhet és nem fogadhat hívásokat, amíg be nem állítja a számot.
    2

    (Nem kötelező) A PSTN-kapcsolatalatt válassza a Felhőhöz csatlakoztatott PSTN vagy a Telephelyalapú PSTN (helyi átjáró) lehetőséget, attól függően, hogy melyiket konfigurálta már. Kattintson a Kezelés gombra a konfiguráció módosításához, majd nyugtázza a kapcsolódó kockázatokat a Folytatáslehetőség kiválasztásával . Ezután válasszon az alábbi lehetőségek közül, majd kattintson a Mentésgombra :

    • Cisco PSTN – Válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást szeretne a Cisco-tól. A Cisco Hívási terv egy teljes PSTN-helyettesítő megoldás, amely segélyhívást, bejövő és kimenő belföldi és nemzetközi hívásokat biztosít, és lehetővé teszi új PSTN-számok megrendelését vagy a meglévő számok Cisco-ra történő portolását.


       

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

      • Legalább egy lekötött Cisco Hívási csomag OCP-t (Kimenő hívási terv) vásárolt.

      • A tartózkodási helye olyan országban van, ahol a Cisco hívási terv támogatott.

      • A tartózkodási helyed új. Jelenleg azok a már meglévő helyek, amelyekhez más PSTN-képességek vannak hozzárendelve, nem jogosultak a Cisco hívási tervre. Nyisson meg egy támogatási esetet útmutatásért.

      • Egy Webex Calling Data Centerben van üzemeltetve egy olyan régióban, ahol a Cisco Hívási terv támogatott.
    • Felhőhöz csatlakoztatott PSTN– Akkor válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást keres a Cisco CCP számos partnerének egyikétől, vagy ha a Cisco hívási terv nem érhető el az Ön tartózkodási helyén. A CCP-partnerek PSTN-helyettesítő megoldásokat, széles körű globális lefedettséget, valamint a funkciók, csomagolások és árképzések széles és változatos skáláját kínálják.

       

      A KKP-partnerek és a földrajzi lefedettség ittvan felsorolva . Csak azok a partnerek jelennek meg, akik támogatják a tartózkodási helyed országát. A partnerek felsorolása vagy emblémával, vagy rövid szöveges karakterláncként, majd egy régióval, zárójelben (Példa: (EU), (USA) vagy (CA)). A logóval ellátott partnerek mindig regionális médiát kínálnak a KKPszámára. A karakterláncként megjelenő partnerek esetében válassza ki a tartózkodási hely országához legközelebb eső régiót, hogy biztosítsa a ccp regionális adathordozóját.

      Ha látja a Számok megrendelése lehetőséget most egy tőzsdén jegyzett szolgáltatónál, javasoljuk, hogy válassza ezt a lehetőséget, hogy kihasználhassa az integrált központi szerződő fél előnyeit. Az integrált ccp lehetővé teszi telefonszámok beszerzését és feltöltését a Control Hubban egyetlen üvegtáblán. A nem integrált központi szerződő fél megköveteli, hogy telefonszámait a Központi Szerződő Fél partnerétől szerezze be a Control Hubonkívül.
    • Telephelyalapú PSTN (helyi átjáró)– Ezt a lehetőséget akkor választhatja, ha meg szeretné tartani jelenlegi PSTN-szolgáltatóját, vagy ha nem felhőalapú webhelyeket szeretne összekapcsolni a felhőwebhelyekkel.

       

      A korábban helyi átjáróval konfigurált helyekkel rendelkező Webex Calling ügyfelek automatikusan konvertálódnak helyiségalapú PSTN-re egy megfelelő törzsgel.
    3

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

    (Nem kötelező) A Segélyhívásalatt kiválaszthatja a Segélyhívás azonosítója lehetőséget , amelyet hozzá szeretne rendelni ehhez a helyhez.


     

    Ez a beállítás nem kötelező, és csak azokra az országokra vonatkozik, amelyek ezt megkövetelik.

    Egyes országokban (Példa: Franciaország), szabályozási követelmények vonatkoznak a mobil rádiórendszerekre, hogy megállapítsák a cella személyazonosságát, amikor Ön segélyhívást kezdeményez, és azt a segélyhívó hatóságok rendelkezésére bocsátják. Más országok, például az Egyesült Államok és Kanada más módszerekkel hajtják végre a helymeghatározást. További információ: Továbbfejlesztett segélyhívás.

    Előfordulhat, hogy a segélyhívás-szolgáltatónak szüksége van a hozzáférési hálózattal kapcsolatos információkra, és ezt egy új privát SIP-bővítmény fejlécének, a P-Access-Network-Info-nak a meghatározásával érik el. A fejléc a hozzáférési hálózattal kapcsolatos információkat tartalmaz.

    Amikor beállítja egy hely vészhelyzeti helyazonosítóját, a rendszer a SIP-üzenet részeként elküldi a hely értékét a szolgáltatónak. Vegye fel a kapcsolatot a segélyhívás-szolgáltatóval, és ellenőrizze, hogy szüksége van-e erre a beállításra, és használja-e a segélyhívás-szolgáltató által biztosított értéket."
    5

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

    (Nem kötelező) Kattintson a Hely lap tetején található ceruza ikonra a Helynév, a Bejelentés nyelve, az E-mail nyelv, az Időzónavagy a Cím szükség szerinti módosításához, majd kattintson a Mentésgombra .


     

    A hirdetmény nyelvének módosítása azonnal hatályba lép az ezen a helyen hozzáadott új felhasználók és funkciók esetében. Ha a meglévő felhasználóknak és/vagy funkcióknak is meg kell változtatniuk a bejelentés nyelvét, amikor a rendszer kéri, válassza a Módosítás meglévő felhasználókhoz és munkaterületekhez vagy a Módosítás meglévő funkciókhozlehetőséget. Kattintson az Alkalmaz gombra . A folyamat állását megtekintheti a Feladatok oldalon. Nem végezhet több módosítást, amíg ez be nem fejeződik.

     

    Egy hely időzónájának módosítása nem frissíti a helyhez társított funkciók időzónáit. Az olyan funkciók időzónáinak szerkesztéséhez, mint az automatikus kísérő, a vadászcsoport és a hívási várólista, lépjen annak a funkciónak az Általános beállítások területére, amelyhez frissíteni szeretné az időzónát, és ott szerkeszteni és menteni szeretné.

    A Webex Calling tárcsázási program konfigurálása

    Ezek a beállítások a belső tárcsázáshoz használatosak, és az első telepítővarázslóban is elérhetők. A tárcsázási terv módosításakor a Control Hub példaszámai frissülnek, hogy megmutassák ezeket a változásokat.

    A kimenő tárcsázási kódok nem támogatottak a Webex alkalmazásban, a Webex Calling Alkalmazásban vagy a Cisco Room eszközökön.

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

    1

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

    2

    Szükség szerint adja meg a következő választható tárcsázási beállításokat:

    • Helytovábbítási előtag hossza– Ezt a beállítást akkor javasoljuk, ha több hellyel rendelkezik. 2-7 számjegy hosszúságú lehet. Ha több hely van ugyanazzal a kiterjesztéssel, a felhasználóknak előtagot kell tárcsázniuk a helyek közötti híváskor. Ha például több üzlettel rendelkezik, amelyek mindegyike az 1000-es bővítménnyel rendelkezik, minden tárolóhoz konfigurálhat egy útválasztási előtagot. Ha az egyik üzletben a 888-as előtag található, akkor tárcsázza a 8881000-et az üzlet eléréséhez.
    • Irányítójegy az útválasztási előtagban– Itt állíthat be értéket, függetlenül attól, hogy használ-e helytovábbítási előtagokat.
    • Belső kiterjesztés hossza– 2-6 számjegyet adhat meg, és az alapértelmezett érték 2.

       

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

    Adja meg a belső tárcsázást adott helyekhez. Lépjen a Szolgáltatások > Hívás > helyek elemre , válasszon ki egy helyet, görgessen a Tárcsázásrészhez , majd szükség szerint módosítsa a belső és külső tárcsázást:

    • Belső tárcsázás– Adja meg azt az útválasztási előtagot, amelyet a más helyeken lévő felhasználóknak tárcsázniuk kell ahhoz, hogy kapcsolatba léphessenek valakivel ezen a helyen. Az egyes helyek útválasztási előtagjának egyedinek kell lennie. Javasoljuk, hogy az előtag hossza egyezzen meg a szervezeti szinten beállított hosszal, de 2-7 számjegy közötti hosszúságúnak kell lennie.
    • Külső tárcsázás– Igény szerint kiválaszthat egy kimenő tárcsázási számjegyet, amelyet a felhasználóknak tárcsázniuk kell egy külső vonal eléréséhez. Az alapértelmezett érték a Nincs , és hagyhatja, ha nincs szüksége erre a tárcsázási szokásra. Ha úgy dönt, hogy használja ezt a funkciót, javasoljuk, hogy használjon más számot, mint a szervezet irányítószámjegye.

       

      A felhasználók felvehetik a kimenő tárcsázási számjegyet, amikor külső hívásokat kezdeményeznek, hogy utánozzák a régi rendszerek tárcsázásának módját. Azonban minden felhasználó továbbra is kezdeményezhet külső hívásokat a kimenő tárcsázási számjegy nélkül.

    A felhasználókra gyakorolt hatás:

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

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

    A telephelyalapú PSTN (helyi átjáró) konfigurálása a Control Hubban

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

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

    Csomagtartó létrehozása

    Kövesse az alábbi lépéseket egy törzs létrehozásához a Control Hubban .

    Mielőtt elkezdené

    • Miután hozzáadott egy helyet, és mielőtt helyiségalapú PSTN-t konfigurálna egy helyhez, létre kell hoznia egy csomagtartót.

    • Hozzon létre bármilyen helyet, valamint konkrét beállításokat és számokat mindegyikhez. A helyeknek létezniük kell ahhoz, hogy helyiségalapú PSTN-t adhasson hozzá.

    • Ismerje meg a Webex-híváshelyiségalapú PSTN-ének (helyi átjáró) követelményeit .

    • Nem választhat egynél több törzset egy helyiségalapú PSTN-nel rendelkező helyhez, de ugyanazt a törzset több helyhez is választhatja.

    1

    Az ügyfélnézetből lépjen a https://admin.webex.comSzolgáltatások > a Hívás > hívásirányításelemre , és válassza a Trunkhozzáadása lehetőséget.

    2

    Válasszon ki egy helyet.
    3

    Nevezze el a törzset, majd kattintson a Mentésgombra .


     

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

    Mi a következő lépés

    Megjelenik a megfelelő paraméterek, amelyeket konfigurálnia kell a csomagtartón. A PSTN-kapcsolat biztonságossá tétele érdekében SIP-kivonat hitelesítő adatokat is létre fog hozni.

    A törzsadatok a képernyőn jelennek meg Regisztrálja a tartományt, a főcsoportot OTG/DTG, a vonal/portés a kimenő proxycímet.

    Javasoljuk, hogy másolja ki ezeket az információkat a Control Hubból , és illessze be egy helyi szövegfájlba vagy dokumentumba, hogy hivatkozhasson rájuk, amikor készen áll a helyszíni PSTN konfigurálására.

    Ha elveszíti a hitelesítő adatokat, létre kell hoznia azokat a Control Hubtörzsinformációs képernyőjéről . Kattintson a Felhasználónév lekérése és a Jelszó visszaállítása elemre a törzsön használandó hitelesítési hitelesítő adatok új készletének létrehozásához.

    Csomagtartó kiválasztása a helyiségalapú PSTN-hez

    1

    Az ügyfélnézetből lépjen https://admin.webex.com a Szolgáltatások > Hívások > helyek elemre.
    2

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

    Válassza a Telephely-alapú PSTN lehetőséget , majd kattintson a Továbbgombra .
    4

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


     

    Látogasson el a törzsoldalra a törzscsoport választásainak kezeléséhez.
    5

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

    Mi a következő lépés

    A Control Hub által generált konfigurációs információkat át kell vennie, és le kell képeznie a paramétereket a helyi átjáróra (például egy Cisco CUBE-ra, amely a helyszínen található). Ez a cikk végigvezeti Önt ezen a folyamaton. Referenciaként tekintse meg az alábbi ábrát egy példaért arra, hogy a Control Hub konfigurációs adatai (a bal oldalon) hogyan vannak leképezve a CUBE (jobb oldali) paramétereire:

    Miután sikeresen befejezte a konfigurációt magán az átjárón, visszatérhet a Szolgáltatások > hívás > helyek a Control Hubban , és a létrehozott átjáró a név bal oldalán egy zöld ponttal jelenik meg azon a helykártyán, amelyhez hozzárendelte. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívó felhőben, és aktív PSTN-átjáróként szolgál a helyhez.

    Telefonszámok kezelése

    Webex-szolgáltatások vásárlásának igénylése a Control Hub próbaverziójából

    1

    Az ügyfélnézetből válassza ki https://admin.webex.comaz épület ikont .

    2

    Válassza az Előfizetések lapot, majd kattintson a Vásárlás mostlehetőségre .

    A rendszer e-mailt küld a partnerének, amelyben tudatja vele, hogy ön fizetős előfizetésre szeretne váltani.

    Hívási beállítások megadása a Webex App felhasználói számára

    1

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

    2

    Húzza át azokat a hívási beállításokat, amelyeket látni szeretne a felhasználók számára, majd rendezze át őket a felhasználók számára biztosítani kívánt prioritási sorrendben.

    A felhasználók számára rejtett egyéb lehetőségek a Rejtett hívásbeállítások mezőben jelennek meg, ahogy az ezen a példa képernyőképen is látható:
    3

    Kapcsolja be az Egyszeri kattintással hívás engedélyezése beállítást, ha azt szeretné, hogy a felhasználók az előző lépésben konfigurált első hívási lehetőséggel kezdeményezhessenek hívást.


     

    A módosítások akár 24 órát is igénybe vehetnek, hogy megjelenjenek a Webex alkalmazásban. Azt tanácsolhatja a felhasználóknak, hogy indítsa újra az alkalmazásaikat, hogy gyorsabban fel tudják venni ezeket a módosításokat.

    A hívási viselkedés beállítása a Control Hubban

    Szabályozhatja, hogy melyik hívóalkalmazás nyíljon meg, amikor a felhasználók PSTN-hívásokat kezdeményeznek. Miután konfigurálta ezt a beállítást szervezeti szinten, felülbírálhatja ezt a beállítást adott felhasználók számára.

    Csak akkor válassza a szervezeti szintű lehetőséget, ha készen áll a teljes szervezet áttelepítésére.

    Mielőtt elkezdené

    • A szervezetnek a megfelelő előfizetésekkel kell rendelkeznie a választott hívási viselkedéshez.

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

    A vevői nézetből lépjen https://admin.webex.coma Felügyeleti > szervezeti beállítások elemre, majd görgessen a Hívási viselkedéselemhez , majd válasszon az alábbi lehetőségek közül: .

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

       

      A Webex Calling alkalmazás csak bizonyos ügyfelek számára érhető el.

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

    A felhasználóknak telepíteniük kell a megfelelő alkalmazást a WEBEX alkalmazásbólszármazó PSTN-hívások kezdeményezéséhez. Mindenképpen tudassa az emberekkel, hogy milyen döntést hoz, és ha egy másik alkalmazást használ PSTN-hívások kezdeményezésére.


     

    Ezt a beállítást felhasználói szinten módosíthatja, ha bizonyos személyeknek eltérő hívási viselkedést kell használniuk. Lépjen a Felhasználók elemre , és a Beállításokalatt válassza a Hívási viselkedés lehetőséget . Válassza ki, majd kattintson a Mentésgombra .
    2022. december 20.
    Helyi átjáró konfigurálása az IOS-XE-n Webex-híváshoz

    Miután konfigurálta a Webex Calling szolgáltatást a szervezete számára, beállíthat egy rönköt, amely a helyi átjárót a Webex Calling szolgáltatáshoz kapcsolja. A SIP TLS transzport biztosítja a lokális átjáró és a Webex felhő közötti rönköt. A helyi átjáró és a Webex-hívás közötti média SRTP-t használ.

    Helyi átjáró konfigurációs feladatának folyamata

    Két lehetőség van a helyi átjáró konfigurálására a Webex hívó csomagtartójához:

    • Regisztrációs alapú törzs

    • Tanúsítványalapú rönk

    Használja a Feladatfolyamot a Regisztrációs alapú Helyi átjáró vagy a Tanúsítvány alapú Helyi átjáró alatt a Helyi átjáró konfigurálásához a Webex hívó csomagtartója számára. A különböző rönktípusokkal kapcsolatos további információkért lásd A rönkök, az útvonalcsoportok és a tárcsázási tervek konfigurálása a Webex Calling számára című részt. Hajtsa végre a következő lépéseket magán a helyi átjárón a parancssori interfész (CLI) használatával. Munkamenet-kezdeményezési protokollt (SIP) és Transport Layer Security (TLS) transzportot használunk a csomagtartó és a Secure Real-time Protocol (SRTP) biztosítására a helyi átjáró és a Webex Calling közötti adathordozó biztosítására.

    Mielőtt elkezdené

    • Ismerje meg a Webex-hívás telephelyalapú nyilvános kapcsolt telefonhálózati (PSTN) és helyi átjáró (LGW ) követelményeit. További információkért lásd: Cisco Preferred Architecture for Webex Calling.

    • Ez a cikk azt feltételezi, hogy egy dedikált Helyi Átjáró platform van érvényben, amely nem rendelkezik meglévő hangkonfigurációval. Ha módosítasz egy meglévő PSTN-átjárót vagy Helyi átjáró vállalati telepítést, hogy Helyi átjáró funkcióként használhasd a Webex hívásnál, akkor nagyon figyelj a konfigurációra. Győződjön meg arról, hogy nem szakítja meg a meglévő hívásfolyamatokat és -funkciókat a változtatások miatt.

    • Hozzon létre egy ládát a Control Hubban, és rendelje hozzá a helyhez. További információkért lásd: A Webex Calling törzsének, útvonalcsoportjának és tárcsázási terveinek konfigurálása.
    Az eljárások hivatkozásokat tartalmaznak a parancs referenciadokumentációjához, ahol többet tudhat meg az egyes parancsbeállításokról. Eltérő rendelkezés hiányában minden parancshivatkozás a Webex felügyelt átjáró parancshivatkozására (ebben az esetben a parancshivatkozások a Cisco IOS hangutasításra). Ezek az útmutatók a Cisco Unified Border Element Command References weboldalon érhetők el.

    Referenciaplatform-konfiguráció végrehajtása

    Mielőtt elkezdené

    • Győződjön meg arról, hogy a konfigurált alapplatform konfigurációja megfelel a szervezet szabályzatainak és eljárásainak:

      • NTP-k

      • ACL-ek

      • jelszavak engedélyezése

      • elsődleges jelszó

      • IP-útválasztás

      • IP-címek és így tovább

    • A Cisco IOS XE 16.12 vagy IOS-XE 17.3 minimális támogatott kiadására van szükség minden Helyi Átjáró telepítéshez.

    1

    Győződjön meg arról, hogy a 3-as szintű interfészekhez érvényes és átirányítható IP-címeket rendelt:

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

    Konfigurálja előre a jelszó elsődleges kulcsát a következő parancsok segítségével, mielőtt felhasználná a hitelesítő adatokban és a megosztott titkokban. A 6-os típusú jelszavakat AES titkosítással és felhasználó által definiált elsődleges kulccsal kell titkosítani.

    conf t
key config-key password-encrypt Password123
password encryption aes
    3

    Konfigurálja az IP-névszervert a DNS-keresés és a ping engedélyezéséhez, hogy a szerver elérhető legyen. A helyi átjáró DNS-t használ a Webex-hívási proxycímek feloldásához:

    conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
    4

    Engedélyezze a TLS 1.2 exkluzivitást és az alapértelmezett helyőrző megbízhatósági pontot:

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

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


       

      • Győződjön meg arról , hogy a cn-san validate kiszolgáló csak akkor hozza létre a Local Gateway kapcsolatot, ha a 200-as bérlőn konfigurált (később leírt) kimenő proxy megegyezik a kiszolgálótól kapott CN-SAN listával.

      • A TLS működéséhez szükség van a titkosítási megbízhatósági pontra. Bár a kapcsolathoz nincs szükség helyi ügyféltanúsítványra (például mTLS).

    3. Engedélyezze a v1.2 kizárólagosságot a TLS v1.0 és v1.1 letiltásához.

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

    5. Állítsa be az időzítők kapcsolatát a TLS létrehozásához <wait-timer in="" sec="">. A hatótávolság 5–20 másodperc, az alapértelmezés 20 másodperc. (Az LGW-nek 20 másodpercre van szüksége ahhoz, hogy észlelje a TLS-kapcsolat meghibásodását, mielőtt megkísérel kapcsolatot létesíteni a következő elérhető Webex Calling Access SBC-vel. A CLI lehetővé teszi a rendszergazda számára, hogy a hálózati feltételekhez igazodva sokkal gyorsabban módosítsa az értéket, és észlelje a kapcsolódási hibákat az Access SBC-vel).


       

      A Cisco IOS XE 17.3.2 és újabb verziók alkalmazhatók.

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

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
    5

    A helyi átjáró bizalmi készletének frissítése:

    Az alapértelmezett trustpool csomag nem tartalmazza a "DigiCert Root CA" vagy "IdenTrust Commercial" tanúsítványokat, amelyekre szüksége van a szerveroldali tanúsítvány érvényesítéséhez a TLS kapcsolat létrehozásakor a Webex Callinghoz.

    Töltse le a legújabb “Cisco Trusted Core Root Bundle ” http://www.cisco.com/security/pki/ -t a trustpool csomag frissítéséhez.

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

      show crypto pki trustpool | include DigiCert

    2. Ha a DigiCert Room CA és az IdenTrust kereskedelmi tanúsítványok nem léteznek, a következőképpen frissítse:

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

       

      Alternatív megoldásként letöltheti a tanúsítványcsomagot, és telepítheti a helyi szerverről vagy a helyi átjáró flash memóriájából.

      Például:

      crypto pki trustpool import clean url flash:ios_core.p7b

    3. Ellenőrzés:

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

      show crypto pki trustpool | include IdenTrust Commercial
cn=IdenTrust Commercial Root CA 1
cn=IdenTrust Commercial Root CA 1

    Regisztrációs alapú csomagtartó konfigurálása

    Mielőtt elkezdené

    Győződjön meg arról, hogy elvégezte a Control Hub lépéseit egy hely létrehozásához és egy csomagtartó hozzáadásához az adott helyhez. A következő példában a Control Hubtól kapjuk meg az adatokat.

    1

    Adja meg a következő parancsokat a Helyi átjáró alkalmazás bekapcsolásához, lásd: Port Reference Information for Cisco Webex Calling for the latest IP subnets that you must add to the trust list:

    configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
asymmetric payload full
end

    Íme a konfigurációs mezők magyarázata:

    Az autópályadíj-csalás megelőzése
    voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y

    • Engedélyezi azon entitások forrás IP-címét, amelyektől a helyi átjáró jogszerű VoIP-hívásokat vár, mint például a Webex Calling peers, az Unified CM csomópontok és az IP PSTN.

    • Alapértelmezés szerint az LGW blokkolja az összes bejövő VoIP-hívásbeállítást olyan IP-címekről, amelyek nem szerepelnek a megbízható szolgáltatók listáján. A "munkamenet cél IP" -vel vagy szervercsoporttal rendelkező tárcsázók IP-címei alapértelmezés szerint megbízhatók, és nem kell itt feltölteni őket.

    • A listán szereplő IP-címeknek meg kell egyezniük a csatlakoztatott regionális Webex hívási adatközpont IP-alhálózataival. További tudnivalókat a Port Reference Information for Webex Calling (Portreferencia-adatok a Webex hívásához) című részben talál.


       

      Ha az LGW egy korlátozott kúpos NAT-tal rendelkező tűzfal mögött van, lehet, hogy inkább letiltja a megbízható IP-címek listáját a Webex Calling-facing felületen. A tűzfal már megvédi Önt a kéretlen bejövő VoIP-től. A művelet letiltása csökkenti a hosszabb távú konfiguráció költségét, mert nem tudjuk garantálni, hogy a Webex hívó kollégák címei fixek maradnak, és a tűzfalat minden esetben a társak számára kell konfigurálni.

    • Más IP-címek konfigurálása más kapcsolatokon, például: biztosítja, hogy az Egységes CM címeket hozzáadja a befelé néző felületekhez.

    • Az IP-címeknek meg kell egyezniük a gazda IP-címével és a outbound-proxy 200-as bérlőre oldódik fel.

    • A megbízható IP-címek listájának használatáról az autópályadíj-csalás megelőzése érdekében további információt talál a megbízható IP-címek című részben.

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

    • Médiastatisztika

      A helyi átjáró médiafigyelésének engedélyezése.

    • Médiatömeg-statisztika

      Lehetővé teszi a vezérlősík számára az adatsík lekérdezését a tömeges hívások statisztikáihoz.

    • A parancsokról további információt a Media in the Cisco IOS Voice Command Reference - K through R (Média a Cisco IOS hangutasítás-referenciájában - K-től R-ig) című kiadványban talál.

    A SIP-SIP alapvető funkciói
    allow-connections sip to sip

    • SIP és SIP közötti kapcsolatok engedélyezése.

    • Alapértelmezés szerint a Cisco IOS vagy IOS XE hangeszközök nem teszik lehetővé, hogy a bejövő VoIP lábak VoIP-ként jelenjenek meg.

    • További tudnivalók erről a parancsról: Kapcsolatok engedélyezése.

    Kiegészítő szolgáltatások
    no supplementary-service sip refer
no supplementary-service sip handle-replaces

    Letiltja a HIVATKOZÁSOKAT, és lecseréli a fejlécben található párbeszédablak-azonosítót a társ párbeszédablak-azonosítóra.

    További információkért lásd: Kiegészítő szerviz SIP.

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

    Engedélyezi a T.38-at faxátvitelhez, de a faxforgalom nem lesz titkosítva. A parancsról további tudnivalókat a t38 (hangszolgáltatás) faxprotokoll tartalmaz.

    Globális kábítás engedélyezése
    stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$

    • Ha egy hívást egy Webex-hívó felhasználóhoz továbbít (például a hívott és a hívó felek is a Webex-hívó előfizetők , és ha a Webex-hívó SBC-nél adathordozót horgonyoz le) , akkor a média nem tud a helyi átjáróhoz áramolni, mivel a lyuk nincs nyitva.

    • A helyi átjáró STUN-kötési funkciója lehetővé teszi a helyben generált STUN-kérelmek továbbítását az egyeztetett médiaútvonalon. A kábító segít kinyitni a tűzfalban lévő lyukat.

    • A STUN-jelszó előfeltétele annak, hogy a helyi átjáró elküldje a STUN-üzeneteket. Beállíthatja a Cisco IOS/IOS XE alapú tűzfalakat, hogy ellenőrizzék a jelszót, és dinamikusan nyissák meg a pin hole-okat (például kifejezett beviteli szabályok nélkül). De a helyi átjáró telepítéséhez statikusan úgy kell beállítani a tűzfalat, hogy a Webex Calling SBC alhálózatok alapján nyissa ki és be a lyukakat. Ennek megfelelően a tűzfalnak úgy kell kezelnie az SBC alhálózatokat, mint bármely bejövő UDP csomagot, amely a csomag tartalmának kifejezett vizsgálata nélkül aktiválja a lyukat.

    További információkért lásd: STUN flowdata agent-id és STUN flowdata shared- secret.
    G729
    sip
g729 annexb-all

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

    További információkért lásd a g729 mellékletetb-all.
    SIP
    early-offer forced

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

    További tudnivalók erről a parancsról: korai ajánlat.
    2

    Állítsa be a „SIP-profil 200” beállítást.

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

    Íme a konfigurációs mezők magyarázata:

    • szabály

      Biztosítja, hogy a fejlécet “SIP-Req-URI” és nem “SIP-Req-URL” .

      A szabály konvertálja a SIP URI-ket és a SIP URL-eket, mert a Webex hívás nem támogatja a SIP URI-ket a kérés/válasz üzenetekben, de szüksége van rájuk az SRV lekérdezésekhez, például: _sips._tcp.<outbound-proxy>.

    • szabály

      Módosítja a From fejlécet, hogy tartalmazza az OTG/DTG rönkcsoport paramétert a Control Hub-ból, hogy egyedileg azonosítsa a helyi átjáró helyét a vállalaton belül.

    • A SIP-profilt alkalmazza a (később tárgyalt) 200-as hangosztályú bérlőre minden forgalomirányítású Webex hívásra. További információkért lásd : hangosztály-szippantás-profilok.

      A szabályparancsokról további tudnivalókat a Cisco IOS Voice Command Reference - K through R (Hangfordítási szabály) című kiadványban olvashat.
    3

    Konfigurálja a kodekprofilt, a STUN-definíciót és az SRTP titkosítócsomagot.

    voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
exit
voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80
exit
voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite
exit

    Íme a konfigurációs mezők magyarázata:

    • Hangkodek 99

      Lehetővé teszi a g711 (mu és a law) kodekeket a munkamenetekhez. Vigye fel a kábítót az összes tárcsázóra.

      További információkért lásd: Voice Class codec.

    • Hangosztály srtp-crypto 200

      voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80

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

    • A (később tárgyalt) 200-as hangosztály bérlőjét alkalmazza - Webex Calling.

    • Hangosztály kábítás-használat 200

      voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite

      Meghatározza a kábítás használatát. Minden Webex Calling -facing (2XXtag) tárcsázóra alkalmazza a kábítást, hogy elkerülje a lehallgatást, amikor egy egyesített CM telefon továbbítja a hívást egy másik Webex Calling telefonra. Lásd a STUN-használat tűzfal-fordító áramlásadatait és a STUN-használat jégtábláit.


     

    Ha az ITSP SBC-nél és a helyi átjárónál lévő hírcsatorna egy NAT mögött van, akkor várja meg az ITSP-től érkező hírcsatornát. A STUN parancsot az ITSP tárcsázókra is alkalmazhatja.

     

    A médiaút-optimalizálást használó hívásokhoz a kábítás használata jeges megvilágítást igényel.
    4

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

    Webex hívás hozzáadása bérlőként a helyi átjáróhoz. Konfigurációra van szükség a Helyi Átjáró regisztrálásához a 200-as hangosztály alatt. A konfiguráció elemeit a Trunk Info oldalról kell beszereznie a Control Hubtól, az alábbi képen látható módon. A következő példa megmutatja, hogy melyek azok a mezők, amelyek a megfelelő helyi átjáró CLI-hez kapcsolódnak.

    Alkalmazza a 200-as bérlőt a helyi átjáró konfigurációjában található összes Webex hívó irányú tárcsázóra (2xx tag). A hangosztály bérlő funkció lehetővé teszi a SIP rönkparaméterek csoportosítását és konfigurálását, amelyek egyébként a VoIP és a SIP-ua hangszolgáltatás alatt történnek. Ha beállít egy bérlőt, és tárcsázó alatt alkalmazza, akkor a következő beállítási sorrend vonatkozik a helyi átjáró konfigurációira:

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

    • Bérlői konfiguráció

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

    Konfigurálja a 200-as hangosztály bérlőjét, hogy a Vezérlőközponttól kapott paraméterek alapján engedélyezze a csomagtartói regisztrációt a Helyi átjáróról a Webex-hívásra:


     

    A következő parancssor és paraméterek csak példák. Használja a paramétereket a saját telepítéséhez.

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

    Íme a konfigurációs mezők magyarázata:

    voice class tenant 200

    Egyedi globális konfigurációkat tesz lehetővé több bérlő számára a SIP törzseken, amelyek differenciált szolgáltatásokat tesznek lehetővé a bérlők számára.

    További információkért lásd a hangosztály bérlőjét.
    registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

    Regisztrátor szerver a helyi átjáróhoz, a regisztrációs beállítással, hogy kétpercenként frissüljön (240 másodperc 50% -a). További információkért lásd a regisztrátort a Cisco IOS Voice Command Reference - K-től R-ig.

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

    A törzsregisztrációs kihívás hitelesítő adatai. További információkért lásd a hitelesítő adatokat (SIP UA) a Cisco IOS Voice Command Reference - A-tól C-ig.

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

    Hitelesítési kihívás hívásokhoz. További tudnivalókat a Cisco IOS Voice Command Reference - A-tól C-ig című kiadvány hitelesítésében (dial-peer) talál.

    no remote-party-id

    Kapcsolja ki a SIP Remote-Party-ID (RPID) fejlécet, mivel a Webex Calling támogatja a PAI-T, amely a CIO-val van engedélyezve asserted-id pai. További információkért lásd a Cisco IOS Voice Command Reference - K through R távoli party-id részét.

    sip-server dns:40462196.cisco-bcld.com
    Meghatározza a Webex hívó kiszolgálókat. További információkért lásd a SIP-kiszolgálót a Cisco IOS Voice Command Reference - S parancsokban.
    connection-reuse

    Ugyanazt az állandó kapcsolatot használja a regisztrációhoz és a hívásfeldolgozáshoz. További tudnivalókat a kapcsolat-újrafelhasználás című rész tartalmaz.

    srtp-crypto 200

    Definiál voice class srtp-crypto 200 az SHA1_80 meghatározása (a 3. lépésben meghatározva). További információkért lásd az srtp-crypto hangosztályt.

    session transport tcp tls
    Átvitel beállítása a TLS-be. További információkért lásd: munkamenet-átvitel.
    url sips

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

    error-passthru

    Megadja a SIP error response pass-thru funkcionalitást.

    További információkért lásd: error-passthru.
    asserted-id pai

    Bekapcsolja a PAI feldolgozást a helyi átjárónál. További információkért lásd: aserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Beállít egy forrás IP-címet a Webex Calling felé néző jeladó forrásinterfész számára.

    bind media source-interface GigabitEthernet0/0/1

    Beállít egy forrás IP-címet a Webex Calling felé néző médiaforrás-interfész számára.

    A kötési parancsokkal kapcsolatos további információkért lásd a kötést a Cisco IOS Voice Command Reference - A-tól C-ig.

    no pass-thru content custom-sdp

    Alapértelmezett parancs bérlő alatt. További tudnivalók erről a parancsról: pass-thru content.

    sip-profiles 200

    Megváltoztatja az SIP-ket a SIP-re, és módosítja a SIP-t/portot a MEGHÍVÁSI és REGISZTRÁCIÓS üzenetekhez a voice class sip-profiles 200. További információkért lásd : hangosztály-szippantás-profilok.

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

    Webex SBC hozzáférést kér. További információ a kimenő proxyban található.

    privacy-policy passthru

    Átláthatóan adja át az adatvédelmi fejléc értékeit a bejövő és a kimenő lábak között. További információkért lásd az adatvédelmi politikát a Cisco IOS Voice Command Reference - K-től R-ig.

    Miután definiálta a 200-as bérlőt a helyi átjárón belül, és konfigurált egy SIP VoIP tárcsázót, az átjáró TLS kapcsolatot kezdeményez a Webex hívás felé, ekkor az SBC hozzáférési tanúsítványt mutat be a helyi átjárónak. A helyi átjáró a korábban frissített CA-gyökércsomaggal hitelesíti a Webex Calling Access SBC tanúsítványt. Tartós TLS munkamenetet hoz létre a helyi átjáró és a Webex híváselérési SBC között. A helyi átjáró ezután elküld egy NYILVÁNTARTÁST a hozzáférés SBC, amely kihívást jelent. A regisztrációs AOR: szám@domain. A szám a „number” paraméterből és a „registrar dns:<fqdn>.” tartományból származik. A nyilvántartásba vétel vitatása esetén:

    • Használja a felhasználónevet, a jelszót és a tartomány paramétereit a hitelesítő adatokból a fejléc és a SIP-profil 200 létrehozásához.

    • A SIPS URL-t visszaalakítja SIPS-SÉ.

    A regisztráció akkor sikeres, ha 200 OK-t kap a hozzáférési SBC-től.

    Helyi átjáró konfigurálása IP PBX nélkül

    Ez a telepítés a következő konfigurációt igényli a helyi átjárón:

    1. Hang osztály bérlőkÖn létre más bérlők tárcsázók szemben ITSP hasonló bérlő 200, hogy hozzon létre a Webex Calling szembenéző tárcsázók.

    2. Hangosztály URI-kA helyi átjárónál végződő különböző rönkök gazda IP-címeinek/portjainak mintáit adhatja meg:

      • Webex hívás az LGW-hez

      • PSTN SIP trönk végződtetés LGW-n

    3. Kimenő tárcsázók-A kimenő hívó lábakat az LGW-ről az ITSP SIP csomagtartóba és a Webex Calling-be irányíthatja.

    4. Hangosztály DPG-A kimenő tárcsázókat egy bejövő tárcsázóból irányíthatja célba.

    5. Bejövő tárcsázókAbejövő hívó lábak fogadhatók az ITSP és a Webex hívásból.

    Használja a konfigurációkat vagy a partner-hostolt helyi átjáró beállításához, vagy az ügyféloldali átjáróhoz, amint az a következő képen látható.

    1

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

    1. Alkalmazza a 100-as hangosztály bérlőjét az IP PSTN-re néző összes kimenő tárcsázóra.

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

    2. Alkalmazzon 300-as hangosztályú bérlőt az IP PSTN-ről érkező összes bejövő tárcsázóra.

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

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

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

      voice class uri 100 sip
  host ipv4:192.168.80.13

    2. Határozzon meg egy mintát a helyi átjáró helyének egyedi azonosításához a vállalaton belül a Control Hub rönkcsoport OTG vagy DTG paramétere alapján:

      voice class uri 200 sip
 pattern dtg=hussain2572.lgu

       

      A helyi átjáró jelenleg nem támogatja a (z)_"" aláhúzást a mérkőzésmintában. Megoldásként használhatsz egy pontot "." (bármelyiknek megfelel) a (z) "_" -nek való megfeleléshez.

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

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

    1. Kimenő tárcsázó IP PSTN felé:

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázó egy címkét 101,és ad egy értelmes leírást a könnyű kezelhetőség és a hibaelhárítás.

      destination-pattern BAD.BAD

      A 101-es tárcsázó kiválasztását teszi lehetővé. Ezt a kimenő tárcsázót azonban közvetlenül a bejövő tárcsázók közül hívhatja meg a dpg utasításokkal, és ez megkerüli a számjegyminta megfelelési feltételeket. A célminta CLI által megengedett alfanumerikus számjegyeken alapuló önkényes mintát használ.

      session protocol sipv2

      Megadja, hogy a101-es tárcsázó kezelje a SIP hívási lábakat.

      session target ipv4:192.168.80.13

      Jelzi a cél IPv4-címét a hívó láb küldéséhez. Ebben az esetben az ITSP IP-címe.

      voice-class codec 99

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

      dtmf-relay rtp-nte

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

      voice-class sip tenant 100

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

      no vad

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

    2. Kimenő tárcsázó a Webex hívás felé (A kimenő tárcsázó frissítésével a Webex hívás bejövő tárcsázójaként is szolgálhat később a konfigurációs útmutatóban).

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

      A parancsok magyarázata:

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

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

      session target sip-server

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

      voice-class stun-usage 200

      Lehetővé teszi a helyi szinten generált STUN-kérelmek küldését a helyi átjáróról a megegyezésen alapuló médiaútvonalon keresztül. A kábítás segít megnyitni a tűzfalban lévő lyukat.

      no voice-class sip localhost

      Letiltja a DNS helyi állomásnév helyett a fizikai IP-címet a kimenő üzenetek Feladó, Hívásazonosító, és Távoli-Party-ID fejlécében.

      voice-class sip tenant 200

      A tárcsázó a 200-as bérlőtől örököl minden paramétert (LGW <--> Webex Calling Trunk), kivéve, ha ugyanazt a paramétert maga a tárcsázó alatt adja meg.

      srtp

      Engedélyezi az SRTP-t a hívó lábhoz.

      no vad

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

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

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

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

    2. Határozza meg a 200-as tárcsázói csoportot a 200201-es kimenő tárcsázói csoporttal, mint a PSTN LGW Webex hívási útvonal célpontját--> -->. Vigye fel a DPG 200-at a bejövő tárcsázó 100-ra , amelyet később definiál.

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

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

    1. Bejövő tárcsázó a bejövő IP PSTN hívó lábakhoz:

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázó egy címke 100, és ad egy értelmes leírást a könnyű kezelhetőség és a hibaelhárítás.

      session protocol sipv2

      Megadja, hogy a tárcsázó 100 kezelje a SIP hívási lábakat.

      incoming uri via 100

      Megadja az URI 100 hangosztályt, hogy megfeleljen az IP PSTN és a helyi átjáró közötti összes bejövő forgalomnak a VIA fejléc állomás IP-címén. További információkért lásd a bejövő URI-t a Cisco IOS Voice Commands Reference - D-től I-ig.

      destination dpg 200

      200-as tárcsacsoportot ad meg a kimenő tárcsázók kiválasztásához. A tárcsázócsoport beállításával kapcsolatos további tudnivalókat a Cisco IOS Voice Commands Reference - T-től Z-ig című dokumentumban a dpg hangosztályban talál.

      voice-class sip tenant 300

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

      no vad

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

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

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

      Íme a konfigurációs mezők magyarázata:

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

      Frissíti a 2002-es címkéjű VoIP tárcsázót01, és értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

      incoming uri request 200

      Megadja az URI 200 hangosztályt, hogy megfeleljen a Webex Calling to LGW-ről érkező összes forgalomnak a kérelem URI egyedi dtg-mintáján, egyedileg azonosítva a helyi átjáró helyét a vállalaton belül és a Webex Calling ökoszisztémában. További információkért lásd a bejövő URI-t a Cisco IOS Voice Commands Reference - D-től I-ig.

      destination dpg 100

      Megadja a 100-as tárcsacsoportot a kimenő tárcsázási csoport kiválasztásához. A tárcsázócsoport beállításával kapcsolatos további tudnivalókat a Cisco IOS Voice Commands Reference - T-től Z-ig című dokumentumban a dpg hangosztályban talál.

      max-conn 250

      Az LGW- és a Webex-hívás közötti egyidejű hívások számát 250-re korlátozza , feltételezve, hogy a Webex-hívás egyetlen tárcsázóval történik a jelen cikkben meghatározott bejövő és kimenő hívások esetén egyaránt. Az Egységesített CM-ről a Webex-hívásra való áttérés című dokumentumban talál további tudnivalókat a Helyi átjáró egyidejű hívási korlátjairól.
    PSTN - Webex hívás

    Egyeztesse a helyi átjáró összes bejövő IP PSTN hívó lábát a 100-as tárcsázóval, hogy meghatározza az IP PSTN IP-címét tartalmazó VIA fejléc egyezési kritériumát. DPG 200 meghívja kimenő tárcsázó 200201, amely a Webex hívó szerver, mint a cél úticél.

    Webex hívás PSTN-re

    Egyeztesse a helyi átjáró összes bejövő Webex hívó lábát a 200201-es tárcsázóval, hogy meghatározza a KÉRÉS URI fejlécmintázatának egyezési kritériumát a helyi átjáró telepítésére jellemző OTG/DTG paraméterrel. A DPG 100 a kimenő 101-estárcsázót hívja meg, melynek célhelye az IP PSTN IP-címe.

    Helyi átjáró konfigurálása meglévő egyesített CM környezettel

    Ez a telepítés a következő konfigurációt igényli a helyi átjárón:

    1. Hang osztály bérlőkÖn hozzon létre több bérlők szemben álló egységes CM és ITSP, hasonló bérlő 200, hogy hozzon létre a Webex Calling szembenéző tárcsázók.

    2. Hangosztály URI-k Megadhategy mintát a fogadó IP-címekhez/portokhoz a különböző rönkökhöz, amelyek az LGW-n végződnek a következő helyről:

      • Egységesített CM - LGW a PSTN célállomások esetében

      • Egységes közösségi médium az LGW-nek a Webex hívási célállomásokhoz

      • Webex hívás LGW célhelyekre

      • PSTN SIP trönk végződtetés LGW-n

    3. Hangosztály-kiszolgáló-csoport-A kimenő csomagok IP-címeit/portjait a következő helyről célozhatja meg:

      • LGW to Unified CM

      • LGW - Webex hívás

      • LGW - PSTN SIP törzs

    4. Kimenő tárcsázók-A kimenő hívó lábakat a következő helyről irányíthatja:

      • LGW to Unified CM

      • ITSP SIP csomagtartó

      • Webex Calling

    5. Hangosztály DPG-A kimenő tárcsázókat a bejövő tárcsázók segítségével célozhatja meg.

    6. Bejövő hívások- Bejövő hívások fogadhatók az Unified CM, ITSP és Webex Calling szolgáltatásból.

    1

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

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

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

    2. 300-as hangosztályú bérlő alkalmazása az Unified CM és IP PSTN összes bejövő tárcsázójára:

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

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

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

      voice class uri 100 sip
  host ipv4:192.168.80.13

    2. Határozzon meg egy mintát a helyi átjáró helyének egyedi azonosításához a vállalaton belül a Control Hub rönkcsoport OTG/DTG paramétere alapján:

      voice class uri 200 sip
pattern dtg=hussain2572.lgu

       

      A helyi átjáró jelenleg nem támogatja a (z)_"" aláhúzását a mérkőzésmintában. Megoldásként pont "-t használsz." (bármelyiknek megfelel) a (z) "_" -nek való megfeleléshez.

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

    3. Egységes CM-jelzést határoz meg a PORTON KERESZTÜL a Webex hívó rönkhöz:

      voice class uri 300 sip
pattern :5065

    4. Meghatározza az egységesített CM forrásjelzési IP-t és a PSTN-törzs portján keresztüli jelzést:

      voice class uri 302 sip
pattern 192.168.80.60:5060
    3

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

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

      voice class server-group 301
ipv4 192.168.80.60 port 5065

    2. Meghatározza az Egységes CM törzs célállomás IP-címét és portszámát az Egységes CM 2. csoporthoz, ha van ilyen:

      voice class server-group 303
ipv4 192.168.80.60 port 5065

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

      voice class server-group 305
ipv4 192.168.80.60

    4. Meghatározza az Egységes CM törzs cél gazda IP-címét az Egységes CM 2. csoporthoz, ha van ilyen.

      voice class server-group 307 
ipv4 192.168.80.60
    4

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

    1. Kimenő tárcsázó IP PSTN felé:

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

      Íme a konfigurációs mezők magyarázata:

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

      101-es címkéjű VoIP tárcsázót definiál, amely a könnyű kezelhetőség és hibaelhárítás érdekében tartalmas leírást ad.

      destination-pattern BAD.BAD

      A 101-es tárcsázó kiválasztását teszi lehetővé. A kimenő tárcsázóparancsot azonban közvetlenül a bejövő tárcsaparancsból hívhatja meg a dpg utasításainak használatával, amely megkerüli a számjegyminta megfelelési kritériumait. Olyan tetszőleges mintát használ, amely a CLI célminta által megengedett alfanumerikus számjegyeken alapul.

      session protocol sipv2

      Megadja, hogy a 101-es tárcsázó kezelje a SIP hívási lábakat.

      session target ipv4:192.168.80.13

      Jelzi a cél IPv4-címét a hívó láb küldéséhez. (Ebben az esetben az ITSP IP-címe.)

      voice-class codec 99

      Azt jelzi, hogy a 99-es kodekpreferencia-lista van használatban ehhez a tárcsázóhoz.

      voice-class sip tenant 100

      A tárcsázó örökli az összes paramétert a 100-as bérlőtől, kivéve, ha ugyanazt a paramétert definiálja a tárcsázó alatt.

    2. Kimenő tárcsázó a Webex hívás felé (Frissítse a kimenő tárcsázót, hogy bejövő tárcsázó legyen a Webex hívásból):

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

      Íme a konfigurációs mezők magyarázata:

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

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

      session target sip-server

      Azt jelzi, hogy a globális SIP-kiszolgáló a 200201-es tárcsázóról érkező hívásokcélja . A 200-as bérlőben definiált Webex hívószerver a 200201-es tárcsázóra öröklődik.

      voice-class stun-usage 200

      Lehetővé teszi a helyben generált STUN-kérelmek továbbítását az egyeztetett médiaútvonalon. A kábítás segít megnyitni a tűzfalban lévő lyukat.

      no voice-class sip localhost

      Letiltja a DNS helyi állomásnév helyett a fizikai IP-címet a kimenő üzenetek Feladó, Hívásazonosító, és Távoli-Party-ID fejlécében.

      voice-class sip tenant 200

      A tárcsázó a 200-as bérlőtől örököl minden paramétert (LGW <--> Webex hívó törzs), kivéve, ha ugyanazt a paramétert maga a tárcsázó alatt adja meg.

      srtp

      Engedélyezi az SRTP-t a hívó lábhoz.

    3. Kimenő tárcsázó az Unified CM Webex hívó csomagtartója felé:

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

      Íme a konfigurációs mezők magyarázata:

      dial-peer voice 301 voip
description Outgoing dial-peer to CUCM-Group-1 for 
inbound from Webex Calling – Nodes 1 to 5

      Meghatározza a VoIP tárcsázót 301-es címkével, és értelmes leírást ad a könnyű kezeléshez és hibaelhárításhoz.

      session server-group 301

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

      Szervercsoport kimenő tárcsázóban

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

      További információ a Cisco Unified Border Element Configuration Guide - Cisco iOS XE 17.6 Ons (Egységesített határelem konfigurációs útmutató - Cisco IOS XE 17.6) című kiadványban található.

    4. Második kimenő tárcsázó az Egységes CM Webex hívó csomagtartója felé, ha több mint 5 Egységes CM csomópontja van:

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

    5. Kimenő tárcsázó az Unified CM PSTN csomagtartója felé:

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

    6. Második kimenő tárcsázó az Unified CM PSTN csomagtartója felé, ha több mint 5 Unified CM csomópontja van:

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

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

    1. Meghatározza a DPG 100-at. A 101-es kimenő tárcsázó a célpontja minden bejövő tárcsázó csoportnak, amely a 100-as tárcsázó csoportot hívja meg. A DPG 100-at alkalmazzuk a bejövő 302-es tárcsázóra, amelyet később határozunk meg az egységesített CM --> LGW --> PSTN elérési úthoz:

      voice class dpg 100
dial-peer 101 preference 1

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

      voice class dpg 200
dial-peer 200201 preference 1

    3. Definiálja a kimenő 301-es vagy 303-as tárcsázó DPG 300-at a Webex hívás --> LGW --> Unified CM útvonalhoz:

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

    4. Definiálja a DPG 302-t a kimenő 305-ös vagy 307-es tárcsázókhoz a PSTN --> LGW --> Unified CM útvonalhoz:

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

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

    1. Bejövő tárcsázó a bejövő IP PSTN hívó lábakhoz:

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázó egy címke 100, és ad egy értelmes leírást a könnyű kezelhetőség és a hibaelhárítás.

      session protocol sipv2

      Megadja, hogy atárcsázó 100 kezelje a SIP hívási lábakat.

      incoming uri via 100

      Megadja az URI 100 hangosztályt az Egységesített CM-ből LGW-be érkező összes forgalomhoz a fejléc állomás IP-címén. További információkért lásd a bejövő URI-t a Cisco IOS Voice Commands Reference - D-től I-ig.

      destination dpg 302

      A 302-es tárcsázócsoportot adja meg a kimenő tárcsázó kiválasztásához. A tárcsázócsoport beállításával kapcsolatos további tudnivalókat a Cisco IOS Voice Commands Reference - T-től Z-ig című dokumentumban a dpg hangosztályban talál.

      voice-class sip tenant 300

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

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

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

      Íme a konfigurációs mezők magyarázata:

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

      Frissíti a 2002-es címkéjű VoIP tárcsázót01, és értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

      incoming uri request 200

      Megadja az URI 200 hangosztályt az Unified CM és LGW közötti összes bejövő forgalomra a kérelem URI egyedi dtg-mintáján, egyedileg azonosítva a helyi átjáró helyét a vállalaton belül és a Webex hívó ökoszisztémában. További információkért lásd a bejövő URI-t a Cisco IOS Voice Commands Reference - D-től I-ig.

      destination dpg 300

      Megadja a 300-as tárcsázócsoportot a kimenő tárcsázó kiválasztásához. A tárcsázócsoport beállításával kapcsolatos további tudnivalókat a Cisco IOS Voice Commands Reference - T-től Z-ig című dokumentumban a dpg hangosztályban talál.

      max-conn 250

      Az LGW- és a Webex-hívás közötti egyidejű hívások számát 250-re korlátozza , feltéve, hogy a Webex-hívás egyetlen tárcsázóval néz a jelen útmutatóban meghatározott bejövő és kimenő hívások elé. További részletekért az egyidejű híváskorlátozásokról, beleértve a Helyi Átjárót, lásd az Átállás az Egységesített CM-ről a Webex Hívásra című dokumentumot.

    3. Bejövő tárcsázó a bejövő Egységes CM hívó lábakhoz Webex hívással célállomásként:

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázót 300-as címkével, és értelmes leírást ad a könnyű kezeléshez és hibaelhárításhoz.

      incoming uri via 300

      Megadja az URI 300 hangosztályt az Unified CM és LGW közötti összes bejövő forgalomhoz a via forrásporton (5065). További információkért lásd a bejövő URI-t a Cisco IOS Voice Commands Reference - D-től I-ig.

      destination dpg 200

      200-as tárcsázási csoportot ad meg a kimenő tárcsázási csoport kiválasztásához. A tárcsázócsoport beállításával kapcsolatos további tudnivalókat a Cisco IOS Voice Commands Reference - T-től Z-ig című dokumentumban a dpg hangosztályban talál.

      voice-class sip tenant 300

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

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

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázó egy címkét 302, és ad egy értelmes leírást a könnyű kezelhetőség és a hibaelhárítás.

      incoming uri via 302

      Megadja az URI 302 hangosztályt az Unified CM és LGW közötti összes bejövő forgalomhoz a via forrásporton (5065). További információkért lásd a bejövő URI-t a Cisco IOS Voice Commands Reference - D-től I-ig.

      destination dpg 100

      100-as tárcsázási csoportot ad meg a kimenő tárcsázási csoport kiválasztásához. A tárcsázócsoport beállításával kapcsolatos további tudnivalókat a Cisco IOS Voice Commands Reference - T-től Z-ig című dokumentumban a dpg hangosztályban talál.

      voice-class sip tenant 300

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

    IP PSTN az egyesített CM PSTN törzshöz

    Webex Calling Platform to Unified CM Webex Calling trunk

    Egységes CM PSTN törzs - IP PSTN

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

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

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

    A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a probléma kiváltó eseményeiről és a probléma tájékoztatása, hibaelhárítása és elhárítása érdekében végrehajtandó műveletekről. meghatározhatja a problémafelderítési logikát a rendszernapló üzenetek, az SNMP események és az adott show parancs kimenetek időszakos monitorozása segítségével.

    A művelettípusok közé tartozik a show parancs kimenetek gyűjtése:

    • konszolidált naplófájl létrehozása

    • a fájl feltöltése a felhasználó által megadott hálózati helyre, például https, SCP, FTP szerverre

    TAC mérnökök szerzője a DS fájlokat, és digitálisan írja alá az integritás védelme. Minden DS-fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. A DSLT (Diagnostic Signatures Lookup Tool - diagnosztikai aláírások keresési eszköze) egyetlen forrás a különböző problémák nyomon követéséhez és hibaelhárításához szükséges aláírások megkereséséhez.

    Mielőtt elkezdené:

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

    • Egy egyszerű levéltovábbítási protokoll (SMTP) kiszolgáló, amelyre a helyi átjáró e-mail értesítések küldéséhez van szüksége.

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

    Előfeltételek

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

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

    2. Állítsa be a biztonságos e-mail szervert proaktív értesítés küldésére, ha a készülék Cisco IOS XE 17.3.2 vagy újabb verziójú rendszert futtat.

      configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

    3. Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével.

      configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

    16.11.1 vagy magasabb verziójú helyi átjáró

    1. Alapértelmezés szerint engedélyezve vannak a diagnosztikai aláírások

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

      configure terminal 
call-home  
mail-server <email server> priority 1 
end

    3. Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével.

      configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address>
end

    16.9.x verziójú helyi átjáró

    1. A diagnosztikai aláírások engedélyezéséhez adja meg a következő parancsokat.

      configure terminal 
call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
end

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

      configure terminal 
call-home  
mail-server  <email server> priority 1 
end

    3. Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével.

      configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

    Az alábbi példa egy helyi átjáró konfigurációját mutatja, amely a Cisco IOS XE 17.3.2-en fut, hogy proaktív értesítéseket küldjön a tacfaststart@gmail.com címre, biztonságos SMTP szerverként használva a Gmailt:

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

    A Cisco IOS XE szoftveren futó helyi átjáró nem tipikus webes Gmail kliens, amely támogatja az OAuth-ot, ezért be kell állítanunk egy konkrét Gmail fiókbeállítást, és konkrét engedélyt kell adnunk az eszközről érkező e-mail helyes feldolgozásához:

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

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

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

    A CPU magas kihasználtságának figyelése

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

    1. Ellenőrizze, hogy az SNMP engedélyezve van-e a show snmp paranccsal. Ha nem engedélyezi, akkor konfigurálja az „snmp-server manager” parancsot.

      show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

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

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

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      Teljesítmény

      Probléma típusa

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

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

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

      A következő példa a fájl FTP-kiszolgálóról a helyi átjáróba történő másolását mutatja.

      copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

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

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

    5. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.

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

      DS-k letöltése:

      DS-azonosító

      DS-név

      Felülvizsgálat

      Állapot

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

      64224

      DS_LGW_CPU_MON75

      0,0.10

      Regisztrálva

      2020-11-07 22:05:33

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

    A SIP-rönkregisztráció nyomon követése

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

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

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      SIP-SIP

      Probléma típusa

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

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

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

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

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

    4. Az aláírás sikeres telepítésénekellenőrzéséhez használja a hívóoldali diagnosztikai aláírás megjelenítése parancsot. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.

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

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

    1. Ellenőrizze, hogy az SNMP engedélyezve van-e a show snmp paranccsal. Ha nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.

      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

    2. Töltse le a DS 65221-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      Teljesítmény

      Probléma típusa

      Rendellenes SIP hívás megszakadás észlelése e-mail és rendszernapló értesítéssel.

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

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

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

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

    5. Az aláírás sikeres telepítésénekellenőrzéséhez használja a hívóoldali diagnosztikai aláírás megjelenítése funkciót . Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.

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

    A problémák gyors megoldásához használja a Diagnosztikai aláírások (DS) funkciót. A Cisco TAC mérnökei számos olyan aláírást szereztek, amelyek lehetővé teszik az adott probléma megoldásához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatoknak a Cisco TAC esetbe történő automatikus átviteléhez szükséges hibakereséseket. A diagnosztikai aláírások (DS) kiküszöbölik annak szükségességét, hogy manuálisan ellenőrizzék a probléma előfordulását, és sokkal könnyebbé teszik az időszakos és átmeneti problémák hibaelhárítását.

    Használhatja a Diagnosztikai aláírások keresése eszközt, hogy megtalálja a megfelelő aláírásokat, és telepítse őket, hogy önállóan megoldja az adott problémát, vagy telepítheti az aláírást, amely által ajánlott a TAC mérnök részeként a támogatási elkötelezettség.

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

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

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

      Példa:

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

    2. Győződjön meg arról, hogy az SNMP engedélyezve van a show snmp paranccsal. Ha nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.

      show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

    3. Győződjön meg róla, hogy a DS 64224 magas CPU-ellenőrzést proaktív intézkedésként telepíti, hogy a magas CPU-kihasználtság ideje alatt letiltsa az összes hibakeresést és diagnosztikai aláírást. Töltse le a DS 64224-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      Teljesítmény

      Probléma típusa

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

    4. Töltse le a DS 65095-öt a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      Rendszernaplók

      Probléma típusa

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

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

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

    6. Telepítse a High CPU monitoring DS 64224, majd DS 65095 XML fájlt a helyi átjáró.

      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

    7. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.

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

      Letöltött DS-k:

      DS-azonosító

      DS-név

      Felülvizsgálat

      Állapot

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

      64224

      00:07:45

      DS_LGW_CPU_MON75

      0,0.10

      Regisztrálva

      2020-11-08

      65095

      00:12:53

      DS_LGW_IEC_Call_spike_threshold

      0.0.12

      Regisztrálva

      2020-11-08

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

    A következő parancsban a parancs „Állapot” oszlopában a call-home diagnosztikai aláírás „running” (fut) értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show call-home diagnostic-signature statisztikák kimenete a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észleli-e az érdeklődésre számot tartó eseményt, és végrehajtja-e a műveletet. Az „Indított/Maximális/Eltávolítás” oszlop azt jelzi, hogy az adott aláírás hányszor váltott ki egy eseményt, hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás eltávolítja-e magát a kiváltott események maximális számának észlelése után.

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

    Letöltött DS-k:

    DS-azonosító

    DS-név

    Felülvizsgálat

    Állapot

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

    DS_LGW_CPU_MON75

    0,0.10

    Regisztrálva

    2020-11-08 00:07:45

    65095

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Fut

    2020-11-08 00:12:53

    hívás-otthon diagnosztikai aláírási statisztika megjelenítése

    DS-azonosító

    DS-név

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

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

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

    DS_LGW_CPU_MON75

    0/0/N

    0,000

    0,000

    65095

    DS_LGW_IEC_Call_spike_threshold

    1/20/Y

    23.053

    23.053

    A diagnosztikai aláírás végrehajtása során küldött értesítési e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, a futó konfiguráció, valamint az adott probléma elhárításához szükséges parancskimeneteket jeleníti meg.

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

    A diagnosztikai aláírások használata hibaelhárítási célokra általában úgy van definiálva, hogy bizonyos problémák észlelése után eltávolítsa azokat. Ha manuálisan szeretne eltávolítani egy aláírást, töltse le a DS-azonosítót a show call-home diagnosztikai aláírás kimenetéről, és futtassa a következő parancsot:

    call-home diagnostic-signature deinstall <DS ID>

    Példa:

    call-home diagnostic-signature deinstall 64224

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

    Referenciaplatform-konfiguráció végrehajtása

    Mielőtt elkezdené

    • Győződjön meg arról, hogy a konfigurált alapplatform konfigurációja megfelel a szervezet szabályzatainak és eljárásainak:

      • NTP-k

      • ACL-ek

      • jelszavak engedélyezése

      • elsődleges jelszó

      • IP-útválasztás

      • IP-címek és így tovább

    • Az IOS XE 17.6 minimális támogatott verziójára van szükség az összes helyi átjáró telepítéséhez.

    1

    Győződjön meg arról, hogy érvényes és átirányítható IP-címeket rendel bármely Layer 3 interfészhez:

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

     
    A Webex hívás felé vezető interfésznek kívülről elérhetőnek kell lennie.

     

    A vezérlőközpontot csak a helyi átjáró FQDN/SRV-jével konfigurálhatja. Győződjön meg arról, hogy az FQDN feloldódik a kapcsolat IP.
    2

    Konfigurálja előre a jelszó elsődleges kulcsát a következő parancsokkal, mielőtt hitelesítő adatként és megosztott titkokként használná. A 6-os típusú jelszavak titkosítása AES titkosítással és felhasználó által definiált elsődleges kulccsal történik.

    conf t
key config-key password-encrypt Password123
password encryption aes
    3

    Az IP-névszerver konfigurálása a DNS-keresés engedélyezéséhez. Pingelje meg az IP-névszervert, és győződjön meg róla, hogy a szerver elérhető. A helyi átjáró a következő DNS használatával oldja fel a Webex-hívási proxycímeket:

    conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
    4

    Engedélyezze a TLS 1.2 exkluzivitást és az alapértelmezett helyőrző megbízhatósági pontot:


     

    • Az aláírt és megbízható hitelesítésszolgáltatói tanúsítványt fel kell ismerni.

    • A SIP-kérelmek üzeneteinek kapcsolattartó fejlécének URI domainje (például: Meghívás, Opciók) a SAN tanúsítványban kell lennie a TLS-kapcsolat létrehozásához.

    1. Hozzon létre egy RSA-kulcsot, amely megfelel a főtanúsítvány tanúsítványhosszának a következő paranccsal:

      crypto key generate rsa general-keys exportable label my-cube modulus 4096

    2. Megbízhatósági pont létrehozása a hitelesítésszolgáltató által aláírt tanúsítványok tárolására a következő parancsokkal:

      crypto pki trustpoint CUBE_CA_CERT
 enrollment terminal pem
 serial-number none
 subject-name CN=my-cube.domain.com (This has to match the DNS hostname through which this router is reachable)
 revocation-check none
 rsakeypair TestRSAkey !(this has to match the RSA key you just created)

    3. Tanúsítványaláírási kérelem (CSR) generálása a következő paranccsal:

      crypto pki enroll CUBE_CA_CERT

       

      • Használja ezt a CSR-t, hogy tanúsítványt kérjen az egyik támogatott hitelesítésszolgáltatótól.

      • Győződjön meg arról, hogy a Control Hubon konfigurált rönkcél (FQDN vagy SRV) szerepel a tanúsítvány SAN részében.
    5

    Ha a főtanúsítvány köztes CA-val rendelkezik, akkor hajtsa végre a következő parancsokat:


     

    Ha nincsenek köztes hitelesítésszolgáltatók, ugorjon a következő lépésre.

    		 
    crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
    6

    Hozzon létre egy megbízhatósági pontot a gyökértanúsítvány tárolásához. Hajtsa végre a következő parancsokat, ha nincs közbenső CA:

    crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
    7

    Konfigurálja a SIP-UA-t a létrehozott megbízhatósági pont használatához.

    configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

    Tanúsítványalapú csomagtartó konfigurálása

    Mielőtt elkezdené

    • A Webex-hívás felé irányuló hálózatnak nyilvános IPv4-címet kell használnia. A teljesen minősített domainnevek (FQDN) vagy szolgáltatásrekordok (SRV) címének nyilvános IPv4-címnek kell lennie az interneten.

    • A külső interfészen található valamennyi SIP- és médiaportnak elérhetőnek kell lennie az internetről. A portok nem lehetnek hálózati címfordítás (NAT) mögött. Győződjön meg arról, hogy frissíti a vállalati hálózati összetevők tűzfalát.

    • Aláírt tanúsítvány telepítése a helyi átjáróhoz.

      • A tanúsítványkiadónak (CA) alá kell írnia a tanúsítványt a Milyen főtanúsítványkiadó támogatja a Cisco Webex audio- és videoplatformjaira irányuló hívásokat? .

      • A Vezérlőközpontból kiválasztott FQDN-nek a tanúsítvány közönséges nevének (CN) vagy a Tárgy alternatív nevének (SAN) kell lennie. Például:

        • Ha a szervezete Control Hub-jából konfigurált csomagtartóban london.lgw.cisco.com:5061 szerepel a helyi átjáró FQDN-jeként, akkor a KN-nek vagy SAN-NAK tartalmaznia kell london.lgw.cisco.com-ot a tanúsítványban.  

        • Ha a szervezete Control Hub-jából konfigurált csomagtartó london.lgw.cisco.com címet tartalmaz a Helyi átjáró SRV-címeként, akkor a KN-nek vagy SAN-NAK LONDON.LGW.CISCO.COM címet kell tartalmaznia a tanúsítványban. Az SRV-cím által feloldott rekordok (CNAME, A rekord vagy IP-cím) nem kötelezőek a SAN-BAN.

        • A csomagtartóhoz használt FQDN vagy SRV példában a helyi átjáró összes új SIP-párbeszédablakának kapcsolattartási címének london.lgw.cisco.com-nak kell lennie a SIP-cím gazdarészében. A konfigurációt lásd az 5. lépésben.

    • Ügyeljen arra, hogy a tanúsítványok aláírásra kerüljenek az ügyfél- és a szerverhasználathoz.

    • Töltse fel a bizalmi csomagot a helyi portálra a Milyen gyökértanúsítvány-hatóságok támogatják a Cisco Webex audio- és videoplatformokra irányuló hívásokat?.

    1

    Adja meg a következő parancsokat a Helyi átjáró alkalmazás bekapcsolásához (a Cisco Webex hívás port-referenciainformációihoz a legfrissebb IP-alhálózatok megbízható listaként való hozzáadásához):

    configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced
asymmetric payload full

    Íme a konfigurációs mezők magyarázata:

    Az autópályadíj-csalás megelőzése
    voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y

    • Engedélyezi azon entitások forrás IP-címét, amelyektől a helyi átjáró jogszerű VoIP-hívásokat vár, a Webex Calling társaitól.

    • Alapértelmezés szerint a Helyi átjáró blokkol minden bejövő VoIP-hívásbeállítást a megbízható IP-címek listáján nem szereplő IP-címekről. A „munkamenet-cél IP” -vel vagy szervercsoporttal rendelkező tárcsázók IP-címei alapértelmezés szerint megbízhatók, és itt nem töltődnek fel.

    • A listán szereplő IP-címeknek meg kell egyezniük az IP-alhálózatokkal a regionális Webex hívási adatközpont szerint, amelyet az ügyfél csatlakoztat. További információért lásd: Port Reference Information for Webex Calling.

    • A megbízható IP-címek listájának használatáról az autópályadíj-csalás megelőzése érdekében további információt talál a megbízható IP-címek című részben.

    A SIP-SIP alapvető funkciói
    allow-connections sip to sip

    • SIP és SIP közötti kapcsolatok engedélyezése.

    • Alapértelmezés szerint a Cisco IOS vagy IOS XE hangeszközök nem teszik lehetővé, hogy a bejövő VoIP lábak VoIP-ként jelenjenek meg.

    • További tudnivalók erről a parancsról: Kapcsolatok engedélyezése.

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

    Engedélyezi a T.38-at faxátvitelhez, de a faxforgalom nincs titkosítva. A parancsról további tudnivalókat a t38 (hangszolgáltatás) faxprotokoll tartalmaz.

    SIP
    early-offer forced

    Kényszeríti a helyi átjárót, hogy az SDP-információkat az első meghívóüzenetben küldje el, ahelyett, hogy a szomszédos társ nyugtázására várna. További tudnivalók erről a parancsról: korai ajánlat.
    2

    Konfigurálja a "Voice Class Codec 100" -ot.

    voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw

    Íme a konfigurációs mezők magyarázata:

    Hangosztály kodek 100

    Lehetővé teszi az opus és a g711 (mu és a law) kodekek használatát a munkamenetekhez. Az előnyben részesített kodek alkalmazása az összes tárcsázóra. További információkért lásd: Voice Class codec.
    3

    Konfigurálja a "Voice Class kábítás-használat 100" beállítást a JÉG engedélyezéséhez.

    voice class stun-usage 100 
stun usage ice lite

    Íme a konfigurációs mezők magyarázata:

    Hangos osztály kábítás-használat 100

    Meghatározza a kábítás használatát. A kábítás minden Webex hívó tárcsázóravonatkozik, hogy elkerülje a hangjelzést, amikor az Egységes CM telefon továbbítja a hívást egy másik Webex hívó telefonra. Lásd a Voice Class STUN használatát a Cisco IOS Voice Commands - T-től Z-ig és a STUN use ICE lite-ban.
    4

    A "voice class srtp-crypto 100" konfigurálása a támogatott titkosítás korlátozására.

    voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

    Íme a konfigurációs mezők magyarázata:

    Hangosztály srtp-crypto 100
    Megadja, hogy az SHA1_80 az egyetlen SRTP kódolási csomag, amelyet a helyi átjáró kínál az SDP-ben az ajánlatban és a válaszban. A Webex Calling csak az SHA1_80-at támogatja.
    További információkért lásd az srtp-crypto hangosztályt.
    5

    A „SIP-profilok 100” konfigurálása. A példában a cube1.abc.lgwtrunking.com a helyi átjáróhoz kiválasztott FQDN és a "172.x.x.x" a helyi átjáró felületének IP-címe, amely a Webex hívása felé mutat:

    voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com"

    Íme a konfigurációs mezők magyarázata:

    szabály a 20. szabályhoz
    Biztosítja, hogy a helyi átjáró IP-címét FQDN-nel helyettesítse a kérés és a válaszüzenetek "Kapcsolat" fejlécében.

    Ez a helyi átjáró hitelesítésének feltétele, amelyet törzsként kell használni egy adott Webex hívóhelyen az Ön szervezete számára.

    További információkért lásd : hangosztály-szippantás-profilok.

    További információkért lásd a Cisco IOS Voice Command Reference - K through R (Hangfordítási szabály) című dokumentumot.
    6

    Konfigurálja a következő négy kimenő tárcsázót:

    1. Konfigurálja az első kimenő tárcsázót a Webex hívás irányába.

      dial-peer voice 101 voip 
description OutBound Dial peer towards Webex Calling
destination-pattern BAD.BAD 
session protocol sipv2
session target dns:peering1.sip.address:5062p tls
voice-class sip rel1xx disable 
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1 
voice-class sip bind media source-interface GigabitEthernet 1 
dtmf-relay rtp-nte
srtp
!
      Íme a konfigurációs mezők magyarázata:
      dial-peer voice 101 voip
description OutBound Dial peer towards Webex Calling

      Meghatározza a VoIP tárcsázó egy címkét 101, és ad egy értelmes leírást a könnyű kezelhetőség és a hibaelhárítás. További információkért lásd a tárcsázó hangját.

      destination-pattern BAD.BAD

      A 101-es tárcsázó kiválasztását teszi lehetővé. Azonban a kimenő 101-es tárcsázót közvetlenül a bejövő tárcsázóból hívjuk meg DPG utasítások használatával, amelyek megkerülik a számjegyminta megfelelési kritériumokat. Olyan tetszőleges mintát használ, amely a CLI célminta által megengedett alfanumerikus számjegyeken alapul. További információkért lásd a Cisco iOS Voice Command Reference - D-től I-ig ( Cisco IOS Voice Command Reference - D-től I-ig) a célmintát (interfészt).

      session protocol sipv2

      Megadja, hogy a 101-es tárcsázó kezelje a SIP hívási lábakat. További információkért lásd a Cisco IOS Voice Command Reference - S Commands munkamenet-protokollját (dial-peer).

      session target dns:peering1.sip.address:5062

      Jelzi a cél FQDN-címét a Vezérlőközpontból, hogy elküldje a hívási lábat. További információkért lásd a Cisco IOS Voice Command Reference - S Commands munkamenetcélját ( VoIP dial-peer).

      voice-class codec 100

      A 100-as kodek-beállításlistát jelzi, amelyet a101-es tárcsázóhoz kell használni. További információkért lásd: Voice Class Codec.

    2. Konfigurálja a kimenő tárcsázó többi részét a Webex hívás felé. A lépések ugyanazok maradnak, mint a 6. lépés előző al-lépésében, de a tárcsázók számára eltérő „munkamenet-célkitűzéssel” rendelkeznek.

      dial-peer voice 102 voip
description OutBound Dial peer towards Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:peering2.sip.address:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1
voice-class sip bind media source-interface GigabitEthernet 1
dtmf-relay rtp-nte
srtp
!
      dial-peer voice 103 voip
description OutBound Dial peer towards Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:peering3.sip.address:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1
voice-class sip bind media source-interface GigabitEthernet 1
dtmf-relay rtp-nte
srtp
!
      dial-peer voice 104 voip
description OutBound Dial peer towards Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:peering4.sip.address:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1
voice-class sip bind media source-interface GigabitEthernet 1
dtmf-relay rtp-nte
srtp
 !
    7

    Hozzon létre tárcsázó csoportot a tárcsázó alapján a Webex hívás irányába az aktív/aktív modellben.


     

    Ez a konfiguráció minden régióra érvényes, kivéve azokat a rönköket, amelyeket szingapúri székhelyű helyen konfigurál. További információkért lásd a 8. lépést.

    1. Definiálja a DPG 100-at a kimenő tárcsázóval 101,102,103,104 a Webex hívásfelé. Alkalmazza a DPG 100-at a bejövő tárcsázó 100-ra a PSTN vagy az egységesített CM definiálásához.

    voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1
    Íme a konfigurációs mezők magyarázata:
    dial-peer 101 preference 1

    Kimenő tárcsázó társítása a 100-as tárcsázó csoporttal, és a 101-es, 102-es, 103-as és 104-es tárcsázó azonos preferenciával történő konfigurálása. További információkért lásd a tárcsázó hangját.
    8

    Hozzon létre tárcsázó csoportot a tárcsázó alapján a Webex hívás felé az elsődleges/biztonsági modellben.


     

    Ez a konfiguráció csak a Szingapúrban konfigurált rönkökre vonatkozik.

    1. Határozza meg a 100-as tárcsázási csoportot a 101-es,102-es,103-as,104-es kimenő tárcsázási csoporttal a Webex hívás irányába. Alkalmazza a DPG 100-at a bejövő tárcsázó 100-ra a PSTN vagy az egységesített CM definiálásához.

    voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2
    Íme a konfigurációs mezők magyarázata:
    dial-peer 101 and 102 preference 1

    Kimenő tárcsázó társítása a 100-as tárcsázó csoporttal, és a 101-es és 102-es tárcsázó beállítása az elsődleges. További tudnivalókat a Cisco IOS Voice Command Reference - T-től Z-ig című dokumentumban talál.

    dial-peer 103 and 104 preference 2

    Kimenő tárcsázó társítása a 100-as tárcsázó csoporttal,és a 103-as és 104-es tárcsázó beállítása második beállításként.
    9

    Bejövő tárcsázó konfigurálása a Webex hívásból. A bejövő egyezés az URI-kérésen alapul.

    voice class uri 120 sip 
pattern cube.domain.com 
    dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 300
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control source-interface GigabitEthernet1 
voice-class sip bind media source-interface GigabitEthernet1 
srtp
!

    Íme a konfigurációs mezők magyarázata:

    voice class uri 120 sip
    Meghatározza a Webex-hívás bejövő hívásának egyezési mintáját. További információkért lásd a Cisco IOS Voice Command ReferencT through Z hangosztály URI SIP-beállításait.
    session transport tcp tls
    Átvitel beállítása a TLS-be. További információkért lásd: munkamenet-átvitel.
    destination dpg 300
    Megadja a 120-as tárcsázócsoportot a kimenő tárcsázó kiválasztásához. További információkért lásd: Voice-class dpg a Cisco IOS Voice Command Reference - T-től Z-ig. a tárcsázói csoportokban.
    incoming uri request 120

    Egyezteti a Webex Calling to Local Gateway-ről érkező összes forgalmat a kérelem URI egyedi DTG-mintájával, egyedileg azonosítva a helyi átjáró telephelyét a vállalaton belül és a Webex Calling ökoszisztémában. További információkért lásd a bejövő URI Cisco IOS Voice Command Reference - D-től I-ig.

    Voice class srtp-crypto 100

    Beállítja az SRTP hívó láb (kapcsolat) preferált kódolási csomagjait. További információkért lásd az srtp-crypto hangosztályt.

    bind control source-interface GigabitEthernet0/0/1

    Beállít egy forrás IP-címet a Webex Calling felé néző jeladó forrásinterfész számára. A kötés használatáról a Cisco IOS Voice Command Reference - A-tól C-ig dokumentumban talál további tudnivalókat.

    bind media source-interface GigabitEthernet0/0/1

    Beállít egy forrás IP-címet a Webex Calling felé néző médiaforrás-interfész számára.

    Helyi átjáró konfigurálása IP PBX nélkül

    Ez a telepítés a következő konfigurációt igényli a helyi átjárón:

    1. Hangosztály URI-kMegadhatja az állomás IP-címeit/portjait a helyi átjárónál végződő különböző rönkökhöz:

      • Webex hívás az LGW-hez

      • PSTN SIP trönk végződtetés LGW-n

    2. Kimenő tárcsázók-A kimenő hívó lábakat egy LGW-től az Internet telefonszolgáltató (ITSP) SIP csomagtartójához és a Webex Callinghez irányíthatja.

    3. Hangosztály DPG-A kimenő tárcsázókat a bejövő tárcsázók segítségével célozhatja meg.

    4. Bejövő tárcsázókAbejövő hívó lábak fogadhatók az ITSP és a Webex hívásból.

    Használja a konfigurációt vagy egy partner-hostolt helyi átjáró beállításához, vagy a helyi ügyféloldali átjáróhoz. Lásd:

    1

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

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

      voice class uri 100 sip
  host ipv4:192.168.80.13

    2. Definiáljon egy mintát a helyi átjáró helyének egyedi azonosításához a vállalaton belül. Egységes erőforrás-azonosítóként (URI) használja a helyi átjáró hosztnevét.

      voice class uri 200 sip
pattern cube.domain.com

       

      A helyi átjáró jelenleg nem támogatja a "_" aláhúzást a találati mintában. Megoldásként pont "-t használsz." (bármelyiknek megfelel) a (z) "_" -nek való megfeleléshez.

      		 
      Received
INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0
    2

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

    1. Kimenő tárcsázó IP PSTN felé:

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatároz egy VoIP tárcsázót 121-es címkével, és értelmes leírást ad a könnyű kezeléshez és hibaelhárításhoz. További információkért lásd a tárcsázó hangját.

      destination-pattern BAD.BAD

      Lehetővé teszi a 121-es tárcsázó kiválasztását. Ezt a kimenő tárcsázót azonban közvetlenül a bejövő tárcsázókészülékről hívhatja meg DPG-utasítások használatával, amely megkerüli a számjegyminta megfelelési kritériumait. Olyan tetszőleges mintát használ, amely a CLI célminta által megengedett alfanumerikus számjegyeken alapul. További információkért lásd a Cisco IOS Voice Command Reference - D-től I-ig a destination-pamtern (interfész) c. dokumentumot.

      session protocol sipv2

      Megadja, hogy a 121-es tárcsázó kezelje a SIP hívási lábakat. További tudnivalókat a Cisco IOS Voice Command Reference - S Commands munkamenet-protokollja (dial peer) tartalmaz.

      session target ipv4:192.168.80.13

      Jelzi a cél IPv4-címét a hívó láb küldéséhez. A munkamenet célja itt az ITSP IP-címe. További tudnivalókat a Cisco IOS Voice Command Reference - S Commands munkamenetcélja (VoIP-tárcsázási peer) tartalmaz.

      voice-class codec 100.

      A 121-es tárcsázóhoz használandó kodekpreferencia-listát jelöli. További információkért lásd: Voice Class codec.

      dtmf-relay rtp-nte

      Az RTP-NTE (RFC2833) meghatározása a hívó lábon várható DTMF-képességként. További tudnivalókat a DTMF-relé (Voice over IP) tartalmaz.

      no vad

      Hangaktivitás-észlelés letiltása. További információkért lásd vad (dial peer) a Cisco IOS Voice Command Reference - T-től Z-ig.

    2. Kimenő hívás Webex felé. Lásd ebben a cikkben a „ Tanúsítványalapú csomagtartó konfigurálása ” című másik eljárást.
    3

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

    1. 120-as tárcsázási csoportot határoz meg. A 121-es kimenő tárcsázó a WebexLGW PSTN hívásának célpontja--> -->. A DPG 120-at a bejövő 110-es tárcsázóra alkalmazza a Webex hívás --> LGW --> PSTN elérési útjához.

      voice class dpg 120
description Incoming IP PSTN to Webex Calling
dial-peer 110

       

      A DPG 120-at a Webex Calling bejövő tárcsázójára kell konfigurálni. További információért lásd a 9. lépést a jelen cikk Tanúsítványalapú csomagtartó konfigurálása című részében.
    4

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

    1. Bejövő tárcsázó a bejövő IP PSTN hívó lábakhoz:

      dial-peer voice 122 voip
description Incoming dial-peer from PSTN 
session protocol sipv2
destination dpg 100 
incoming uri via 100 
voice-class codec 100 
dtmf-relay rtp-nte
no vad

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázó egy címke 122, és ad egy értelmes leírást a könnyű kezelhetőség és a hibaelhárítás. További információkért lásd a tárcsázó hangját.

      session protocol sipv2

      Megadja, hogy a 122-es tárcsázó kezelje a SIP hívási lábakat. További tudnivalókért lásd a Cisco IOS Voice Command Reference - S Commands munkamenet-protokollját ( dial peer).

      incoming uri via 100

      Megadja az IP PSTN IP-címével rendelkező VIA fejléc megfelelési kritériumát. Egyezik a helyi átjáró összes bejövő IP PSTN hívó lábával a 122-es tárcsázóval. További információért lásd a bejövő URL-t a Cisco IOS Voice Command Reference - D-től I-ig.

      destination dpg 100

      Megkerüli a helyi átjáró klasszikus kimenő tárcsázó megfeleltetési kritériumait a DPG 100 célállomással. Állítsa be a kimenő hívó lábat a DPG 100 célállomáson belül meghatározott tárcsázók segítségével, azaz 101,102,103,104 tárcsázókarral. További tudnivalók a tárcsázási csoportok konfigurálásáról: Voice-class dpg ( Cisco IOS Voice Command Reference - D-től I-ig).

      no vad

      Hangaktivitás-észlelés letiltása. További információkért lásd vad (dial peer) a Cisco IOS Voice Command Reference - T thoughZ.

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

    Párosítsa össze a helyi átjáró összes bejövő IP PSTN hívó lábát a 122-es tárcsázóval, hogy meghatározza az IP PSTN IP-címét tartalmazó VIA fejléc egyezési kritériumát. A DPG 100 a 101,102,103,104-es kimenő hívószámot használja, melynek célhelye a Webex hívó szerver.

    Webex hívás PSTN-re:

    Egyeztesse a helyi átjáró összes bejövő Webex hívó lábát a 110 tárcsázóval, hogy meghatározza a KÉRÉS URI FEJLÉCMINTÁJÁNAK egyezési kritériumát a helyi átjáró állomásnevével, amely a helyi átjáró telepítésére jellemző. A DPG 120 a kimenő 121-es tárcsázót hívja meg, amelynek IP PSTN IP-címe a célhelye.

    Helyi átjáró konfigurálása meglévő egyesített CM környezettel

    Ez a telepítés a következő konfigurációt igényli a helyi átjárón:

    1. Hangosztály URI-kAz LGW-n végződő különböző rönkök gazda IP-címeinek/portjainak mintáit a következő helyről határozhatja meg:

      • Egységesített CM - LGW a PSTN célállomások esetében

      • Egységes közösségi médium az LGW-nek a Webex hívási célállomásokhoz

      • Webex hívás LGW célhelyekre

      • PSTN SIP trönk végződtetés LGW célállomásokon

    2. Hangosztály-kiszolgáló-csoport- a kimenő csomagok IP-címeit vagy portjait a következő helyről célozhatja meg:

      • LGW to Unified CM

      • LGW - Webex hívás

      • LGW - PSTN SIP törzs

    3. Kimenő tárcsázók-A kimenő hívó lábakat a következő helyről irányíthatja:

      • LGW to Unified CM

      • Internet Telefónia Szolgáltató (ITSP) SIP csomagtartó

      • Webex Calling

    4. Hangosztály dpg-Te cél, hogy meghívja a kimenő tárcsázók egy bejövő tárcsázó.

    5. Bejövő tárcsázók-Bejövő hívó lábakat fogadhat az Unified CM, ITSP és Webex Calling cégektől.

    1

    Konfigurálja a következő hangosztály URI-ket:

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

      voice class uri 100 sip
host ipv4:192.168.80.13

    2. Definiáljon egy mintát a helyi átjáró helyének egyedi azonosításához a vállalaton belül. Használja a helyi átjáró hosztnevét a szükséges egységes erőforrás-azonosító (URI) egyezési mintaként.

      voice class uri 200 sip
pattern cube.domain.com

       

      A helyi átjáró jelenleg nem támogatja a (z)_"" aláhúzást a mérkőzésmintában. Megoldásként egy pontot használunk "." (bármelyiknek megfelel) a (z) "_" -nek való megfeleléshez.

      		 
      Received
INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0

    3. Egységes CM-jelzést határoz meg a PORTON KERESZTÜL a Webex hívó rönkhöz:

      voice class uri 300 sip
pattern :5065

    4. Meghatározza az egységesített CM forrásjelzési IP-t és a PSTN-törzs portján keresztüli jelzést:

      voice class uri 302 sip
pattern 192.168.80.60:5060
    2

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

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

      voice class server-group 301
ipv4 192.168.80.60 port 5065

    2. Meghatározza az Egységes CM törzs célállomás IP-címét és portszámát az Egységes CM 2. csoport számára, ha van ilyen:

      voice class server-group 303
ipv4 192.168.80.60 port 5065

    3. Meghatározza az Egységes CM törzs cél gazda IP-címét az Egységes CM 1. csoporthoz (5 csomópont). Az Unified CM az 5060-as alapértelmezett portot használja a PSTN csomagtartó bejövő forgalmához. Használja az alapértelmezett 5060-as portot, ha nem adja meg a port számát. (PSTN <-> LGW --> Unified CM)

      voice class server-group 305
ipv4 192.168.80.60

    4. Meghatározza az Unified CM trunk célállomás IP-címét az Unified CM Group 2 számára, ha van ilyen.

      voice class server-group 307
ipv4 192.168.80.60
    3

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

    1. Kimenő tárcsázó IP PSTN felé:

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatároz egy VoIP tárcsázót 121-es címkével, és értelmes leírást ad a könnyű kezeléshez és hibaelhárításhoz. További információkért lásd a tárcsázó hangját.

      destination-pattern BAD.BAD

      A 121-es tárcsatárs kiválasztása. Ezt a kimenő tárcsázót azonban közvetlenül a bejövő tárcsázóból hívjuk meg DPG utasításokkal, amely megkerüli a számjegyminta megfelelési kritériumokat. A célminta CLI által megengedett alfanumerikus számjegyeken alapuló önkényes mintát használunk. További információkért lásd a Cisco IOS Voice Command Reference - D-től I-ig a destination-pamtern (interfész) c. dokumentumot.

      Az session protocol sipv2 szakasz meghatározza, hogy a 121-es tárcsázó kezeli a SIP hívási lábakat. További tudnivalókat a Cisco IOS Voice Command Reference - S Commands munkamenet-protokollja (dial peer) tartalmaz.

      session target ipv4:192.168.80.13

      Adja meg a cél IPv4-címét a hívó láb elküldéséhez. (Ebben az esetben az ITSP IP-címe.) További információkért lásd a munkamenet célját (VoIP dial peer). a Cisco IOS Voice Command Reference - S Commands alkalmazásban

      voice-class codec 100

      A 121-es tárcsázóparancshoz használt 100-as kodekpreferencia-listát jelzi.

      További információkért lásd: Voice Class codec.

    2. Kimenő tárcsázó Webex hívás felé:

      dial-peer voice 200201 voip
description Outgoing dial-peer to Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:<insert peering1 address from Control Hub>:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1
voice-class sip bind media source-interface GigabitEthernet 1
dtmf-relay rtp-nte
srtp
!

      dial-peer voice 200202 voip
description Outgoing dial-peer to Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:<insert peering2 address from Control Hub>:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1
voice-class sip bind media source-interface GigabitEthernet 1
dtmf-relay rtp-nte
srtp
!

      dial-peer voice 200203 voip
description Outgoing dial-peer to Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:<insert peering3 address from Control Hub>:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1
voice-class sip bind media source-interface GigabitEthernet 1
dtmf-relay rtp-nte
srtp
!

      dial-peer voice 200204 voip
description Outgoing dial-peer to Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:<insert peering4 address from Control Hub>:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1
voice-class sip bind media source-interface GigabitEthernet 1
dtmf-relay rtp-nte
srtp
!

      Íme a konfigurációs mezők magyarázata:

      dial-peer voice 200201 voip
description Outgoing dial-peer to Webex Calling

      Meghatároz egy VoIP tárcsázót 200201, 200202 , 200203, 200204 címkével, és értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

      voice-class stun-usage 100

      Helyben generált STUN-kérelem küldése az egyeztetett médiaútvonalon. A kábító kinyitja a tűzfalon lévő lyukat.

      srtp

      Engedélyezi az SRTP-t a hívó lábhoz.

    3. Kimenő tárcsázó az Unified CM Webex hívó csomagtartója felé:

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

      Íme a konfigurációs mezők magyarázata:

      dial-peer voice 301 voip
description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling – Nodes 1 to 5

      Meghatározza a VoIP tárcsázót 301-es címkével, és értelmes leírást ad a könnyű kezeléshez és hibaelhárításhoz.

      session server-group 301

      Meghatározza a több egyesített CM csomópont munkamenetcélját (301-es szervercsoporta 301-es tárcsázóhoz), bár a példában csak egyetlen csomópont látható.

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

      Eléri a hívások véletlenszerű elosztását az összes Egységesített CM hívásfeldolgozó előfizető között, vagy vadászat meghatározott preferencia alapján, több tárcsázóval a DPG-ben és több szerverrel a tárcsázó szervercsoportban. Minden szervercsoport legfeljebb öt szerverrel rendelkezhet (IPv4/v6 portal vagy port nélkül). A második tárcsázót és a második kiszolgálót csak ötnél több hívásfeldolgozó előfizető használhatja.

      További információ a Cisco Unified Border Element Configuration Guide Through Cisco IOS XE 17.5.

    4. Második kimenő tárcsázó az Egységes CM Webex hívó csomagtartója felé, ha több mint 5 Egységes CM csomópontja van:

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

    5. Kimenő tárcsázó az Unified CM PSTN csomagtartója felé:

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

    6. Második kimenő tárcsázó az Unified CM PSTN csomagtartója felé, ha több mint 5 Unified CM csomópontja van:

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

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

    1. A DPG 121 meghatározása. A 121-es kimenő tárcsázó a célpontja minden bejövő tárcsázónak, amely a 121-es DPG-t használja. Alkalmazza a DPG 121-et a bejövő 302-es tárcsázóra, amelyet később határoznak meg az egységesített CM --> LGW --> PSTN elérési úthoz:

      voice class dpg 121
dial-peer 121 preference 1

    2. Definiálja a DPG 100-at a 200201 , 200202, 200203, 200204-es kimenő tárcsázóval az egységes CM LGW Webex hívási útvonal céljaként--> -->:


       

      Győződjön meg arról, hogy a preferenciaváltozások a konfigurált helyi átjáró helyén alapulnak. További tudnivalókért lásd a Tanúsítványalapú csomagtartó konfigurálása című eljárás 7. és 8. lépését.

      		 
      voice class dpg 100
dial-peer 200201 preference 1
dial-peer 200202 preference 1
dial-peer 200203 preference 1
dial-peer 200204 preference 1

    3. Definiálja a kimenő 301-es vagy 303-as tárcsázó DPG 300-at a Webex hívás --> LGW --> Unified CM útvonalhoz:

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

    4. Definiálja a DPG 302-t a kimenő 305-ös vagy 307-es tárcsázókhoz a PSTN --> LGW --> Unified CM útvonalhoz:

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

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

    1. Bejövő tárcsázó a bejövő IP PSTN hívó lábakhoz:

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázó egy címke 100, és ad egy értelmes leírást a könnyű kezelhetőség és a hibaelhárítás.

      session protocol sipv2

      Megadja, hogy a tárcsázó 100 kezelje a SIP hívási lábakat.

      incoming uri via 100

      Megadja az URI 100 hangosztályt, hogy megfeleljen az IP PSTN és a helyi átjáró közötti összes bejövő forgalomnak a fejléc gazda IP-címén KERESZTÜL bejövő bejövő hívások esetén. További információkért lásd a bejövő URI-t a Cisco IOS Voice Command Reference - D-től I-ig.

      destination dpg 302

      Megadja a 302-es tárcsacsoportot a kimenő tárcsázópartner kiválasztásához. További tudnivalók a tárcsázási csoportok beállításáról: dpg hangosztály a Cisco IOS Voice Command Reference - T-től Z-ig.

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

      dial-peer voice 110 voip
description Incoming dial-peer from Webex Calling  
session protocol sipv2 
session transport tcp tls 
destination dpg 300 
incoming uri request 120  
voice-class codec 100 
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100 
voice-class sip bind control source-interface GigabitEthernet1 
voice-class sip bind media source-interface GigabitEthernet1 
srtp

      Íme a konfigurációs mezők magyarázata:

      dial-peer voice 110 voip
description Incoming dial-peer from Webex Calling

      Frissíti a VoIP tárcsázót 110-es címkével, és értelmes leírást ad a könnyű kezelhetőségről és a hibaelhárításról.

      destination dpg 300

      Megadja a 120-as tárcsacsoportot a kimenő tárcsázási csoport kiválasztásához. További tudnivalók a tárcsázási csoportok beállításáról: dpg hangosztály a Cisco IOS Voice Command Reference - T-től Z-ig.

      Voice class srtp-crypto 100

      Beállítja az SRTP hívó láb (kapcsolat) preferált kódolási csomagjait. További információkért lásd az srtp-crypto hangosztályt.

      bind control source-interface GigabitEthernet0/0/1

      Beállít egy forrás IP-címet a Webex Calling felé néző jeladó forrásinterfész számára.

      A bind paranccsal kapcsolatos további információkért lásd: bind.

      bind media source-interface GigabitEthernet0/0/1

      Beállít egy forrás IP-címet a Webex Calling felé néző médiaforrás-interfész számára.

    3. Bejövő tárcsázó a bejövő Egységes CM hívó lábakhoz Webex hívással célállomásként:

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázót 300-as címkével, és értelmes leírást ad a könnyű kezeléshez és hibaelhárításhoz. További információkért lásd a tárcsázó hangját.

      incoming uri via 300

      Megadja az URI 300 hangosztályt az Unified CM és LGW közötti összes bejövő forgalomhoz a via forrásporton (5065). További információkért lásd a bejövő URI-t a Cisco IOS Voice Command Reference - D-től I-ig.

      destination dpg 100

      200-as tárcsacsoportot ad meg a kimenő tárcsázók kiválasztásához. További tudnivalók a tárcsázási csoportok beállításáról: dpg hangosztály a Cisco IOS Voice Command Reference - T-től Z-ig.

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

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

      Íme a konfigurációs mezők magyarázata:

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

      Meghatározza a VoIP tárcsázó egy címkét 302, és ad egy értelmes leírást a könnyű kezelhetőség és a hibaelhárítás. További információkért lásd a tárcsázó hangját.

      incoming uri via 302

      Megadja az URI 300 HANGOSZTÁLYT, hogy megfeleljen a Unified CM és a helyi átjáró közötti összes bejövő forgalomnak a PSTN célállomás számára a porton KERESZTÜL. Szabványos SIP-portként használhatja az 5060-as portot. További információkért lásd a bejövő URI-t a Cisco IOS Voice Command Reference - D-től I-ig.

      destination dpg 100

      Megadja a 100-as tárcsacsoportot a kimenő tárcsázási csoport kiválasztásához. További tudnivalók a tárcsázási társcsoportok beállításáról a Cisco IOS Voice Command Reference - T-től Z-ig című dokumentumban található dpg hangosztályban találhatók.

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

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

    A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a probléma kiváltó eseményeiről és a probléma tájékoztatására, hibaelhárítására és kijavítására irányuló műveletekről. A problémafelismerési logika meghatározásához használja a rendszernapló üzeneteket, az SNMP eseményeket és az adott show parancs kimeneteinek időszakos monitorozásán keresztül. A tevékenységtípusok a következők:

    • A show parancs kimeneteinek begyűjtése

    • Összevont naplófájl létrehozása

    • A fájl feltöltése a felhasználó által megadott hálózati helyre, például https, SCP, FTP szerverre

    TAC mérnökök szerző DS fájlokat, és digitálisan írja alá az integritás védelme. Minden DS-fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. A DSLT (Diagnostic Signatures Lookup Tool - diagnosztikai aláírások keresési eszköze) egyetlen forrás a különböző problémák nyomon követéséhez és hibaelhárításához szükséges aláírások megkereséséhez.

    Mielőtt elkezdené:

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

    • Egy egyszerű levéltovábbítási protokoll (SMTP) kiszolgáló, amelyre a helyi átjáró e-mail értesítések küldéséhez van szüksége.

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

    Előfeltételek

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

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

    2. Állítsa be a biztonságos e-mail szervert, amellyel proaktív értesítést küldhet, ha az eszköz IOS XE 17.6.1 vagy újabb RENDSZERT futtat.
      
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

    3. Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével.

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

    Helyi átjáró, 17.6.1 verzió

    1. A diagnosztikai aláírások engedélyezéséhez adja meg a következő parancsokat.

      configure terminal 
call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
end

    2. Konfigurálja az e-mail szervert proaktív értesítések küldésére, ha az eszköz 17.6.1-nél korábbi verziót futtat.

      configure terminal 
call-home  
mail-server  <email server> priority 1 
end

    3. Konfigurálja a környezeti ds_email változót az értesítendő rendszergazda e-mail címével

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

    Az alábbi példa egy helyi átjáró konfigurációját mutatja, amely a Cisco IOS XE 17.6.1-en fut, hogy proaktív értesítéseket küldjön a tacfaststart@gmail.com címre, biztonságos SMTP szerverként használva a Gmailt:

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

    A Cisco IOS XE szoftveren futó helyi átjáró nem egy tipikus webes Gmail kliens, amely támogatja az OAuth-ot, ezért be kell állítanunk egy konkrét Gmail fiókbeállítást, és konkrét engedélyt kell adnunk az eszközről érkező e-mail helyes feldolgozásához:

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

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

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

    A CPU magas kihasználtságának figyelése

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

    1. Ellenőrizze, hogy engedélyezte-e az SNMP-t a show snmp paranccsal. Ha az SNMP nincs engedélyezve, akkor konfigurálja az „snmp-server manager” parancsot.

      
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

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

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

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      Teljesítmény

      Probléma típusa

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

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

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

      A következő példa a fájl FTP-kiszolgálóról a helyi átjáróba történő másolását mutatja.

      copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

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

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

    5. Az aláírás sikeres telepítésének ellenőrzéséhez használja a show call-home diagnostic-signature parancsot. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.

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

      DS-k letöltése:

      DS-azonosító

      DS-név

      Felülvizsgálat

      Állapot

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

      64224

      DS_LGW_CPU_MON75

      0,0.10

      Regisztrálva

      2020-11-07 22:05:33

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

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

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

    1. Győződjön meg arról, hogy az SNMP engedélyezve van a show snmp paranccsal. Ha az SNMP nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.

      show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

    2. Töltse le a DS 65221-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      Teljesítmény

      Probléma típusa

      Rendellenes SIP hívás megszakadás észlelése e-mail és rendszernapló értesítéssel.

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

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

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

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

    5. Az aláírás sikeres telepítésének ellenőrzéséhezhasználja a Hívás-otthon diagnosztikai aláírás parancssorát. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.

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

    A problémák gyors megoldásához használhatja a diagnosztikai aláírásokat (DS) is. A Cisco TAC mérnökei számos olyan aláírást szereztek, amelyek lehetővé teszik az adott probléma megoldásához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatoknak a Cisco TAC esetbe történő automatikus átviteléhez szükséges hibakereséseket. Ez kiküszöböli annak szükségességét, hogy manuálisan ellenőrizze a probléma előfordulását, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.

    Használhatja a Diagnosztikai aláírások keresése eszközt, hogy megtalálja a megfelelő aláírásokat, és telepítse őket, hogy önállóan megoldja az adott problémát, vagy telepítheti az aláírást, amely által ajánlott a TAC mérnök részeként a támogatási elkötelezettség.

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

    1. Konfiguráljon egy másik DS környezeti ds_fsurl_prefix változót Cisco TAC fájlszerver elérési útjaként (cxd.cisco.com) a diagnosztikai adatok feltöltéséhez. A fájl elérési útjában lévő felhasználónév az eset száma, a jelszó pedig a fájlfeltöltési token, amelyet a Support Case Managerből lehet letölteni az alábbi ábrán látható módon. A fájlfeltöltési token szükség szerint generálható a Támogatási esetkezelő Mellékletek részében.

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

      Példa:

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

    2. Győződjön meg arról, hogy az SNMP engedélyezve van a show snmp paranccsal. Ha az SNMP nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.

      
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

    3. Javasoljuk, hogy proaktív intézkedésként telepítse a DS 64224 magas CPU-monitorozást az összes hibakeresés és diagnosztikai aláírás letiltására a magas CPU-kihasználtság ideje alatt. Töltse le a DS 64224-et a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      Teljesítmény

      Probléma típusa

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

    4. Töltse le a DS 65095-öt a Diagnosztikai Aláírások Keresőeszköz alábbi opcióival:

      Mező neve

      Mező értéke

      Platform

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

      Termék

      CUBE Enterprise a Webex hívásmegoldásban

      A probléma terjedelme

      Rendszernaplók

      Probléma típusa

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

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

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

    6. Telepítse a High CPU monitoring DS 64224, majd DS 65095 XML fájlt a helyi átjáró.

      
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

    7. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a show call-home diagnosztikai-aláírás segítségével. Az állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.

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

      Letöltött DS-k:

      DS-azonosító

      DS-név

      Felülvizsgálat

      Állapot

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

      64224

      00:07:45

      DS_LGW_CPU_MON75

      0,0.10

      Regisztrálva

      2020-11-08:00:07:45

      65095

      00:12:53

      DS_LGW_IEC_Call_spike_threshold

      0.0.12

      Regisztrálva

      2020-11-08:00:12:53

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

    A következő parancsban a parancs „Állapot” oszlopában a call-home diagnosztikai aláírás „running” (fut) értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show call-home diagnostic-signature statisztikák kimenete a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észleli-e az érdeklődésre számot tartó eseményt, és végrehajtja-e a műveletet. Az „Indított/Maximális/Eltávolítás” oszlop azt jelzi, hogy az adott aláírás hányszor váltott ki egy eseményt, hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás eltávolítja-e magát a kiváltott események maximális számának észlelése után.

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

    Letöltött DS-k:

    DS-azonosító

    DS-név

    Felülvizsgálat

    Állapot

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

    DS_LGW_CPU_MON75

    0,0.10

    Regisztrálva

    2020-11-08 00:07:45

    65095

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Fut

    2020-11-08 00:12:53

    hívás-otthon diagnosztikai aláírási statisztika megjelenítése

    DS-azonosító

    DS-név

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

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

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

    DS_LGW_CPU_MON75

    0/0/N

    0,000

    0,000

    65095

    DS_LGW_IEC_Call_spike_threshold

    1/20/Y

    23.053

    23.053

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

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

    A diagnosztikai aláírások hibaelhárítási célú használata általában bizonyos problémák észlelése utáni eltávolításhoz van definiálva. Ha manuálisan szeretné eltávolítani az aláírást, töltse le a DS-azonosítót a show call-home diagnosztikai aláírás kimenetéről, és futtassa a következő parancsot:

    call-home diagnostic-signature deinstall <DS ID>

    Példa:

    call-home diagnostic-signature deinstall 64224

    A diagnosztikai aláírások keresésére szolgáló eszköz rendszeres időközönként új aláírásokkal bővül, a bevetések során megfigyelt problémák alapján. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására irányuló kéréseket.
    2022. szeptember 30.
    A CUBE magas rendelkezésre állásának megvalósítása helyi átjáróként

    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:

    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:

    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.

    conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit

    VCUBE-1#conf t
    VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
    VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
    VCUBE-1(config-track)#exit
    		 
    VCUBE-2#conf t
    VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
    VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
    VCUBE-2(config-track)#exit

    A track CLI-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.

    redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit

    VCUBE-1(config)#redundancy
    VCUBE-1(config-red)#application redundancy
    VCUBE-1(config-red-app)#group 1
    VCUBE-1(config-red-app-grp)#name LocalGateway-HA
    VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
    VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
    VCUBE-1(config-red-app-grp)#data GigabitEthernet3
    VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
    VCUBE-1(config-red-app-grp)#track 1 shutdown
    VCUBE-1(config-red-app-grp)#track 2 shutdown
    VCUBE-1(config-red-app-grp)#exit
    VCUBE-1(config-red-app)#protocol 1
    VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
    VCUBE-1(config-red-app-prtcl)#exit
    VCUBE-1(config-red-app)#exit
    VCUBE-1(config-red)#exit
    VCUBE-1(config)#
    		 
    VCUBE-2(config)#redundancy
    VCUBE-2(config-red)#application redundancy
    VCUBE-2(config-red-app)#group 1
    VCUBE-2(config-red-app-grp)#name LocalGateway-HA
    VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
    VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
    VCUBE-1(config-red-app-grp)#data GigabitEthernet3
    VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
    VCUBE-2(config-red-app-grp)#track 1 shutdown
    VCUBE-2(config-red-app-grp)#track 2 shutdown
    VCUBE-2(config-red-app-grp)#exit
    VCUBE-2(config-red-app)#protocol 1
    VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
    VCUBE-2(config-red-app-prtcl)#exit
    VCUBE-2(config-red-app)#exit
    VCUBE-2(config-red)#exit
    VCUBE-2(config)#

    Az alábbi magyarázatot ismertetjük az ebben a konfigurációban használt mezőkről:

    • redundancia– Redundancia módba lép

    • alkalmazásredundancia– Belép az alkalmazás redundancia konfigurációs módjába

    • csoport– Redundancia-alkalmazáscsoport konfigurációs módba lép

    • name LocalGateway-HA– Az RG-csoport nevét határozza meg

    • 100-as prioritású feladatátvételi küszöbérték 75– Az RG kezdeti prioritási és feladatátvételi küszöbértékeit adja meg

    • időzítők késleltetése 30 újratöltés 60– Konfigurálja a késleltetés és az újratöltés két időpontját

      • Késleltetési időzítő, amely az RG csoport inicializálásának és a szerepkör-egyeztetés késleltetésének késleltetésére szolgáló idő a felület megjelenése után - alapértelmezett 30 másodperc. A hatótávolság 0-10000 másodperc

      • Újratöltés – Ez az az idő, ameddig késleltetni kell az RG-csoport inicializálását és a szerepkör-egyeztetést az újratöltés után – Alapértelmezett 60 másodperc. A hatótávolság 0-10000 másodperc

      • Az alapértelmezett időzítők használata ajánlott, bár ezek az időzítők beállíthatók úgy, hogy alkalmazkodjanak az útválasztók indításakor/újratöltése során esetlegesen előforduló további hálózati konvergenciakongresszációhoz annak garantálása érdekében, hogy az RG protokoll egyeztetése a hálózat útválasztása után történjen egy stabil ponthoz való konvergáláshoz. Ha például a feladatátvétel után azt látjuk, hogy akár 20 másodpercig is eltarthat, amíg az új STANDBY megjeleníti az új ACTIVE első RG HELLO csomagját, akkor az időzítőket úgy kell beállítani, hogy "az időzítők késleltetik a 60-as újratöltést 120", hogy figyelembe vegyék ezt a késleltetést.

    • gigabitEthernet3 protokoll vezérlése 1– Konfigurálja a két ÖNÉLETRAJZ közötti keepalive és hello üzenetek cseréjéhez használt felületet, és meghatározza a vezérlőinterfészhez csatolandó protokollpéldányt, és redundancia alkalmazásprotokoll-konfigurációs módba lép

    • data GigabitEthernet3– Konfigurálja az adatforgalom ellenőrzőpontozásához használt interfészt

    • sáv— interfészek RG csoportkövetése

    • 1. protokoll – Megadja azt a protokollpéldányt, amely egy vezérlőinterfészhez lesz csatolva, és redundancia alkalmazásprotokoll-konfigurációs módba lép

    • időzítők hellotime 3 holdtime 10– Konfigurálja a két időzítőt a hellotime és a holdtime számára:

      • Hellotime – Az egymást követő üdvözlőüzenetek közötti időköz – Alapértelmezett 3 másodperc. A hatótávolság 250 ezredmásodperc-254 másodperc

      • Várakoztatási idő – A Hello-üzenet fogadása és a küldő útválasztó sikertelenségének vélelmezése közötti időköz. Ennek az időtartamnak nagyobbnak kell lennie, mint a hello-time – alapértelmezett 10 másodperc. A hatótávolság 750 ezredmásodperc-255 másodperc

        Javasoljuk, hogy a várakoztatási időzítőt úgy konfigurálja, hogy az legalább 3-szor nagyobb legyen a hellotime időzítő értékének.
    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: voice service voip. Ez lehetővé teszi a CUBE alkalmazás számára a redundancia folyamatának vezérlését. 

    voice service voip
   redundancy-group 1
   exit
    VCUBE-1(config)#voice service voip
    VCUBE-1(config-voi-serv)#redundancy-group 1
    % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
    VCUBE-1(config-voi-serv)# exit
    		 
    VCUBE-2(config)#voice service voip
    VCUBE-2(config-voi-serv)#redundancy-group 1
    % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
    VCUBE-2(config-voi-serv)# exit

    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)

    VCUBE-1(config)#interface GigabitEthernet1
    VCUBE-1(config-if)# redundancy rii 1
    VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
    VCUBE-1(config-if)# exit
    VCUBE-1(config)#
    VCUBE-1(config)#interface GigabitEthernet2
    VCUBE-1(config-if)# redundancy rii 2
    VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
    VCUBE-1(config-if)# exit
    		 
    VCUBE-2(config)#interface GigabitEthernet1
    VCUBE-2(config-if)# redundancy rii 1
    VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
    VCUBE-2(config-if)# exit
    VCUBE-2(config)#
    VCUBE-2(config)#interface GigabitEthernet2
    VCUBE-2(config-if)# redundancy rii 2
    VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
    VCUBE-v(config-if)# exit

    Az alábbi magyarázatot ismertetjük az ebben a konfigurációban használt mezőkről:

    • redundancia rii– Konfigurálja a redundancia-csoport redundancia-felületazonosítóját. Virtuális MAC-cím (VMAC) létrehozásához szükséges. Ugyanazt a rii ID értéket kell használni minden olyan útválasztó (ACTIVE/STANDBY) felületén, amely ugyanazzal a VIP-rel rendelkezik.


       

      Ha ugyanazon a lan-on egynél több B2B pár van, akkor minden párnak egyedi rii azonosítóval KELL rendelkeznie a megfelelő interfészeken (az ütközés elkerülése érdekében). A "redundanciaalkalmazás-csoport összes megjelenítése" kifejezésnek a megfelelő helyi és társadatokat kell jeleznie.

    • redundanciacsoport 1– A felületet a fenti 2. lépésben létrehozott redundanciacsoporthoz társítja. Konfigurálja az RG csoportot, valamint a fizikai felülethez rendelt VIP-t.


       

      A redundanciához kötelező külön interfészt használni, vagyis a hangforgalomhoz használt interfész nem használható a fenti 2. lépésben meghatározott vezérlő- és adatinterfészként. Ebben a példában a Gigabit Interface 3-at használjuk az RG vezérléshez/adatokhoz
    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.

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

    Miután a VCUBE-1 teljesen elindult, mentse el a VCUBE-2 konfigurációját , és töltse be újra.

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

    Ellenőrizze, hogy a 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 .

    
VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#
    
VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

    Helyi átjáró konfigurálása mindkét 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.

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

    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 .

    
configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


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


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


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

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


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

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

    A show 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

    
VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#
    
VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

    A fenti kimenetből lá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

    
VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
    4

    A feladatátvétel szimulálása a következő parancs kiadásával az aktív LGW-n, ebben az esetben vCUBE-2.

    
VCUBE-2#redundancy application reload group 1 self

    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

    • Amikor az ACTIVE útválasztó újratöltődik

    • Amikor az ACTIVE router ki- és bekapcsol

    • Ha az ACTIVE router bármely RG-vel konfigurált interfésze le van állítva, és a követés engedélyezve van
    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.

    
VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

    A VCUBE-1 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.

    
VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

    Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0

    Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0

    Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
    2022. szeptember 30.
    Egységes CM konfigurálása Webex-híváshoz

    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:

    Beállítás Érték
    Név Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex SIP trunk biztonsági profil
    Bejövő port Meg kell egyeznie a helyi átjáró konfigurációjában használt porttal a Webexbe irányuló vagy onnan érkező forgalomhoz: 5065

    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:

    Beállítás Érték
    Név Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex SIP-profil
    Engedélyezze az OPTIONS Ping lehetőséget a "Nincs (alapértelmezett)" szolgáltatástípusú törzsek célállapotának figyeléséhez Bejelölve

    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:

    Beállítás Érték
    Név Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex Calling Search Space
    Kiválasztott partíciók

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

    ESN (rövidített helyszíni tárcsázás)

    PSTNNemzetközi (PSTN-hozzáférés)

    onNetRemote (GDPR által megtanult úti célok)

     

    ANetRemote utolsó partíciója csak többfürtös környezetben használatos, ahol az útválasztási információk cseréje egységes CM-fürtök között történik az Intercluster Lookup Service (ILS) vagy a Global Dialplan Replication (GDPR) használatával.

    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:

    Beállítás Érték
    Eszközadatok
    Eszköznév Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex SIP trunk
    Futtatás az összes aktív egyesített CM-csomóponton Bejelölve
    Bejövő hívások
    A keresési terület hívása A korábban definiált híváskeresési terület: Webex
    AAR híváskeresési terület Olyan híváskeresési terület, amely csak PSTN-útvonalmintákhoz fér hozzá: PSTNReroute
    SIP-információk
    Cél címe A helyi átjáró CUBE IP-címe
    Cél kikötő 5060
    SIP csomagtartó biztonsági profil Korábban definiált: Webex
    SIP profil Korábban definiált: Webex

    Útvonalcsoport konfigurálása Webexhez

    Hozzon létre egy útvonalcsoportot a következő beállításokkal:

    Beállítás Érték
    Útvonalcsoport adatai
    Útvonalcsoport neve Egyedi név, például Webex
    Kiválasztott eszközök A korábban konfigurált SIP törzs: Webex

    Útvonallista konfigurálása Webexhez

    Hozzon létre egy útvonallistát a következő beállításokkal:

    Beállítás Érték
    Útvonallista-információk
    Név Egyedi név, például RL_Webex
    Leírás Értelmes leírás, például a Webex útvonallistája
    Futtatás az összes aktív egyesített CM-csomóponton Bejelölve
    Útvonallista tagokra vonatkozó információk
    Kiválasztott csoportok Csak a korábban meghatározott útvonalcsoport: Webex

    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:

    Beállítás Érték
    Útvonallista-információk
    Név Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex partíció

    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:

    Beállítás Érték
    Útvonal minta Teljes +E.164 minta a Webex DID tartományához a vezető "\" -vel. Például: \+140855501XX
    Útvonal-partíció Webex
    Átjáró/útvonallista RL_Webex
    Sürgős prioritás Bejelölve

    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:

    Beállítás Érték
    Fordítási minta ESN minta az ESN tartományhoz a Webexben. Például: 80121XX
    Partíció Webex
    Leírás Értelmes leírás, például Webex normalizációs minta
    A kezdeményező híváskeresési területének használata Bejelölve
    Sürgős prioritás Bejelölve
    Ne várja meg az Interdigit időtúllépést a későbbi ugrásoknál Bejelölve
    Az úgynevezett Party Transformation Mask Maszk a szám +E.164-re történő normalizálásához. Például: +140855501XX
    2022. szeptember 30.
    A Webex Calling funkcióinak beállítása

    További információ a Webex Callingban elérhető egyes funkciókról, valamint arról, hogyan állíthatja be őket a szervezet és a felhasználók számára.

    Vadászcsoport létrehozása

    A vadászcsoportok a bejövő hívásokat felhasználók vagy munkaterületek egy csoportjához irányítják. Még egy mintát is konfigurálhat úgy, hogy egy egész csoportra irányítson.

    A vadászcsoport beállításával kapcsolatos további információkért lásd: Hunt Groups a Cisco Webex Control Hubban.

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

    Beállíthat egy hívássort úgy, hogy amikor az ügyfelek hívásait nem lehet fogadni, automatikus fogadtatást, kényelmi üzeneteket és várakoztatott zenét kapnak, amíg valaki nem tudja fogadni a hívását.

    A hívássor beállításával és kezelésével kapcsolatos további információkért lásd: Hívássorok kezelése a Cisco Webex Control Hubban.

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

    Segítsen támogatni a front-office személyzet igényeit. Beállíthatja a felhasználókat telefonos kísérőként, hogy szűrhessék a szervezeten belüli bizonyos személyeknek érkező bejövő hívásokat.

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

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

    Üdvözleteket adhat hozzá, menüket állíthat be, és a hívásokat átirányíthatja egy üzenetrögzítő szolgáltatáshoz, egy vadászcsoporthoz, egy hangpostamezőhöz vagy egy valós személyhez. Hozz létre 24 órás ütemtervet, vagy adj meg különböző lehetőségeket, amikor a vállalkozásod nyitva van vagy bezárt.

    Az automatikus kísérők létrehozásával és kezelésével kapcsolatos információkért lásd: Automatikus kísérők kezelése a Cisco Webex Control Hubban.

    Lapozócsoport konfigurálása

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

    A lapozócsoportok beállításával és szerkesztésével kapcsolatos információkért lásd: Lapozócsoport konfigurálása a Cisco Webex Control Hubban.

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

    A csapatmunka és az együttműködés fokozása hívásfogadási csoport létrehozásával, hogy a felhasználók válaszolhassanak egymás hívásaira. Ha felhasználókat ad hozzá egy hívásfogadási csoporthoz, és egy csoporttag távol van vagy elfoglalt, egy másik tag fogadhatja a hívásait.

    A hívásfogadási csoport beállításával kapcsolatos információkért lásd: Hívásfelvétel a Cisco Webex Control Hubban.

    A híváspark beállítása

    A Call Park lehetővé teszi a felhasználók egy meghatározott csoportja számára, hogy hívásokat parkoljon a call park csoport más elérhető tagjai ellen. A parkoló hívásokat a csoport többi tagja is felveheti a telefonjukon.

    A híváspark beállításával kapcsolatos további információkért lásd: Call Park a Cisco Webex Control Hubban.

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

    1

    A vevői nézetből lépjen a https://admin.webex.comFelhasználókelemre , majd válassza ki a módosítani kívánt felhasználót.
    2

    Válassza a Híváslehetőséget , lépjen a Felhasználók közötti engedélyek elemre, majd válassza az Uszály belehetőséget .
    3

    Kapcsolja be az Uszály bekapcsolásfunkciót, és válassza ki, hogy a folyamatban lévő hívást konferenciahívássá szeretné-e tenni.

    • Lehetővé teszi mások számára, hogy hozzáadják magukat a felhasználó hívásaihoz.

    • Játsszon hangot, amikor valaki belemerül egy hívásba.

    Ezután kattintson a Mentésgombra .

    Annak megakadályozása, hogy valaki figyelje a felhasználó sorállapotát

    1

    A vevői nézetből lépjen a https://admin.webex.comFelhasználókelemre , és válassza ki a módosítani kívánt felhasználót.
    2

    Válassza a Híváslehetőséget , lépjen a Felhasználók közötti engedélyek elemre, és engedélyezze az Adatvédelmet.
    3

    Válassza ki a felhasználó számára megfelelő automatikus kísérő adatvédelmi beállításokat.

    • Engedélyezze, hogy az ügyfél a mellékkel is tárcsázható legyen
    • Engedélyezze, hogy az ügyfél kereszt- vagy vezetéknévvel is tárcsázható legyen
    4

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

    A fenti vezetői példa segítségével megkeresheti az adminisztratív asszisztens nevét.
    5

    Kattintson a Mentés lehetőségre.

    Példa

    Szeretné látni, hogyan történik ez? Tekintse meg ezt a videóbemutatót arról, hogyan kezelheti egy felhasználó adatvédelmi beállításait a Control Hubban .

    Figyelési lista - Más felhasználók és a Call Park Extentions

    A megfigyelt vonalak maximális száma 50, de figyelembe kell vennie a sávszélességet. A maximumot a felhasználó telefonján lévő sorgombok száma is meghatározhatja.

    A figyelési szolgáltatás csak a felhasználó elsődleges eszközével működik.

    1

    A vevői nézetből lépjen a https://admin.webex.comFelhasználókelemre , és válassza ki a módosítani kívánt felhasználót.
    2

    Válassza a Híváslehetőséget , lépjen a Felhasználók közötti engedélyek szakaszra , majd válassza a Figyeléslehetőséget .
    3

    Válasszon a következők közül:

    • Figyelt vonalhozzáadása-
    • Hívásparkoltatás-mellék hozzáadása
    4

    Válassza ki, hogy szeretné-e, hogy ez a felhasználó értesítést kapjon-e a parkoló hívásokról, keresse meg a figyelni kívánt személyt vagy híváspark-bővítményt, majd kattintson a Mentésgombra .


     

    A Control Hub figyelt sorainak listája megfelel a felhasználó eszközén megjelenő figyelt vonalak sorrendjének. A figyelt sorok listáját bármikor újrarendelheti.

     

    A figyelt sorhoz megjelenő név a felhasználó vagy munkaterület hívóazonosítójának keresztneve és vezetékneve mezőjében megadott név.

    Példa

    Szeretné látni, hogyan történik ez? Tekintse meg ezt a videóbemutatót arról, hogyan kezelheti egy felhasználó figyelési beállításait a Control Hubban .

    A hotelezés bekapcsolása egy felhasználó számára

    A szállodai szolgáltatás engedélyezése a felhasználó számára lehetővé teszi számukra, hogy egy másik térben dolgozzanak, miközben megőrzik a fő asztali telefon funkcionalitását és jellemzőit.

    1

    A vevői nézetből lépjen a https://admin.webex.comFelhasználókelemre , majd válassza ki a módosítani kívánt felhasználót.
    2

    Válassza a Hívás lehetőséget , lépjen a Felhasználók közötti engedélyek elemre, majd kattintson a Hotelingelemre .
    3

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

    Példa

    Szeretné látni, hogyan történik ez? Tekintse meg ezt a videóbemutatót arról, hogyan konfigurálhatja a szállodai szolgáltatást a Control Hubban.
    2022. szeptember 30.
    A Webex-hívás felhasználóinak konfigurálása és kezelése

    Minden egyes felhasználót hozzá kell adnia a Control Hubhoz, hogy kihasználhassák a Webex Calling szolgáltatások előnyeit. A hozzáadni kívánt felhasználók száma határozza meg, hogyan adja hozzá őket a Control Hubhoz, hogy manuálisan adja hozzá az egyes felhasználókat e-mail-cím alapján, vagy több felhasználót ad hozzá CSV-fájl használatával. A választás a tiéd.

    Felhasználók manuális hozzáadása a Control Hubban

    Ha olyan könyvtárból szinkronizál felhasználókat, mint az Active Directory, amikor manuálisan ad hozzá személyeket a Control Hubban , akkor azokat is hozzá kell adnia a címtárhoz.

    Felhasználók hozzáadásakor a kereszt- és vezetéknevek nem tartalmazhatnak kiterjesztett ascii karaktereket vagy a következő %, #, <,>\, /," karaktereket, és legfeljebb 30 karakter hosszúságúak lehetnek.</,> Ezek a speciális karakterkorlátozások csak a Webex Calling felhasználókra vonatkoznak.

    Mielőtt elkezdené