Webex híváskonfigurációs munkafolyamat
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.

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 .

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

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.

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

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.

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.

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.

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.

1

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

2

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

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

1

Az ügyfélnézetből lépjen a https://admin.webex.comSzervezeti beállítások > 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.

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. szeptember 30.
Helyi átjáró konfigurálása az IOS-XE-n Webex-híváshoz

Miután konfigurálta a Webex-hívást a szervezet számára, konfigurálhat egy csomagtartót a helyi átjáró Webex-híváshoz való csatlakoztatásához. A SIP TLS-átvitel biztosítja a törzset a helyi átjáró és a Webex felhő között. A helyi átjáró és a Webex Calling közötti média SRTP-t használ.

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

Két lehetőség van a Helyi átjáró konfigurálására a Webex Calling törzséhez :

  • Regisztráción alapuló törzs

  • Tanúsítványalapú törzs

Használja a feladatfolyamot a Regisztráción alapuló helyi átjáró vagy a Tanúsítványalapú helyi átjáró alatt a Helyi átjáró konfigurálásához a Webex Calling törzséhez. A különböző törzstípusokkal kapcsolatos további információkért lásd: Trunkok, útvonalcsoportok és tárcsázási tervek konfigurálása Webex-híváshoz . Hajtsa végre a következő lépéseket magán a helyi átjárón a parancssori felület (CLI) használatával. A Session Initiation Protocol (SIP) és a Transport Layer Security (TLS) átvitelt használjuk a csomagtartó biztonságossá tételéhez, a biztonságos valós idejű protokollt (SRTP) pedig a helyi átjáró és a Webex-hívásközötti média biztonságossá tételéhez.

Mielőtt elkezdené

  • Ismerje meg a Webex-híváshelyiségalapú nyilvános kapcsolt telefonhálózatának (PSTN) és helyi átjárójának (LGW) követelményeit . További információért lásd: Cisco Preferred Architecture for Webex Calling (Cisco preferált architektúra Webex-híváshoz ).

  • Ez a cikk feltételezi, hogy egy dedikált helyi átjáróplatform van a helyén, meglévő hangkonfiguráció nélkül. Ha módosít egy meglévő PSTN-átjárót vagy Local Gateway vállalati telepítést, hogy a Webex-híváshelyi átjáró funkciójaként legyen használva, akkor ügyeljen a konfigurációra. Győződjön meg arról, hogy a végrehajtott módosítások miatt nem szakítja meg a meglévő hívási folyamatokat és funkciókat.

  • Hozzon létre egy törzset a Control Hubban, és rendelje hozzá a helyhez. További információkért lásd: Trunkok, útvonalcsoportok és tárcsázási tervek konfigurálása Webex-híváshoz .

Mielőtt elkezdené

  • Győződjön meg arról, hogy a következő konfigurált alapplatform-konfiguráció a szervezet szabályzatainak és eljárásainak megfelelően van beállítva:

    • NPV-k

    • Acl

    • 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 az IOS-XE 17.3 minimálisan támogatott kiadására van szükség az összes helyi átjáró üzembe helyezéséhez.

1

Győződjön meg arról, hogy a 3. rétegbeli csatolók érvényes és átirányítható IP-címekkel rendelkeznek:

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

Konfigurálja előre a jelszó elsődleges kulcsát a következő parancsokkal, mielőtt felhasználná a hitelesítő adatokban és a megosztott titkos kulcsokban. A 6-os típusú jelszavakat AES-titkosítással és felhasználó által definiált elsődleges kulccsal titkosíthatja.

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

Konfigurálja az IP-névkiszolgálót úgy, hogy engedélyezze a DNS-keresést és a pingelést, hogy a kiszolgáló elérhető legyen. A helyi átjáró DNS-t használ a Webex Calling 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 kizárólagosságát és egy 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 sampleTP-nek.

  2. Rendelje hozzá a megbízhatósági pontot alapértelmezett jelző megbízhatósági pontként a sip-uaalatt .


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

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

  3. Engedélyezze az 1.2-es verziójú kizárólagosságot a TLS 1.0-s és 1.1-es verziójának letiltásához.

  4. Állítsa a tcp-retryk számát 1000-re (5 msec többszörösek = 5 másodperc).

  5. Állítsa be az időzítők kapcsolatát a TLS <wait-timer in="" sec="">létrehozásához . A hatótávolság 5–20 másodperc, az alapértelmezett érték pedig 20 másodperc. (Az LGW-nek 20 másodpercbe telik a TLS-kapcsolat meghibásodásának észlelése, mielőtt megpróbálna kapcsolatot létesíteni a következő elérhetővel Webex Hívás hozzáférés SBC. A CLI lehetővé teszi a rendszergazda számára, hogy módosítsa az értéket, hogy alkalmazkodjon a hálózati feltételekhez, és sokkal gyorsabban észlelje a kapcsolati hibákat az Access SBC-vel).


     

    A Cisco IOS XE 17.3.2-es és újabb verziója érvényes.

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

Frissítse a Helyi átjáró megbízhatósági készletét:

Az alapértelmezett trustpool csomag nem tartalmazza a "DigiCert Root CA" vagy az "IdenTrust Commercial" tanúsítványokat, amelyekre szüksége van a kiszolgálóoldali tanúsítvány érvényesítéséhez a TLS-kapcsolat Webex-híváshozvaló létrehozása során.

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

  1. Ellenőrizze, hogy léteznek-e DigiCert Room hitelesítésszolgáltatói és IdenTrust kereskedelmi tanúsítványok:

    show crypto pki trustpool | include DigiCert
  2. Ha a DigiCert Room hitelesítésszolgáltató és az IdenTrust kereskedelmi tanúsítvány nem létezik, frissítsen az alábbiak szerint:

    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
    

     

    Azt is megteheti, hogy letölti a tanúsítványcsomagot, és telepíti egy helyi kiszolgálóról vagy a Local Gateway flash memóriából.

    Például:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Igazol:

    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

Mielőtt elkezdené

Győződjön meg arról, hogy a Control Hub lépéseit végrehajtva létrehoz egy helyet, és hozzáad egy törzset az adott helyhez. A következő példában a Control Hubtól szerzi be az információkat.

1

A Local Gateway alkalmazás bekapcsolásához írja be a következő parancsokat, tekintse meg a Port Reference Information for Cisco Webex Calling for the latest IP subnets (Porthivatkozási információk a Cisco Webex-híváshoz ) című témakört , amelyet hozzá kell adnia a megbízhatósági listához:

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
end

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

Az útdíjcsalá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ímeit, amelyektől a helyi átjáró legitim VoIP-hívásokat vár, például Webex Calling-társokat , Unified CM-csomópontokat és IP PSTN-t.

  • Alapértelmezés szerint az LGW blokkolja az összes bejövő VoIP-hívásbeállítást a megbízható listában nem szereplő IP-címekről. A "munkamenet-cél IP-címmel" vagy kiszolgálócsoporttal rendelkező tárcsázási társak IP-címei alapértelmezés szerint megbízhatóak, és itt nem kell feltöltenie.

  • A listában szereplő IP-címeknek meg kell egyezniük az IP-alhálózatokkal a csatlakoztatott regionális Webex Calling adatközpontnak megfelelően. További információ: Porthivatkozási információk Webex-hívásokhoz.


     

    Ha LGW-je korlátozott kúp NAT-tal rendelkező tűzfal mögött van, akkor érdemes lehet letiltani az IP-cím megbízható listáját a Webex Calling-facingfelületen. A tűzfal már megvédi Önt a kéretlen bejövő VoIP-től. A letiltási művelet csökkenti a hosszabb távú konfigurációs többletterhelést, mert nem tudjuk garantálni, hogy a Webex Calling társainak címei rögzítettek maradnak, és mindenképpen konfigurálnia kell a tűzfalat a társak számára.

  • Konfiguráljon más IP-címeket más felületeken, például: győződjön meg arról, hogy hozzáadja az egyesített CM-címeket a befelé néző felületekhez.

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

  • További információt a következő témakörökben talál https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html .

Média
voice service voip
 media statistics 
 media bulk-stats 
SIP-to-SIP alapfunkciók
allow-connections sip to sip
Kiegészítő szolgáltatások
no supplementary-service sip refer
no supplementary-service sip handle-replaces

Letiltja a REFER-ot, és lecseréli a párbeszédpanel azonosítóját a fejlécben a társ párbeszédpanel-azonosítóra.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 .

Fax protokoll
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Engedélyezi a T.38 protokollt a faxátvitelhez, de a faxforgalom nem lesz titkosítva.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 .
Globális kábítás engedélyezése
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Amikor hívást továbbít egy Webex Calling felhasználónak (például mind a hívott, mind a hívó fél Webex Calling előfizetők, és ha médiát rögzít a Webex Calling SBC-nél), akkor a média nem áramolhat a helyi átjáróba, mivel a lyuk nincs nyitva.

  • A helyi átjáró kábításkötési funkciója lehetővé teszi, hogy a helyileg generált kábítási kérések az egyeztetett médiaútvonalon keresztül küldjenek. A kábítás segít kinyitni a lyukat a tűzfalban.

  • A kábító jelszó előfeltétele annak, hogy a helyi átjáró kábító üzeneteket küldjön ki. A Cisco IOS/IOS XE-alapú tűzfalakat konfigurálhatja úgy, hogy ellenőrizzék a jelszót, és dinamikusan nyissák meg a lyukakat (például explicit kifelé irányuló szabályok nélkül). A Local Gateway üzembe helyezéséhez azonban statikusan konfigurálhatja a tűzfalat úgy, hogy a Webex Calling SBC alhálózatok alapján be- és kinyissa a lyukakat. Mint ilyen, a tűzfalnak az SBC alhálózatokat úgy kell kezelnie, mint bármely bejövő UDP-csomagot, amely a csomag tartalmának kifejezett megtekintése nélkül indítja el a lyuknyílást.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 .
G729-ek
sip
g729 annexb-all

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

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 .
SIP
early-offer forced

Arra kényszeríti a helyi átjárót, hogy küldje el az SDP-információkat a kezdeti INVITE üzenetben ahelyett, hogy megvárná a szomszédos társ nyugtázását.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp3350229210 .
2

Konfigurálja 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ó mezőinek magyarázata:

  • 9. szabály

    Biztosítja, hogy a fejlécet a következőképpen jelenítse meg: “SIP-Req-URI” és nem “SIP-Req-URL” .

    A szabály sip-URI-k és SIP URL-címek között konvertál, mert a Webex Calling nem támogatja a SIP URI-kat a kérés/válasz üzenetekben, de szüksége van rájuk az SRV-lekérdezésekhez, például: _sips._tcp.<outbound-proxy>.
  • 20. szabály

    Módosítja a From fejlécet úgy, hogy tartalmazza a Control Hub OTG/DTG törzscsoport-paraméterét, hogy egyedileg azonosítsa a Helyi átjáró helyét a vállalaton belül.

  • SIP-profilt alkalmaz a 200-as hangosztály-bérlőre (később tárgyalva) az összes forgalom felé néző Webex-híváshoz. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 .

3

Konfigurálja a kodekprofilt, a kábításdefiníciót és az SRTP Crypto 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ó mezőinek magyarázata:


 

Ha az ITSP SBC és a helyi átjáró horgonymédiája NAT mögött van, akkor várja meg az ITSP-ből bejövő médiafolyamot. A kábítási parancsot az ITSP tárcsázási társak felé néző parancsára is alkalmazhatja.


 

A médiaútvonal-optimalizálást használó hívási folyamatokhoz jégfényes kábítási használatra van szükség.

4

Leképezheti a Control Hub paramétereit a helyi átjáró konfigurációjára.

Adja hozzá a Webex-hívást bérlőként a helyi átjárón belül. A helyi átjáró regisztrálásához konfigurációra van szükség a 200-ashangosztály-bérlő alatt . A konfiguráció elemeit a Control Hub Törzsinformáció oldaláról kell beszereznie az alábbi képen látható módon. Az alábbi példa bemutatja, hogy melyek azok a mezők, amelyek a megfelelő Helyi átjáró parancssori felületre vannak leképezve.

Alkalmazza a 200-as bérlőt az összes Webex-hívással szemben álló tárcsázó társra (2xx címkére) a Helyi átjáró konfigurációjában. A hangosztály bérlői funkciója lehetővé teszi a SIP-törzsparaméterek csoportosítását és konfigurálását, amelyek egyébként a VoIP hangszolgáltatás és a sip-ua alatt vannak megadva. Ha konfigurál egy bérlőt, és tárcsázási társ alatt alkalmazza, akkor a következő preferenciarend vonatkozik a Helyi átjáró konfigurációkra:

  • Tárcsa-társ konfiguráció

  • Bérlői konfiguráció

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

5

Konfigurálja a hangosztály 200-as bérlőjét, hogy engedélyezze a törzsregisztrációt a Local Gateway-ről a Webex Calling-ra a Control Hubtól kapott paraméterek alapján:


 

A következő parancssor és paraméterek csak példák. Használja a saját üzemelő példány paramétereit.

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ó mezőinek magyarázata:

voice class tenant 200

Lehetővé teszi a SIP-törzsek több bérlőjének adott globális konfigurációit, amelyek differenciált szolgáltatásokat tesznek lehetővé a bérlők számára.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993 .
registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

A helyi átjáró regisztrátor-kiszolgálója, amelyen a regisztráció kétpercenként frissül (a 240 másodperc 50%-a). További információkért lásd: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

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

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

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

Hitelesítési kihívás hívásokhoz. További információkért lásd: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Tiltsa le a SIP Remote-Party-ID (RPID) fejlécet, mivel a Webex Calling támogatja a PAI-t, amely a CIO használatával engedélyezett asserted-id pai. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764 .

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

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

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp1622025569 .
srtp-crypto 200

Meghatározza voice class srtp-crypto 200 az SHA1_80 megadásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 .

session transport tcp tls
Beállítja a szállítást TLS-re. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 .
url sips

Az SRV lekérdezésnek a hozzáférési SBC által támogatott SIP-eknek kell lennie; az összes többi üzenet SIP-re változik a sip-profile 200 segítségével.

error-passthru

A SIP-hibaválasz pass-thru funkciót adja meg.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp2069028434 .
asserted-id pai

Bekapcsolja a PAI-feldolgozást a helyi átjáróban. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203 .

bind control source-interface GigabitEthernet0/0/1

Konfigurál egy forrás IP-címet a Webex-hívás felé néző forrásfelület jelzéséhez. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 További információkért lásd:

bind media source-interface GigabitEthernet0/0/1

Konfigurál egy forrás IP-címet a Webex-hívás felé néző médiaforrás-felülethez. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 További információkért lásd:

no pass-thru content custom-sdp

Alapértelmezett parancs a bérlő alatt. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p1.html#wp1894635288 .

sip-profiles 200

A SIP-eket SIP-re módosítja, és módosítja a LINE/Port for INVITE és REGISTER üzeneteket a voice class sip-profiles 200. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 .

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

Webex Hívás hozzáférés SBC. További információkért lásd: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Transzparensen halad át az adatvédelmi fejléc értékein a bejövő és a kimenő láb között. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481 .

Miután meghatározta a 200-as bérlőt a helyi átjárón belül, és konfigurált egy SIP VoIP tárcsázó társát, az átjáró TLS-kapcsolatot kezdeményez a Webex-hívásfelé , ekkor a hozzáférési SBC bemutatja tanúsítványát a helyi átjárónak. A Helyi átjáró a korábban frissített CA gyökércsomaggal érvényesíti a Webex Calling hozzáférési SBC-tanúsítványt. Állandó TLS-munkamenetet hoz létre a Helyi átjáró és a Webex-hívó hozzáférés SBC között. A helyi átjáró ezután egy REGISTER-et küld a lekérdezett hozzáférési SBC-nek. A regisztrációs AOR number@domain. A szám a "number" hitelesítő adatokból, a tartomány pedig a "registrar dns:<fqdn>"-ből származik. A regisztráció megtámadásakor:

  • Használja a hitelesítő adatok felhasználónév, jelszó és tartomány paramétereit a fejléc és a sip-profile 200 létrehozásához.

  • A SIPS URL-t visszakonvertálja SIP-re.

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

Ehhez az üzembe helyezéshez a következő konfigurációra van szükség a helyi átjárón:

  1. Hangosztály-bérlők– Más bérlőket is létrehozhat az ITSP-vel rendelkező tárcsázó társak számára, hasonlóan a 200-as bérlőhöz, amelyet a Webex-hívással rendelkező tárcsázó társaik számára hoz létre.

  2. Hangosztály URI-k– Mintákat definiálhat a helyi átjárón végződő különböző törzsek gazda IP-címeihez/portjaihoz:

    • Webex hívás LGW-re

    • PSTN SIP törzsleállás LGW-n

  3. Kimenő tárcsázási társak – A kimenő hívási lábakataz LGW-ről az ITSP SIP-törzsre és a Webex-hívásrairányíthatja.

  4. DPGhangosztály – Meghívhatja a bejövő tárcsázótól származó kimenő tárcsázó társak megcélzásához.

  5. Bejövő tárcsatársak– Fogadhat bejövő híváslábakat az ITSP-től és a Webex-hívástól.

Használja a konfigurációkat a partner által üzemeltetett helyi átjáró beállításához vagy az ügyfél helyátjárójához, az alábbi képen látható módon.

1

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

  1. Alkalmazza a 100-as hangosztály-bérlőt az IP-PSTN-nel szemben lévő összes kimenő tárcsázási társra.

    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. Alkalmazza a 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ő hangosztály-URI-t:

  1. Határozza meg az ITSP állomás 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 egy vállalaton belül a Control Hub törzscsoportja, az OTG vagy a DTG paraméter alapján:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    A Helyi átjáró jelenleg nem támogatja az aláhúzásjeles "_" értéket az egyezési mintában. Megkerülő megoldásként használhat egy "" pontot. (bármelyikkel egyező) a "_"-val.

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

Konfigurálja a következő kimenő tárcsázási társokat:

  1. Kimenő tárcsázási társ az IP PSTN felé:

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

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

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

    Definiál egy VoIP tárcsázó társát egy 101-escímkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    destination-pattern BAD.BAD

    Lehetővé teszi a dial-peer 101kiválasztását. Ezt a kimenő tárcsázási társtársat azonban közvetlenül a bejövő tárcsatárból hívja meg dpg utasításokkal, és ez megkerüli a számjegyminta egyezési feltételeit. Tetszőleges mintát használ, amely a cél-minta CLI által engedélyezett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Megadja, hogy a dial-peer101 kezeli a SIP-hívás lábait.

    session target ipv4:192.168.80.13

    A cél cél IPv4-címét jelzi a hívás lábának elküldéséhez. Ebben az esetben az ITSP IP-címe.

    voice-class codec 99

    A 99-es kodek-beállításlistát jelöli, amelyet ehhez a tárcsázási társhoz kell használni.

    dtmf-relay rtp-nte

    Az RTP-NTE-t (RFC2833) úgy definiálja, mint a hívási lábon elvárt DTMF-képességet.

    voice-class sip tenant 100

    A tárcsa-társ az összes paramétert a 100-as bérlőtől örökli, kivéve, ha ugyanaz a paraméter van definiálva a dial-peer alatt.

    no vad

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

  2. Kimenő tárcsázó a Webex-hívás felé (Frissíti a kimenő tárcsázó-társát, hogy bejövő tárcsázóként szolgáljon a Webex-hívásból is, valamint a konfigurációs útmutató későbbi részében).

    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

    Egy VoIP tárcsázó-társ definiál egy 200201 címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében

    session target sip-server

    Azt jelzi, hogy a globális SIP-kiszolgáló a tárcsázási társról érkező hívások célhelye. A 200-as bérlőben meghatározott Webex Calling-kiszolgáló öröklődik a tárcsázási 200201.

    voice-class stun-usage 200

    Lehetővé teszi, hogy a helyi átjárón helyileg generált kábítási kérések az egyeztetett médiaútvonalon keresztül küldjenek. A kábítás segít kinyitni a tűzfal lyukát.

    no voice-class sip localhost

    Letiltja a DNS helyi állomásnév helyettesítését a kimenő üzenetek Feladó, Hívásazonosító és Távoli félazonosító fejlécében található fizikai IP-cím helyett.

    voice-class sip tenant 200

    A tárcsatár örökli az összes paramétert a 200-as bérlőtől (LGW <--> Webex hívó törzs), kivéve, ha ugyanazt a paramétert maga a tárcsatár alatt határozza meg. </-->

    srtp

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

    no vad

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

4

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

  1. A 100-as tárcsacsoportot határozza meg. A 101-es kimenő dial-peer a cél a 100-astárcsázási csoport bejövő dial-peer meghívásához . A DPG 100-at a Webex-hívás bejövő tárcsázási 200201 alkalmazzuk --> LGW --> PSTN elérési út >.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Definiálja a 200-as tárcsázási csoportot a kimenő tárcsázási társ-200201 a PSTN --> AZ LGW -- > Webex-hívási útvonalának céljaként . Alkalmazza a DPG 200-at a később definiált bejövő tárcsázási társ 100-ra .

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

Konfigurálja a következő bejövő tárcsázási társakat:

  1. Bejövő tárcsázás a bejövő IP PSTN-hívás lábaihoz:

    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ó mezőinek magyarázata:

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

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

    session protocol sipv2

    Megadja, hogy a dial-peer 100 kezeli a SIP-hívás lábait.

    incoming uri via 100

    Megadja a 100-as hangosztály-URI-t , hogy megfeleljen az IP PSTN-ről a helyi átjáróra érkező összes bejövő forgalomnak a VIA fejléc gazda IP-címén. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

    destination dpg 200

    Megadja a 200-as tárcsázási társcsoportot egy kimenő tárcsázási társ kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

    voice-class sip tenant 300

    A dial-peer örökli az összes paramétert a 300-as bérlőtől , kivéve, ha ugyanaz a paraméter van definiálva a tárcsatár alatt.

    no vad

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

  2. Bejövő tárcsázás a bejövő Webex-hívási hívás lábaihoz:

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

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

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

    Frissíti a VoIP tárcsázó társát egy 200201címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    incoming uri request 200

    Megadja a hangosztály URI 200-at , hogy megfeleljen a Webex Calling és az LGW közötti összes bejövő forgalomnak a kérés URI-jában található egyedi dtg mintával, egyedileg azonosítva a Helyi átjáró webhelyet egy vállalaton belül és a Webex Calling ökoszisztémában. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

    destination dpg 100

    A 100-as tárcsázási társcsoportot adja meg egy kimenő tárcsázási társ kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

    max-conn 250

    Az egyidejű hívások számát 250-re korlátozza az LGW és a Webex Callingközött, feltételezve, hogy egyetlen tárcsázó-társ, amely a Webex-hívás felé néz , mind a bejövő, mind a kimenő hívásokhoz, a cikkben meghatározottak szerint. A helyi átjárót érintő egyidejű híváskorlátokkal kapcsolatos további információkért lásd: https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN a Webex híváshoz

Párosítsa az összes bejövő IP PSTN-hívási lábat a helyi átjárón a dial-peer 100-zal , hogy meghatározza a VIA fejléc és az IP PSTN IP-címének egyezési kritériumát. A DPG 200 meghívja a kimenő tárcsázási 200201, amelynek célhelye a Webex Calling szerver.

Webex-hívás PSTN-re

Párosítsa a helyi átjáró összes bejövő Webex Calling hívási lábát tárcsázási 200201 , hogy meghatározza a REQUEST URI fejlécminta egyezési kritériumát az OTG/DTG törzscsoport paraméterrel, amely egyedülálló ebben a helyi átjáró-telepítésben. A DPG 100 meghívja a kimenő tárcsázó 101-et , amelynek célhelye az IP-PSTN IP-cím.

Ehhez az üzembe helyezéshez a következő konfigurációra van szükség a helyi átjárón:

  1. Hangosztály-bérlők– Több bérlőt hozhat létre az egyesített CM-hez és ITSP-hez néző tárcsázó társak számára, hasonlóan a Webex Calling tárcsázó társaihoz létrehozott 200-as bérlőhöz .

  2. Hangosztály URI-k– Meghatározhat egy mintát a gazdagép IP-címeihez/portjaihoz az LGW-n végződő különböző törzsekhez a következőből:

    • Egységes CM-ről LGW-re a PSTN-célhelyekhez

    • Egységes CM az LGW-hez a Webex Calling célállomásokhoz

    • Webex hívás LGW-célállomásokra

    • PSTN SIP törzsleállás LGW-n

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

    • LGW az egyesített CM-hez

    • LGW a Webex híváshoz

    • LGW to PSTN SIP csomagtartó

  4. Kimenő tárcsázási társak– A kimenő híváslábakat a következő helyekről irányíthatja:

    • LGW az egyesített CM-hez

    • ITSP SIP csomagtartó

    • Webex Calling

  5. DPGhangosztály – Meghívhatja a bejövő tárcsázóból származó kimenő tárcsázási társak megcélzására.

  6. Bejövő tárcsatársak– Elfogadhatja a Unified CM, ITSP és Webex Callingbejövő hívási lábait.

1

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

  1. Alkalmazza a 100-as hangosztály-bérlőt az egyesített CM- és IP-PSTN-nel szemben lévő összes kimenő tárcsázási társra:

    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. Alkalmazza a 300-as hangosztály-bérlőt az egyesített CM-ről és az IP PSTN-ről származó összes bejövő tárcsázási társra:

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

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

  1. Meghatározza az ITSP állomás 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 egy vállalaton belül a Control Hub törzscsoportja, az OTG/DTG paraméter alapján:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    A helyi átjáró jelenleg nem támogatja az aláhúzásjelet a "" alatt a találati_mintában. Megkerülő megoldásként a "" pontot használja. (bármelyikkel egyező) a "_"-val.

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Meghatározza az egyesített CM-jelátviteli VIA portot a Webex Calling törzséhez:

    voice class uri 300 sip
    pattern :5065
    
  4. Meghatározza az egységes CM-forrásjelezési IP-t és a VIA portot a PSTN-trönkölthöz:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Konfigurálja a következő hangosztálykiszolgáló-csoportokat:

  1. Meghatározza a Unified CM trunk cél gazdagép IP-címét és portszámát az 1. egyesített CM-csoporthoz (5 csomópont). Az Unified CM az 5065-ös portot használja a Webex Calling törzs bejövő forgalmához (Webex Calling <-> LGW --> Unified CM). </->

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Meghatározza a Unified CM trunk cél gazdagép IP-címét és portszámát a Unified CM 2 csoporthoz, ha van ilyen:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Meghatározza a Unified CM trunk cél gazdagép IP-címét az 1. egyesített CM-csoporthoz (5 csomópont). A Unified CM az alapértelmezett 5060-as portot használja a PSTN-törzs 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 a Unified CM trunk cél gazdagép IP-címét a Unified CM group 2 számára, ha van ilyen.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Konfigurálja a következő kimenő tárcsázási társakat:

  1. Kimenő tárcsázási társ az IP PSTN felé:

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

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

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

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

    destination-pattern BAD.BAD

    Lehetővé teszi a dial-peer 101kiválasztását. A kimenő tárcsázó társát azonban közvetlenül a bejövő tárcsatárból hívja meg dpg utasításokkal, és ez megkerüli a számjegyminta egyezési feltételeit. Tetszőleges mintát használ, amely a cél-minta CLI által engedélyezett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Megadja, hogy a dial-peer 101 kezeli a SIP-hívás lábait.

    session target ipv4:192.168.80.13

    A cél cél IPv4-címét jelzi a hívás lábának elküldéséhez. (Ebben az esetben az ITSP IP-címe.)

    voice-class codec 99

    Azt jelzi, hogy a kodek 99-es beállításlistája használatban van ehhez a tárcsatárhoz.

    voice-class sip tenant 100

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

  2. Kimenő tárcsázás a Webex-hívás felé (Frissítse a kimenő tárcsázó társát, hogy a Webex-hívás bejövő tárcsázójaként szolgáljon):

    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ó mezőinek magyarázata:

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

    Meghatároz egy VoIP tárcsázót egy 200201 címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    session target sip-server

    Azt jelzi, hogy a globális SIP-kiszolgáló a tárcsatár-200201érkező hívások célállomása . A 200-as bérlőben definiált Webex Calling-kiszolgáló öröklődik a tárcsázási 200201számára.

    voice-class stun-usage 200

    Lehetővé teszi, hogy a helyileg generált kábításkérések az egyeztetett médiaútvonalon keresztül küldjenek. A kábítás segít kinyitni a tűzfal lyukát.

    no voice-class sip localhost

    Letiltja a DNS helyi állomásnév helyettesítését a kimenő üzenetek Feladó, Hívásazonosító és Távoli félazonosító fejlécében található fizikai IP-cím helyett.

    voice-class sip tenant 200

    A tárcsatár örökli az összes paramétert a 200-as bérlőtől (LGW <--> Webex Calling trunk), kivéve, ha ugyanazt a paramétert maga a tárcsázó alatt határozza meg. </-->

    srtp

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

  3. Kimenő tárcsázás a Unified CM Webex-hívási törzse 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ó mezőinek magyarázata:

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

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

    session server-group 301

    A tárcsázási társ munkamenet-cél IP-címe helyett egy célkiszolgáló-csoportra mutat (a 301-es kiszolgálócsoport a 301-estárcsázási társhoz), hogy több cél UCM-csomópontot határozzon meg, bár a példa csak egyetlen csomópontot mutat.

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

    A DPG-ben több tárcsatárssal és a tárcsázási kiszolgálócsoport több kiszolgálójával véletlenszerűen oszthatja el a hívásokat az összes Unified CM hívásfeldolgozó előfizető között, vagy egy meghatározott preferencia alapján vadászhat. Minden kiszolgálócsoport legfeljebb öt kiszolgálóval rendelkezhet (IPv4/v6 porttal vagy anélkül). Csak akkor van szüksége egy második tárcsázási és második kiszolgálócsoportra, ha ötnél több hívásfeldolgozó előfizetőt használ.

    További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html .

  4. Második kimenő tárcsázó a Unified CM Webex Calling törzse felé, ha több mint 5 unified CM csomópontja van:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Kimenő tárcsázás a Unified CM PSTN-törzse 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ás a Unified CM PSTN-törzse felé, ha több mint 5 egyesített 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. A DPG 100definíciója. A 101-es kimenő dial-peer a cél a 100-astárcsázási csoport bejövő dial-peer meghívásához . A DPG 100-at a bejövő tárcsázási társ 302-re alkalmazzuk , amelyet később határoztak meg az Unified CM --> LGW --> PSTN elérési úthoz:

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Határozza meg a DPG 200-at kimenő tárcsázási 200201 a Unified CM --> LGW --> Webex Hívási útvonalának célpontjaként :

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Határozza meg a DPG 300-at a 301-es vagy 303-as kimenő tárcsázási társakhoz a Webex-híváshoz --> LGW --> Unified CM elérési úthoz:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Határozza meg a DPG 302-t a 305-ös vagy 307-es kimenő tárcsázási társakhoz a PSTN --> LGW --> Unified CM elérési úthoz:

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

Konfigurálja a következő bejövő tárcsázási társakat:

  1. Bejövő tárcsázás a bejövő IP PSTN-hívás lábaihoz:

    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ó mezőinek magyarázata:

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

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

    session protocol sipv2

    Megadja, hogy a dial-peer100 kezeli a SIP-hívás lábait.

    incoming uri via 100

    Megadja a 100-as hangosztály URI-ját az összes bejövő forgalomhoz a Unified CM-ről LGW-re a VIA fejléc ip-címén. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

    destination dpg 302

    A 302-es tárcsázási csoport megadása egy kimenő tárcsázási társ kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

    voice-class sip tenant 300

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

  2. Bejövő tárcsázás a bejövő Webex-hívási hívás lábaihoz:

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

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

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

    Frissíti a VoIP tárcsázó társát egy 200201 címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    incoming uri request 200

    Megadja a 200-as hangosztály URI-t az egyesített CM-ről LGW-re érkező összes bejövő forgalomhoz a kérelem URI-jában található egyedi dtg-mintán, egyedileg azonosítva a helyi átjáró webhelyet egy vállalaton belül és a Webex Calling ökoszisztémában. Lát https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    A 300-as tárcsázási csoport megadása egy kimenő tárcsatár kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

    max-conn 250

    Az egyidejű hívások számát 250-re korlátozza az LGW és a Webex-hívás között, feltételezve, hogy egyetlen tárcsázó-társsal rendelkező Webex-hívás van a bejövő és kimenő hívásokhoz egyaránt, az útmutatóban meghatározottak szerint. A helyi átjárót érintő egyidejű híváskorlátokkal kapcsolatos további részletekért lásd: https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Bejövő tárcsázás a bejövő Unified CM híváslábakhoz, webex hívással a célké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ó mezőinek magyarázata:

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

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

    incoming uri via 300

    Megadja a 300-as hangosztályt az összes bejövő forgalomhoz a Unified CM-ről LGW-re a forrásporton keresztül (5065). További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

    destination dpg 200

    A 200-as tárcsázási csoport megadása egy kimenő tárcsatár kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

    voice-class sip tenant 300

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

  4. Bejövő tárcsázás a bejövő Unified CM-hívás lábaihoz, ahol a CÉL a PSTN:

    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ó mezőinek magyarázata:

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

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

    incoming uri via 302

    Megadja a 302-es hangosztályt az egyesített CM-ről LGW-re érkező összes bejövő forgalomhoz a forrásporton keresztül (5065). További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

    destination dpg 100

    A 100-as tárcsázási csoport megadása egy kimenő tárcsatár kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

    voice-class sip tenant 300

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

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

Webex hívási platform az egységes CM Webex hívás törzshöz

Egységes CM PSTN-törzs IP PSTN-hez

Egységes CM Webex hívási törzs Webex hívási platformra

A diagnosztikai aláírások (DS) proaktívan észlelik az IOS XE-alapú helyi átjáróban gyakran észlelt problémákat, és e-mailes, syslog- vagy terminálüzenet-értesítéseket hoz létre az eseményről. A DS-t a diagnosztikai adatgyűjtés automatizálására és az összegyűjtött adatok Cisco TAC-tokba való átvitelére is telepítheti a felbontási idő felgyorsítása érdekében.

A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a probléma kiváltó eseményeiről, valamint a probléma tájékoztatásához, elhárításához és megoldásához szükséges műveletekről. a problémaészlelési logikát syslog-üzenetek, SNMP-események és az egyes show-parancskimenetek rendszeres figyelése segítségével határozhatja meg.

A művelettípusok közé tartozik a show parancskimenetek gyű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-kiszolgálóra

A TAC mérnökei írják le a DS fájlokat, és digitálisan aláírják az integritás elleni védelem érdekében. Minden DS fájlhoz egyedi numerikus azonosító tartozik, amelyet a rendszer rendel hozzá. A Diagnosztikai aláírások keresőeszköze (DSLT) egyetlen forrás a megfelelő aláírások megtalálásához a különböző problémák figyeléséhez és elhárításához.

Mielőtt elkezdené:

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

  • Egy SMTP-kiszolgáló, amelyre szüksége van ahhoz, hogy a helyi átjáró e-mail értesítéseket küldjön.

  • Győződjön meg arról, hogy a helyi átjáró az IOS XE 17.6.1-es vagy újabb verzióját futtatja, ha a biztonságos SMTP-kiszolgálót szeretné használni az e-mailes értesítésekhez.

Előfeltételek

IOS XE 17.3.2-es vagy újabb verziót futtató helyi átjáró

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

  2. Konfigurálja a biztonságos e-mail kiszolgálót úgy, hogy proaktív értesítést küldjön, ha az eszközön Cisco IOS XE 17.3.2 vagy újabb verzió fut.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Konfigurálja a környezeti változót ds_email az Ön által értesítendő rendszergazda e-mail-címével.

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

16.11.1-es vagy újabb verziót futtató helyi átjáró

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

  2. Konfigurálja úgy az e-mail kiszolgálót, hogy proaktív értesítések küldésére használja, ha az eszközön a 17.3.2-esnél korábbi verzió fut.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Konfigurálja a környezeti változót ds_email 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ót futtató helyi átjáró

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

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Konfigurálja úgy az e-mail kiszolgálót, hogy proaktív értesítések küldésére használja, ha az eszközön a 17.3.2-esnél korábbi verzió fut.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Konfigurálja a környezeti változót ds_email az értesítendő rendszergazda e-mail-címével.

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

Az alábbiakban egy példa látható egy Cisco IOS XE 17.3.2-es verzióján futó helyi átjáró konfigurációjára, amely a proaktív értesítéseket a Gmail biztonságos SMTP-kiszolgálóként használó tacfaststart@gmail.com küldi el:

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

A Cisco IOS XE szoftveren futó helyi átjáró nem egy tipikus webalapú Gmail-ügyfél, amely támogatja az OAuth-hitelesítést, ezért be kell állítanunk egy adott Gmail-fiókbeállítást, és külön engedélyt kell adnunk az eszközről érkező e-mail megfelelő feldolgozásához:

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

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

Diagnosztikai aláírások telepítése a proaktív figyeléshez

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

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

  1. Győződjön meg arról, hogy engedélyezi az SNMP-t a show snmpparanccsal . Ha nem engedélyezi, 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 eszközt a Diagnosztikai aláírások keresése eszköz alábbi legördülő menüivel :

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

    Az alábbi példa a fájl FTP-kiszolgálóról a helyi átjáróra való másolását mutatja be.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  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 telepítése sikeresen megtörtént-e a show call-home diagnostic-signaturehasználatával . 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 

    Töltse le a DSes-t:

    DS azonosító

    DS név

    Átvizsgálás

    Állapot

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Regisztrálva

    2020-11-07 22:05:33


    Aktiváláskor ez az aláírás eltávolítja az összes futó DS-t, beleértve önmagát is. Ha szükséges, telepítse újra a DS 64224 eszközt, hogy továbbra is figyelemmel kísérhesse a helyi átjáró magas processzorkihasználtságát.

SIP törzs regisztrációjának figyelése

Ez a DS ellenőrzi, hogy nincs-e regisztrációja a helyi átjáró SIP-törzsének a Webex Calling felhővel 60 másodpercenként. Miután észlelte a regisztrációt, létrehoz egy e-mail- és syslog-értesítést, és két regisztráció nélküli esemény után eltávolítja magát. Kérjük, használja az alábbi lépéseket az aláírás telepítéséhez.

  1. Töltse le a DS 64117 eszközt a Diagnosztikai aláírások keresése eszközalábbi legördülő menüből :

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    SIP-SIP

    Probléma típusa

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

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

    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. A show call-home diagnosztikai aláíráshasználatával ellenőrizze, hogy az aláírás sikeresen telepítve van-e. Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

A rendellenes hívásleválasztások figyelése

Ez a DS 10 percenként SNMP-lekérdezést használ a rendellenes hívásleválasztás észlelésére a 403-as, 488-as és 503-as SIP-hibákkal.  Ha a hibaszám növekménye nagyobb vagy egyenlő, mint az utolsó lekérdezés 5-ös értéke, akkor syslog- és e-mail-értesítést hoz létre. 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 snmpparanccsal . 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 eszközt a Diagnosztikai aláírások keresése eszköz alábbi beállításaival :

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

    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. A "hívás-otthoni diagnosztikai aláírás megjelenítése"funkcióval ellenőrizheti, hogy az aláírás telepítése sikeresen megtörtént-e a következővel: . Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

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

A diagnosztikai aláírások (DS) használatával gyorsan megoldhatja a problémákat. A Cisco TAC mérnökei számos aláírást készítettek, amelyek lehetővé teszik a szükséges hibakereséseket, amelyek egy adott probléma elhárításához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok gyűjtéséhez és az adatok automatikus átviteléhez szükségesek a Cisco TAC-tokba. A diagnosztikai aláírások (DS) kiküszöbölik a probléma előfordulásának manuális ellenőrzését, és sokkal könnyebbé teszik az időszakos és átmeneti problémák elhárítását.

A Diagnosztikai aláírások keresése eszközzel megkeresheti a megfelelő aláírásokat, és telepítheti őket egy adott probléma önmegoldásához, vagy telepítheti a TAC-mérnök által a támogatási megbízás részeként ajánlott aláírást.

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

  1. Konfiguráljon egy további DS környezeti változót ds_fsurl_prefix , amely a Cisco TAC fájlkiszolgáló elérési útja (cxd.cisco.com), amelyre az összegyűjtött diagnosztikai adatokat feltölti. A fájl elérési útjának felhasználóneve az esetszám, a jelszó pedig a fájlfeltöltési token, amely a támogatási esetkezelőből kérhető le a következő parancsban. A fájlfeltöltési jogkivonat szükség szerint létrehozható a Támogatási esetkezelő Mellékletek szakaszában.

    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 snmpparanccsal . 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 arról, hogy a DS 64224 processzorfelügyeleti ds 64224 nagy számítási igényű kiszolgálói intézkedésként telepíti az összes hibakeresés és diagnosztikai aláírás letiltásához a processzor magas kihasználtsága alatt. Töltse le a DS 64224 eszközt a Diagnosztikai aláírások keresése eszköz alábbi beállításaival :

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    Teljesítmény

    Probléma típusa

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

  4. Töltse le a DS 65095 eszközt a Diagnosztikai aláírások keresése eszköz alábbi beállításaival :

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    Syslogok

    Probléma típusa

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

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

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Telepítse a magas processzorigényű DS 64224, majd a DS 65095 XML-fájlt a helyi átjáróba.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Ellenőrizze, hogy az aláírás telepítése sikeresen megtörtént-e a show call-home diagnostic-signaturehasználatával . 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 DSes:

    DS azonosító

    DS név

    Átvizsgálás

    Állapot

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Regisztrálva

    2020-11-08

    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 "futás" állapotúra változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show-home hívásazonosító-statisztikák kimenete a legjobb módja annak ellenőrzésének, hogy a diagnosztikai aláírás észleli-e az érdeklődésre számot tartó eseményt, és végrehajtja-e a műveletet. A "Aktivált/Max/Deinstall" oszlop azt jelzi, hogy az adott aláírás hányszor aktivált egy eseményt, hogy a rendszer hányszor van definiálva egy esemény észlelésére, és hogy az aláírás detelepül-e, miután észlelte a kiváltott események maximális számát.

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

Letöltött DSes:

DS azonosító

DS név

Átvizsgálás

Állapot

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

64224

DS_LGW_CPU_MON75

0.0.10

Regisztrálva

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Fut

2020-11-08 00:12:53

otthoni hívási diagnosztikai aláírási statisztikák megjelenítése

DS azonosító

DS név

Aktivált/Max/Deinstall

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

A diagnosztikai aláírás végrehajtása során küldött értesítő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz részletei, a szoftver verziója, a futó konfiguráció, valamint 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élokra való használata általában úgy van definiálva, hogy eltávolítsák őket bizonyos problémák előfordulásainak észlelése után. Ha manuálisan szeretne eltávolítani egy aláírást, kérje le a DS-azonosítót a show call-home diagnostic-signature kimenetéből , és futtassa a következő parancsot:

call-home diagnostic-signature deinstall <DS ID> 

Példa:

call-home diagnostic-signature deinstall 64224 

A rendszer rendszeres időközönként új aláírásokat ad hozzá a Diagnosztikai aláírások keresőeszközéhez az üzemelő példányokban 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érelmeket.

Mielőtt elkezdené

  • Győződjön meg arról, hogy a következő konfigurált alapplatform-konfiguráció a szervezet szabályzatainak és eljárásainak megfelelően van beállítva:

    • NPV-k

    • Acl

    • jelszavak engedélyezése

    • elsődleges jelszó

    • IP-útválasztás

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

  • Az IOS XE 17.6 minimálisan támogatott kiadására van szükség az összes helyi átjáró üzembe helyezéséhez.

1

Győződjön meg arról, hogy érvényes és átirányítható IP-címeket rendel hozzá bármely 3. rétegbeli adapterhez:

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ő felületnek 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 a teljes tartománynév a felület IP-címére van feloldva.

2

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

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

Konfigurálja az IP-névkiszolgálót a DNS-keresés engedélyezéséhez. Pingelje az IP-névkiszolgálót, és győződjön meg arról, hogy a kiszolgáló elérhető. A helyi átjárónak a következő DNS-sel kell megoldania a Webex Calling 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 kizárólagosságát és egy alapértelmezett helyőrző Trustpointot:


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

  • Tartomány a SIP-kérelem üzeneteinek kapcsolatfejléc-URI-jában (például: Meghívás, Beállítások) a TLS-kapcsolat létrehozásához jelen kell lennie a SAN-tanúsítványban.

  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. Hozzon létre egy megbízhatósági pontot egy hitelesítésszolgáltató által aláírt tanúsítvány 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 router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Hozzon létre tanúsítvány-aláírási kérelmet (CSR) a következő paranccsal:

    crypto pki enroll CUBE_CA_CERT

     
    • Ezzel a CSR-rel tanúsítványt kérhet az egyik támogatott hitelesítésszolgáltatótól.

    • Győződjön meg arról, hogy a Control Hubon konfigurált törzshely (FQDN vagy SRV) jelen van a tanúsítvány TÁROLÓJÁBAN.

5

Ha a főtanúsítvány köztes hitelesítésszolgáltatóval rendelkezik, hajtsa végre a következő parancsokat:


 

Ha nincsenek köztes hitelesítésszolgáltatók, ugorjon a 6. 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 főtanúsítvány tárolására. Hajtsa végre a következő parancsokat, ha nincs köztes hitelesítésszolgáltató:

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

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

Mielőtt elkezdené

  • A Webex Calling felé irányuló hálózatnak nyilvános IPv4-címet kell használnia. A teljes tartománynevek (FQDN) vagy a szolgáltatásrekordok (SRV) címeit nyilvános IPv4-címre kell feloldani az interneten.

  • A külső interfészen található összes 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 tűzfalat a vállalati hálózati összetevőkön.

  • Telepítsen egy aláírt tanúsítványt a helyi átjáróra.

    • A hitelesítésszolgáltatónak (CA) alá kell írnia a tanúsítványt a Milyen legfelső szintű hitelesítésszolgáltatók támogatottak a Cisco Webex audio- és videoplatformok hívásaihoz? .

    • A Control Hubból kiválasztott teljes tartománynévnek a tanúsítvány köznapi nevének (CN) vagy tulajdonos alternatív nevének (SAN) kell lennie. Például:

      • Ha a szervezet Control Hubjából konfigurált törzs a helyi átjáró teljes tartományneveként london.lgw.cisco.com:5061, akkor a CN-nek vagy a SAN-nak tartalmaznia kell london.lgw.cisco.com a tanúsítványban.  

      • Ha a szervezet Vezérlőközpontjából konfigurált törzs london.lgw.cisco.com a helyi átjáró SRV-címeként, akkor a CN-nek vagy a SAN-nak tartalmaznia kell london.lgw.cisco.com a tanúsítványban. Azok a rekordok, amelyekre az SRV-cím feloldásra kerül (CNAME, A rekord vagy IP-cím), nem kötelezőek a SAN-ban.

      • A törzshöz használt FQDN- vagy SRV-példában a helyi átjáró összes új SIP-párbeszédpanelének kapcsolattartási címének london.lgw.cisco.com kell lennie a SIP-cím gazdagéprészében. A konfigurálást lásd az 5 . lépésben.

  • Győződjön meg arról, hogy a tanúsítványok alá vannak írva az ügyfél- és kiszolgálóhasználathoz.

  • Töltse fel a megbízhatósági csomagot a helyi átjáróra a Következő részben említettek szerint: Milyen legfelső szintű hitelesítésszolgáltatók támogatottak a Cisco Webex audio- és videoplatformok hívásaihoz?.

1

A Local Gateway alkalmazás bekapcsolásához adja meg a következő parancsokat (tekintse meg a Cisco Webex Calling porthivatkozási információit a megbízhatósági listaként hozzáadható legújabb IP-alhálózatokért):

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

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

Az útdíjcsalá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ímeit, amelyektől a helyi átjáró legitim VoIP-hívásokat vár a Webex Calling társaitól .

  • Alapértelmezés szerint a Helyi átjáró blokkolja az összes bejövő VoIP-hívásbeállítást a megbízható listában nem szereplő IP-címekről. A "munkamenet-cél IP-címmel" vagy kiszolgálócsoporttal rendelkező tárcsázó társak IP-címei alapértelmezés szerint megbízhatóak, és nem töltődnek fel itt.

  • Az ebben a listában szereplő IP-címeknek meg kell egyezniük az IP-alhálózatokkal az ügyfél által csatlakoztatott regionális Webex Calling adatközpontnak megfelelően. További információért lásd: Porthivatkozási információk a Webex-hívásokhoz .


     

    Ha a helyi átjáró korlátozott statikus NAT-tal rendelkező tűzfal mögött van, tiltsa le az IP-cím megbízható listáját azon a felületen, amely Webex-hívássalszembesül . A tűzfal megvédi Önt a kéretlen bejövő VoIP-hívásoktól. Ez a művelet csökkenti a hosszabb távú konfigurációs többletterhelést, mert a Webex Calling-partnerek címei változhatnak, és konfigurálnia kell a tűzfalat a társak számára.

  • További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp3977511557 .

SIP-to-SIP alapfunkciók
allow-connections sip to sip
Fax protokoll
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Engedélyezi a T.38 számot a faxátvitelhez, bár a faxforgalom nincs titkosítva. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 .

SIP
early-offer forced

Arra kényszeríti a helyi átjárót, hogy küldje el az SDP-információkat a kezdeti INVITE üzenetben ahelyett, hogy megvárná a szomszédos társ nyugtázását.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html .
2

Konfigurálja a "hangosztály kodek 100" -ot.

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

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

Hangosztály kodek 100

Engedélyezi az opus és a g711 (mu és a-law) kodekeket is a munkamenetekhez. Az előnyben részesített kodeket alkalmazza az összes tárcsatárra. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 .

3

Konfigurálja a "hangosztály kábításhasználata 100" beállítást az ICE engedélyezéséhez.

voice class stun-usage 100 
stun usage ice lite

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

Hangosztály kábítás-használat 100

Meghatározza a kábítás használatát. Kábítást alkalmaz az összes Webex-hívássalnéző tárcsázó társra, hogy elkerülje a semmilyen hangot, amikor egy unified CM-telefon továbbítja a hívást egy másik Webex Calling telefonra.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 .
4

Konfigurálja az "srtp-crypto 100 hangosztályt" a támogatott kriptográfia korlátozásához.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

Hangosztály srtp-crypto 100
Az SHA1_80-at adja meg az egyetlen SRTP-rejtjelkészletként, 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.
5

Konfigurálja a "SIP Profilok 100" -ot. A példában cube1.abc.lgwtrunking.com a helyi átjáróhoz kiválasztott teljes tartománynév, a "172.x.x.x.x" pedig a Helyi átjáró felület Webex-hívásfelé irányuló IP-címe:

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ó mezőinek magyarázata:

10. szabálytól a 20. szabályig
Biztosítja, hogy a helyi átjáró IP-címét FQDN-re cserélje a kérés- és válaszüzenetek "Kapcsolattartó" fejlécében.

Ez egy olyan követelmény, amely a helyi átjáró hitelesítésének törzsként való használatára szolgál a szervezet adott Webex-hívási helyén.

További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 .
6

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

  1. Konfigurálja az első kimenő tárcsázást a Webex-hívásfelé .

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com: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ó mezőinek magyarázata:
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Definiál egy VoIP tárcsázó társát egy 101-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 .

    destination-pattern BAD.BAD

    Lehetővé teszi a dial-peer 101 kiválasztását. A dpg utasításokkal azonban közvetlenül a bejövő tárcsázó társból hívjuk meg a kimenő tárcsázási 101-et , és ez megkerüli a számjegyminta egyeztetési feltételeit. Tetszőleges mintát használ, amely a cél-minta CLI által engedélyezett alfanumerikus számjegyeken alapul. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 .

    session protocol sipv2

    Megadja, hogy a dial-peer 101 kezeli a SIP-hívás lábait. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 .

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    A cél cél FQDN-címét jelzi a Control Hubból a hívás lábának elküldéséhez. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 .

    voice-class codec 100

    A 100-as hívószámú kodek-beállításlistát jelöli, amelyet a 101-estárcsatárhozkell használni. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 .

  2. Konfigurálja a kimenő tárcsázó többi részét a Webex-hívásfelé . A lépések ugyanazok maradnak, mint a 6a . lépés, de eltérő "munkamenet-cél" van a tárcsázó társak számára.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com: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.sipconnect-int.bcld.webex.com: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.sipconnect-int.bcld.webex.com: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ási társcsoportot a Webex-hívás felé irányuló tárcsázás alapján az aktív/aktív modellben.


 

Ez a konfiguráció minden régióra vonatkozik, kivéve a szingapúri székhelyű helyen konfigurált törzseket. 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ási társsal 101,102,103,104-gyela Webex Callingfelé. Alkalmazza a DPG 100-at a bejövő tárcsázó 100-ra a PSTN vagy az Unified CM meghatározá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ó mezőinek magyarázata:
dial-peer 101 preference 1 

Egy kimenő tárcsatárt társít a 100-as tárcsázási csoporthoz , és ugyanazzal a beállítással konfigurálja a 101-es, 102-es, 103-asés 104-es tárcsatársat . További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 .

8

Hozzon létre tárcsázási társcsoportot a Webex-hívás felé vezető tárcsatár alapján az elsődleges /biztonsági mentési modellben.


 

Ez a konfiguráció csak a szingapúri helyeken konfigurált törzsekre vonatkozik.

  1. Határozza meg a 100-as tárcsázási csoportot a kimenő tárcsázási társ 101,102,103,104-gyel a Webex-hívásfelé. Alkalmazza a DPG 100-at a bejövő tárcsázó 100-ra a PSTN vagy az Unified CM meghatározá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ó mezőinek magyarázata:
dial-peer 101 and 102 preference 1 

Egy kimenő tárcsázási társ társítja a 100-as tárcsázási csoportot, és elsőként konfigurálja a 101-es és 102-es tárcsatárt . További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

dial-peer 103 and 104 preference 2 

Egy kimenő tárcsázási társ társítja a 100-as tárcsázási csoportot , és második beállításként konfigurálja a 103-as és 104-es tárcsatársat . További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

9

Konfigurálja a bejövő tárcsázást a Webex Callingbó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 120
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ó mezőinek magyarázata:

voice class uri 120 sip
Meghatározza a Webex Callingból érkező bejövő hívás egyeztetési mintáját. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 .
session transport tcp tls
Beállítja a szállítást TLS-re. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680 .
destination dpg 120
Megadja a 120-as tárcsázási csoportot a kimenő tárcsázási társ kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .
incoming uri request 120

A Webex-hívásból a helyi átjáróba érkező összes bejövő forgalmat a kérelem URI-jában található egyedi DTG-mintával párosítja, egyedileg azonosítva a helyi átjáró webhelyét egy vállalaton belül és a Webex Calling ökoszisztémában. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

Voice class srtp-crypto 100

Konfigurálja az SRTP hívás lábának (kapcsolatának) előnyben részesített titkosítási csomagjait. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 .

bind control source-interface GigabitEthernet0/0/1

Konfigurál egy forrás IP-címet a Webex-hívás felé néző forrásfelület jelzéséhez. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 .

bind media source-interface GigabitEthernet0/0/1

Konfigurál egy forrás IP-címet a Webex-hívás felé néző médiaforrás-felülethez. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 .

Ehhez az üzembe helyezéshez a következő konfigurációra van szükség a helyi átjárón:

  1. Hangosztály URI-k– A helyi átjárón végződő különböző törzsek IP-címeinek/portjainak mintáit definiálhatja:

    • Webex hívás LGW-re

    • PSTN SIP törzsleállás LGW-n

  2. Kimenő tárcsázási társak– A kimenő híváslábakat az LGW-ről az internetes telefonos szolgáltató (ITSP) SIP-törzsére és a Webex-hívásrairányíthatja.

  3. DPGhangosztály – Meghívhatja a bejövő tárcsázóból származó kimenő tárcsázási társak megcélzására.

  4. Bejövő tárcsatársak– Fogadhat bejövő híváslábakat az ITSP-től és a Webex-hívástól.

Használja a konfigurációt a partner által üzemeltetett helyi átjáró beállításához vagy a helyi ügyfélhely átjáróhoz. Lásd a következőket:

1

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

  1. Határozza meg az ITSP állomás 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 egy vállalaton belül. Használja a Helyi átjáró állomásnevét az 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 az aláhúzásjelet "_" az egyezési mintában. Megkerülő megoldásként a "" pontot használja. (bármelyikkel egyező) a "_"-val.

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

Konfigurálja a következő kimenő tárcsázási társakat:

  1. Kimenő tárcsázási társ az 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ó mezőinek magyarázata:

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

    Meghatároz egy VoIP tárcsázót egy 121-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 .

    destination-pattern BAD.BAD

    Lehetővé teszi a dial-peer 121kiválasztását. Ezt a kimenő tárcsázási társtársat azonban dpg-utasításokkal közvetlenül a bejövő tárcsatárból hívja meg, és ez megkerüli a számjegyminta egyeztetési feltételeit. Tetszőleges mintát használ, amely a cél-minta CLI által engedélyezett alfanumerikus számjegyeken alapul. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 .

    session protocol sipv2

    Megadja, hogy a dial-peer 121 kezeli a SIP-hívás lábait. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 .

    session target ipv4:192.168.80.13

    A cél cél IPv4-címét jelzi a hívás lábának elküldéséhez. A munkamenet célja itt az ITSP IP-címe. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 .

    voice-class codec 100.

    A 100-as kodekbeállítási listát jelöli, amelyet tárcsázási társként kell használni 121.

    További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 .

    dtmf-relay rtp-nte

    Az RTP-NTE (RFC2833) a hívási lábon várható DTMF-képességként határozza meg. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185 .

    no vad

    Letiltja a hangtevékenységek észlelését. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 .

  2. Kimenő tárcsázás a Webex-hívásfelé . A konfigurációkhoz lásd: Tanúsítványalapú törzs konfigurálása.

3

Konfigurálja a következő Dial-peer csoportot (DPG):

  1. Meghatározza a 120-astárcsacsoportot . A kimenő tárcsázás 121 a Webex Calling-- > LGW -- > PSTN célpontja . A DPG 120-at a bejövő tárcsázó 110-re alkalmazza a Webex Calling --> LGW --> PSTN elérési úthoz .

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

     

    A DPG 120-at a Webex-hívásbejövő tárcsázójához kell konfigurálnia, további információkért lásd: Tanúsítványalapú törzs konfigurálása 9 . lépés.

4

Konfigurálja a következő bejövő tárcsázási társakat:

  1. Bejövő tárcsázás a bejövő IP PSTN-hívás lábaihoz:

    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ó mezőinek magyarázata:

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

    Meghatároz egy VoIP tárcsázót egy 122-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 .

    session protocol sipv2

    Megadja, hogy a dial-peer 122 kezeli a SIP-hívás lábait. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 .

    incoming uri via 100

    Meghatározza a VIA fejléc és az IP PSTN IP-címének egyezési feltételét. Megfelelteti az összes bejövő IP PSTN-hívás lábát a Helyi átjárón a 122-es tárcsázóval. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

    destination dpg 100

    Megkerüli a klasszikus kimenő tárcsázási-társegyeztetési feltételeket a helyi átjáróban a DPG 100célhelytel. Állítsa be a kimenő hívás lábát a DPG 100 célhelyen belül meghatározott tárcsatársakkal, azaz a tárcsázó 101,102,103,104-gyel. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

    no vad

    Letiltja a hangtevékenységek észlelését. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 .

  2. Bejövő tárcsázás a bejövő Webex-hívási hívás lábaihoz:

PSTN a Webex híváshoz :

Párosítsa az összes bejövő IP-PSTN-hívási lábat a helyi átjárón a 122-es tárcsázóval, hogy meghatározza a VIA fejléc és az IP PSTN IP-címének egyezési kritériumát. A DPG 100 meghívja a kimenő tárcsázó 101,102,103,104101,103,104-et , amelynek célhelye a Webex Calling szerver.

Webex hívás PSTN-re:

Párosítsa a helyi átjáró összes bejövő Webex Calling hívási lábát a 110-es tárcsázási társsal , hogy meghatározza a REQUEST URI fejlécminta egyezési feltételét a Local Gateway üzembe helyezésére jellemző Local Gateway-gazdagépnévvel. A DPG 120 meghívja a kimenő tárcsázó 121-et , amelynek célhelyeként az IP PSTN IP-cím szerepel.

Ehhez az üzembe helyezéshez a következő konfigurációra van szükség a helyi átjárón:

  1. Hangosztály URI-k– Az LGW-n végződő különböző törzsek állomás IP-címeinek/portjainak mintáit a következőképpen határozhatja meg:

    • Egységes CM-ről LGW-re a PSTN-célhelyekhez

    • Egységes CM az LGW-hez a Webex Calling célállomásokhoz

    • Webex hívás LGW-célállomásokra

    • PSTN SIP törzsleállás LGW célállomásokon

  2. Hangosztály-kiszolgálócsoport – A kimenő törzsek IP-címeitvagy portjait a következő helyekről célozhatja meg:

    • LGW az egyesített CM-hez

    • LGW a Webex híváshoz

    • LGW to PSTN SIP csomagtartó

  3. Kimenő tárcsázási társak– A kimenő híváslábakat a következő helyekről irányíthatja:

    • LGW az egyesített CM-hez

    • Internetes telefonszolgáltató (ITSP) SIP-törzse

    • Webex Calling

  4. Dpghangosztály – Megcélozhatja a bejövő tárcsatárs kimenő tárcsázóinak meghívását.

  5. Bejövő tárcsatársak –Elfogadhatja a Unified CM, ITSP és Webex Callingbejövő hívási lábait.

1

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

  1. Meghatározza az ITSP állomás IP-címét (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 egy vállalaton belül. Használja a helyi átjáró állomásnevét a szükséges uniform resource identifier (URI) egyezési mintaként.

    voice class uri 200 sip
    pattern cube.domain.com

     

    A helyi átjáró jelenleg nem támogatja az aláhúzásjeles "" értéket_az egyezési mintában. Áthidaló megoldásként egy "" pontot használunk. (bármelyikkel egyező) a "_"-val.

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Meghatározza az egyesített CM-jelátviteli VIA portot a Webex Calling törzséhez:

    voice class uri 300 sip
    pattern :5065
    
  4. Meghatározza az egységes CM-forrásjelezési IP-t és a VIA portot a PSTN-trönkölthöz:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

Konfigurálja a következő hangosztálykiszolgáló-csoportokat:

  1. Meghatározza a Unified CM trunk cél gazdagép IP-címét és portszámát az 1. egyesített CM-csoporthoz (5 csomópont). Az Unified CM az 5065-ös portot használja a Webex Calling törzs bejövő forgalmához (Webex Calling <-> LGW --> Unified CM). </->

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

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Meghatározza a Unified CM trunk cél gazdagép IP-címét az 1. egyesített CM-csoporthoz (5 csomópont). A Unified CM az alapértelmezett 5060-as portot használja a PSTN-törzs bejövő forgalmához. Használja az alapértelmezett 5060-as portot, ha nem adja meg a portszámot. (PSTN <-> LGW --> Unified CM)</->

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

    voice class server-group 307
    ipv4 192.168.80.60
    
3

Konfigurálja a következő kimenő tárcsázási társakat:

  1. Kimenő tárcsázási társ az 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ó mezőinek magyarázata:

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

    Meghatároz egy VoIP tárcsázót egy 121-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 .

    destination-pattern BAD.BAD

    Lehetővé teszi a 121-es tárcsatár kiválasztását . Ezt a kimenő tárcsázási társkeresőt azonban dpg utasításokkal közvetlenül a bejövő tárcsázó-társból hívjuk meg DPG-utasítások használatával, és ez megkerüli a számjegyminta egyezési feltételeit. Tetszőleges mintát használunk, amely a cél-minta CLI által engedélyezett alfanumerikus számjegyeken alapul. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 . session protocol sipv2

    Megadja, hogy a dial-peer 121 kezeli a SIP-hívás lábait.

    session target ipv4:192.168.80.13

    Adja meg a cél cél IPv4-címét a hívás lábának elküldéséhez. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 .

    voice-class codec 100

    A 121-es tárcsázási társhoz használt 100-as kodek-beállításlistát jelzi.

    További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 .

  2. Kimenő tárcsázás a Webex-hívásfelé :

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com: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:peering2.sipconnect-int.bcld.webex.com: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:peering3.sipconnect-int.bcld.webex.com: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:peering4.sipconnect-int.bcld.webex.com: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ó mezőinek 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 kezelés és a hibaelhárítás megkönnyítése érdekében.

    voice-class stun-usage 100

    Helyileg generált kábítási kérés küldése az egyeztetett médiaútvonalon keresztül. A kábító kinyitja a lyukat a tűzfalban.

    srtp

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

  3. Kimenő tárcsázás a Unified CM Webex-hívási törzse 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ó mezőinek magyarázata:

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

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

    session server-group 301

    Meghatározza a több egyesített CM csomópont munkamenet-célját (a 301-es kiszolgálócsoport a 301-es tárcsázó 301-hez), bár a példa csak egyetlen csomópontot mutat.

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

    A hívások véletlenszerű eloszlását éri el az összes Unified CM hívásfeldolgozó előfizető között, vagy egy meghatározott preferencia alapján vadászik, több tárcsázó társsal a DPG-ben és több szerverrel a tárcsázási kiszolgálócsoportban. Minden kiszolgálócsoport legfeljebb öt kiszolgálóval rendelkezhet (IPv4/v6 porttal vagy anélkül). A második dial-peer és a második kiszolgálócsoport csak ötnél több hívásfeldolgozó előfizető számára használható.

    További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html .

  4. Második kimenő tárcsázó a Unified CM Webex Calling törzse felé, ha több mint 5 unified CM csomópontja van:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
  5. Kimenő tárcsázás a Unified CM PSTN-törzse 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ás a Unified CM PSTN-törzse felé, ha több mint 5 egyesített 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 csoport (DPG):

  1. A DPG 121 definíciója. A kimenő dial-peer 121 minden olyan bejövő tárcsázási társ célpontja, amely meghívja a DPG 121-et. Alkalmazza a DPG 121-et a Unified CM --> LGW --> PSTN elérési útjához később meghatározott bejövő tárcsázó 302-es verziójára:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Definiálja a DPG 100-at kimenő tárcsázási 200201, 200202, 200203 200204 a Unified CM --> LGW --> Webex Hívási útvonalának célpontjaként :


     

    Győződjön meg arról, hogy a beállítások módosítása a konfigurált helyi átjáró helyétől függ. További információért lásd a tanúsítványalapú törzs konfigurálása 7. lépését é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. Határozza meg a DPG 300-at a 301-es vagy 303-as kimenő tárcsázási társakhoz a Webex-híváshoz --> LGW --> Unified CM elérési úthoz:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Határozza meg a DPG 302-t a 305-ös vagy 307-es kimenő tárcsázási társakhoz a PSTN --> LGW --> Unified CM elérési úthoz:

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

Konfigurálja a következő bejövő tárcsázási társakat:

  1. Bejövő tárcsázás a bejövő IP PSTN-hívás lábaihoz:

    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ó mezőinek magyarázata:

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

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

    session protocol sipv2

    Megadja, hogy a dial-peer 100 kezeli a SIP-hívás lábait.

    incoming uri via 100

    Megadja a 100-as hangosztály-uri-t , hogy megfeleljen az IP-PSTN-ről a helyi átjáróra érkező összes bejövő forgalomnak a bejövő VIA-fejléc ip-címén. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

    destination dpg 302

    Megadja a 302-es tárcsázási társcsoportot egy kimenő tárcsázási társ kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .
  2. Bejövő tárcsázás a bejövő Webex-hívási hívás lábaihoz:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    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ó mezőinek magyarázata:

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

    Frissíti a VoIP tárcsázó társát a 110-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében.

    destination dpg 120

    Megadja a 120-as tárcsázási társcsoportot egy kimenő tárcsázási társ kiválasztásához. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 További információkért lásd:

    Voice class srtp-crypto 100

    Konfigurálja az SRTP hívás lábának (kapcsolatának) előnyben részesített titkosítási csomagjait. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 .

    bind control source-interface GigabitEthernet0/0/1

    Konfigurál egy forrás IP-címet a Webex-hívás felé néző forrásfelület jelzéséhez.

    További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 .

    bind media source-interface GigabitEthernet0/0/1

    Konfigurál egy forrás IP-címet a Webex-hívás felé néző médiaforrás-felülethez.

    További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 .

  3. Bejövő tárcsázás a bejövő Unified CM híváslábakhoz, webex hívással a célké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 100
    dtmf-relay rtp-nte
    no vad
    

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

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

    Definiál egy VoIP tárcsázót egy 300-as címkével, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 .

    incoming uri via 300

    Megadja a 300-as hangosztályt az összes bejövő forgalomhoz a Unified CM-ről LGW-re a forrásporton keresztül (5065). További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 .

    destination dpg 200

    Megadja a 200-as tárcsázási társcsoportot egy kimenő tárcsázási társ kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

  4. Bejövő tárcsázás a bejövő Unified CM-hívás lábaihoz, ahol a CÉL a PSTN:

    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ó mezőinek magyarázata:

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

    Meghatároz egy VoIP tárcsázót egy 302-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 .

    incoming uri via 302

    Megadja a 300-as hangosztály URI-ját , hogy megfeleljen az egyesített CM-ről a VIA-port pstn-célhelyének helyi átjárójára érkező összes bejövő forgalomnak. Az 5060 portot szabványos SIP portként használhatja. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 .

    destination dpg 100

    A 100-as tárcsázási társcsoportot adja meg egy kimenő tárcsázási társ kiválasztásához. További információt a következő témakörökben talál https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 .

A diagnosztikai aláírások (DS) proaktívan észlelik a Cisco IOS XE-alapú helyi átjáróban gyakran észlelt problémákat, és e-mailes, syslog- vagy terminálüzenet-értesítéseket hoz létre az eseményről. A DS-t a diagnosztikai adatgyűjtés automatizálására és az összegyűjtött adatok Cisco TAC-tokba való átvitelére is telepítheti a felbontási idő felgyorsítása érdekében.

A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a probléma kiváltó eseményeiről, valamint a probléma tájékoztatására, elhárítására és orvoslására szolgáló műveletekről. A problémaészlelési logika meghatározásához syslog-üzeneteket, SNMP-eseményeket és adott show-parancskimenetek rendszeres figyelésével használhatja. A művelettípusok a következők:

  • Parancskimenetek megjelenítése

  • Összevont naplófájl létrehozása

  • A fájl feltöltése egy felhasználó által megadott hálózati helyre, például HTTPS, SCP, FTP-kiszolgálóra

A TAC mérnökei DS-fájlokat készítenek, és digitálisan aláírják azokat az integritás védelme érdekében. Minden DS fájlhoz tartozik a rendszer által hozzárendelt egyedi numerikus azonosító. A Diagnosztikai aláírások keresőeszköze (DSLT) egyetlen forrás a megfelelő aláírások megtalálásához a különböző problémák figyeléséhez és elhárításához.

Mielőtt elkezdené:

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

  • Egy SMTP-kiszolgáló, amelyre szüksége van ahhoz, hogy a helyi átjáró e-mail értesítéseket küldjön.

  • Győződjön meg arról, hogy a helyi átjáró az IOS XE 17.6.1-es vagy újabb verzióját futtatja, ha a biztonságos SMTP-kiszolgálót szeretné használni az e-mailes értesítésekhez.

Előfeltételek

IOS XE 17.6.1-es vagy újabb verziót futtató helyi átjáró

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

  2. Konfigurálja azt a biztonságos e-mail kiszolgálót, amellyel proaktív értesítést küldhet, ha az eszközön IOS XE 17.6.1-es vagy újabb verzió fut.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Konfigurálja a környezeti változót ds_email az Ön által é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ó, amely 17.6.1-es verziót futtat

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

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Konfigurálja az e-mail kiszolgálót úgy, hogy proaktív értesítéseket küldjön, ha az eszközön a 17.6.1-esnél korábbi verzió fut.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Konfigurálja a környezeti változót ds_email 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ábbiakban egy példa látható egy Cisco IOS XE 17.6.1-es verzióján futó helyi átjáró konfigurációjára, amely a proaktív értesítéseket a Gmail biztonságos SMTP-kiszolgálóként használó tacfaststart@gmail.com küldi el:


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

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

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

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

Diagnosztikai aláírások telepítése a proaktív figyeléshez

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

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

  1. Győződjön meg arról, hogy engedélyezte az SNMP-t a show snmpparanccsal . 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 64224 eszközt a Diagnosztikai aláírások keresése eszköz alábbi legördülő menüivel :

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

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

    Az alábbi példa a fájl FTP-kiszolgálóról a helyi átjáróra való másolását mutatja be.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  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. A "hívás-otthoni diagnosztikai aláírás megjelenítése" paranccsal ellenőrizheti, hogy az aláírás telepítése sikeresen megtörtént-e . 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 

    Töltse le a DSes-t:

    DS azonosító

    DS név

    Átvizsgálás

    Állapot

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Regisztrálva

    2020-11-07 22:05:33


    Aktiváláskor ez az aláírás eltávolítja az összes futó DS-t, beleértve önmagát is. Ha szükséges, telepítse újra a DS 64224 eszközt, hogy továbbra is figyelemmel kísérhesse a helyi átjáró magas processzorkihasználtságát.

A rendellenes hívásleválasztások figyelése

Ez a DS 10 percenként SNMP-lekérdezést használ a rendellenes hívásleválasztás észlelésére a 403-as, 488-as és 503-as SIP-hibákkal.  Ha a hibaszám növekménye nagyobb vagy egyenlő, mint az utolsó lekérdezés 5-ös értéke, akkor syslog- és e-mail-értesítést hoz létre. 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 snmpparanccsal . 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 eszközt a Diagnosztikai aláírások keresése eszköz alábbi beállításaival :

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

    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. A call-home diagnosztikai aláírás megjelenítése paranccsal ellenőrizze, hogy az aláírás sikeresen telepítve van-e. Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.

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

A diagnosztikai aláírások (DS) segítségével is gyorsan megoldhatja a problémákat. A Cisco TAC mérnökei számos aláírást készítettek, amelyek lehetővé teszik a szükséges hibakereséseket, amelyek egy adott probléma elhárításához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok gyűjtéséhez és az adatok automatikus átviteléhez szükségesek a Cisco TAC-tokba. Ez kiküszöböli a probléma előfordulásának manuális ellenőrzésének szükségességét, és sokkal könnyebbé teszi az időszakos és átmeneti problémák elhárítását.

A Diagnosztikai aláírások keresése eszközzel megkeresheti a megfelelő aláírásokat, és telepítheti őket egy adott probléma önmegoldásához, vagy telepítheti a TAC-mérnök által a támogatási megbízás részeként ajánlott aláírást.

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

  1. Konfiguráljon egy másik DS környezeti változót ds_fsurl_prefix Cisco TAC fájlkiszolgáló elérési útjaként (cxd.cisco.com) a diagnosztikai adatok feltöltéséhez. A fájl elérési útjának felhasználóneve az esetszám, a jelszó pedig a fájlfeltöltési token, amely a Támogatási esetkezelőből kérhető le az alábbiak szerint. A fájlfeltöltési jogkivonat szükség szerint létrehozható a Támogatási esetkezelő Mellékletek szakaszában.

    
    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 snmpparanccsal . 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 a DS 64224 nagy processzorfigyelésű DS 64224 rendszert proaktív intézkedésként telepítse az összes hibakeresés és diagnosztikai aláírás letiltásához a processzor magas kihasználtsága idején. Töltse le a DS 64224 eszközt a Diagnosztikai aláírások keresése eszköz alábbi beállításaival :

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    Teljesítmény

    Probléma típusa

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

  4. Töltse le a DS 65095 eszközt a Diagnosztikai aláírások keresése eszköz alábbi beállításaival :

    Mező neve

    Mező értéke

    Platform

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

    Termék

    CUBE Enterprise a Webex hívási megoldásban

    A probléma hatóköre

    Syslogok

    Probléma típusa

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

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

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Telepítse a magas processzorigényű DS 64224, majd a DS 65095 XML-fájlt a helyi átjáróba.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Ellenőrizze, hogy az aláírás telepítése sikeresen megtörtént-e a show call-home diagnostic-signaturehasználatával . 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 DSes:

    DS azonosító

    DS név

    Átvizsgálás

    Állapot

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Regisztrálva

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Regisztrálva

    2020-11-08:00:12:53

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 "futás" állapotúra változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show-home hívás-hívás diagnosztikai aláírási statisztikáinak kimenete a legjobb módja annak ellenőrzésének, hogy a diagnosztikai aláírás észleli-e az érdeklődésre számot tartó eseményt, és végrehajtotta-e a műveletet. A "Aktivált/Max/Deinstall" oszlop azt jelzi, hogy az adott aláírás hányszor aktivált egy eseményt, hogy a rendszer hányszor van definiálva egy esemény észlelésére, és hogy az aláírás detelepül-e, miután észlelte a kiváltott események maximális számát.

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

Letöltött DSes:

DS azonosító

DS név

Átvizsgálás

Állapot

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

64224

DS_LGW_CPU_MON75

0.0.10

Regisztrálva

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Fut

2020-11-08 00:12:53

otthoni hívási diagnosztikai aláírási statisztikák megjelenítése

DS azonosító

DS név

Aktivált/Max/Deinstall

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

A diagnosztikai aláírás végrehajtása során küldött értesítő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz részletei, a szoftver verziója, a futó konfiguráció é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élokra való használata általában úgy van definiálva, hogy eltávolítsák őket bizonyos problémák előfordulásainak észlelése után. Ha manuálisan szeretne eltávolítani egy aláírást, kérje le a DS-azonosítót a show call-home diagnostic-signature kimenetéből , és futtassa a következő parancsot:

call-home diagnostic-signature deinstall <DS ID> 

Példa:

call-home diagnostic-signature deinstall 64224 

A rendszer rendszeres időközönként új aláírásokat ad hozzá a diagnosztikai aláírások keresőeszközéhez az üzemelő példányokban 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érelmeket.

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.