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.

2023. március 29.
Webex hívás konfigurálása a szervezet számára

Szabja testre szervezetét a Webex Calling szolgáltatáshoz a Control Hubban. Miután aktiválta az első helyszínt az kezdeti beállító varázsló keresztül, beállíthat és kezelhet további helyszíneket, fővonal-kiosztást és -használatot, tárcsázási beállításokat, felhasználókat, eszközöket és szolgáltatásokat.

Az első lépés a saját Webex Calling szolgáltatások létrehozása és futtatása befejezéséhez szükséges az kezdeti beállító varázsló (FTSW). Amint az első helyszínre vonatkozó FTSW elkészült, további helyszíneknél már nem kell elvégeznie.

1

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


 

A rendszer automatikusan a rendszergazdai e- e-mail-cím használja a bejelentkezéshez Control Hub , ahol a rendszer felkéri a rendszergazdai jelszó létrehozására. A bejelentkezés után automatikusan elindul a telepítővarázsló.

2

Tekintse át és fogadja el a felhasználási feltételek.

3

Tekintse át a tervét, majd kattintson Első lépések .


 

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 hívás nem kezdeményezhető” értesítést kap a kiválasztásakor Első lépések .

4

Válassza ki azt az országot, amelyhez az adatközpont hozzá kívánja rendelni, majd adja meg az ügyfélkapcsolat és ügyfélcímadatait.

5

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

6

Válasszon a következő lehetőségek közül:

  • Kattintson Mentés és bezárás ha Ön partner rendszergazda, és azt szeretné, hogy az ügyfél-rendszergazda végezze el a(z) szolgáltatás üzembe helyezését Webex Calling .
  • Adja meg a szükséges helyinformációkat. Miután a varázslóban létrehozta a helyszínt, később további helyszíneket is létrehozhat.

 

A telepítővarázsló befejezése után győződjön meg arról, hogy fő szám hozzáadása az Ön által létrehozott helyszínre.

7

Az erre a helyre való alkalmazáshoz válassza ki a következő beállításokat:

  • Közlemények nyelve —Válassza ki a hangos közlemények és az új felhasználók és funkciók számára megjelenő üzenetek nyelvét.
  • E- e-mail nyelve lehetőségre – Új felhasználók e-mailes kommunikációjához.
  • Ország
  • Időzóna
8

Kattintson a Tovább gombra.

9

Adjon meg egy elérhető Cisco Webex SIP -címet, majd kattintson a gombra Következő és válassza ki a lehetőséget Befejezés .

Mielőtt elkezdené

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

  • Helyszín címe

  • Kívánt telefonszámok (nem kötelező)

1

Jelentkezzen be a Control Hub rendszerébehttps://admin.webex.com , menjen ide: Kezelés > Helyszín .

Ne feledje, hogy az új helyek az kezdeti beállító varázsló kiválasztott országnak megfelelő regionális adatközpont lesznek tárolva.

2

A helyszín beállításainak konfigurálása:

  • Helyszín neve (Kötelező) – Adjon meg egy egyedi nevet a helyszín azonosításához.
  • Ország/régió — Válasszon egy országot, amelyhez a helyszínt köti. Például létrehozhat egy helyszínt (székhelyet) az Egyesült Államokban és egy másikat (fióktelepet) az Egyesült Királyságban. A kiválasztott ország határozza meg az ezt követő címmezőket. Az itt leírtak az egyesült államokbeli címkonvenciót használják példaként.
  • Helyszín címe —Adja meg a helyszín fő levelezési cím.
  • Város/Város — Adjon meg egy várost ehhez a helyszínhez.
  • Állam/Tartomány/Régió — A legördülő menüből válasszon egy állapotot.
  • irányítószám — Adja meg az irányítószámot.
  • Közlemények nyelve —Válassza ki a hangos közlemények és az új felhasználók és funkciók számára megjelenő üzenetek nyelvét.
  • E- e-mail nyelve lehetőségre —Válassza ki az új felhasználókkal folytatott e-mail kommunikáció nyelvét.
  • Időzóna —Válassza ki a helyszín időzóna .
3

Kattintson Mentés majd válasszon Igen / Nem hogy most vagy később számokat adjon a helyszínhez.

4

Ha rákattintott Igen , válasszon a következő lehetőségek közül:

  • Cisco PSTN — Válassza ezt a lehetőséget, ha a Cisco felhőalapú PSTN-megoldását szeretné elérni. A Cisco Calling Plan egy teljes körű PSTN-helyettesítő megoldás, amely segélyhívást, bejövő és kimenő belföldi és nemzetközi hívást biztosít, és lehetővé teszi új PSTN-számok megrendelését vagy meglévő számok Cisco rendszerbe történő áthordozását.


     

    A Cisco PSTN opció csak az alábbi feltételek mellett áll rendelkezésre:

    • Ön vásárolt legalább egy lekötött Cisco Calling Plan OCP (Outbound Calling Plan) szolgáltatást.

    • A helyszín egy olyan országban van, ahol a Cisco Calling előfizetés támogatott.

    • A helyszíne új. Azok a már meglévő helyek, amelyekhez más PSTN-funkciók lettek hozzárendelve, jelenleg nem jogosultak a Cisco hívási előfizetésére. Nyisson meg egy támogatási eset útmutatásért.

    • Ön egy Webex Calling Data Centerben van egy olyan régióban, ahol a Cisco Calling csomag támogatott.

  • Felhőhöz csatlakoztatott PSTN — Akkor válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást keres a számos Cisco CCP-partner egyikétől, vagy ha a Cisco hívási előfizetési csomag nem érhető el az Ön tartózkodási helyén. A CCP-partnerek PSTN-cseremegoldásokat, kiterjedt globális lefedettséget, valamint a funkciók, a csomagolás és az árak széles és változatos skáláját kínálják.

     

    A CCP-partnerek és a földrajzi lefedettség listája ide . Csak azok a partnerek jelennek meg, amelyek támogatják a helyszín országát. A partnerek listája vagy egy logó, vagy egy rövid szöveg, majd egy régió, zárójelben (Példa: (EU), (US) vagy (CA)). A logóval ellátott partnerek mindig kínálnak Regionális média a CCP számára . A karakterláncként megjelenő partnerek esetében válassza ki a tartózkodási helye szerinti országhoz legközelebb eső régiót, hogy biztosítsa a regionális médiát a CCP számára.

    Ha látja a lehetőséget Rendelési számok most listán szereplő szolgáltatónál javasoljuk, hogy válassza ezt a lehetőséget, hogy élvezhesse az integrált CCP előnyeit. Az integrált CCP lehetővé teszi a telefonszámok beszerzését és szolgáltatását Control Hub egyetlen üvegtáblán. A nem integrált CCP megköveteli, hogy a telefonszámait a külső CCP-partnertől szerezze be Control Hub .

  • Helyi PSTN (Helyi átjáró) — Akkor választhatja ezt a lehetőséget, ha szeretné megtartani a jelenlegi PSTN-szolgáltatóját, vagy ha nem felhőalapú oldalakat szeretne összekapcsolni a felhőalapú oldalakkal.

A PSTN opció az egyes helyszínek szintjén választható (minden helyszín csak egy PSTN opcióval rendelkezik). Tetszőleges számú beállítást keverhet a telepítéshez, de minden helyszínnek van egy opciója. Miután kiválasztott és beüzemelt egy PSTN-beállítást, a lehetőségre kattintva módosíthatja azt Kezelés lehetőségre a PSTN tulajdonságok helyen. Előfordulhat azonban, hogy egyes beállítások, például a Cisco PSTN nem állnak rendelkezésre egy másik opció hozzárendelése után. Nyisson meg egy támogatási eset útmutatásért.

5

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

6

Ha a nem integrált CCP-t vagy a Helyiség-alapú PSTN-t választotta, adja meg a következőt: Telefonszámok vesszővel elválasztott értékként, majd kattintson a lehetőségre Érvényesítés .

A rendszer számokat ad hozzá az adott helyszínhez. Az érvényes bejegyzések áthelyezése ide: Érvényesített számok mezőben, és az érvénytelen bejegyzések a Számok hozzáadása lehetőségre mezőt egy hibaüzenet kíséri.

A helyszín országától függően a számok formázása a helyi tárcsázási követelményeknek megfelelően történik. Például, ha országhívószámra van szükség, akkor a kóddal vagy anélkül is megadhat számokat, és a kód hozzá van fűzve.

7

Kattintson a Mentés lehetőségre.

Mi a következő teendő

A helyszín létrehozása után engedélyezheti a segélyhívó 911-szolgáltatásokat az adott helyszín számára. Lásd RedSky 911-sürgősségi szolgáltatás Webex Calling -hívásokhoz további információkért.

Mielőtt elkezdené


Lekérheti a helyszínhez társított felhasználók és munkaterületek listáját: Ugrás ide: Szolgáltatások lehetőségre > Hívás > Számok lehetőségre és a legördülő menü válassza ki a törölni kívánt helyet. Muszáj törölje azokat a felhasználókat és munkaterületek, mielőtt törli a helyet.

Ne feledje, hogy az ehhez a helyszínhez tartozó összes számot visszaadjuk a PSTN-szolgáltatójának; a továbbiakban nem lesz a tulajdonosa ezeknek a számoknak.

1

Jelentkezzen be a Control Hub rendszerébehttps://admin.webex.com , menjen ide: Kezelés > Helyszín .

2

Kattintson a Műveletek lehetőségre oszlopot a törölni kívánt hely mellett.

3

Válasszon Hely törlése lehetőségre , és erősítse meg, hogy törölni szeretné az adott helyet.

Általában néhány percet vesz igénybe a hely végleges törlése, de akár egy óráig is eltarthat. Az állapotot a gombra kattintva ellenőrizheti a helyszín neve mellett, és válassza ki Törlés állapota .

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


A meglévő helyszíneken engedélyezheti a segélyhívó 911 szolgáltatásokat. Lásd RedSky 911-sürgősségi szolgáltatás Webex Calling -hívásokhoz további információkért.

1

Jelentkezzen be a Control Hub rendszerébehttps://admin.webex.com , menjen ide: Kezelés > Helyszín .

Ha egy hely mellett egy Figyelem szimbólumot lát, az azt jelenti, hogy még nem állított be telefonszám az adott helyszínhez. Amíg nem konfigurálja a számot, nem kezdeményezhet és nem fogadhat hívásokat.

2

(Nem kötelező) Alatt PSTN kapcsolat , válassza ki az egyiket Felhőhöz csatlakoztatott PSTN vagy Helyszíni PSTN (helyi átjáró), attól függően, hogy melyiket állította be már. Kattintson Kezelés lehetőségre a konfiguráció módosításához, majd a kiválasztással nyugtázza a kapcsolódó kockázatokat Folytatás . Válasszon a következő lehetőségek közül, majd kattintson Mentés :

  • Cisco PSTN — Válassza ezt a lehetőséget, ha a Cisco felhőalapú PSTN-megoldását szeretné elérni. A Cisco Calling Plan egy teljes körű PSTN-helyettesítő megoldás, amely segélyhívást, bejövő és kimenő belföldi és nemzetközi hívást biztosít, és lehetővé teszi új PSTN-számok megrendelését vagy meglévő számok Cisco rendszerbe történő áthordozását.


     

    A Cisco PSTN opció csak az alábbi feltételek mellett áll rendelkezésre:

    • Ön vásárolt legalább egy lekötött Cisco Calling Plan OCP (Outbound Calling Plan) szolgáltatást.

    • A helyszín egy olyan országban van, ahol a Cisco Calling előfizetés támogatott.

    • A helyszíne új. Jelenleg azok a már meglévő helyek, amelyekhez más PSTN-funkciók is voltak hozzárendelve, nem jogosultak a Cisco hívási előfizetésére. Nyisson meg egy támogatási eset útmutatásért.

    • Ön egy Webex Calling Data Centerben van egy olyan régióban, ahol a Cisco Calling csomag támogatott.

  • Felhőhöz csatlakoztatott PSTN — Akkor válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást keres a számos Cisco CCP-partner egyikétől, vagy ha a Cisco hívási előfizetési csomag nem érhető el az Ön tartózkodási helyén. A CCP-partnerek PSTN-cseremegoldásokat, kiterjedt globális lefedettséget, valamint a funkciók, a csomagolás és az árak széles és változatos skáláját kínálják.

     

    A CCP-partnerek és a földrajzi lefedettség listája ide . Csak azok a partnerek jelennek meg, amelyek támogatják a helyszín országát. A partnerek listája vagy egy logó, vagy egy rövid szöveg, majd egy régió, zárójelben (Példa: (EU), (US) vagy (CA)). A logóval ellátott partnerek mindig kínálnak Regionális média a CCP számára . A karakterláncként megjelenő partnerek esetében válassza ki a tartózkodási helye szerinti országhoz legközelebb eső régiót, hogy biztosítsa a regionális médiát a CCP számára.

    Ha látja a lehetőséget Rendelési számok most listán szereplő szolgáltatónál javasoljuk, hogy válassza ezt a lehetőséget, hogy élvezhesse az integrált CCP előnyeit. Az integrált CCP lehetővé teszi a telefonszámok beszerzését és szolgáltatását Control Hub egyetlen üvegtáblán. A nem integrált CCP megköveteli, hogy a telefonszámait a külső CCP-partnertől szerezze be Control Hub .

  • Helyi PSTN (Helyi átjáró) — Akkor választhatja ezt a lehetőséget, ha szeretné megtartani a jelenlegi PSTN-szolgáltatóját, vagy ha nem felhőalapú oldalakat szeretne összekapcsolni a felhőalapú oldalakkal.

     

    Webex Calling A korábban Helyi átjáróval konfigurált helyszínnel rendelkező ügyfelek automatikusan át lesznek konvertálva telephely-alapú PSTN-re a megfelelő törzstel.

3

Válassza ki a Fő szám ahol a helyszín fő kapcsolattartója elérhető.

4

(Nem kötelező) Alatt Segélyhívó hívás , kiválaszthatja Vészhelyzeti helyszínazonosító hogy hozzárendelje ehhez a helyszínhez.


 

Ez a beállítás nem kötelező, és csak azokra az országokra vonatkozik, ahol előírják ezt.

Egyes országokban (Példa: Franciaország), szabályozási követelmények léteznek a cellás rádiós rendszerekre, hogy megállapítsák a cella azonosságát, amikor Ön segélyhívás , és elérhetővé kell tenni a segélyhívó hatóságok számára. Más országok, például az Egyesült Államok és Kanada a helymeghatározást más módszerekkel hajtják végre. További információkért lásd: Továbbfejlesztett segélyhívás .

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

Amikor egy helyszínhez beállítja a vészhelyzeti helyazonosítót, a helyértéket a rendszer elküldi a szolgáltatónak a SIP-üzenet részeként. Forduljon a segélyhívás szolgáltatóhoz, hogy megtudja, szüksége van-e erre a beállításra, és használja a segélyhívás szolgáltatója által biztosított értéket."

5

Válassza ki a Hangposta száma lehetőségre amelyet a felhasználók felhívhatnak, hogy megnézzék a hangpostájukat erre a helyre.

6

(Nem kötelező) Kattintson a Helyszín oldal tetején található ceruza ikonra a Helyszín neve , Közlemények nyelve , E- e-mail nyelve lehetőségre , Időzóna lehetőségre , vagy Cím lehetőségre szükség szerint, majd kattintson a lehetőségre Mentés .


 

A közlemény nyelvének módosítása azonnal hatályba lép minden olyan új felhasználóra és funkcióra vonatkozóan, amelyet hozzáadtak ehhez a helyszínhez. Ha a meglévő felhasználók és/vagy funkciók bejelentési nyelvét is módosítani kívánják, amikor a rendszer kéri, válassza a lehetőséget Meglévő felhasználók és munkaterületek módosítása vagy Meglévő funkciók módosítása . Kattintson Alkalmaz . A folyamat állását megtekintheti a Feladatok oldalon. Mindaddig nem hajthat végre további módosítást, amíg ez nincs megadva.


 

Az időzóna megváltoztatásával nem frissülnek a helyhez tartozó funkciók időzónái. A helyszolgáltatás időzóna szerkesztéséhez lépjen a következőre: Általános beállítások elemre területen módosítani szeretné az időzóna , és oda szerkeszteni és menteni szeretné.

Ezek a beállítások belső tárcsázásra vonatkoznak, és az első alkalommal telepítő varázslóban is elérhetők. A tárcsázási terv módosításával a példa számok bekerülnek Control Hub frissítés megjelenítéséhez.


Egy helyszínhez beállíthatja a kimenő hívási engedélyeket. Lásd ezeket a lépéseket a kimenő hívások engedélyeinek konfigurálásához.

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Szolgáltatások lehetőségre > Hívás > Szolgáltatási beállítások elemre gombot, majd görgessen a lehetőséghez Belső tárcsázás .

2

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

  • Helyszín útválasztási előtag hossza — Akkor javasoljuk ezt a beállítást, ha több helyszínnel rendelkezik. 2-7 számjegy hosszúságot adhat meg. Ha több helyszínnel rendelkezik ugyanazon a melléken, a felhasználóknak előhívót kell tárcsázniuk a helyek közötti hívásoknál. Ha például több üzlete van, mindegyik 1000-es mellékmel, akkor minden üzlethez beállíthat egy útválasztási előtagot. Ha egy üzlet előhívószáma 888, akkor a 8881000 számot kell tárcsáznia az üzlet eléréséhez.

  •  

    Az útválasztási előtag hossza tartalmazza a vezérlő számjegyet. Például, ha a rotuing előtagot négyre állítja, csak három számjegy használható a helyszín meghatározásához.

  • Irányító számjegy az útválasztási előtagban — Válassza ki azt a számot, amely minden útválasztási előtag első számjegyeként lesz beállítva.
  • Belső mellék hossza — 2-6 számjegyet adhat meg, az alapértelmezett érték 2.

     

    Miután megnövelte a kiterjesztés hossza, a belső mellékek meglévő gyorstárcsázói nem frissülnek automatikusan.

3

Adjon meg belső tárcsázást az egyes helyszínekhez. Ugrás ide: Szolgáltatások lehetőségre > Hívás > Helyszínek lehetőségre gombot, válasszon ki egy helyet, és görgessen a lehetőséghez Tárcsázás , 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őhívót, amelyet a más helyszínen tartózkodó felhasználóknak tárcsázniuk kell ahhoz, hogy kapcsolatba léphessenek valakivel ezen a helyen. Az egyes helyszínek útválasztási előtagjának egyedinek kell lennie. Javasoljuk, hogy az előtag hossza megegyezzen a szervezet szintjén beállított hosszúsággal, de 2–7 számjegy hosszúságúnak kell lennie.
  • Külső tárcsázás — Opcionálisan kiválaszthat egy kimenő tárcsázási számjegyet, amelyet a felhasználóknak a külső vonal eléréséhez tárcsázniuk kell. Az alapértelmezett érték: Egyik sem és elhagyhatja, ha nincs szüksége erre a tárcsázási szokásra. Ha a funkció használata mellett dönt, javasoljuk, hogy a szervezete irányító számjegyétől eltérő számot használjon.

     

    A felhasználók megadhatják a kimenő tárcsázás számjegyét a külső hívások során, hogy utánozzák azt, ahogyan a régi rendszereken tárcsáztak. Ennek ellenére minden felhasználó kezdeményezhet külső hívást a kimenő tárcsázási számjegy nélkül.

Felhasználókra gyakorolt hatás:

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

  • A felhasználói mellékek nem kezdődhetnek ugyanazzal a számmal, mint a helyszín irányító számjegye vagy kimenő tárcsázási számjegyei.

    .

Ha Ön értéknövelt viszonteladó, akkor ezekkel a lépésekkel indíthatja el a helyi átjáró konfigurációját Control Hub . Ha ez az átjáró regisztrálva van a felhőben, akkor egy vagy több számítógépén használhatja Webex Calling helyek a vállalati PSTN szolgáltató felé történő útválasztás biztosításához.


A helyi átjáró rendelkező helyszín nem törölhető, ha a helyi átjáró más helyszínekhez használják.

Kövesse az alábbi lépéseket a bemeneti fővonal létrehozásához Control Hub .

Mielőtt elkezdené

  • Miután hozzáadott egy helyet, és mielőtt telephelyalapú PSTN-t konfigurálna egy helyszínhez, létre kell hoznia egy törzset.

  • Hozzon létre tetszőleges helyszíneket és egyedi beállításokat és számokat mindegyikhez. A helyszíneknek létezniük kell ahhoz, hogy telephelyalapú PSTN-t adhassanak hozzá.

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

  • Egy helyhez nem választhat több fővonalat a telephely-alapú PSTN-nel, de választhat ugyanazt a fővonalat több helyszínhez is.

1

Ügyfélnézetből in , menjen ide: Szolgáltatások lehetőségre > Hívás > Hívástovábbítás > Útvonalcsoportok .https://admin.webex.com

2

Válasszon ki egy helyet.

3

Nevezze el a törzset, és kattintson Mentés .


 

A címkék nem lehetnek hosszabbak karakternél.

Mi a következő teendő

Megjelenik a megfelelő paraméterek, amelyeket a fővonalon kell konfigurálnia. A PSTN-kapcsolat biztonságossá tétele érdekében SIP kivonat hitelesítő adatokat is generál.

A fővonal-információk megjelennek a képernyőn Tartomány regisztrálása, fővonalcsoport OTG/DTG, Vonal/Port, Kimenő proxycím .

Javasoljuk, hogy másolja át ezeket az információkat innen: Control Hub és illessze be egy helyi szövegfájlba vagy dokumentumba, így hivatkozhat rá, amikor készen áll a helyi átjáró konfigurálására .

Ha elveszíti a hitelesítési adatokat, akkor újra kell generálnia azokat a Control Hub fővonal-információs képernyőjéről. Kattintson Felhasználónév lekérése és Jelszó visszaállítása a törzsön használandó új hitelesítési adatok létrehozásához.

1

Jelentkezzen be a Control Hub rendszerébehttps://admin.webex.com , menjen ide: Kezelés > Helyszín .

2

Válasszon ki egy módosítani kívánt helyet, majd kattintson Kezelés lehetőségre .

3

Válassza ki Helyszíni PSTN és kattintson Következő .

4

Válasszon egy törzset a legördülő menü.


 

Látogasson el a fővonal oldalra a trönkcsoport beállításainak kezeléséhez.

5

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

Mi a következő teendő

El kell fogadnia azokat a konfigurációs információ , amelyek Control Hub generált, és leképezi a paramétereket a helyi átjáró (például egy Cisco CUBE-ra, amely a helyszínen van). Ez a cikk végigvezeti Önt ezen a folyamaton. Referenciaként tekintse meg az alábbi diagramot, amely példát mutat be arra, hogy a Control Hub konfigurációs információ (a bal oldalon) a CUBE paramétereire vannak leképezve (jobbra):

Miután sikeresen befejezte a konfigurációt magán az átjárón, visszatérhet a következőhöz: Szolgáltatások lehetőségre > Hívás > Helyszínek lehetőségre be Control Hub és a létrehozott átjáró szerepelni fog azon a helykártyán, amelyhez hozzárendelte, egy zöld ponttal a név bal oldalán. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívó felhőhöz, és a helyszín aktív PSTN-átjáró szolgál.

Ha a Webex szolgáltatásait próbálja ki, és a próbaidőszakát szeretné fizetős előfizetésre konvertálni, akkor e-mailes kérelmet nyújthat be partnerének.

1

Ügyfélnézetből inhttps://admin.webex.com , válassza ki az épület ikont .

2

Válassza ki a Előfizetések lehetőségre fület, majd kattintson Vásároljon most .

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

Használhatja Control Hub az elérhető hívási opciók prioritásának beállításához, amelyeket a felhasználók látnak Webex alkalmazás . Engedélyezheti őket az egyszeri kattintásra híváshoz is.

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Szervezeti beállítások elemre > Szolgáltatások lehetőségre , görgessen a lehetőséghez Hívás majd válasszon Ügyfélbeállítások .

2

Húzza és húzza a hívási beállításokat, amelyeket látni szeretne a felhasználók számára Rendelkezésre álló hívási opciók mezőbe, majd rendezze át őket a felhasználóinak kívánt prioritási sorrendbe.

A felhasználók számára rejtett egyéb opciók megjelennek a Rejtett hívási opciók mezőben, amint az a következő képernyőképen látható:

3

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


 

Akár 24 óráig is eltarthat, amíg a módosítások megjelennek Webex alkalmazás . Javasolhatja a felhasználóknak, hogy indítsák újra az alkalmazásaikat, hogy gyorsabban észleljék ezeket a változásokat.

Beállíthatja, hogy melyik hívóalkalmazás nyíljon meg, amikor a felhasználók hívásokat kezdeményeznek. Konfigurálhatja a hívó kliens beállításait, beleértve a vegyes módú üzembe helyezést olyan szervezetek számára, amelyek jogosultak a Unified CM , ill. Webex Calling és a Cisco fizetős hívási szolgáltatásaival nem rendelkező felhasználók számára. További információért lásd: Hívási viselkedés beállítása .

2023. február 06.
Helyi átjáró konfigurálása az IOS-XE-n Webex-híváshoz

Miután konfigurálta a Webex Calling szolgáltatást a szervezet számára, beállíthat egy fővonalat, amely összeköti a Helyi átjárót a Webex Calling szolgáltatással. A SIP TLS szállítás biztosítja a fővonalat a helyi átjáró és a Webex felhő között. A helyi átjáró és a Webex Calling közötti média SRTP-t használ.

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

Kétféleképpen konfigurálhatja a Helyi átjárót az Ön számára Webex Calling törzs:

  • Regisztráció alapú trönk

  • Tanúsítvány alapú törzs

Használja a feladatfolyamatot vagy a Regisztráció alapú helyi átjáró vagy Tanúsítvány alapú helyi átjáró hogy konfigurálja a Helyi átjárót az Ön számára Webex Calling törzs. Lásd Fővonalak, útvonalcsoportok és tárcsázási tervek konfigurálása a Webex Calling számára a különböző törzstípusokról szóló további információkért. Végezze el a következő lépéseket magán a Helyi átjárón a Command Line Interface (CLI) segítségével. Session Initiation Protocol (SIP) és Transport Layer Security (TLS) (TLS) szállítást használunk a fővonal, illetve Secure Real-time Protocol (SRTP) segítségével a helyi átjáró és a helyi átjáró közötti média védelmére. Webex Calling .

Mielőtt elkezdené

  • Ismerje meg a telephely-alapú nyilvános kapcsolt telefonhálózat (PSTN) és a helyi átjáró (LGW) követelményeit Webex Calling . Lásd Cisco által preferált architektúra a Webex Calling számára további információkért.

  • Ez a cikk feltételezi, hogy egy dedikált helyi átjáróplatform működik, és nincs hangkonfiguráció. Ha egy meglévő PSTN-átjáró vagy Helyi átjáró vállalati telepítést úgy módosít, hogy az a következőhöz: Webex Calling , majd ügyeljen a konfigurációra. Gondoskodjon arról, hogy az elvégzett módosítások miatt ne szakítsa meg a meglévő hívásfolyamokat és funkciókat.

  • Hozzon létre egy törzset a Control Hubban, és rendelje hozzá a helyszínhez. Lásd Fővonalak, útvonalcsoportok és tárcsázási tervek konfigurálása a Webex Calling számára további információkért.


Az eljárások hivatkozásokat tartalmaznak a parancsreferencia dokumentációhoz, ahol többet tudhat meg az egyes parancsbeállításokról. Minden parancs hivatkozási hivatkozás a következőre vezet: Webex Managed Gateways parancsreferencia hacsak nincs másképp jelezve (ebben az esetben a parancs hivatkozásai a következőre mennek: Cisco IOS Voice Command Reference ). Mindezek az útmutatók a Cisco Unified Border Element érhetők el Parancs hivatkozások .

Mielőtt elkezdené

  • Győződjön meg arról, hogy a következő, Ön által konfigurált alapszintű platformkonfiguráció a szervezete szabályzatainak és eljárásainak megfelelően van beállítva:

    • NTP-k

    • ACL-ek

    • jelszavak engedélyezése

    • elsődleges jelszót

    • IP -útválasztás

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

  • Minden Helyi átjáró-telepítéshez a Cisco IOS XE 16.12 vagy IOS-XE 17.3 minimálisan támogatott kiadása szükséges.

1

Győződjön meg arról, hogy minden Layer 3 interfész hozzárendelése érvényes és átirányítható IP -címmel rendelkezik:

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

A következő parancsok segítségével konfiguráljon előre egy elsődleges kulcsot a jelszóhoz, mielőtt a hitelesítő adatokat és a megosztott titkos adatokat használná. A 6-os típusú jelszavakat AES titkosítással és felhasználó által meghatározott elsődleges kulccsal lehet titkosítani.

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

Állítsa be az IP -névkiszolgálót úgy, hogy engedélyezze a DNS -keresést, és a pinget, hogy a kiszolgáló elérhető legyen. A helyi átjáró DNS -t használ a Webex Calling feloldására:

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

TLS 1.2-exkluzivitás és alapértelmezett helyőrző bizalmi pont engedélyezése:

  1. Hozzon létre egy helyőrző PKI bizalmi pontot, és hívja meg mintaTP .

  2. A bizalmi pontot rendelje hozzá alapértelmezett jelzési megbízhatósági pontként korty-ua .


     
    • Győződjön meg arról, hogy a cn-san-validate kiszolgáló csak akkor hozza létre a Helyi átjáró kapcsolatot, ha a beállított kimenő proxy bérlő 200 (lásd később) megegyezik a kiszolgálótól kapott CN-SAN listával.

    • A TLS működéséhez a titkosítási bizalmi pontra van szükség. Bár a kapcsolathoz nincs szükség beállított helyi klienstanúsítvány (például mTLS).

  3. A v1.2-es kizárólagosság engedélyezése a TLS v1.0 és v1.1 letiltásához.

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

  5. Időzítő kapcsolat beállítása a TLS létrehozásához<wait-timer in="" sec=""> . A hatótávolság 5–20 másodperc, az alapértelmezett érték 20 másodperc. (Az LGW-nek 20 másodperc alatt észleli a TLS kapcsolódási hiba , mielőtt megpróbálna kapcsolatot létesíteni a következő elérhető Webex Calling elérheti az SBC-t. A CLI lehetővé teszi a rendszergazda számára, hogy módosítsa az értéket a hálózati feltételeknek megfelelően, és sokkal gyorsabban észlelje az Access SBC-vel kapcsolatos kapcsolati hibákat).


     

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

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

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

A Helyi átjáró bizalmi csoportjának frissítése:

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

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

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

    show crypto pki trustpool | include DigiCert
  2. Ha a DigiCert Room CA és az IdenTrust Commercial tanúsítvány nem létezik, frissítse 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
    

     

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

    Például:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Ellenőrzés:

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

Mielőtt elkezdené

Győződjön meg arról, hogy végrehajtotta a Control Hub lépéseit egy helyszín létrehozásához, és egy törzs hozzáadásához az adott helyszínhez. A következő példában az információkat a Control Hubból szerezheti be.

1

Adja meg a következő parancsokat a Helyi átjáró alkalmazás bekapcsolásához, lásd Portreferencia információk a Cisco Webex Calling szolgáltatáshoz a legfrissebb IP -alhálózatokhoz, amelyeket hozzá kell adni a megbízhatósági lista:

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

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

Útdíjcsalás megelőzése
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Engedélyezi azoknak az entitásoknak a forrás IP -címét, amelyektől a Helyi átjáró legitim VoIP -hívásokat vár, mint pl. Webex Calling társak, Unified CM -csomópontok és IP PSTN.

  • Alapértelmezés szerint az LGW blokkol minden bejövő VoIP hívásbeállítást olyan IP -címről, amely nem szerepel a megbízhatósági listáján. A „session target IP ” vagy kiszolgálócsoporttal rendelkező tárcsázó társaktól származó IP -címek alapértelmezés szerint megbízhatóak, és nem kell itt feltöltenie.

  • A listán szereplő IP -címeknek meg kell egyeznie az IP -alhálózatokkal a régió szerint Webex Calling csatlakoztatott adatközpont . További információkért lásd: Portreferencia információk a Webex Calling-hívásokhoz .


     

    Ha az LGW egy korlátozott kúp NAT-ot használó tűzfal mögött van, akkor érdemes lehet letiltani a megbízható IP-cím listáját a Webex Calling - néző felület. A tűzfal már védi Önt a kéretlen bejövő VoIP. A letiltási művelet csökkenti a hosszabb távú konfigurációs többletterhelést, mert nem tudjuk garantálni, hogy a címek a Webex Calling a peer-ek rögzítettek maradnak, és a tűzfalat minden esetben a peer-ekhez kell beállítani.

  • Más IP -címek konfigurálása más interfészeken, például: gondoskodjon arról, hogy az Unified CM -címeket adja hozzá a befelé néző felületekhez.

  • Az IP -címeknek meg kell egyeznie a gazdagép IP -címével és a outbound-proxy úgy dönt, hogy bérlő 200.

  • A megbízható IP-cím listájának az autópályadíj-csalás megelőzése érdekében történő használatával kapcsolatos további információért lásd: Az IP-cím megbízható .

Média
voice service voip
 media statistics 
 media bulk-stats 
  • Médiastatisztikák

    Engedélyezi a médiafigyelést a helyi átjárón.

  • Média tömeges statisztika

    Lehetővé teszi, hogy a vezérlősík lekérdezze az adatsíkot a tömeges hívásstatisztikák.

  • A parancsokkal kapcsolatos további információkért lásd: Média a Cisco IOS Voice Command Reference – K–R .

SIP- SIP alapfunkciók
allow-connections sip to sip
  • SIP- SIP kapcsolatok engedélyezése.

  • Alapértelmezés szerint a Cisco IOS vagy IOS XE hangeszközök nem engedélyezik, hogy a bejövő VoIP szakasz VoIP-ként menjen ki.

  • A paranccsal kapcsolatos további információkért lásd: Kapcsolatok engedélyezése .

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

Letiltja a REFER-t, és lecseréli a fejlécben szereplő párbeszédpanel- azonosító a társpárbeszéd- azonosító.

További információkért lásd: Kiegészítő szolgáltatás korty .

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

Engedélyezi a T.38-at a faxtovábbításhoz, bár a faxforgalom nem lesz titkosítva. A paranccsal kapcsolatos további információkért lásd: t38 fax protokoll (hangszolgáltatás) .

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 átirányít egy hívást a Webex Calling felhasználó (például mind a hívott, mind a hívó fél Webex Calling előfizetők száma, és ha a médiát a Webex Calling SBC), akkor az adathordozó nem tud a Helyi átjáróhoz áramolni, mivel a tűlyuk nincs nyitva.

  • A helyi átjáró sokkoló-összerendelés funkciója lehetővé teszi, hogy a helyileg generált kábító kérelmek a megbeszélt médiaútvonalon keresztül küldhetők legyenek. A kábító segít kinyitni a tűzfalon lévő tűlyukat.

  • 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 beállíthatja úgy, hogy ellenőrizze a jelszót, és dinamikusan nyissa meg a tűlyukakat (például kifejezett be-ki szabályok nélkül). A Helyi átjáró telepítése esetén azonban be kell állítani a tűzfalat statikusan úgy, hogy az a Webex Calling SBC alhálózatok. Ennek megfelelően a tűzfalnak az SBC alhálózatokat úgy kell kezelnie, mint bármely bejövő UDP -csomagot, amely kiváltja a tűlyuk megnyitását anélkül, hogy kifejezetten megnézné a csomag tartalmát.

További információkért lásd: flowdata ügynök-azonosító kábítás és stun flowdata megosztott-titkos .
G729
sip
g729 annexb-all

A G729 összes változatát engedélyezi.

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

Arra kényszeríti a helyi átjárót, hogy a kezdeti INVITE üzenetben küldje el az SDP-információkat ahelyett, hogy a szomszédos társtól érkező nyugtázásra várna.

A paranccsal kapcsolatos további információkért lásd: korai ajánlatot .
2

Konfigurálja a „SIP Profile 200” lehetőséget.

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óhoz tartozó mezők magyarázata:

  • 9. szabály

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

    A szabály SIP URI és SIP URL között konvertál, mert 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 Feladó fejlécét, hogy tartalmazza a Control Hub trönkcsoport OTG/DTG paraméterét, amely egyedileg azonosítja a helyi átjáróhelyet a vállalaton belül.

  • SIP -profil alkalmazása a 200-as hangosztály-bérlőre (később lesz szó), minden forgalom felé Webex Calling . További információkért lásd: hangosztály korty-profilok .

    A szabályparancsokkal kapcsolatos további információkért lásd: szabály (hangfordítás-rule) be Cisco IOS Voice Command Reference – K–R .

3

Konfigurálja a kodek profilt, 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óhoz tartozó mezők magyarázata:

  • Voice class kodek 99

    Engedélyezi mindkét g711 (mu és a-law) kodeket a foglalkozásokhoz. Alkalmazza a kábítást az összes hívótársra.

    További információkért lásd: hangosztályú kodek .
  • Hangosztály srtp-crypto 200

    voice class srtp-crypto 200
    crypto 1 AES_CM_128_HMAC_SHA1_80

    Az SHA1-et adja meg_ 80, mint az egyetlen SRTP titkosítási csomag, amelyet a helyi átjáró kínál az SDP-ben és válaszban. Webex Calling csak az SHA1-et támogatja_ 80. A hangosztályú parancsokkal kapcsolatos további információkért lásd: hangosztály srtp-crypto .

  • Érvényes hangosztály bérlői 200 (később lesz szó) szemben- Webex Calling .

  • Hangosztály kábító használat 200

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

    A kábítás használatát határozza meg. A kábítás mindenkire vonatkozik Webex Calling -arányos (2XX címke) tárcsázótárcsázó, hogy elkerülhető legyen az átmenet nélküli hang, amikor egy Unified CM telefon átirányítja a hívást egy másiknak Webex Calling telefont. Lásd kábító használat firewall-traversal flowdata és kábító használat ice lite .


 

Ha az ITSP SBC-n és a helyi átjárón lévő horgonyzó média NAT mögött van, akkor várja meg az ITSP bejövő média-adatfolyam . Alkalmazhatja a stun parancsot az ITSP felé néző tárcsázó társakon.


 

A médiaútvonal-optimalizálást használó hívásfolyamokhoz lenyűgöző használati ice-lite szükséges.

4

A Control Hub paramétereinek hozzárendelése a helyi átjáró konfigurációjához.

Hozzáadás Webex Calling bérlőként a Helyi átjárón belül. Konfiguráció szükséges ahhoz, hogy regisztrálja a helyi átjárót a következő alatt: hangosztály bérlői 200 . A konfiguráció elemeit a Control Hub fővonal-információs oldaláról kell beszereznie az alábbi képen látható módon. A következő példa bemutatja, hogy melyek azok a mezők, amelyek hozzá vannak rendelve a megfelelő Helyi átjáró CLI-hez.

Bérlő alkalmazása lehetőségre 200 hogy az összes Webex Calling tárcsázó partnerek (2xx címke) a Helyi átjáró konfiguráción belül. A hangosztály bérlői funkció lehetővé teszi a SIP-trönk paraméterek csoportosítását és konfigurálását, amelyek egyébként a VoIP és sip-ua hangszolgáltatások alatt történnek. Amikor konfigurál egy bérlőt, és egy tárcsázós egyenrangú hálózatra alkalmazza, akkor a következő preferenciasorrend vonatkozik a Helyi átjáró-konfigurációkra:

  • Tárcsázó-társ konfiguráció

  • Bérlői konfiguráció

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

5

Konfigurálás lehetőségre hangosztály bérlői 200 hogy engedélyezze a fővonal-regisztrációt a Helyi átjáróból ide Webex Calling a Control Hubból kapott paraméterek alapján:


 

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

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

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

voice class tenant 200

Engedélyezi a meghatározott globális konfigurációkat több bérlő számára a SIP -trönkökön, amelyek lehetővé teszik a bérlők számára differenciált szolgáltatásokat.

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

Regisztrációs kiszolgáló a Helyi átjáróhoz kétpercenkénti frissítésre beállított regisztrációval (240 másodperc 50%-a). További információkért lásd: anyakönyvvezető a Cisco IOS Voice Command Reference – K–R .

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

Hitelesítési adatok a fővonal-regisztrációs kihíváshoz. További információkért lásd: hitelesítő adatok (SIP UA) be Cisco IOS Voice Command Reference – A–C .

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 a hívásokhoz. További információkért lásd: hitelesítés (tárcsázós egyenrangú) be Cisco IOS Voice Command Reference – A–C .

no remote-party-id

SIP Remote-Party- azonosító (RPID) fejléc letiltása mint Webex Calling támogatja a PAI-t, amely a CIO használatával engedélyezett asserted-id pai. További információkért lásd: remote-party-id be Cisco IOS Voice Command Reference – K–R .

sip-server dns:40462196.cisco-bcld.com
Meghatározza a Webex Calling szerverek. További információkért lásd: sip-kiszolgáló be Cisco IOS Voice Command Reference – S parancsok .
connection-reuse

Ugyanazt az állandó kapcsolatot használja a regisztrációhoz és a hívásfeldolgozás. További információkért lásd: kapcsolat-újrahasználat .

srtp-crypto 200

Meghatározza voice class srtp-crypto 200 az SHA1 megadásához_ 80 (a 3. lépésben meghatározott). További információkért lásd: hangosztály srtp-crypto.

session transport tcp tls
Az átvitelt TLS-re állítja be. További információkért lásd: session-transzport .
url sips

Az SRV-lekérdezésnek a hozzáférési SBC által támogatott SIP-nek kell lennie; az összes többi üzenetet SIP -re változtatja a 200-as sip-profil.

error-passthru

A SIP hibaválasz átjelentkezési funkcióját adja meg.

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

Bekapcsolja a PAI-feldolgozást a Helyi átjáróban. További információkért lásd: érvényesített-id .

bind control source-interface GigabitEthernet0/0/1

Forrás IP-cím konfigurál a forrásinterfész felé néző jelzéshez Webex Calling .

bind media source-interface GigabitEthernet0/0/1

Forrás IP-cím konfigurál a médiaforrás interfész felé néző számára Webex Calling .

A bind parancsokkal kapcsolatos további információkért lásd: kötni be Cisco IOS Voice Command Reference – A–C .

no pass-thru content custom-sdp

Alapértelmezett parancs a bérlő alatt. A paranccsal kapcsolatos további információkért lásd: áthaladó tartalom .

sip-profiles 200

A SIP-eket SIP -re változtatja, és módosítja az INVITE és REGISTER üzenetek vonal/portját a következő pontban meghatározottak szerint: voice class sip-profiles 200. További információkért lásd: hangosztály korty-profilok .

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

Webex Calling elérheti az SBC-t. További információkért lásd: kimenő-proxy .

privacy-policy passthru

Az adatvédelmi fejlécértékek átlátható továbbítása a bejövő és a kimenő szakasz között. További információkért lásd: adatvédelmi szabályzat be Cisco IOS Voice Command Reference – K–R .

Miután megadta a bérlőt 200 a Helyi átjárón belül, és konfiguráljon egy SIP VoIP tárcsázótársat, az átjáró ezután TLS kapcsolatot kezdeményez Webex Calling , amelyen a hozzáférési SBC bemutatja a tanúsítványát a helyi átjárónak. A Helyi átjáró érvényesíti a Webex Calling érje el az SBC-tanúsítványt a korábban frissített CA root köteggel. Állandó TLS -munkamenetet hoz létre a Helyi átjáró és a között Webex Calling elérheti az SBC-t. A Helyi átjáró ezután egy REGISTER üzenetet küld a kihívott hozzáférési SBC-nek. A regisztrációs AOR szám@tartomány. A szám a hitelesítő adatok „number” paraméteréből, a tartomány pedig a „regisztráló dns:<fqdn> .” Amikor kifogásolják a regisztrációt:

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

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

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

Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:

  1. Hangosztály bérlők — A 200-as bérlőhöz hasonlóan további bérlőket hozhat létre az ITSP felé néző tárcsázó társak számára amiért létrehozol Webex Calling tárcsázó társakkal szemben.

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

    • Webex Calling az LGW-nek

    • PSTN SIP-trönk lezárása LGW-n

  3. Kimenő tárcsázótárs —A kimenő hívás hívásszakaszokat átirányíthatja az LGW-ről az ITSP SIP-trönk és Webex Calling .

  4. DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő hívótársról.

  5. Bejövő tárcsázótárs —Elfogadhat bejövő hívási szakaszokat az ITSP-től és Webex Calling .

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

1

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

  1. Hangosztályú bérlő alkalmazása 100 minden IP PSTN-re néző kimenő hívótársnak.

    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. Hangosztályú bérlő alkalmazása 300 minden bejövő tárcsázótársnak az IP PSTN-ről.

    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 gazdagép IP-cím:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Adjon meg egy mintát, amely egyedileg azonosítja a helyi átjáróhelyet egy vállalaton belül a Control Hub trönkcsoport OTG vagy DTG paramétere alapján:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    A Helyi átjáró jelenleg nem támogatja az aláhúzásjeleket "_ " az egyezési mintában. Kerülő megoldásként használhat egy "." pontot. (egyezik bármelyik), hogy megfeleljen a következőnek: "_ ".

    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ó társakat:

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

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

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

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

    VoIP tárcsázótársat definiál a(z) címkével 101 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    destination-pattern BAD.BAD

    Lehetővé teszi a tárcsázó társ kiválasztását 101 . Ezt a kimenő tárcsázótársat azonban közvetlenül a bejövő tárcsázótárstól hívhatja meg dpg utasításokkal, és ez megkerüli a számminta-egyezési feltételt. Ön egy tetszőleges mintát használ, amely alfanumerikus számjegyeken alapul, amelyeket a célminta CLI engedélyez.

    session protocol sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 101 kezeli a SIP-hívás híváslábakat.

    session target ipv4:192.168.80.13

    A célállomás cél IPv4-cím jelöli a hívásoldal küldéséhez. Ebben az esetben az ITSP IP-cím.

    voice-class codec 99

    A kodek beállításainak listáját jelöli 99 ehhez a társtárcsázóhoz kell használni.

    dtmf-relay rtp-nte

    Az RTP -NTE (RFC2833) értéket határozza meg az ezen a hívásoldal elvárt DTMF -képességként.

    voice-class sip tenant 100

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

    no vad

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

  2. Kimenő tárcsázás a következő felé Webex Calling (A kimenő tárcsázótársat frissíti, hogy az innen érkező bejövő tárcsázótársként szolgáljon Webex Calling valamint később a konfigurációs útmutató).

    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

    VoIP tárcsázótársat definiál a(z) címkével 200201 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében

    session target sip-server

    Azt jelzi, hogy a globális SIP -kiszolgáló az ettől a tárcsázó társtól érkező hívások rendeltetési helye. Webex Calling kiszolgálón, amelyben definiál bérlő 200 Tárcsázós egyenrangú számára öröklődik 200201 .

    voice-class stun-usage 200

    Lehetővé teszi, hogy a helyi átjárón helyileg generált kábító kérések a megbeszélt médiaútvonalon keresztül továbbítsanak. A Stun segít a tűzfalon lévő lyuk megnyitásában.

    no voice-class sip localhost

    Letiltja a DNS helyi szervező neve helyettesítését a fizikai IP-cím helyett a kimenő üzenetek Feladó, azonosító és Távoli fél azonosító fejlécében.

    voice-class sip tenant 200

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

    srtp

    Engedélyezi az SRTP -t a hívásoldal.

    no vad

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

4

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

  1. Meghatározza a tárcsázó egyenrangú csoportot 100 . Kimenő tárcsázó egyenrangú 101 minden bejövő tárcsázó-peer hívás célpontja 100-as tárcsázó-peer csoport . Jelentkezünk DPG 100 a bejövő 200201-es tárcsázótárshoz Webex Calling --> LGW --> PSTN útvonalat.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Tárcsázói egyenrangú csoport meghatározása 200 kimenő tárcsázó egyenrangú 200201 mint a célpont számára PSTN --> LGW --> Webex Calling útvonalat. DPG alkalmazása 200 a bejövő tárcsázó társhoz 100 amelyet később határoz meg.

    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ő hívótársakat:

  1. Bejövő tárcsázó egyenrangú bejövő IP PSTN híváságak:

    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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 100 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    session protocol sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 100 kezeli a SIP-hívás híváslábakat.

    incoming uri via 100

    A hangosztály uri-ját adja meg 100 hogy az IP PSTN-ről a Helyi átjáróra érkező összes bejövő forgalmat egy VIA fejléc gazdagép IP-cím egyezzen meg. További információkért lásd: bejövő uri be Cisco IOS Voice Commands Reference – D–I .

    destination dpg 200

    A tárcsázási társcsoportot határozza meg 200 kimenő tárcsázó társ kiválasztásához. A tárcsázói csoport beállításával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Commands Reference – T–Z .

    voice-class sip tenant 300

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

    no vad

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

  2. Bejövő tárcsázó egyenrangú bejövő Webex Calling hívási lábak:

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

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

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

    Frissít egy VoIP tárcsázótársat a(z) címkével 200201 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    incoming uri request 200

    A hangosztály uri-ját adja meg 200 hogy megfeleljen az összes innen érkező forgalomnak Webex Calling LGW-nek a kérelem URI-ban lévő egyedi dtg mintán, amely egyedileg azonosítja a Helyi átjáró telephelyét egy vállalaton belül és a Webex Calling ökoszisztéma. További információkért lásd: bejövő uri be Cisco IOS Voice Commands Reference – D–I .

    destination dpg 100

    A tárcsázási társcsoportot határozza meg 100 kimenő tárcsázó társ kiválasztásához. A tárcsázói csoport beállításával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Commands Reference – T–Z .

    max-conn 250

    250-re korlátozza az egyidejű hívások számát az LGW és az LGW között Webex Calling , feltételezve, hogy egyetlen tárcsázó felé néz Webex Calling mind a bejövő, mind a kimenő hívásoknál a jelen cikkben meghatározottak szerint. A Helyi átjáróval kapcsolatos egyidejű híváskorlátokkal kapcsolatos további információkért lásd a dokumentumot Áttérés Unified CM -ről Webex Calling szolgáltatásra .

PSTN ide Webex Calling

Az összes bejövő IP PSTN híváság párosítása a Helyi átjárón a tárcsázós egyenrangú kapcsolattal 100 hogy a VIA fejléchez az IP PSTN IP-cím egyezési feltételt adjon meg. DPG 200 meghívja a kimenő tárcsázó-peer-t 200201 , amely rendelkezik a Webex Calling kiszolgálót célhelyként.

Webex Calling a PSTN-re

Az összes bejövő egyezése Webex Calling hívási szakaszok a Helyi átjárón tárcsázós egyenrangú kapcsolattal 200201 a REQUEST URI fejlécminta egyezési feltételének meghatározásához a trönkcsoport OTG/DTG paraméterrel, egyedileg erre a helyi átjáró-telepítésre. DPG 100 meghívja a kimenő hívótársat 101 , amelynek az IP PSTN IP-cím a célhely.

Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:

  1. Hangosztály bérlők —Több bérlőt hozhat létre a Unified CM és ITSP felé néző tárcsázó társak számára, hasonlóan a következőhöz: bérlő 200 amiért létrehozol Webex Calling tárcsázó társakkal szemben.

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

    • Unified CM az LGW-hez a PSTN-célhelyekhez

    • Unified CM az LGW számára a következőhöz: Webex Calling úticélok

    • Webex Calling az LGW célállomásokra

    • PSTN SIP-trönk lezárása LGW-n

  3. Hangosztály szerver-csoport — Megcélozhatja az IP -címeket/portokat a kimenő fővonalak számára:

    • LGW a Unified CM -re

    • LGW to Webex Calling

    • LGW – PSTN SIP-trönk

  4. Kimenő tárcsázótárs — A kimenő hívás szakaszokat innen továbbíthatja:

    • LGW a Unified CM -re

    • ITSP SIP-trönk

    • Webex Calling

  5. DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő tárcsázótársról.

  6. Bejövő tárcsázótárs — Bejövő hívási szakaszokat fogadhat a Unified CM, ITSP, és Webex Calling .

1

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

  1. Hangosztályú bérlő alkalmazása 100 a Unified CM és IP PSTN felé néző összes kimenő tárcsázó egyén:

    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. Hangosztályú bérlő alkalmazása 300 a Unified CM -ről és az IP PSTN-ről érkező összes bejövő tárcsázó egyén esetén:

    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. Az ITSP gazdagép IP-cím határozza meg:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Adjon meg egy mintát, amely egyedileg azonosítja a helyi átjáróhelyet egy vállalaton belül a Control Hub trönkcsoport OTG/DTG paramétere alapján:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    A Helyi átjáró jelenleg nem támogatja az aláhúzást "_ " az egyezési mintában. Megkerülő megoldásként használja a dot "." (egyezik bármelyik), hogy megfeleljen a következőnek: "_ ".

    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 a Unified CM jelzés VIA portját a Webex Calling fővonalhoz:

    voice class uri 300 sip
    pattern :5065
    
  4. Meghatározza az Unified CM forrásjelzési IP -címet és VIA portot a PSTN fővonalhoz:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Állítsa be a következő hangosztályú kiszolgálócsoportokat:

  1. Meghatározza a Unified CM -törzs célgazda- IP-cím és portszám az 1. Unified CM-csoport (5 csomópont). A Unified CM az 5065-ös portot használja a bejövő forgalomhoz a Webex Calling trunk ( Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Meghatározza a Unified CM -törzs célgazda- IP-cím és portszám a 2. Unified CM-csoport , ha van ilyen:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Meghatározza a Unified CM -törzs célgazda- IP-cím az 1. Unified CM-csoport (5 csomópont) számára. A Unified CM az alapértelmezett 5060-as portot használja a bejövő forgalomhoz a PSTN fővonalon. portszám megadása nélkül az alapértelmezett 5060-as portot használhatja. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Meghatározza a Unified CM -trönk célgazda- IP-cím a 2. Unified CM-csoport , ha van ilyen.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Konfigurálja a következő kimenő hívótársakat:

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

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

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

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

    VoIP tárcsázótársat definiál a(z) címkével 101 és egy értelmes leírás található a könnyebb kezelés és hibaelhárítás érdekében.

    destination-pattern BAD.BAD

    Lehetővé teszi a tárcsázó társ kiválasztását 101 . A kimenő hívótársat azonban közvetlenül a bejövő tárcsázótárstól hívhatja meg dpg utasításokkal, és ez megkerüli a számminta-egyezési feltételeket. Ön egy tetszőleges mintát használ, amely a célminta CLI által engedélyezett alfanumerikus számjegyeken alapul.

    session protocol sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 101 kezeli a SIP-hívás híváslábakat.

    session target ipv4:192.168.80.13

    A célállomás cél IPv4-cím jelöli a hívásoldal küldéséhez. (Ebben az esetben az ITSP IP-cím.)

    voice-class codec 99

    A kodek beállításainak listáját jelöli 99 hogy használatban legyen ehhez a tárcsázó társhoz.

    voice-class sip tenant 100

    A tárcsázó peer az összes paramétert a bérlőtől örökli 100 hacsak nem adja meg ugyanazt a paramétert maga a tárcsázó-peer alatt.

  2. Kimenő tárcsázás a következő felé Webex Calling (Frissítse azt a kimenő tárcsázótársat, amely a honnan bejövő hívótársaként fog működni Webex Calling ):

    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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 200201 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    session target sip-server

    Azt jelzi, hogy a globális SIP -kiszolgáló a tárcsázó féltől érkező hívások célállomása 200201 . Webex Calling kiszolgálón van megadva bérlő 200 öröklődik a tárcsázó peer számára 200201 .

    voice-class stun-usage 200

    Lehetővé teszi a helyileg generált kábító kérelmek elküldését a megbeszélt médiaútvonalon keresztül. A Stun segít a tűzfalon lévő lyuk megnyitásában.

    no voice-class sip localhost

    Letiltja a DNS helyi szervező neve helyettesítését a fizikai IP-cím helyett a kimenő üzenetek Feladó, azonosító és Távoli fél azonosító fejlécében.

    voice-class sip tenant 200

    A tárcsázó peer az összes paramétert a bérlőtől örökli 200 (LGW <--> Webex Calling trunk).

    srtp

    Engedélyezi az SRTP -t a hívásoldal.

  3. Kimenő tárcsázás a Unified CM Webex Calling fővonala 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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 301 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    session server-group 301

    A tárcsázó egyenrangú munkamenet cél IP -címe helyett Ön egy célkiszolgáló csoportra mutat ( 301-es kiszolgálócsoport a 301-es tárcsázó-peer számára ) több cél UCM-csomópont meghatározásához, bár a példában csak egyetlen csomópont látható.

    Kiszolgálócsoport a kimenő tárcsázó egyenrangú eszközön

    Ha több tárcsázó egyenrangú a DPG és több kiszolgáló a tárcsázó-peer kiszolgáló csoport, akkor elérheti a véletlenszerű eloszlása a hívások az összes Unified CM hívásfeldolgozás előfizető vagy keresni egy meghatározott preferencia alapján. Minden kiszolgálócsoport legfeljebb öt kiszolgálóval rendelkezhet (IPv4/v6 porttal vagy anélkül). Csak akkor van szükség második tárcsázó-peer és második kiszolgálócsoportra, ha ötnél több hívásfeldolgozás előfizető van használatban.

    További információkért lásd: Kiszolgálócsoportok a kimenő tárcsázó társakban be Cisco Unified Border Element konfigurációs útmutató – Cisco IOS XE 17.6-os verziótól kezdődően .

  4. Második kimenő tárcsázó a Unified CM Webex Calling törzse felé, ha 5-nél több 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 fővonala 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ó a Unified CM PSTN-fővonala felé, ha 5-nél több Unified CM -csomópontja van:

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

Állítsa be a következő DPG-t:

  1. A DPG-t határozza meg 100 . Kimenő tárcsázó egyenrangú 101 minden bejövő tárcsázó-peer hívás célpontja 100-as tárcsázó-peer csoport . Jelentkezünk DPG 100 a később meghatározott 302-es bejövő tárcsázó-peerhez Unified CM --> LGW --> PSTN elérési út:

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Definiálja a DPG-t 200 kimenő tárcsázó egyenrangú 200201 mint a célpont számára Unified CM --> LGW --> Webex Calling elérési út:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Definiálja a DPG-t 300 a kimenő tárcsázó társak számára 301 vagy 303 a Webex Calling --> LGW --> Unified CM elérési út:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Definiálja a DPG-t 302 a kimenő tárcsázó társak számára 305 vagy 307 a PSTN --> LGW --> Unified CM elérési út:

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

Konfigurálja a következő bejövő hívótársakat:

  1. Bejövő tárcsázó egyenrangú bejövő IP PSTN híváságak:

    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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 100 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    session protocol sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 100 kezeli a SIP-hívás híváslábakat.

    incoming uri via 100

    A hangosztály uri-ját adja meg 100 a Unified CM -től az LGW felé érkező összes forgalomhoz a VIA fejléc gazdagép IP-cím. További információkért lásd: bejövő uri be Cisco IOS Voice Commands Reference – D–I .

    destination dpg 302

    A tárcsázó egyenrangú csoportot adja meg 302 kimenő tárcsázótárs kiválasztásához. A tárcsázói csoport beállításával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Commands Reference – T–Z .

    voice-class sip tenant 300

    A dial-peer az összes paramétert a 300-as bérlőtől örökli, hacsak nem adja meg ugyanazt a paramétert maga a tárcsázópartner alatt.

  2. Bejövő tárcsázó egyenrangú bejövő Webex Calling hívási lábak:

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

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

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

    Frissít egy VoIP tárcsázótársat a(z) címkével 200201 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    incoming uri request 200

    A hangosztály uri-ját adja meg 200 a Unified CM -től az LGW felé bejövő összes forgalomhoz a kérelem URI-ban lévő egyedi dtg mintán, amely egyedileg azonosít egy Helyi átjáró helyet egy vállalaton belül és a Webex Calling ökoszisztéma. További információkért lásd: bejövő uri be Cisco IOS Voice Commands Reference – D–I .

    destination dpg 300

    A tárcsázó egyenrangú csoportot adja meg 300 kimenő tárcsázótárs kiválasztásához. A tárcsázói csoport beállításával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Commands Reference – T–Z .

    max-conn 250

    250-re korlátozza az egyidejű hívások számát az LGW és az LGW között Webex Calling feltételezve, hogy egyetlen tárcsázó felé néz Webex Calling mind a bejövő, mind a kimenő hívásokhoz az útmutatóban meghatározottak szerint. A Helyi átjáróval kapcsolatos egyidejű híváskorlátokkal kapcsolatos további részletekért lásd a dokumentumot Áttérés Unified CM -ről Webex Calling szolgáltatásra .

  3. Bejövő tárcsázási egyenrangú bejövő Unified CM híváságak a következővel: Webex Calling célállomásként:

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

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

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

    VoIP tárcsázótársat definiál a(z) címkével 300 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    incoming uri via 300

    A hangosztály URI -ját adja meg 300 a Unified CM -től az LGW felé bejövő összes forgalomhoz a forrásporton (5065). További információkért lásd: bejövő uri be Cisco IOS Voice Commands Reference – D–I .

    destination dpg 200

    A tárcsázó egyenrangú csoportot adja meg 200 kimenő tárcsázótárs kiválasztásához. A tárcsázói csoport beállításával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Commands Reference – T–Z .

    voice-class sip tenant 300

    A dial-peer az összes paramétert a 300-as bérlőtől örökli, hacsak nem adja meg ugyanazt a paramétert maga a tárcsázópartner alatt.

  4. Bejövő tárcsázó egyenrangú bejövő Unified CM hívásszakaszok esetén, amelyekben a PSTN a cél:

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

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

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

    VoIP tárcsázótársat definiál a(z) címkével 302 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    incoming uri via 302

    A hangosztály uri-ját adja meg 302 a Unified CM -től az LGW felé bejövő összes forgalomhoz a forrásporton (5065). További információkért lásd: bejövő uri be Cisco IOS Voice Commands Reference – D–I .

    destination dpg 100

    A tárcsázó egyenrangú csoportot adja meg 100 kimenő tárcsázótárs kiválasztásához. A tárcsázói csoport beállításával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Commands Reference – T–Z .

    voice-class sip tenant 300

    A tárcsázó peer az összes paramétert a bérlőtől örökli 300 hacsak nem adja meg ugyanazt a paramétert maga a tárcsázó-peer alatt.

IP PSTN – Unified CM PSTN törzs

Webex Calling Platform – Unified CM Webex Calling fővonal

Unified CM PSTN-trönk az IP PSTN-re

Unified CM Webex Calling fővonal ide Webex Calling Platform

A Diagnostic Signatures (DS) proaktív módon észleli az IOS XE-alapú helyi átjáróban gyakran megfigyelt problémákat, és e-mail-, syslog- vagy terminálüzenet-értesítést generál az eseményről. A DS telepítésével automatizálható a diagnosztikai adatgyűjtés, és az összegyűjtött adatok a Cisco TAC tokba való átviteléhez a megoldási idő felgyorsítása érdekében.

A diagnosztikai aláírások (DS) olyan XML -fájlok, amelyek a probléma kiváltó eseményeiről és a probléma tájékoztatása, hibaelhárítása és elhárítása érdekében megteendő műveletekről tartalmaznak információkat. meghatározhatja a problémaészlelési logikát syslog üzenetek, SNMP események és meghatározott show parancs kimenetek időszakos figyelésével.

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

  • összevont naplófájl

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

A TAC mérnökei készítik a DS fájlokat, és az integritás védelme érdekében digitálisan írják alá azokat. Minden DS fájl egyedi numerikus azonosító rendelkezik, amelyet a rendszer rendelt hozzá. Diagnosztikai aláírásokat kereső eszköz (DSLT) egyetlen forrásból keresheti a megfelelő aláírásokat a különböző problémák figyeléséhez és hibaelhárításához.

Mielőtt elkezdené:

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

  • Egy SMTP(Simple Mail Transfer Protocol) kiszolgáló, amelyre a helyi átjárónak szüksége van az e-mail értesítések küldéséhez.

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

Előfeltételek

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

  1. A Diagnosztikai aláírások alapértelmezetten engedélyezve vannak.

  2. Állítsa be a proaktív értesítés küldésére használt biztonságos e-mail kiszolgálót, ha az eszközön a Cisco IOS XE 17.3.2-es vagy újabb verziója fut.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Állítsa be a környezeti változótds_email a rendszergazda e- e-mail-cím értesítse Önt.

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

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

  1. A diagnosztikai aláírások alapértelmezetten engedélyezve vannak

  2. Állítsa be a proaktív értesítések küldésére használt e-mail kiszolgálót, ha az eszköz 17.3.2-es verziónál korábbi verziót futtat.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Állítsa be a környezeti változótds_email az értesítendő rendszergazda e- e-mail-cím .

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

A 16.9.x verziót futtató helyi átjáró

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

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Állítsa be a proaktív értesítések küldésére használt e-mail kiszolgálót, ha az eszköz 17.3.2-es verziónál korábbi verziót futtat.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Állítsa be a környezeti változótds_email az értesítendő rendszergazda e- e-mail-cím .

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

A következő példa egy Cisco IOS XE 17.3.2 rendszeren futó Helyi átjáró konfigurációjára mutat be példát, amely a proaktív értesítéseket küldi a következőnek: tacfaststart@gmail.com a Gmail használata biztonságos SMTP-kiszolgáló:

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

A Cisco IOS XE szoftveren futó Helyi átjáró nem egy tipikus, OAuth-ot támogató webalapú Gmail kliens, ezért konfigurálnunk kell egy adott Gmail-fiókbeállítást, és külön engedélyt kell adnunk az eszközről érkező e-mailek megfelelő feldolgozása érdekében:

  1. Ugrás ide: Google Fiók kezelése lehetőségre > Biztonság és kapcsolja be Kevésbé biztonságos alkalmazás-hozzáférés beállítást.

  2. Válasz „Igen, én voltam”, amikor e-mailt kap a Gmailtől, amely így szól: „A Google megakadályozta, hogy valaki egy nem a Google-tól származó alkalmazással bejelentkezzen az Ön fiókjába.”

Telepítsen diagnosztikai aláírásokat a proaktív figyeléshez

Magas CPU kihasználtság figyelése

Ez a DS 5 másodpercig követi a CPU kihasználtságát az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával. Amikor a kihasználtság eléri a 75%-ot vagy afelettit, letilt minden hibakeresést, és eltávolít minden, a Helyi átjáróra telepített diagnosztikai aláírást. Az aláírás telepítéséhez kövesse az alábbi lépéseket.

  1. Győződjön meg arról, hogy engedélyezte az SNMP -t a paranccsal snmp megjelenítése . Ha nem engedélyezi, akkor konfigurálja az „snmp-server manager” parancsot.

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

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

  3. Másolja át a DS XML-fájl a helyi átjáró flash-re.

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

    A következő példa a fájl FTP kiszolgálóról a helyi átjáróra való másolását mutatja be.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. Telepítse a DS XML-fájl a Helyi átjáróba.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a következővel: home call-home diagnosztikai-aláírás megjelenítése . Az állapot oszlopban legyen „regisztrált” érték.

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

    DS-ek letöltése:

    DS- azonosító

    DS neve

    Felülvizsgálat

    Állapot

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

    64224

    DS_ LGW_ CPU_ MON75

    0.0.10

    Regisztrálva

    2020-11-07 22:05:33


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

SIP-trönk regisztráció figyelése

Ez a DS 60 másodpercenként ellenőrzi a Webex Calling felhővel rendelkező helyi átjáró SIP -trönk regisztrációjának törlését. A regisztráció törlési eseményének észlelése után e-mailt és syslog-értesítést generál, és két törlési esemény után eltávolítja magát. Kérjük, kövesse az alábbi lépéseket az aláírás telepítéséhez.

  1. Töltse le a DS 64117-et a következő legördülő menüből: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    SIP– SIP

    Probléma típusa

    SIP fővonal regisztráció törlése e- e-mail értesítéssel.

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

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

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Használat home call-home diagnosztikai-aláírás megjelenítése hogy ellenőrizze az aláírás sikeres telepítését . Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.

A rendellenes hívás figyelése megszakad

Ez a DS 10 percenként SNMP lekérdezést használ a 403-as, 488-as és 503-as SIP -hibákkal járó rendellenes hívásszakadás észlelésére.  Ha a hibaszám növekménye nagyobb vagy egyenlő, mint 5 az utolsó szavazásból, akkor a rendszer egy syslog és egy e-mail értesítést generál. Kérjük, kövesse az alábbi lépéseket az aláírás telepítéséhez.

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

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

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. Használat home call-home diagnosztikai-aláírás megjelenítése segítségével ellenőrizze, hogy az aláírás sikeresen telepítve van-e. Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.

Telepítse a diagnosztikai aláírásokat a probléma elhárításához

A diagnosztikai aláírások (DS) segítségével gyorsan megoldhatja a problémákat. A Cisco TAC mérnökei számos aláírást készítettek, amelyek lehetővé teszik az adott probléma hibaelhárításához, a probléma észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatok automatikus átviteléhez a Cisco TAC esetébe szükséges hibakeresést. A Diagnostic Signatures (DS) segítségével szükségtelenné válik a probléma előfordulásának manuális ellenőrzése, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.

Használhatja a Diagnosztikai aláírásokat kereső eszköz hogy megkeresse és telepítse a megfelelő aláírásokat egy adott probléma önmegoldásához, vagy telepítheti a TAC mérnök által a támogatási megbízás részeként javasolt aláírást.

Íme egy példa arra, hogyan kereshet meg és telepíthet egy DS-t a „%VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcsküszöb): IEC=1.1.181.1.29.0" syslog és automatizálja a diagnosztikai adatgyűjtést a következő lépésekkel:

  1. Konfiguráljon egy további DS környezeti változótds_fsurl_prefix amely az a Cisco TAC fájlszerver elérési útja (cxd.cisco.com), amelyre az összegyűjtött diagnosztikai adatokat feltölti a rendszer. A elérési út szereplő felhasználónév az ügyszám, a jelszó pedig az a fájlfeltöltés token, amelyből lehívható Támogatási esetkezelő a következő parancsban. A fájlfeltöltés tokent a Mellékletek lehetőségre szakaszában a Támogatási esetkezelőben, ha szükséges.

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

    Példa:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. A paranccsal győződjön meg arról, hogy az SNMP engedélyezve van snmp megjelenítése . Ha nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Ügyeljen arra, hogy telepítse a DS 64224 magas CPU -felügyeletet proaktív intézkedésként az összes hibakeresés és diagnosztikai aláírás letiltása érdekében a magas CPU -kihasználtság idején. Töltse le a DS 64224-et a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

  4. Töltse le a DS 65095-öt a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Syslogs

    Probléma típusa

    Syslog – %VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcs-küszöb): IEC=1.1.181.1.29.0

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

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Telepítse a High CPU -felügyelet DS 64224, majd a DS 65095 XML-fájl a helyi átjáróba.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a következővel: home call-home diagnosztikai-aláírás megjelenítése . Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.

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

    Letöltött DS-ek:

    DS- azonosító

    DS neve

    Felülvizsgálat

    Állapot

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

    64224

    00:07:45

    DS_ LGW_ CPU_ MON75

    0.0.10

    Regisztrálva

    2020-11-08

    65095

    00:12:53

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Regisztrálva

    2020-11-08

Ellenőrizze a diagnosztikai aláírások végrehajtását

A következő parancsban a parancs „Állapot” oszlopa home call-home diagnosztikai-aláírás megjelenítése „fut” értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A kimenete hazahívási diagnosztikai-aláírási statisztikák megjelenítése Ez a módszer a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlel-e egy érdekes eseményt, és végrehajtja-e a műveletet. A „Triggered/Max/Deinstall” oszlop azt mutatja, hogy az adott aláírás hányszor váltott ki eseményt, hogy maximális szám hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás eltávolítja-e magát a kiváltott események maximális szám észlelése után.

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

Letöltött DS-ek:

DS- azonosító

DS neve

Felülvizsgálat

Állapot

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

64224

DS_ LGW_ CPU_ MON75

0.0.10

Regisztrálva

2020-11-08 00:07:45

65095

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Fut

2020-11-08 00:12:53

hazahívási diagnosztikai-aláírási statisztikák megjelenítése

DS- azonosító

DS neve

Kiváltva /Max/Deinstall

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

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

64224

DS_ LGW_ CPU_ MON75

0/0/N

0.000

0.000

65095

DS_ LGW_ IEC_ Call_spike_threshold

1 /20/Y

23.053

23.053

A diagnosztikai aláírás végrehajtása során küldött értesítő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, a futó konfiguráció és a megjelenítési parancs kimenetei, amelyek az adott probléma hibaelhárítása szempontjából relevánsak.

Távolítsa el a diagnosztikai aláírásokat

A Diagnosztikai aláírások használata hibaelhárítási célokra általában úgy van meghatározva, hogy bizonyos probléma előfordulásának észlelése után eltávolítsák az eltávolítást. Ha manuálisan szeretne eltávolítani egy aláírást, kérje le a DS azonosító a kimenetéből home call-home diagnosztikai-aláírás megjelenítése és futtassa a következő parancsot:

call-home diagnostic-signature deinstall <DS ID> 

Példa:

call-home diagnostic-signature deinstall 64224 

A diagnosztikai aláíráskereső eszköz rendszeres időközönként új aláírásokkal bővül a telepítéseknél gyakran észlelt problémák alapján. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására vonatkozó kéréseket.

A Cisco IOS XE átjárók jobb kezelése érdekében javasoljuk, hogy a Control Hubon keresztül regisztrálja és kezelje az átjárókat. Ez egy opcionális konfiguráció. A regisztráció után a Control Hub konfiguráció-érvényesítési opciójával ellenőrizheti a Helyi átjáró konfigurációját, és azonosíthatja a konfigurációs problémákat. Jelenleg csak a regisztráció alapú törzsek támogatják ezt a funkciót.

További információkért olvassa el a következőt:

Mielőtt elkezdené

  • Győződjön meg arról, hogy a következő, Ön által konfigurált alapszintű platformkonfiguráció a szervezete szabályzatainak és eljárásainak megfelelően van beállítva:

    • NTP-k

    • ACL-ek

    • jelszavak engedélyezése

    • elsődleges jelszót

    • IP -útválasztás

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

  • Az összes Helyi átjáró-telepítéshez az IOS XE 17.6 minimálisan támogatott kiadására van szükség.

1

Győződjön meg arról, hogy minden 3-as rétegbeli interfészhez érvényes és IP -címet rendel hozzá:

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

 
Interfész a felé Webex Calling kívülről elérhetőnek kell lennie.

 

A Control Hub csak a helyi átjáró FQDN/SRV beállításával konfigurálható. Győződjön meg arról, hogy az FQDN feloldása az interfész IP legyen.

2

Előzetesen konfiguráljon egy elsődleges kulcsot a jelszóhoz a következő parancsokkal, mielőtt azt hitelesítő adatként és megosztott titkos titkosításként használná. A 6-os típusú jelszavak titkosítása AES titkosítással és felhasználó által meghatározott elsődleges kulccsal történik.

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

Állítsa be az IP -névkiszolgálót a DNS -keresés engedélyezéséhez. Pingelje az IP -névkiszolgálót, és győződjön meg arról, hogy a kiszolgáló elérhető. A helyi átjárónak fel kell oldania Webex Calling a következő DNS-t használó proxycímek:

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

TLS 1.2-exkluzivitás és egy alapértelmezett helyőrző bizalmi pont engedélyezése:


 
  • Az aláírt és megbízható CA-tanúsítvány fel kell ismerni.

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

  1. Hozzon létre egy, a gyökértanúsítvány megfelelő RSA -kulcsot a következő paranccsal:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Hozzon létre egy bizalmi pontot a CA á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 DNS hostname through which this router is reachable)
     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 kérhet tanúsítványt a támogatott hitelesítésszolgáltatók egyikétől.

    • Győződjön meg arról, hogy a Control Hubon beállított fővonali célhely (FQDN vagy SRV) szerepel a tanúsítvány SAN-hálózatában.

5

Ha a gyökértanúsítvány van köztes hitelesítésszolgáltatója, akkor hajtsa végre a következő parancsokat:


 

Ha nincsenek közbenső hitelesítő hatóságok, ugorjon a következő lépésre.

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

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

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


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

Hozzon létre egy bizalmi pontot a gyökértanúsítvány tárolására. Hajtsa végre a következő parancsokat, ha nincs köztes hitelesítésszolgáltató:

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

Állítsa be a SIP-UA-t a létrehozott bizalmi pont használatára.

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

Mielőtt elkezdené

  • A hálózat felé Webex Calling nyilvános IPv4-cím kell használnia . A teljesen minősített tartománynevek (FQDN) vagy szolgáltatási rekord (SRV) címeknek nyilvános IPv4-cím kell feloldani az interneten.

  • A külső interfész összes SIP és médiaportjának elérhetőnek kell lennie az internetről. A portok nem lehetnek hálózati címfordítás (NAT) mögött. Gondoskodjon arról, hogy frissítse a tűzfalat a vállalati hálózati összetevőkön.

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

    • A Certificate Authority (CA) kell aláírnia a tanúsítványt a pontban említettek szerint Milyen legfelső szintű hitelesítésszolgáltatók támogatottak a Cisco Webex audio és video platformok hívásai esetén? .

    • A Control Hubból kiválasztott FQDN-nek a tanúsítvány közös nevének (CN) vagy alany alternatív nevének (SAN) kell lennie. Például:

      • Ha a szervezete Control Hub-járól konfigurált fővonalon a london.lgw.cisco.com:5061 a Helyi átjáró FQDN-je, akkor a CN-nek vagy SAN-nak tartalmaznia kell a london.lgw.cisco.com-ot a tanúsítványban.  

      • Ha a szervezete Control Hub-járól konfigurált törzsön a london.lgw.cisco.com a Helyi átjáró SRV-címe, akkor a CN-nek vagy SAN-nak tartalmaznia kell a london.lgw.cisco.com-ot a tanúsítványban. Az SRV-cím által feloldott rekordok (CNAME, A rekord vagy IP -cím) nem kötelezőek a SAN-ban.

      • A fővonalhoz használt FQDN vagy SRV példában a Helyi átjáró összes új SIP párbeszédpanelje kapcsolati címének szerepelnie kell a london.lgw.cisco.com SIP cím gazdagép részében. Lásd, 5. lépés: a konfigurációhoz.

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

  • Töltse fel a megbízhatósági csomagot a Helyi átjáróra az itt leírtak szerint Milyen legfelső szintű hitelesítésszolgáltatók támogatottak a Cisco Webex audio és video platformok hívásai esetén? .

1

Adja meg a következő parancsokat a Helyi átjáró alkalmazás bekapcsolásához (Lásd: Portreferencia információk a Cisco Webex Calling szolgáltatáshoz a legfrissebb IP -alhálózatok megbízhatósági lista való hozzáadásához):

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

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

Útdíjcsalás megelőzése
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Engedélyezi azoknak az entitásoknak a forrás IP -címét, amelyektől a Helyi átjáró legitim VoIP -hívásokat vár, Webex Calling társaik.

  • Alapértelmezés szerint a Helyi átjáró blokkol minden bejövő VoIP hívásbeállítást olyan IP -címről, amely nem szerepel a megbízhatósági listáján. A „session target IP ” vagy kiszolgálócsoporttal rendelkező tárcsázó társaktól származó IP -címek alapértelmezés szerint megbízhatóak, és nem jelennek meg itt.

  • A listán szereplő IP -címeknek meg kell egyeznie az IP -alhálózatokkal a régió szerint Webex Calling adatközpont , amelyhez az ügyfél csatlakozik. Lásd Portreferencia információk a Webex Calling -hívásokhoz további információkért.

  • A megbízható IP-cím listájának az autópályadíj-csalás megelőzése érdekében történő használatával kapcsolatos további információért lásd: Az IP-cím megbízható .

SIP- SIP alapfunkciók
allow-connections sip to sip
  • SIP- SIP kapcsolatok engedélyezése.

  • Alapértelmezés szerint a Cisco IOS vagy IOS XE hangeszközök nem engedélyezik, hogy a bejövő VoIP szakasz VoIP-ként menjen ki.

  • A paranccsal kapcsolatos további információkért lásd: Kapcsolatok engedélyezése .

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

Engedélyezi a T.38-at a faxtovábbításhoz, bár a faxforgalom nem titkosított. A paranccsal kapcsolatos további információkért lásd: t38 fax protokoll (hangszolgáltatás) .

SIP
early-offer forced

Arra kényszeríti a helyi átjárót, hogy a kezdeti INVITE üzenetben küldje el az SDP-információkat ahelyett, hogy a szomszédos társtól érkező nyugtázásra várna. A paranccsal kapcsolatos további információkért lásd: korai ajánlatot .

2

Konfigurálja a „voice class codec 100” beállítást.

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

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

Hangosztály kodek 100

Lehetővé teszi az opus és mindkét g711 (mu és a-law) kodek számára a foglalkozásokat. A preferált kodeket alkalmazza az összes tárcsázó társra. További információkért lásd: hangosztályú kodek .

3

Állítsa be a „voice class stun-usage 100” beállítást az ICE engedélyezéséhez.

voice class stun-usage 100 
stun usage ice lite

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

Hangosztály kábító használat 100

A kábítás használatát határozza meg. A kábítás mindenkire vonatkozik Webex Calling - néző tárcsázó társak, hogy elkerülje a semmilyen módon nem hallható hangot, amikor a Unified CM telefon átirányítja a hívást egy másiknak Webex Calling telefont. Lásd hangosztály kábító használata be Cisco IOS hangutasítások – T–Z és kábító használat ice lite .

4

Állítsa be a „voice class srtp-crypto 100” beállítást a támogatott titkosítás korlátozásához.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

Hangosztály srtp-crypto 100
Az SHA1-et adja meg_ 80, mint a helyi átjáró által kínált egyetlen SRTP titkosítási csomag az SDP-n belül. Webex Calling csak az SHA1-et támogatja_ 80.
További információkért lásd: hangosztály srtp-crypto .
5

Konfigurálja a „SIP Profiles 100” opciót. A példában a cube1.abc.lgwtrunking.com a Helyi átjáró számára kiválasztott FQDN, a „172.xxx” pedig annak a Helyi átjárónak az IP-cím , amely felé Webex Calling :

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óhoz tartozó mezők magyarázata:

10. szabály 20. szabály között
Biztosítja, hogy a helyi átjáró IP-cím FQDN-re cserélje a kérés- és válaszüzenetek „Kapcsolat” fejlécében.

Ez annak a követelménynek a követelménye, hogy a Helyi átjáró hitelesítést kapjon, hogy törzsként használja egy adottban Webex Calling szervezete számára.

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

További információkért lásd: szabály (hangfordítás-rule) be Cisco IOS Voice Command Reference – K–R .

6

Állítsa be a következő négy kimenő tárcsázótársat:

  1. Konfigurálja az első kimenő tárcsázótársat a felé Webex Calling .

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

    VoIP tárcsázótársat definiál a(z) címkével 101 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében. Lásd tárcsázó hang további információkért.

    destination-pattern BAD.BAD

    Lehetővé teszi a tárcsázó társ kiválasztását 101. Mi azonban a kimenő tárcsázó egyenrangúakat hívjuk meg 101 közvetlenül a bejövő tárcsázótárstól DPG utasítások segítségével, és ez megkerüli a számminta egyezési feltételt. Ön egy tetszőleges mintát használ, amely a célminta CLI által engedélyezett alfanumerikus számjegyeken alapul. Lásd rendeltetési hely-minta (interfész) be Cisco IOS Voice Command Reference – D–I további információkért.

    session protocol sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 101 kezeli a SIP-hívás híváslábakat. Lásd munkamenet protokoll (tárcsázós egyenrangú) be Cisco IOS Voice Command Reference - S Commands további információkért.

    session target dns:peering1.sip.address:5062

    A cél FQDN célcímét jelöli a Control hívásoldal a hívásszakasz küldéséhez. Lásd munkamenet-cél (VoIP tárcsázó-peer) be Cisco IOS Voice Command Reference - S Commands további információkért.

    voice-class codec 100

    A kodek beállításainak listáját jelöli 100 a tárcsázó egyenrangú használatához 101 . Lásd hangosztályú kodek további információkért.

  2. Konfigurálja a többi kimenő tárcsázótársat a felé Webex Calling . A lépések ugyanazok maradnak, mint a 6. lépésben az előző allépésben, de más a 'munkamenet-céljuk' 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.sip.address:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sip.address:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sip.address:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Tárcsázós egyenrangú csoport létrehozása a felé tárcsázó peer alapján Webex Calling az aktív/aktív modellben.


 

Ez a konfiguráció minden régióra vonatkozik, kivéve azokat a fővonalakat, amelyeket Szingapúrban konfigurál. További információkért lásd a 8. lépést.

  1. Definiálja a DPG-t 100 kimenő tárcsázó egyenrangú 101 , 102 , 103 , 104 felé Webex Calling . DPG alkalmazása 100 a bejövő tárcsázó társhoz 100 PSTN vagy 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óhoz tartozó mezők magyarázata:
dial-peer 101 preference 1 

Egy kimenő tárcsázótársat társít a tárcsázói csoporthoz 100 és konfigurálja a társastárcsázást 101 , 102 , 103 , és 104 ugyanazzal a preferenciával. Lásd tárcsázó hang további információkért.

8

Tárcsázós egyenrangú csoport létrehozása a felé tárcsázó peer alapján Webex Calling az elsődleges/tartalék modellben.


 

Ez a konfiguráció csak azokra a fővonalakra vonatkozik, amelyeket a szingapúri helyszíneken konfigurál.

  1. Határozza meg a 100-as tárcsázó egyenrangú csoportot kimenő hívással 101 , 102 , 103 , 104 felé Webex Calling . DPG alkalmazása 100 a bejövő tárcsázó társhoz 100 PSTN vagy 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óhoz tartozó mezők magyarázata:
dial-peer 101 and 102 preference 1 

Egy kimenő tárcsázótársat társít a tárcsázói csoporthoz 100 és konfigurálja a társastárcsázást 101 és 102 mint első preferencia. Lásd hangosztályú dpg be Cisco IOS Voice Command Reference – T–Z további információkért.

dial-peer 103 and 104 preference 2 

Egy kimenő tárcsázótársat társít a tárcsázó csoporthoz 100 és konfigurálja a társastárcsázást 103 és 104 második preferenciaként.

9

Bejövő tárcsázótárs konfigurálása innen: Webex Calling . A bejövő egyezés az URI -kérésen alapul.

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

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

voice class uri 120 sip
Meghatározza az egyezési mintát a bejövő hívás Webex Calling . Lásd hangosztály uri korty preferencia be Cisco IOS Voice Command Referencia – Z további információkért.
session transport tcp tls
Az átvitelt TLS-re állítja be. Lásd session-transzport további információkért.
destination dpg 300
A tárcsázó egyenrangú csoportot adja meg 120 kimenő tárcsázótárs kiválasztásához. Lásd hangosztályú dpg be Cisco IOS Voice Command Reference – T–Z további információkért.tárcsázó-tárcsázó csoportokon.
incoming uri request 120

Megfelel a(z) összes bejövő forgalomnak Webex Calling a Helyi átjárónak a kérelem URI-ban lévő egyedi DTG mintán, amely egyedileg azonosít egy Helyi átjáró helyet egy vállalaton belül és a Webex Calling ökoszisztéma. Lásd bejövő uri Cisco IOS Voice Command Reference – D–I további információkért.

Voice class srtp-crypto 100

Beállítja az előnyben részesített titkosítási csomagokat az SRTP ( kapcsolathoz). Lásd hangosztály srtp-crypto további információkért.

bind control source-interface GigabitEthernet0/0/1

Forrás IP-cím konfigurál a forrásinterfész felé néző jelzéshez Webex Calling . Lásd kötni be Cisco IOS Voice Command Reference – A–C a bind használatával kapcsolatos további információkért.

bind media source-interface GigabitEthernet0/0/1

Forrás IP-cím konfigurál a médiaforrás interfész felé néző számára Webex Calling .

Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:

  1. Hangosztály URI-k — Meghatározhat gazda IP -címeket/portmintákat a helyi átjárón végződő különböző törzsekhez:

    • Webex Calling az LGW-nek

    • PSTN SIP-trönk lezárása LGW-n

  2. Kimenő tárcsázótárs — Átirányíthatja a kimenő hívás egy LGW-készülékről az Internet telefónia szolgáltató (ITSP) SIP-trönk és Webex Calling .

  3. DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő tárcsázótársról.

  4. Bejövő tárcsázótárs —Elfogadhat bejövő hívási szakaszokat az ITSP-től és Webex Calling .

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

1

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

  1. Határozza meg az ITSP gazdagép IP-cím:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Adjon meg egy mintát a Helyi Átjáró telephelyének egy vállalaton belüli egyedi azonosítására. Használja a Helyi átjáró gazdagépnevét az 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ást "_ " az egyezési mintában. Megkerülő megoldásként használja a dot "." (egyezik bármelyik), hogy megfeleljen a következőnek: "_ ".

    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ő hívótársakat:

  1. Kimenő tárcsázás 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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 121 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében. További információkért lásd: tárcsázó hang.

    destination-pattern BAD.BAD

    Lehetővé teszi a tárcsázó társ kiválasztását 121 . Ezt a kimenő tárcsázótársat azonban közvetlenül a bejövő tárcsázási társról hívhatja meg DPG utasításokkal, és ez megkerüli a számminta-egyezési feltételt. Ön egy tetszőleges mintát használ, amely a célminta CLI által engedélyezett alfanumerikus számjegyeken alapul. További információkért lásd: rendeltetési hely-minta (interfész) be Cisco IOS Voice Command Reference – D–I .

    session protocol sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 121 kezeli a SIP-hívás híváslábakat. További információkért lásd: munkamenet protokoll (tárcsázó társ) be Cisco IOS Voice Command Reference - S Commands .

    session target ipv4:192.168.80.13

    A célállomás cél IPv4-cím jelöli a hívásoldal küldéséhez. A munkamenet-cél itt az ITSP IP-cím. További információkért lásd: munkamenet-cél (VoIP tárcsázó társ) be Cisco IOS Voice Command Reference - S Commands .

    voice-class codec 100.

    A kodek beállításainak listáját jelöli 100 a tárcsázó egyenrangú használatához 121 . További információkért lásd: hangosztályú kodek .

    dtmf-relay rtp-nte

    Az RTP -NTE (RFC2833) értéket adja meg a hívásoldal elvárt DTMF -képességként. További információkért lásd: DTMF -relé (Voice over IP) .

    no vad

    Letiltja a hangtevékenység észlelését. További információkért lásd: vad (tárcsázza a társat) be Cisco IOS Voice Command Reference – T–Z .

  2. Kimenő tárcsázás a következő felé Webex Calling . Lásd a másik eljárást Tanúsítvány-alapú fővonal konfigurálása ezen a cikken belül.

3

Állítsa be a következő tárcsázói csoportot (DPG):

  1. Meghatározza a tárcsázó egyenrangú csoportot 120 . Kimenő tárcsázó egyenrangú 121 számára a célpont Webex Calling --> LGW --> PSTN. Ön alkalmazza a DPG-t 120 a bejövő tárcsázó társhoz 110 számára Webex Calling --> LGW --> PSTN útvonalat.

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

     

    Konfigurálnia kell a DPG-t 120 a bejövő tárcsázótárshoz Webex Calling . További információkért lásd az eljárás 9. lépését Tanúsítvány-alapú fővonal konfigurálása ezen a cikken belül.

4

Konfigurálja a következő bejövő hívótársakat:

  1. Bejövő tárcsázó egyenrangú bejövő IP PSTN híváságak:

    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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 122 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében. További információkért lásd: tárcsázó hang .

    session protocol sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 122 kezeli a SIP-hívás híváslábakat. Lásd munkamenet protokoll (tárcsázó társ) be Cisco IOS Voice Command Reference - S Commands további információkért.

    incoming uri via 100

    Egyezési feltételt ad meg a VIA fejléchez az IP PSTN IP-cím. A Helyi átjárón lévő összes bejövő IP PSTN híváságat illeszti a tárcsázós egyenrangú rendszerhez 122 . További információkért lásd: bejövő url be Cisco IOS Voice Command Reference – D–I .

    destination dpg 100

    Megkerüli a klasszikus kimenő tárcsázási egyenrangú egyeztetési feltételeket a Helyi átjáróban a cél DPG-vel 100 . Állítsa be a kimenő hívás szakaszt a cél DPG-n belül meghatározott tárcsázótárs-tárcsázók segítségével 100 , ez a tárcsázó-peer 101 , 102 , 103 , 104 . A tárcsázási társcsoportok konfigurálásával kapcsolatos további információkért lásd: hangosztályú dpg be Cisco IOS Voice Command Reference – D–I .

    no vad

    Letiltja a hangtevékenység észlelését. További információkért lásd: vad (tárcsázza a társat) be Cisco IOS Voice Command Reference – T, bár Z .

  2. Bejövő tárcsázó egyenrangú bejövő Webex Calling hívási lábak:

PSTN ide Webex Calling :

Az összes bejövő IP PSTN híváság párosítása a Helyi átjárón a tárcsázós egyenrangú kapcsolattal 122 hogy a VIA fejléchez az IP PSTN IP-cím egyezési feltételt adjon meg. DPG 100 meghívja a kimenő tárcsázó-peer-t 101 , 102 , 103 , 104 , amely rendelkezik a Webex Calling kiszolgálót célhelyként.

Webex Calling PSTN-re:

Az összes bejövő egyezése Webex Calling hívási szakaszok a Helyi átjárón tárcsázós egyenrangú kapcsolattal 110 a KÉRÉS URI fejlécminta egyezési feltételének meghatározásához a Helyi átjáró állomásnévvel, a Helyi átjáró telepítésére egyedileg. DPG 120 meghívja a kimenő tárcsázó-peer-t 121 , amelynek az IP PSTN IP-cím a célhely.

Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:

  1. Hangosztály URI-k — Meghatározhatja a gazdagép IP -címeinek/portjainak mintázatát az LGW-n végződő különböző törzsekhez:

    • Unified CM az LGW-hez a PSTN-célhelyekhez

    • Unified CM az LGW számára a következőhöz: Webex Calling úticélok

    • Webex Calling az LGW célállomásokra

    • PSTN SIP-trönk lezárása LGW célhelyeken

  2. Hangosztály szerver-csoport — A következőkről célozhat IP -címeket vagy portokat a kimenő fővonalak számára:

    • LGW a Unified CM -re

    • LGW to Webex Calling

    • LGW – PSTN SIP-trönk

  3. Kimenő tárcsázótárs — A kimenő hívás szakaszokat innen továbbíthatja:

    • LGW a Unified CM -re

    • Internet Telephony Service Provider (ITSP) SIP-trönk

    • Webex Calling

  4. Hangosztály dpg — Célozhatja, hogy kimenő tárcsázótársakat hívjon be egy bejövő tárcsázótársból.

  5. Bejövő tárcsázó társak— Bejövő hívási szakaszokat fogadhat a Unified CM, ITSP, és Webex Calling .

1

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

  1. Az ITSP gazdagép IP (IP) címét határozza meg:

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Adjon meg egy mintát a Helyi Átjáró telephelyének egy vállalaton belüli egyedi azonosítására. Használja a Helyi átjáró gazdagépnevét a szükséges egységes erőforrás-azonosító (URI) egyezési mintaként.

    voice class uri 200 sip
    pattern cube.domain.com

     

    A Helyi átjáró jelenleg nem támogatja az aláhúzásjeleket "_ " az egyezési mintában. Megkerülő megoldásként használunk egy pontot "." (egyezik bármelyik), hogy megfeleljen a következőnek: "_ ".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Unified CM jelzés VIA portját határozza meg a Webex Calling törzs:

    voice class uri 300 sip
    pattern :5065
    
  4. Meghatározza az Unified CM forrásjelzési IP -címet és VIA portot a PSTN fővonalhoz:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

Állítsa be a következő hangosztályú kiszolgálócsoportokat:

  1. Meghatározza a Unified CM -törzs célgazda- IP-cím és portszám az 1. Unified CM-csoport (5 csomópont). A Unified CM az 5065-ös portot használja a bejövő forgalomhoz a Webex Calling trunk ( Webex Calling <-> LGW --> Unified CM).

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

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

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Meghatározza a Unified CM -trönk célgazda- IP-cím a 2. Unified CM -csoporthoz, ha van ilyen.

    voice class server-group 307
    ipv4 192.168.80.60
    
3

Konfigurálja a következő kimenő hívótársakat:

  1. Kimenő tárcsázás 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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 121 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében. További információkért lásd: tárcsázó hang .

    destination-pattern BAD.BAD

    Lehetővé teszi a tárcsázó társ kiválasztását 121 . Ezt a kimenő tárcsázótársat azonban közvetlenül a bejövő tárcsázási társról hívjuk meg DPG utasítások segítségével, és ez megkerüli a számminta-egyezési feltételt. Egy tetszőleges mintát használunk, amely alfanumerikus számjegyeken alapul, amelyeket a célminta CLI engedélyez. További információkért lásd: rendeltetési hely-minta (interfész) be Cisco IOS Voice Command Reference – D–I .

    Az session protocol sipv2 szakasz határozza meg azt a tárcsázó egyenrangú eszközt 121 kezeli a SIP-hívás híváslábakat. További információkért lásd: munkamenet protokoll (tárcsázó társ) be Cisco IOS Voice Command Reference - S Commands .

    session target ipv4:192.168.80.13

    Adja meg a cél IPv4-cím a hívásoldal küldéséhez . (Ebben az esetben az ITSP IP-cím.) További információkért lásd: munkamenet-cél (VoIP tárcsázó társ). be Cisco IOS Voice Command Reference - S Commands

    voice-class codec 100

    A kodek beállításainak listáját jelöli 100 a tárcsázó egyenrangú 121 .

    További információkért lásd: hangosztályú kodek .

  2. Kimenő tárcsázás a következő felé Webex Calling :

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

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

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

    VoIP tárcsázótársat definiál a(z) címkével 200201, 200202, 200203, 200204 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    voice-class stun-usage 100

    Helyileg generált kábítási kérelem küldése a megbeszélt médiaútvonalon keresztül. A Stun megnyitja a lyukat a tűzfalon.

    srtp

    Engedélyezi az SRTP -t a hívásoldal.

  3. Kimenő tárcsázás az egyesített CM-ek felé Webex Calling törzs:

    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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 301 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    session server-group 301

    Meghatározza a több Unified CM -csomópont munkamenet-célját ( 301-es kiszolgálócsoport a 301-es tárcsázó-peer számára ), bár a példa csak egyetlen csomópontot mutat be.

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

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

    További információkért lásd: Kiszolgálócsoportok a kimenő tárcsázó társakban be Cisco Unified Border Element konfigurációs útmutató Cisco IOS XE 17.5 rendszeren keresztül .

  4. Második kimenő tárcsázó egyenrangú a Unified CM-ek felé Webex Calling trunk, ha 5-nél több 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 fővonala 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ó a Unified CM PSTN-fővonala felé, ha 5-nél több Unified CM -csomópontja van:

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

Állítsa be a következő tárcsázói csoportot (DPG):

  1. A DPG-t határozza meg 121 . Kimenő tárcsázó egyenrangú 121 a DPG-t meghívó bejövő tárcsázótárs célpontja 121 . DPG alkalmazása 121 bejövő tárcsázó-peer 302 később meghatározott a Unified CM --> LGW --> PSTN elérési út:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Definiálja a DPG-t 100 kimenő tárcsázó egyenrangú 200201, 200202, 200203, 200204 mint a célpont számára Unified CM --> LGW --> Webex Calling elérési út:


     

    Győződjön meg arról, hogy a beállítások módosításai a konfigurált helyi átjáró helyén alapulnak. Lásd az eljárás 7. és 8. lépését Tanúsítvány-alapú fővonal konfigurálása további információkért.

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 preference 1
    
  3. Definiálja a DPG-t 300 a kimenő tárcsázó társak számára 301 vagy 303 a Webex Calling --> LGW --> Unified CM elérési út:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Definiálja a DPG-t 302 a kimenő tárcsázó társak számára 305 vagy 307 a PSTN --> LGW --> Unified CM elérési út:

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

Konfigurálja a következő bejövő hívótársakat:

  1. Bejövő tárcsázó egyenrangú bejövő IP PSTN híváságak:

    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óhoz tartozó mezők magyarázata:

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

    VoIP tárcsázótársat definiál a(z) címkével 100 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    session protocol sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 100 kezeli a SIP-hívás híváslábakat.

    incoming uri via 100

    A hangosztály uri-ját adja meg 100 hogy az IP PSTN-ről a Helyi átjáróra érkező összes bejövő forgalmat egy bejövő VIA fejléc gazdagép IP-cím párosítsa. További információkért lásd: bejövő uri be Cisco IOS Voice Command Reference – D–I .

    destination dpg 302

    A tárcsázási társcsoportot határozza meg 302 kimenő tárcsázó társ kiválasztásához. A tárcsázási társcsoportok konfigurálásával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Command Reference – T–Z .
  2. Bejövő tárcsázó egyenrangú bejövő Webex Calling hívási lábak:

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

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

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

    Frissít egy VoIP tárcsázótársat a(z) címkével 110 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    destination dpg 300

    A tárcsázási társcsoportot határozza meg 120 kimenő tárcsázó társ kiválasztásához. A tárcsázási társcsoportok konfigurálásával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Command Reference – T–Z .

    Voice class srtp-crypto 100

    Beállítja az előnyben részesített titkosítási csomagokat az SRTP ( kapcsolathoz). További információkért lásd: hangosztály srtp-crypto .

    bind control source-interface GigabitEthernet0/0/1

    Forrás IP-cím konfigurál a forrásinterfész felé néző jelzéshez Webex Calling .

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

    bind media source-interface GigabitEthernet0/0/1

    Forrás IP-cím konfigurál a médiaforrás interfész felé néző számára Webex Calling .

  3. Bejövő tárcsázási egyenrangú bejövő Unified CM híváságak a következővel: Webex Calling célállomásként:

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

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

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

    VoIP tárcsázótársat definiál a(z) címkével 300 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében. További információkért lásd: tárcsázó hang .

    incoming uri via 300

    A hangosztály URI -ját adja meg 300 a Unified CM -től az LGW felé bejövő összes forgalomhoz a forrásporton (5065). További információkért lásd: bejövő uri be Cisco IOS Voice Command Reference – D–I .

    destination dpg 100

    A tárcsázási társcsoportot határozza meg 200 kimenő tárcsázó társ kiválasztásához. A tárcsázási társcsoportok konfigurálásával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Command Reference – T–Z .

  4. Bejövő tárcsázó egyenrangú bejövő Unified CM hívásszakaszok esetén, amelyekben a PSTN a cél:

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

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

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

    VoIP tárcsázótársat definiál a(z) címkével 302 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében. További információkért lásd: tárcsázó hang .

    incoming uri via 302

    A hangosztály URI -ját adja meg 300 hogy a VIA porton lévő PSTN-célállomáshoz az összes Unified CM -ről bejövő forgalmat egy Helyi átjáróra párosítsa. Az 5060-as port használható szabványos SIP -portként. További információkért lásd: bejövő uri be Cisco IOS Voice Command Reference – D–I .

    destination dpg 100

    A tárcsázási társcsoportot határozza meg 100 kimenő tárcsázó társ kiválasztásához. A tárcsázási társcsoportok konfigurálásával kapcsolatos további információkért lásd: hangosztály dpg be Cisco IOS Voice Command Reference – T–Z a tárcsázási társcsoportok konfigurálásával kapcsolatos további információkért.

A Diagnostic Signatures (DS) proaktívan észleli a Cisco IOS XE-alapú helyi átjáróban gyakran megfigyelt problémákat, és e-mail-, syslog- vagy terminálüzenet-értesítést generál az eseményről. A DS telepítésével automatizálható a diagnosztikai adatgyűjtés, és az összegyűjtött adatok a Cisco TAC tokba való átviteléhez a megoldási idő felgyorsítása érdekében.

A diagnosztikai aláírások (DS) olyan XML -fájlok, amelyek a probléma kiváltó eseményeiről és műveleteiről tartalmaznak információkat a probléma tájékoztatása, hibaelhárítása és elhárítása érdekében. Használjon syslog üzeneteket, SNMP -eseményeket, valamint bizonyos show parancs kimenetek időszakos figyelését a problémaészlelési logika meghatározásához. A művelettípusok a következők:

  • Show parancs kimenetek gyűjtése

  • Összevont naplófájl

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

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

Mielőtt elkezdené:

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

  • Egy SMTP(Simple Mail Transfer Protocol) kiszolgáló, amelyre a helyi átjárónak szüksége van az e-mail értesítések küldéséhez.

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

Előfeltételek

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

  1. A Diagnosztikai aláírások alapértelmezetten engedélyezve vannak.

  2. Állítsa be a proaktív értesítés küldésére használt biztonságos e-mail kiszolgálót, ha az eszközön az IOS XE 17.6.1-es vagy újabb verziója fut.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Állítsa be a környezeti változótds_email a rendszergazda e- e-mail-cím értesítse Önt.

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

A 17.6.1-es verziójú helyi átjáró

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

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Állítsa be az e-mail szervert, hogy proaktív értesítéseket küldjön, ha az eszköz 17.6.1-es verziónál korábbi verziót futtat.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Állítsa be a környezeti változótds_email az Ön által értesített rendszergazda e- e-mail-cím

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

A következő példa egy Cisco IOS XE 17.6.1-es rendszeren futó Helyi átjáró konfigurációjára mutat be példaként a proaktív értesítéseket tacfaststart@gmail.com a Gmail használata biztonságos SMTP-kiszolgáló:


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

A Cisco IOS XE szoftveren futó helyi átjáró nem egy tipikus webalapú, OAuth-ot támogató Gmail kliens, ezért konfigurálnunk kell egy adott Gmail-fiókbeállítást, és külön engedélyt kell adnunk az eszközről érkező e-mailek megfelelő feldolgozása érdekében:

  1. Ugrás ide: Google Fiók kezelése lehetőségre > Biztonság és kapcsolja be Kevésbé biztonságos alkalmazás-hozzáférés beállítást.

  2. Válasz „Igen, én voltam”, amikor e-mailt kap a Gmailtől, amely így szól: „A Google megakadályozta, hogy valaki egy nem a Google-tól származó alkalmazással bejelentkezzen az Ön fiókjába.”

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

Magas CPU kihasználtság figyelése

Ez a DS 5 másodpercig követi a CPU kihasználtságát az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával. Amikor a kihasználtság eléri a 75%-ot vagy afelettit, letilt minden hibakeresést, és eltávolít minden olyan diagnosztikai aláírást, amelyet a Helyi átjáróra telepít. Az aláírás telepítéséhez kövesse az alábbi lépéseket.

  1. Győződjön meg arról, hogy a paranccsal engedélyezte az SNMP -t snmp megjelenítése . Ha az SNMP nincs engedélyezve, akkor konfigurálja az „snmp-server manager” parancsot.

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

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

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

  3. Másolja át a DS XML-fájl a helyi átjáró flash-re.

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

    A következő példa a fájl FTP kiszolgálóról a helyi átjáróra való másolását mutatja be.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. Telepítse a DS XML-fájl a Helyi átjáróba.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. Használja a home call-home diagnosztikai-aláírás megjelenítése paranccsal ellenőrizheti, hogy az aláírás sikeresen telepítve van-e. Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.

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

    DS-ek letöltése:

    DS- azonosító

    DS neve

    Felülvizsgálat

    Állapot

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

    64224

    DS_ LGW_ CPU_ MON75

    0.0.10

    Regisztrálva

    2020-11-07 22:05:33


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

Rendellenes hívásbontások figyelése

Ez a DS 10 percenként SNMP lekérdezést használ a 403-as, 488-as és 503-as SIP -hibákkal járó rendellenes hívásszakadás észlelésére.  Ha a hibaszám növekménye nagyobb vagy egyenlő, mint 5 az utolsó szavazásból, akkor a rendszer egy syslog és egy e-mail értesítést generál. Kérjük, kövesse az alábbi lépéseket az aláírás telepítéséhez.

  1. A paranccsal győződjön meg arról, hogy az SNMP engedélyezve van snmp megjelenítése . Ha az SNMP nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.

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

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. Használja a parancsot home call-home diagnosztikai-aláírás megjelenítése hogy ellenőrizze az aláírás sikeres telepítését. Az állapot oszlopban legyen „regisztrált” érték.

Telepítse a diagnosztikai aláírásokat a probléma elhárításához

A diagnosztikai aláírások (DS) segítségével gyorsan megoldhatók a problémák. A Cisco TAC mérnökei számos aláírást készítettek, amelyek lehetővé teszik az adott probléma hibaelhárításához, a probléma észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatok automatikus átviteléhez a Cisco TAC esetébe szükséges hibakeresést. Így szükségtelenné válik a probléma előfordulásának manuális ellenőrzése, és sokkal könnyebbé válik az időszakos és átmeneti problémák hibaelhárítása.

Használhatja a Diagnosztikai aláírásokat kereső eszköz hogy megkeresse és telepítse a megfelelő aláírásokat egy adott probléma önmegoldásához, vagy telepítheti a TAC mérnök által a támogatási megbízás részeként javasolt aláírást.

Íme egy példa arra, hogyan kereshet meg és telepíthet egy DS-t a „%VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcsküszöb): IEC=1.1.181.1.29.0" syslog és automatizálja a diagnosztikai adatgyűjtést a következő lépésekkel:

  1. Konfiguráljon egy másik DS környezeti változótds_fsurl_prefix a Cisco TAC fájlszerver elérési útjaként (cxd.cisco.com) a diagnosztikai adatok feltöltéséhez. A elérési út szereplő felhasználónév az ügyszám, a jelszó pedig az a fájlfeltöltés token, amelyből lehívható Támogatási esetkezelő az alábbiak szerint. A fájlfeltöltés tokent a Mellékletek lehetőségre szakaszában, szükség szerint.

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

    Példa:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. A paranccsal győződjön meg arról, hogy az SNMP engedélyezve van snmp megjelenítése . Ha az SNMP nincs engedélyezve, konfigurálja az „snmp-server manager” parancsot.

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Javasoljuk a magas CPU -felügyelet DS 64224 telepítését proaktív intézkedésként az összes hibakeresés és diagnosztikai aláírás letiltása érdekében a magas CPU -kihasználtság idején. Töltse le a DS 64224-et a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

  4. Töltse le a DS 65095-öt a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Syslogs

    Probléma típusa

    Syslog – %VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcs-küszöb): IEC=1.1.181.1.29.0

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

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Telepítse a High CPU -felügyelet DS 64224, majd a DS 65095 XML-fájl a helyi átjáróba.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a következővel: home call-home diagnosztikai-aláírás megjelenítése . Az állapot oszlopban legyen „regisztrált” érték.

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

    Letöltött DS-ek:

    DS- azonosító

    DS neve

    Felülvizsgálat

    Állapot

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

    64224

    00:07:45

    DS_ LGW_ CPU_ MON75

    0.0.10

    Regisztrálva

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Regisztrálva

    2020-11-08:00:12:53

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

A következő parancsban a parancs „Állapot” oszlopa home call-home diagnosztikai-aláírás megjelenítése „fut” értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A kimenete hazahívási diagnosztikai-aláírási statisztikák megjelenítése Ez a módszer a legjobb módja annak ellenőrzésére, hogy egy diagnosztikai aláírás észlelt-e egy érdekes eseményt, és végrehajtotta-e a műveletet. A „Triggered/Max/Deinstall” oszlop azt mutatja, hogy az adott aláírás hányszor váltott ki eseményt, hogy maximális szám hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás eltávolítja-e magát a kiváltott események maximális szám észlelése után.

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

Letöltött DS-ek:

DS- azonosító

DS neve

Felülvizsgálat

Állapot

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

64224

DS_ LGW_ CPU_ MON75

0.0.10

Regisztrálva

2020-11-08 00:07:45

65095

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Fut

2020-11-08 00:12:53

hazahívási diagnosztikai-aláírási statisztikák megjelenítése

DS- azonosító

DS neve

Kiváltva /Max/Deinstall

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

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

64224

DS_ LGW_ CPU_ MON75

0/0/N

0.000

0.000

65095

DS_ LGW_ IEC_ Call_spike_threshold

1 /20/Y

23.053

23.053

A diagnosztikai aláírás végrehajtása során küldött értesítő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, a futó konfiguráció és a megjelenítési parancs kimenetei, amelyek az adott probléma hibaelhárítása szempontjából relevánsak.

Távolítsa el a Diagnosztikai aláírásokat

A diagnosztikai aláírások használata hibaelhárítási célokra jellemzően bizonyos probléma előfordulásának észlelése után eltávolítandó. Ha manuálisan szeretne eltávolítani egy aláírást, kérje le a DS azonosító a kimenetéből home call-home diagnosztikai-aláírás megjelenítése és futtassa a következő parancsot:

call-home diagnostic-signature deinstall <DS ID> 

Példa:

call-home diagnostic-signature deinstall 64224 

A diagnosztikai aláíráskereső eszköz rendszeres időközönként új aláírásokkal bővül a telepítéseknél észlelt problémáktól függően. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására vonatkozó kéréseket.

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
2023. február 06.
A Webex Calling funkcióinak beállítása

Tudjon meg többet a Webex Calling egyes funkcióiról, és arról, hogyan állíthatja be őket a szervezet és a felhasználók számára.

Hozzon létre egy keresőcsoport

A keresőcsoportok a bejövő hívásokat a felhasználók egy csoportjához vagy munkaterülethez irányítják. Akár úgy is beállíthat egy mintát, hogy egy teljes csoporthoz továbbítsa az útvonalat.

A keresőcsoport létrehozásával kapcsolatos további információkért lásd: Keresőcsoportok a Cisco Webex Control Hub .

Hívásvárakoztatási sor létrehozása

Beállíthat egy hívásvárakoztatási sor , hogy amikor az ügyfelek hívásait nem lehet fogadni, akkor automatikus hívásfogadást, komfortüzeneteket és várakoztatva zenét kapnak, amíg valaki nem fogadja a hívását.

A hívásvárakoztatási sor beállításával és kezelésével kapcsolatos további információkért lásd: Hívási várólisták kezelése a Cisco Webex Control Hub .

Hozzon létre egy recepciós ügyfelet

Segítsen a front-office személyzet igényeinek kielégítésében. A felhasználókat beállíthatja telefonos kezelőként, így kiszűrhetik a szervezeten belül bizonyos személyekhez érkező bejövő hívásokat.

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

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

Üdvözleteket adhat hozzá, menüket állíthat be, és a hívásátirányítás üzenetrögzítő szolgáltatáshoz, keresőcsoport, hangpostaláda vagy valós személyhez irányíthatja. Hozzon létre egy 24 órás ütemezést, vagy adjon meg különböző lehetőségeket a vállalkozása nyitvatartási vagy zárva tartási idejében.

Az automatikus híváskezelők létrehozásával és kezelésével kapcsolatos információkért lásd: Automatikus híváskezelők kezelése a Cisco Webex Control Hub .

Személyhívó csoport konfigurálása

A csoportos személyhívás lehetővé teszi a felhasználó számára, hogy egy adott személyhívócsoporthoz rendelt szám vagy mellék tárcsázásával egyirányú hívást vagy csoportos hívást kezdeményezzen akár 75 megcélzott felhasználó és munkaterület felé.

A személyhívó csoportok beállításával és szerkesztésével kapcsolatos információkért lásd: Személyhívó csoport konfigurálása a Cisco Webex Control Hub alkalmazásban .

Hívásfogadás beállítása

Fokozza a csapatmunkát és az együttműködést egy hívásfogadási csoport létrehozásával, így a felhasználók fogadhatják egymás hívását. Amikor felhasználókat ad hozzá egy hívásfogadási csoport , és egy csoporttag távol van vagy foglalt, egy másik tag fogadhatja a hívását.

A hívásfogadási csoport beállításával kapcsolatos információkért lásd: Hívásfogadás a Cisco Webex Control Hub .

hívásvárakoztatás beállítása

Hívásparkoltatás lehetővé teszi, hogy a felhasználók egy meghatározott csoportja hívásvárakoztatás egy hívásparkoltatási csoport többi elérhető tagja ellen. A parkolt hívásokat a csoport többi tagja is felveheti a telefonján.

A hívásvárakoztatás beállításával kapcsolatos további információkért lásd: Hívásparkoltatás a Cisco Webex Control Hub .

Engedélyezze a felhasználók számára, hogy beléphessenek mások telefonhívásaiba

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre , majd válassza ki a módosítani kívánt felhasználót.

2

Válassza ki Hívás , menjen ide: Felhasználói engedélyek között lehetőséget, majd válassza a lehetőséget Barge In .

3

Kapcsolja be Barge In , válassza ki, hogy a folyamatban lévő hívást konferenciabeszélgetés szeretné-e tenni.

  • Engedélyezze másoknak, hogy hozzáadják saját magukat a felhasználó hívásához.

  • Lejátsz egy hangot, amikor valaki belevág egy hívásba.

Ezután kattintson Mentés .

Megakadályozza, hogy valaki figyelje egy felhasználó vonalállapot

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre gombot, és válassza ki a módosítani kívánt felhasználót.

2

Válassza ki Hívás , lépjen a Felhasználói engedélyek között lehetőségre, és engedélyezze Adatvédelem .

3

Válassza ki a megfelelőt Automatikus kezelői adatvédelem beállítások ehhez a felhasználóhoz.

  • 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

Ellenőrizze a Adatvédelem engedélyezése jelölőnégyzet. Ezután eldöntheti, hogy mindenkit letilt-e úgy, hogy üresen hagyja a Felhasználó keresése név alapján mezőt, vagy kiválaszthatja, hogy ki figyelje a felhasználó vonalállapot.

A fenti végrehajtói példát használva a rendszergazdai asszisztens nevére kell rákeresnie.

5

Kattintson a Mentés lehetőségre.

Példa

Szeretné látni, mi ennek a módja? Ezt figyelje videó bemutató a felhasználó adatvédelmi beállításainak kezeléséről Control Hub .

Megfigyelési lista – Egyéb felhasználók és hívásparkoltatási mellékek

A figyelt vonalak maximális szám 50, de vegye figyelembe a sávszélességet. A maximumot a felhasználó telefonján lévő vonalgombok száma is meghatározhatja.


A megfigyelési szolgáltatás csak a felhasználó elsődleges eszköz működik.

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre gombot, és válassza ki a módosítani kívánt felhasználót.

2

Válassza ki Hívás , menjen ide: Felhasználói engedélyek szakaszt, válassza ki Monitoring .

3

Válasszon a következők közül:

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

Válassza ki, hogy szeretné-e a felhasználó értesítést kapni a parkolt hívásokról, keresse meg a figyelni kívánt személyt vagy hívásvárakoztatási mellék , majd kattintson Mentés .


 

A figyelt vonalak listája be Control Hub megfelel a felhasználó eszközén megjelenő figyelt vonalak sorrendjének. A figyelt vonalak listáját bármikor átrendezheti.

Példa

Szeretné látni, mi ennek a módja? Ezt figyelje videó bemutató a felhasználó megfigyelési beállításainak kezelésével kapcsolatban Control Hub .

Call Bridge figyelmeztető hang lejátszása a felhasználók számára

Engedélyezze a híváshíd figyelmeztető hangot a megosztott vonallal rendelkező felhasználók számára.

Mielőtt elkezdené

A közös vonal konfigurálva kell lennie a híváshíd meghívásához. Nézze meg, hogyan kell megosztott vonalak konfigurálása mielőtt engedélyezi a hívóhíd figyelmeztető hang lejátszását.

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre majd válassza ki a módosítani kívánt felhasználót.

2

Válassza ki Hívás , menjen ide: Felhasználói engedélyek , majd kattintson a lehetőségre Hívásáthidaló figyelmeztető hangjelzés .

3

Kapcsolja be Hívásáthidaló figyelmeztető hangjelzés , majd kattintson a lehetőségre Mentés .


 
Alapértelmezés szerint ez a funkció engedélyezve van.

Az MPP közös vonal történő hívásáthidalással kapcsolatos további információkért lásd: megosztott vonalakat a multiplatform asztali telefon .

A WebexApp közös vonal történő hívásáthidalással kapcsolatos további információkért lásd: közös vonal megjelenése a WebexApp számára .

Kapcsolja be a szállodák szolgáltatásait egy felhasználó számára

Ha engedélyezi a szállodák szolgáltatásait a felhasználók számára, lehetővé válik számukra, hogy egy másik szobában dolgozzanak, miközben megőrzik a központi asztali telefon funkcióit és funkcióit.

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre majd válassza ki a módosítani kívánt felhasználót.

2

Válassza ki Hívás , menjen ide: Felhasználói engedélyek , majd kattintson a lehetőségre Szálloda .

3

Kapcsolja be Szálloda , majd kattintson a lehetőségre Mentés .

Példa

Szeretné látni, mi ennek a módja? Ezt figyelje videó bemutató hogyan konfigurálhatja a szállodai szolgáltatást a Control Hubban.
2023. február 24.
A Webex-hívás felhasználóinak konfigurálása és kezelése

Minden egyes felhasználót hozzá kell adni a Control Hubhoz, hogy kihasználhassák a Webex Calling szolgáltatások előnyeit. A hozzáadni kívánt felhasználók száma határozza meg, hogy miként adja hozzá őket a Control Hubhoz: manuálisan adja hozzá az egyes felhasználókat e- e-mail-cím alapján, vagy több felhasználót egy CSV-fájl segítségével. A választás az Öné.