2021. november 19. | 543 megtekintés | 0 személy érezte ezt hasznosnak

Webex híváskonfigurációs munkafolyamat

2023. augusztus 08.

A Webex-hívás áttekintése

Képzelje el, hogy kihasználhatja a vállalati szintű felhőalapú hívási, mobilitási és alközponti funkciókat, valamint a Webex alkalmazást az üzenetküldéshez, értekezletekhez és hívásokhoz egy Webex Calling szoftveres kliensről vagy Cisco eszközről. A Webex Calling pontosan ezt kínálja Önnek.

Bemutatkozik Webex Calling

Webex Calling a következő funkciókat és előnyöket kínálja:

Híváselőfizetések telefonos felhasználók és közös helyiségek számára.
Biztonságos és megbízható felhőszolgáltatások megbízható regionális szolgáltatók által
Webex alkalmazás hozzáférést biztosít minden felhasználó számára, gazdag egyesített kommunikációs és csapat-együttműködési szolgáltatásokkal.
A Webex Meetings opcionális, integrált bővítmény , amely a vállalati felhasználók által elvárt prémium értekezletélményt biztosítja.
Nyilvános Switch Telephony Network (PSTN) hozzáférés, amely lehetővé teszi, hogy a felhasználók a szervezeten kívüli számokat tárcsázhassák. A szolgáltatás egy meglévő nagyvállalati infrastruktúrán (helyi átjáró helyszíni IP PBX nélkül vagy meglévő Unified CM hívási környezettel) vagy a Partner vagy a Cisco által biztosított PSTN opciókon keresztül érhető el.
Az 1. szintű támogatást a partnere biztosítja, a következő szintű támogatást a Cisco biztosítja

Control Hub egy webalapú felügyeleti portál, amely integrálható a következővel: Webex Calling a megrendelések és konfiguráció egyszerűsítése, valamint a csomagban szereplő ajánlatok kezelésének központosítása – Webex Calling , Webex alkalmazás , és Webex Meetings.

1. táblázat Rendszergazda által 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ásátirányítás üzenetrögzítő szolgáltatáshoz, keresőcsoport, hangpostaláda vagy valós személyhez irányíthatja. Létrehozhat 24 órás ütemezést, vagy megadhat különböző lehetőségeket a vállalkozás nyitvatartási vagy zárva tartási idejében. Akár a hívófél- azonosító attribútumok alapján is hívásátirányítás , így VIP listákat hozhat létre, vagy bizonyos körzetszámokból érkező hívásokat eltérően kezelheti.
Hívásvárakoztatási sor	Beállíthat egy hívásvárakoztatási sor úgy, hogy amikor a bejövő hívást nem lehet fogadni, a hívó fél automatikus hívásfogadást, komfortüzeneteket és várakoztatva zenét kap, amíg valaki nem fogadja a hívását.
Hívásfogadás	Javíthatja a csapatmunkát és az együttműködést, ha hívásfogadási csoport hoz létre, így a felhasználók fogadni tudják egy másik felhasználó 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.
Hívásparkoltatás	Bekapcsolhatja a hívásvárakoztatás , így a felhasználók várakoztatva helyezhetik a hívást, és felvehetik azt egy másik telefonról.
Keresőcsoport	A következő forgatókönyvekben érdemes beállítani keresőcsoportokat: Egy értékesítési csapat, aki szekvenciális útválasztást szeretne. A bejövő hívás kicseng az egyik telefon, de ha nincs válasz, a hívás a következő ügynökhöz száll át a listán. Egy támogatási csapat, amely azt szeretné, ha a telefonok egyszerre csörögnének, hogy az első elérhető ügynök fogadhassa a hívást.
Személyhívócsoport	Létrehozhat személyhívó csoportot, hogy a felhasználók hangüzenetet küldhessenek egy személynek, egy osztálynak vagy egy csapatnak. Amikor valaki üzenetet küld egy személyhívó csoportnak, az üzenet a csoport összes eszközén lejátszásra kerül.
Recepciós ügyfél	Támogassa a recepciós munkatársak igényeit azáltal, hogy a hívásvezérlés opciók teljes készletét, a nagyvonalú vonalfigyelést, a hívásvárakoztatást, a többszörös címtárbeállításokat és -nézeteket, az Outlook-integrációt és egyebeket biztosít számukra.

A felhasználók a következő funkciókat állíthatják be:https://settings.webex.com , amely keresztben elindítja a Felhasználói portál hívása .

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 blokkolt hívóazonosítókkal.
Üzleti folytonosság	Ha a felhasználók telefonjai nem kapcsolódnak a hálózathoz például áramkimaradás, hálózati problémák stb. miatt, akkor a felhasználók átirányíthatják a bejövő hívásokat egy adott telefonszám.
Hívásátirányítás	A felhasználók átirányíthatják a bejövő hívásokat egy másik telefonra.
Hívástovábbítás szelektív	A felhasználók meghatározott időpontokban továbbíthatják a hívásokat meghatározott 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 előre meghatározott feltételek, például telefonszám vagy dátum és idő alapján e-mailt küldhetnek maguknak, amikor hívás érkezik hozzájuk.
Hívásvárakoztatás	A felhasználók további bejövő hívások fogadását is engedélyezhetik.
Ne zavarjanak	A felhasználók ideiglenesen engedélyezhetik, hogy minden hívás közvetlenül a hangpostafiókba kerüljön.
Iroda bárhol (Office Anywhere)	A felhasználók használhatják a kiválasztott telefonokat ("Helyszínek") az üzleti telefonszám és a tárcsázási csomagjuk kiegészítéseként.
Elsőbbségi riasztás	A felhasználók megkülönböztető csengetéssel csengethetik ki a telefonjukat, ha bizonyos 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 kezdeményezhetnek hívásokat egy távoli telefonról, és megjeleníthetik azt az üzletágukról. Ezenkívül az üzleti vonalukra bejövő hívások ezen a távoli telefonon csengenek ki.
Szelektív hívásfogadás	A felhasználók adott időpontokban fogadhatják a hívásokat meghatározott hívóktól.
Szelektív hívás elutasítás	A felhasználók meghatározott időpontokban utasíthatják el az adott hívóktól érkező hívásokat.
Szekvenciális gyűrű	Egymás után akár 5 eszközt is csengethet a bejövő hívásoknál.
Egyidejű gyűrű	A bejövő hívások esetén egyszerre csengesse a felhasználók és mások ("hívás címzettjei") számát.

Szolgáltatások, eszközök és felhasználók üzembe helyezése Control Hub , Cross-Launch to Detailed Configuration in A rendszergazdai portál hívása

Control Hub (https://admin.webex.com ) egy felügyeleti portál, amely integrálható a következővel: Webex Calling a megrendelések és konfiguráció egyszerűsítése, valamint a csomagban szereplő ajánlatok kezelésének központosítása – Webex Calling , Webex alkalmazás , és Értekezletek .

Control Hub az összes szolgáltatás, eszköz és felhasználó üzembe helyezésének központi pontja. Elvégezheti a hívási szolgáltatás első beállítását, regisztrálhatja az MPP telefonokat a felhőbe ( MAC-cím használatával), konfigurálhatja a felhasználókat eszközök társításával, számok hozzáadásával, szolgáltatásokkal, hívási funkciókkal stb. Továbbá innen: Control Hub , akkor keresztindítást a A rendszergazdai portál hívása .

Felhasználói élmény

A felhasználók az alábbi felületekhez férhetnek hozzá:

Webex Calling alkalmazás—A Cisco márkanévvel ellátott soft-kliens a híváshoz. További információkért lásd: Fedezze fel az új Cisco Webex Calling alkalmazást .
Webex beállítások (https://settings.webex.com )—Interfész, ahol a felhasználók megadhatják a profil beállításait, letölthetik a Webex alkalmazást, és kereszt-indíthatják a Felhasználói portál hívása a Hívási beállításokhoz. További információkért lásd: A Cisco Webex beállítások módosítása .
Webex alkalmazás – Az előfizetés részét képező alkalmazás Cisco márkájú Team Üzenetküldés -kliensként. További információkért lásd: Első lépések a Cisco Webex alkalmazással .
Webex Webex Meetings— Nem kötelező alkalmazás hozzáadva Meetings-megoldásként. További információkért lásd: Webex Meetings .

Ügyfél-adminisztrátorok

Ügyfélrendszergazdaként a(z) próbaidőszakos vagy fizetős előfizetésével Webex Calling , akkor itt állíthatja be a szervezetét Control Hub helyek, licencek, telefonszámok, hívási funkciók, felhasználók és munkaterületek (a Webex felhőbe regisztráló Room Devices) hozzáadásával. Mindezeket az összetevőket onnan is kezelheti.

Útmutatásért lásd a Konfigurációs útmutató a Cisco Webex Calling ügyfelek számára .
További információkért a Webex Calling ajánlat, lásd Cisco Webex Calling a Cisco Együttműködési rugalmas csomag végfelhasználók számára adatlapján

Partnerek

Partnerszolgáltatóként márkázhat, szolgáltató és értékesíthet Webex Calling ügyfeleinek. Beállíthat és meghosszabbíthat próbaidőszakokat, szolgáltatásokat telepíthet ügyfelei számára, valamint megrendeléseket hozhat létre és beüzemelhet ügyfelei számára.

Útmutatásért lásd a Konfigurációs útmutató Cisco Webex Calling ügyfelek számára (korai partnerregisztráció program) .
További partneri forrásokért lásd: Webex Calling Sales Connect erőforrások . (Partneri hitelesítési adatok szükségesek hozzá.)

Elérhetőség

Lásd a Webex Calling fejléc a Hol érhető el a Cisco Webex? cikket azokra az országokra vonatkozóan, ahol Webex Calling eladó.

Áttekintés

A Webex Calling mostantól tartalmaz egy dedikált felhőpéldány opciót, amely a Cisco Unified Communications Manager architektúrán alapul. A dedikált példány integrálva van a Webex Callinggal, és kihasználja a Webex platformszolgáltatások előnyeit, hogy központosított adminisztrációt, valamint a Webex platformon bárhol kifejlesztett alkalmazható felhőinnovációt hozzon létre a hívási élmény javítása érdekében. A dedikált példány a régebbi Cisco végpontokat vagy a kritikus üzleti munkafolyamatok részét képező meglévő integrációkat is támogatja.

A Webex-hívás dedikált példánybővítménye a következőket tartalmazza:

Cisco Unified Communications Manager
Cisco Unified IM és jelenlét
Cisco Unified Unity Connection
Cisco Expressway
Cisco Emergency Responder (csak Amerikai régióban)
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 kiterjeszti ezen eszközök megtérülését.

Alapvető Inter-Op - A dedikált példány integrálva van a Webex hívással a hívásirányításhoz a Webex platformon keresztül. Az ügyfelek rugalmasan terjeszthetik a felhasználókat mind a dedikált példány, mind a Webex-hívás között, és idővel szükség szerint módosíthatják a felhőhívás üzleti követelményeinek kielégítését.

Azok az ügyfelek, akik felosztják a felhasználókat a platformok között, különböző funkciókat fognak tapasztalni. A hívási funkciók nincsenek harmonizálva a dedikált példány és a Webex-hívás között. Például a Webex Calling felhasználók nem lehetnek egy vadászati csoport tagjai a dedikált példányon.

Tegyen egy bemutatót a következőhöz: Control Hub

Control Hub az egyetlen elérhető, webalapú felület a szervezet kezeléséhez, a felhasználók kezeléséhez, a szolgáltatások hozzárendeléséhez, az átvételi trendek és a hívásminőség elemzéséhez, stb.

Ahhoz, hogy a szervezete üzembe helyezhető legyen, javasoljuk, hogy hívjon meg néhány felhasználót a csatlakozásra Webex alkalmazás az e-mail-címük megadásával a Control Hub . Ösztönözze az embereket az Ön által nyújtott szolgáltatások igénybevételére, beleértve a telefonálást is, és hogy adjanak visszajelzést a tapasztalataikról. Ha készen áll, bármikor hozzáadhat további felhasználókat.

Javasoljuk, hogy a Google Chrome vagy a Mozilla Firefox legújabb asztali verzióját használja az eléréshez Control Hub . A mobileszközökön lévő böngészők és más asztali böngészők váratlan eredményeket produkálhatnak.

Használja az alábbiakban bemutatott információkat annak magas szintű összefoglalásaként, hogy mire számíthat a szervezet szolgáltatásainak beüzemelésekor. A részletes információk lásd az egyes fejezeteket a lépésenkénti utasításokért.

Első lépések

Miután a partnere létrehozta a fiókját, üdvözlő e-mailt fog kapni. Kattintson a Első lépések hivatkozást az e-mailben, Chrome vagy Firefox segítségével érheti el Control Hub . A hivatkozás automatikusan bejelentkezteti a rendszergazdai e- e-mail-cím. Ezután a rendszer felkéri a rendszergazdai jelszó létrehozására.

Varázsló a próbaidőszakhoz

Ha a partnere regisztrálta Önt egy próbaidőszakra, a bejelentkezés után a telepítővarázsló automatikusan elindul Control Hub . A varázsló végigvezeti az alapvető beállításokon, amelyekkel a szervezet üzembe helyezhető Webex Calling , egyéb szolgáltatások mellett. Beállíthatja és áttekintheti a hívási beállításait, mielőtt befejezné a varázsló végigjátszását.

Tekintse át a beállításait

Mikor Control Hub betölt, áttekintheti a beállításait.

Felhasználók hozzáadása

Most, hogy beállította szolgáltatásait, készen áll arra, hogy felhasználókat adjon hozzá a szervezet címtárából. Ugrás ide: Felhasználók lehetőségre és kattintson Felhasználók kezelése lehetőségre .

Ha Microsoft Active Directory-t használ, javasoljuk, hogy engedélyezze Címtár-szinkronizálás először, majd döntse el, hogyan szeretne felhasználókat hozzáadni. Kattintson Következő é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 alapvető hitelesítést használ. Dönthet úgy is, hogy beállítja az SSO -t úgy, hogy a felhasználók az Enterprise Identity-szolgáltatónál a saját vállalati hitelesítési adataikkal hitelesítsenek, ne pedig a Webex tárolt és kezelt külön jelszóval.

Ugrás ide: Beállítások elemre , görgessen a lehetőséghez Hitelesítés , kattintson Módosítás lehetőségre lehetőséget, majd válassza a lehetőséget Harmadik féltől származó identitásszolgáltató integrálása .

Szolgáltatások hozzárendelése felhasználókhoz

Szolgáltatásokat kell hozzárendelnie a hozzáadott felhasználókhoz, hogy azok elkezdhessék használni őket Webex alkalmazás .

Ugrás ide: Felhasználók lehetőségre , kattintson Felhasználók kezelése lehetőségre , válassza ki Felhasználók exportálása és importálása CSV-fájl segítségével , majd kattintson a lehetőségre Exportálás lehetőségre .

Egyszerűen adja hozzá a letöltött fájlhoz Igaz az egyes felhasználókhoz hozzárendelni kívánt szolgáltatásokhoz.

Importálja a kitöltött fájlt, kattintson a Szolgáltatások hozzáadása és eltávolítása, majd a Küldés gombra. Mostantól 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 felhasználókhoz való társítására.

Engedélyezze a felhasználókat

Most, hogy hozzáadott felhasználókat, és hozzárendelték a szolgáltatásokat, elkezdhetik használni a támogatott multiplatform telefonjaikat (MPP) a következőhöz: Webex Calling és Webex alkalmazás üzenetküldéshez és értekezletekhez. Ösztönözze őket a használatra Cisco Webex beállítások a hozzáférés egyablakos rendszereként.

A helyi átjáró szerepe

A helyi átjáró egy nagyvállalati vagy partner által kezelt peremeszköz a nyilvános kapcsolótelefonos hálózat (PSTN) interworking és a régi nyilvános alközpont (PBX) interworking (beleértve a Unified CM) számára.

Használhatja Control Hub hogy helyi átjáró rendeljen egy helyszínhez, majd ezt követően Control Hub paramétereket biztosít, amelyeket a CUBE-n konfigurálhat. Ezekkel a lépésekkel regisztrálja a helyi átjáró a felhőben, majd a PSTN-szolgáltatást az átjárón keresztül biztosítják Webex Calling felhasználók egy adott helyen.

Helyi átjáró megadásához és megrendeléséhez olvassa el a következőt: Helyi átjáró rendelési útmutató .

Támogatott helyi átjáró-telepítések a következőhöz: Webex Calling

A következő alapvető telepítések támogatottak:

A helyi átjáró telepíthető önállóan vagy olyan központi telepítésekben, ahol a Cisco Unified Communications Manager való integráció szükséges.

Helyi átjáró-telepítések helyszíni IP PBX nélkül

Önálló helyi átjáró-telepítések

Ezen az ábrán a Webex Calling meglévő IP PBX nélkül telepíthető, és egyetlen helyre vagy több helyszínes telepítésre alkalmazható.

Minden olyan hívás esetén, amely nem egyezik meg az Önével Webex Calling úti célok, Webex Calling a hívásokat a helyszínhez rendelt helyi átjáró küldi feldolgozásra. A helyi átjáró az összes innen érkező hívást átirányítja Webex Calling a PSTN-hez, a másik irányba pedig a PSTN-hez Webex Calling .

A PSTN-átjáró lehet dedikált platform vagy magrezidens a helyi átjáró. Az alábbi ábrához hasonlóan a jelen telepítés dedikált PSTN-átjáró -változatát ajánljuk; akkor használható, ha a meglévő PSTN-átjáró nem használható a Webex Calling helyi átjáró.

Coresident helyi átjáró telepítése

A helyi átjáró lehet IP alapú, amely egy ITSP-hez csatlakozik SIP-trönk segítségével, vagy TDM alapú ISDN vagy analóg áramkör használatával. A következő ábra a Webex Calling olyan telepítés, ahol a helyi átjáró magrezidens a PSTN GW/SBC-vel.

Helyi átjáró-telepítések helyszíni Unified CM PBX-szel

A Unified CM -integrációra a következő esetekben van szükség:

Webex Calling -engedélyezett helyek hozzáadódnak egy meglévő Cisco UC -telepítéshez, ahol a Unified CM van telepítve a helyszíni hívásvezérlés megoldásként
Közvetlen tárcsázás a Unified CM -re regisztrált telefonok és a bemeneti telefonok között Webex Calling helyszínek megadása kötelező.

Ezen az ábrán a Webex Calling telepítés, ahol az ügyfélnek van Unified CM IP PBX-je.

A Webex Calling olyan hívásokat küld, amelyek nem egyeznek az ügyféléval Webex Calling célhelyeket a helyi átjáró. Ide tartoznak a PSTN-számok és a Unified CM belső mellékek, amelyeket a Webex Calling nem lát. A helyi átjáró a Webex Calling szolgáltatásból a Unified CM -be és fordítva érkező összes hívást átirányítja. A Unified CM ezután a bejövő hívásokat a meglévő tárcsázási tervnek megfelelően a helyi célhelyekre vagy a PSTN-re irányítja. Az Unified CM tárcsázási terv a számokat + E.164-ként normalizálja. A PSTN-átjáró lehet dedikált, vagy a helyi átjáró .

Dedikált PSTN-átjáró

Ennek a telepítésnek az ábrán látható dedikált PSTN-átjáró -változata az ajánlott opció, és akkor használható, ha a meglévő PSTN-átjáró nem használható Webex Calling helyi átjáró.

Coresident PSTN átjáró

Ezen az ábrán a Webex Calling Unified CM -mel történő telepítés, ahol a helyi átjáró magrezidens a PSTN-átjáró/SBC.

A Webex Calling minden olyan hívást átirányít, amely nem egyezik meg az ügyfél hívásával Webex Calling célhelyeket a helyszínhez rendelt helyi átjáró . Ez magában foglalja a PSTN célhelyeket és a Unified CM belső mellékek felé irányuló on-net hívásokat. A helyi átjáró az összes hívást a Unified CM-hez irányítja. A Unified CM ezután a helyileg regisztrált telefonokra vagy a PSTN-re irányítja a hívásokat a helyi átjáró keresztül, amelyen a PSTN/SBC funkciók egy helyen találhatók.

Hívástovábbítási szempontok

Feladó hívások Webex Calling a Unified CM -hez

A Webex Calling Az útválasztási logika a következőképpen működik: ha a tárcsázott szám a Webex Calling végpont nem irányítható át más célhelyre ugyanazon az ügyfélen belül a Webex Calling alkalmazásban, akkor a hívás a helyi átjáró kerül további feldolgozásra. Minden off-net (a Webex Calling szolgáltatáson kívüli) hívás a helyi átjáró kerül továbbításra.

A Webex Calling meglévő Unified CM-be való integráció nélküli telepítés esetén minden off-net hívás PSTN-hívásnak minősül. Ha Unified CM-mel kombinálják, az off-net hívás továbbra is lehet on-net hívás bármely Unified CM -en tárolt célhely felé, vagy valódi off-net hívás egy PSTN-célhelyre. Az utóbbi két hívástípus közötti különbséget a Unified CM határozza meg, és a Unified CM - en kiépített vállalati tárcsázási csomagtól függ.

A következő ábra a Webex Calling nemzeti számot tárcsázó felhasználó az Egyesült Államokban.

A Unified CM mostantól a beállított tárcsázási terv alapján egy olyan helyileg regisztrált végpontra irányítja a hívást, amelyen a hívott cél címtárszám van kiépítve. Ehhez a Unified CM tárcsázási tervnek támogatnia kell a + E.164 számok útválasztását.

Hívások Unified CM -ről ide: Webex Calling

A hívásátirányítás engedélyezése Unified CM -ről ide: Webex Calling a Unified CM -en egy útvonalcsoportot kell kiépíteni a + E.164 és a vállalati számozási terv címeinek meghatározásához Webex Calling .

Ezekkel az útvonalakkal a következő ábrán látható mindkét hívási forgatókönyv lehetséges.

Ha egy hívó a PSTN-n belül hív egy DID-számot, amely a következőhöz van rendelve Webex Calling eszközt, akkor a hívás átadódik a vállalatnak a vállalat PSTN-átjáró keresztül, majd eléri a Unified CM-et. Az adott hívás hívott címe megegyezik az egyikkel Webex Calling útvonalakat, amely a Unified CM -ben van kiépítve, és a hívás a helyi átjáró lesz elküldve. (A hívott címnek + E.164 formátumban kell lennie a helyi átjáró történő elküldéskor.) A Webex Calling útválasztási logika ezután gondoskodik arról, hogy a hívást a kívántnak küldje el Webex Calling eszköz, DID hozzárendelés alapján.

A Unified CM regisztrált végpontjairól induló hívások is, amelyek a következő helyeket célozzák meg: Webex Calling , a Unified CM-en biztosított 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 a szokásos vállalati tárcsázási szokásokat alkalmazzák a hívások kezdeményezésére. Ezek a szokások nem feltétlenül csak az + E.164 tárcsázást foglalják magukban. A + E.164 kivételével minden tárcsázási szokást + E.164 kell normalizálni , mielőtt a hívásokat a helyi átjáró küldenék , hogy a Webex Calling megfelelő útválasztást biztosíthasson .

Szolgáltatásosztály (CoS)

A szigorú szolgáltatási korlátozások bevezetése mindig javasolt különböző okokból, például a híváshurkok elkerülése és az útdíjcsalás megelőzése érdekében. Az integrálással összefüggésben Webex Calling A Unified CM szolgáltatási osztályú helyi átjáró szolgáltatási osztályát figyelembe kell vennünk:

A Unified CM -hez regisztrált eszközök
A Unified CM -be a PSTN-ről érkező hívások
A Unified CM -be érkező hívások a Webex Calling szolgáltatásból

A Unified CM -hez regisztrált eszközök

Hozzáadása a Webex Calling célhelyek új osztályaként egy meglévő CoS-beállításhoz meglehetősen egyszerű: engedélyt a híváshoz Webex Calling célhelyek jellemzően egyenértékű a helyszíni (beleértve a telephelyek közötti) célhelyek hívására vonatkozó engedéllyel.

Ha egy vállalati tárcsázási terv már megvalósít egy „(rövidített) on-net inter-site” engedélyt, akkor már van egy partíció kiépítve a Unified CM -en, amelyet használni tudunk és ki tudjuk építeni az összes ismert on-neten. Webex Calling célhelyek ugyanazon a partíción.

Ellenkező esetben a „(rövidítve) on-net inter-site” engedély fogalma még nem létezik, akkor új partíciót (például „onNetRemote”) kell kiépíteni, a Webex Calling célhelyek kerülnek hozzáadásra ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő hívó keresőterületekhez.

A Unified CM -be a PSTN-ről érkező hívások

A Unified CM -be érkező hívások a Webex Calling szolgáltatásból

A PSTN-ről érkező hívásoknak az összeshez hozzáférésre van szükségük Webex Calling úticélok. Ehhez hozzá kell adni az összeset tartalmazó fenti partíciót Webex Calling célállomásokat a PSTN fővonalon a bejövő hívásokhoz használt híváskereső térbe. A hozzáférés a következőhöz: Webex Calling célhelyek a már meglévő hozzáférésen felül.

Míg a PSTN-elérés -ről érkező hívásokhoz Unified CM DID-ekhez való hozzáférés és Webex Calling DIDs szükséges a(z) innen induló hívásokhoz Webex Calling hozzáférésre van szüksége a Unified CM DID-ekhez és PSTN-célhelyekhez.

1. ábra. Differenciált CoS a PSTN és a Webex Calling

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ásoknál. Az ábra azt is mutatja, hogy ha a PSTN-átjáró funkció a helyi átjáróval van közösen elhelyezve, akkor két fővonalra van szükség a kombinált PSTN GW és Helyi átjáróból a Unified CM-hez: egy a PSTN-ből, egy pedig a Webex Calling rendszerből induló hívásokhoz. Ennek oka az a követelmény, hogy forgalomtípusonként differenciált híváskeresési tereket kell alkalmazni. A Unified CM két bejövő fővonalával ez könnyen elérhető úgy, hogy az egyes fővonalakon beállítja a szükséges híváskeresési területet a bejövő hívásokhoz.

Tárcsázási terv integráció

Ez az útmutató egy meglévő telepítést feltételez, amely a „Preferred Architecture for Cisco Collaboration On-Premises Deployments, CVD” című dokumentum jelenlegi bevált gyakorlatain alapul. A legújabb verzió elérhető ide .

A javasolt tárcsázási terv a Cisco Collaboration System SRND legújabb verziójának Tárcsázási terv fejezetében dokumentált tervezési megközelítést követi. ide .

Az ábra a javasolt tárcsázási terv áttekintését mutatja be. Ennek a tárcsázási tervnek a fő jellemzői a következők:

A Unified CM -en konfigurált összes címtárszám + E.164 formátumú.
Minden címtárszám ugyanazon a partíción (DN) található, és sürgősként van megjelölve.
Az alapvető útválasztás a + E.164-en alapul.
Minden nem + E.164 tárcsázási szokás (például a rövidített telephelyen belüli tárcsázás és a közös tárcsázási szokásokat használó PSTN tárcsázás) a rendszer normalizálja (globalizálja) + E.164 -re a tárcsázás normalizálásának fordítási mintáit.
A tárcsázási normalizálás fordítási fordítási minta a keresési keresési tér öröklődését használják; be van állítva a „Kezdeményező híváskereső terének használata” opció.
A szolgáltatási osztály a telephely és a szolgáltatásosztály-specifikus híváskeresési terek használatával valósul meg.
A PSTN-elérés képességek (például a nemzetközi PSTN célhelyek elérése) úgy valósulnak meg, hogy a megfelelő + E.164 rendelkező partíciókat adják hozzá a híváskeresési területet meghatározó szolgáltatási osztályhoz.

A Webex Webex Calling elérhetősége

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

Ahhoz, hogy a Webex Calling célhelyek elérhetőségét adják hozzá ehhez a tárcsázási tervhez, létre kell hozni egy partíciót, amely az összes Webex Calling célállomást reprezentálja („Webex Calling ”), és hozzá kell adni ehhez a partícióhoz a Webex Calling összes DID tartományához tartozó + E.164 útvonalminta . Ez az útvonalminta csak egy tagot tartalmazó útvonallista hivatkozik: az útvonalcsoport a SIP-trönk a Helyi átjáróhoz a Webex Calling. Mivel az összes tárcsázott célhely + E.164 -re normalizálódik, akár tárcsázás-normalizációs fordítási mintákat használ a Unified CM -regisztrált végpontokról érkező hívásokra, akár bejövő hívott fél transzformációkat a PSTN-ről induló hívásokra, ez az egyetlen + E.164 készlete elegendő az eléréshez a Webex Calling célállomásainak elérhetősége a használt tárcsázási szokástól függetlenül.

Ha például egy felhasználó tárcsázza a „914085550165” számot, akkor az „UStoE164” partíció tárcsázásnormalizációs fordítási minta „+14085550165”-re normalizálja ezt a tárcsázási karaktersort, amely ezután megegyezik a „ útvonalminta Calling” partícióban lévő Webex Calling célhely Webex Calling. A Unified CM végül továbbítja a hívást a helyi átjáró.

Helyszínek közötti rövidített tárcsázás hozzáadása

A telephelyközi rövidített tárcsázásnak a referencia tárcsázási tervhez való hozzáadásának javasolt módja az, hogy a vállalati számozási tervben szereplő összes helyszínre tárcsázásnormalizációs fordítási mintákat ad hozzá 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 a tárcsázott karakterláncot + E.164-re normalizálják.

Ha nagyvállalati gyorstárcsázás szeretne hozzáadni a Webex Calling célhelyekhez, hozzá kell adnia a Webex Calling helyszín megfelelő tárcsázási normalizálási fordítási minta a „ Webex Webex Calling” partícióhoz (például „8101XX” a diagramon). A normalizálás után a hívás ismét a Webex Calling rendszerébe kerül, miután megfelelt az útvonalminta a „Webex Calling” partícióban.

Nem javasoljuk, hogy a Webex Calling hívásoknál a gyorstárcsázás normalizálás fordítási minta adja hozzá az „ESN” partícióhoz, mert ez a konfiguráció nemkívánatos hívásátirányítás hurkokat hozhat létre.

Protokollkezelők a híváshoz

Webex Calling regisztrálja a következő protokollkezelőket az operációs rendszer , hogy engedélyezze a click-to-call funkciókat webböngészőből vagy más alkalmazásból. A következő protokollok indítanak hang- vagy videohívások a Webex alkalmazásban, ha az az alapértelmezett hívóalkalmazás Mac vagy Windows rendszeren:

HÍVÁS KATTINTÁSA: vagy KATTINTSON HÍVÁSSAL:
SIP: vagy SIP://
TEL: vagy TEL://
WEBEXTEL: vagy WEBEXTEL://

Protokollkezelők Windows rendszerhez

Más alkalmazások is regisztrálhatnak a protokollkezelőkre, mielőtt a Webex alkalmazás . Windows 10 esetén a rendszerablak arra kéri a felhasználókat, hogy válasszák ki, melyik alkalmazást használják a hívás indításához. A felhasználói beállítások megőrizhetők, ha a felhasználó bejelöli Mindig használja ezt az alkalmazást .

Ha a felhasználóknak vissza kell állítaniuk a hívóalkalmazás alapértelmezett beállításait, hogy kiválaszthassák Webex alkalmazás , akkor utasíthatja őket, hogy módosítsák a protokoll társításokat Webex alkalmazás Windows 10 rendszerben:

Nyissa meg a Alapértelmezett alkalmazásbeállítások rendszerbeállítások, kattintson a lehetőségre Alapértelmezések beállítása alkalmazás szerint , majd válasszon Webex alkalmazás .
Minden protokollhoz válassza a lehetőséget Webex alkalmazás .

Protokollkezelők a macOS rendszerhez

Mac OS rendszeren, ha más alkalmazások korábban regisztráltak a hívási protokollokhoz Webex alkalmazás , a felhasználóknak be kell állítaniuk a saját Webex alkalmazás hogy legyen az alapértelmezett hívási opció.

Be Webex alkalmazás Mac esetén a felhasználók megerősíthetik ezt Webex alkalmazás van kiválasztva a Hívások indítása a következővel: beállítást az általános beállítások alatt. Ellenőrizhetik is Mindig csatlakozzon a Microsoft Outlook alkalmazáshoz ha be akarnak telefonálni Webex alkalmazás amikor egy Outlook-névjegy számára kattintanak.

2023. október 20.

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

A hívással kapcsolatos követelmények

Licencelés

Webex Calling a Cisco Collaboration Flex csomagon keresztül érhető el. Vállalati szerződéses (EA) előfizetést kell vásárolnia (minden felhasználóra, beleértve a Workspaces eszközök 50%-át is) vagy megnevezett felhasználói (NU) csomagot (egyes vagy az összes felhasználó számára).

Webex Calling három licenctípust biztosít ( „Állomástípusok” )

Profi — Ezek a licencek a teljes szervezet számára teljes funkciókészletet biztosítanak. Ez az ajánlat magában foglalja az egyesített kommunikációt (Webex Calling), a mobilitást (asztali és mobil kliensek több eszköz támogatásával), a csoportos együttműködést Webex alkalmazás , valamint az értekezletek egybevonásának lehetősége értekezletenként akár 1000 résztvevővel.

Alapszintű — Akkor válassza ezt a lehetőséget, ha a felhasználóinak korlátozott funkciókra van szükségük mobilitás vagy egységes kommunikáció nélkül. Továbbra is kapnak majd teljes funkcionalitású hangajánlatot, de felhasználónként egy eszközre korlátozódnak.

Az alap licencek csak akkor állnak rendelkezésre, ha rendelkezik Nevesített felhasználó előfizetéssel. Az alap licencek nem támogatottak a Vállalati megállapodás előfizetései 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ót tartalmaz, amelyek olyan területekre vonatkoznak, mint a tárgyalók, előszobák és konferenciatermek.

Ez a dokumentáció később bemutatja, hogyan kezelheti a Control Hub segítségével ezeket a licencelosztásokat a szervezet telephelyei között.

Sávszélességi követelmények

A videohívások minden egyes eszköz legfeljebb 2 Mbps sebességet igényel. A hanghívásokban minden egyes eszköz 100 kbps-os sebességet igényel. Az üresjárati telefonoknak minimális sávszélességre van szükségük.

Nyilvános kapcsolt telefonhálózat (PSTN)

Webex Calling PSTN-szolgáltatásokat igényel, válasszon a következő három lehetőség közül:

Cisco híváscsomagok
Felhőhöz csatlakoztatott PSTN-szolgáltatók
Helyi átjáró – Használjon helyi átjáró a meglévő PSTN-szolgáltatásokkal, és integrálja a helyszíni alközpontba a tárcsázási terv integrációjához.

Helyi átjáró telephely-alapú PSTN-hez

Mind az értéknövelt viszonteladók (VAR), mind a szolgáltatók (SP) PSTN-elérés a Webex Calling szervezetek számára. Jelenleg a helyi átjáró az egyetlen lehetőség a helyiség alapú PSTN-elérés. A helyi átjáró telepíthető önállóan vagy a Cisco Unified Communications Manager alkalmazással integrálva. Lásd Első lépések a helyi átjáró a részletekért.

Támogatott eszközök

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ókért olvassa el a következő súgócikkeket:

A Webex Calling által támogatott eszközök teljes listáját lásd: A Webex Calling által támogatott eszközök .

_{A Cisco Webex Room, a Webex Board és az Desk Devices eszközök eszközként támogatottak a Control Hubban létrehozott munkaterületeken. Lásd "Cisco Webex Room, Webex Board tábla és asztali eszközök" be A Webex Calling által támogatott eszközök további információkért. Azonban ezeknek az eszközöknek az engedélyezésével biztosíthatja a PSTN-szolgáltatást Webex Calling a Munkaterület számára.}

Tűzfal lehetőségre

Teljesítse a tűzfalkövetelményeket a dokumentumban foglaltak szerint Portreferencia információk a Cisco Webex Calling szolgáltatáshoz .

Helyi átjáró követelményei a következőhöz: Webex Calling

Általános előfeltételek

Mielőtt helyi átjáró konfigurál a következőhöz: Webex Calling , győződjön meg arról, hogy:

Alapvető ismeretekkel rendelkezzen a VoIP alapelveiről
Alapvető szakmai ismeretekkel rendelkezik a Cisco IOS-XE és IOS-XE hangkoncepciók terén
Alapszintű ismeretekkel rendelkezzen a ⁪Session Initiation Protocol (SIP) kapcsolatban
Alapszintű ismeretekkel rendelkezzen a Cisco Unified Communications Manager (Unified CM) alkalmazásban, ha a üzembehelyezési modell tartalmazza a Unified CM -et

Lásd a Cisco Unified Border Element (CUBE) vállalati konfigurációs útmutató a részletekért.

A helyi átjáró hardver- és szoftverkövetelményei

Győződjön meg arról, hogy a központi telepítés rendelkezik egy vagy több olyan helyi átjáróval (Cisco CUBE ( IP-alapú kapcsolat esetén) vagy Cisco IOS Gateway (TDM-alapú kapcsolat esetén)), amelyek az 1. táblázatban találhatók. Helyi átjáró a Webex Calling Rendelési útmutató . Ezenkívül győződjön meg arról, hogy a platform támogatott IOS-XE kiadást futtat a(z) Helyi átjáró konfigurációs útmutató .

A helyi átjárók licenckövetelményei

A CUBE hívási licenceket telepíteni kell a helyi átjáró. További információkért lásd a Cisco Unified Border Element konfigurációs útmutató .

Helyi átjáró tanúsítvány- és biztonsági követelményei

Webex Calling biztonságos jelzést és médiát igényel. A titkosítást a helyi átjáró végzi, és kimenő TLS -kapcsolatot kell létrehozni a felhő felé a következő lépésekkel:

Az LGW-t a Cisco PKI-ból származó legfelső szintű hitelesítésszolgáltatói csomaggal kell frissíteni
A Control Hub fővonali konfigurációs oldal található SIP kivonat hitelesítő adatok egy csoportja az LGW konfigurálására szolgál (a lépések a következő konfiguráció részét képezik)
A CA gyökérköteg ellenőrzi a bemutatott tanúsítványt
Hitelesítési adatok kérése (SIP kivonat biztosított)
A felhő azonosítja, hogy melyik helyi átjáró van biztonságosan regisztrálva

A helyi átjáró tűzfal-, NAT-bejárás- és médiaútvonal-optimalizálási követelményei

A legtöbb esetben a helyi átjáró és a végpontok a belső ügyfélhálózaton találhatók, privát IP-cím -címek és NAT használatával. A vállalati tűzfalnak engedélyeznie kell a kimenő forgalmat (SIP, RTP/ UDP, HTTP ) meghatározott IP -címekre/portokra, Port referencia információ .

Ha a Médiaútvonal-optimalizálást szeretné használni az ICE-vel, akkor a helyi átjáró Webex Calling felé néző felületének közvetlen hálózati elérési úttal kell rendelkeznie a Webex Calling végpontokhoz, illetve azok között. Ha a végpontok eltérő helyen vannak, és nincs közvetlen hálózati út a végpontok és a helyi átjáró Webex Calling felé néző felülete között, akkor a helyi átjáró nyilvános IP-cím -címet kell hozzárendelnie a Webex Calling Calling felé néző felülethez a helyi átjáró közötti hívásokhoz. és a végpontokat 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. július 14.

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.

Adja meg a hívási beállításokat az kezdeti beállító varázsló

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.

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

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

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 .

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.

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

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.

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

Kattintson a Tovább gombra.

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 .

Helyszín hozzáadása

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

Jelentkezzen be a Control Hubba a következő címen:https://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.

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 .

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

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 üzemeltetve 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.

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

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.

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.

Helyszín törlése a Webex Calling-szervezetéből

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.

1	Jelentkezzen be a Control Hubba a következő címen:https://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 .

Meglévő hely frissítése

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.

Jelentkezzen be a Control Hubba a következő címen:https://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.

(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 :

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 üzemeltetve egy olyan régióban, ahol a Cisco Calling csomag támogatott.

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.

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

(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 alkalmazzák. 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."

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.

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

Konfigurálja a Webex Calling tárcsázási tervet

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.

Jelentkezzen be a Control Hubba a következő címen:https://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 .

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. Ha például az útválasztási előtagot négyre állítja, akkor csak három számjegyből lehet megadni a helyszínt.

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.

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.

Helyiségalapú PSTN (Helyi átjáró) konfigurálása a Control Hubban

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.

Hozzon létre egy törzset

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.

Jelentkezzen be ide: Control Hub athttps://admin.webex.com , menjen ide: Szolgáltatások lehetőségre > Hívás > Hívástovábbítás gombot, és válassza a lehetőséget Törzs hozzáadása lehetőségre .

Válasszon ki egy helyet.

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.

Válasszon fővonalat a helyszíni PSTN számára

Jelentkezzen be a Control Hubba a következő címen:https://admin.webex.com , menjen ide: Kezelés > Helyszín .

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

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

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.

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.

Telefonszámok kezelése

Könnyen megtekintheti, aktiválhatja, eltávolíthatja és hozzáadhatja a szervezete telefonszámait Control Hub . További információkért lásd: Telefonszámok kezelése a Control Hubban .

Kérjen Webex -szolgáltatások vásárlását próbaidőszakból a Control Hubban

1	Jelentkezzen be ide: Control Hub athttps://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.

Hívási beállítások megadása

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. További információért lásd: Hívási beállítások megadása a Webex alkalmazás felhasználói számára .

Hívási viselkedés beállítása

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 .

2024. február 28.

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 feladat

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 Első lépések a Helyi átjáróval a különböző trönktípusokkal kapcsolatos 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 .

A harmadik féltől származó SBC-kre vonatkozó információkért lásd a megfelelő termék referencia dokumentációját.

A Cisco TDM- SIP átjárókon a PSTN híváságak TDM interfészeinek konfigurálásához lásd: Az ISDN PRI konfigurálása folyamatban van .

Regisztráció alapú helyi átjáró
Tanúsítvány alapú helyi átjáró

Végezze el a referenciaplatform konfigurációjá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ó
- 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.

Csak a CUBE támogatja a regisztráció alapú helyi átjárót; nem támogatott más, harmadik féltől származó SBC.

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
conf t
key config-key password-encrypt Password123
password encryption aes
conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
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
crypto pki trustpool import clean url flash:ios_core.p7b

Regisztrációalapú fővonal konfigurálása

Mielőtt elkezdené

Győződjön meg arról, hogy végrehajtotta a Control Hub lépéseit egy hely 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 Hubról szerezheti be.

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
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"

voice class codec 99
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 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

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

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.

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

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

Hangosztály bérlők – Létrehozhat további bérlőket a bérlőhöz hasonló ITSP-vel néző tárcsázó társak számára 200 amelyet a Webex Calling tárcsázó társak számára hoz létre.
Hangosztály URI-k —Mintákat definiálhat a gazda IP -címeihez/portjaihoz a helyi átjárón végződő különböző törzsekhez:
- Webex Calling az LGW-nek
- PSTN SIP-trönk lezárása LGW-n
Kimenő tárcsázótárs —A kimenő hívás hívásszakaszokat átirányíthatja az LGW-ről az ITSP SIP-trönk és Webex Calling .
DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő hívótársról.
Bejövő tárcsázótárs —Elfogadhat bejövő hívási szakaszokat az ITSP-től és Webex Calling .

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

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
voice class uri 100 sip
  host ipv4:192.168.80.13
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
voice class dpg 100
description Incoming WxC(DP200201) to IP PSTN(DP101)
dial-peer 101 preference 1
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

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.

Helyi átjáró konfigurálása egy meglévő Unified CM környezethez

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

Hangosztály bérlők —Több bérlőt hozhat létre a Unified CM és ITSP felé néző tárcsázó társak számára, hasonlóan a következőhöz: bérlő 200 amiért létrehozol Webex Calling tárcsázó társakkal szemben.
Hangosztály URI-k — Meghatározhat egy mintát a gazdagép IP -címeihez/portjaihoz a különböző, az LGW-n végződő törzsekhez:
- Unified CM az LGW-hez a PSTN-célhelyekhez
- Unified CM az LGW számára a következőhöz: Webex Calling úticélok
- Webex Calling az LGW célállomásokra
- PSTN SIP-trönk lezárása LGW-n
Hangosztály szerver-csoport — Megcélozhatja az IP -címeket/portokat a kimenő fővonalak számára:
- LGW a Unified CM -re
- LGW to Webex Calling
- LGW – PSTN SIP-trönk
Kimenő tárcsázótárs — A kimenő hívás szakaszokat innen továbbíthatja:
- LGW a Unified CM -re
- ITSP SIP-trönk
- Webex Calling
DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő tárcsázótársról.
Bejövő tárcsázó társak— Bejövő hívási szakaszokat fogadhat a Unified CM, ITSP, és Webex Calling .

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
voice class uri 100 sip
  host ipv4:192.168.80.13
voice class server-group 301
ipv4 192.168.80.60 port 5065
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
voice class dpg 100
dial-peer 101 preference 1
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

IP PSTN – Unified CM PSTN törzs

A Webex Calling platform a Unified CM Webex Calling fővonalhoz

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

Unified CM Webex Calling fővonal a Webex Calling platformhoz

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

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 kiszolgálóra

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

Mielőtt elkezdené:

Ne szerkessze azt a DS-fájlt, amelyről letöltött DSLT . A módosított fájlok telepítése sikertelen az integritás-ellenőrzési hiba miatt.
Egy SMTP(Simple Mail Transfer Protocol) kiszolgáló, amelyre a helyi átjárónak szüksége van az e-mail értesítések küldéséhez.
Ha a biztonságos SMTP-kiszolgáló szeretné használni az e-mail értesítésekhez, győződjön meg arról, hogy a helyi átjárón az IOS XE 17.6.1-es vagy újabb verziója fut.

Előfeltételek

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

A Diagnosztikai aláírások alapértelmezetten engedélyezve vannak.
Állítsa be a proaktív értesítés küldésére használt biztonságos e-mail kiszolgálót, ha az eszközön a Cisco IOS XE 17.3.2-es vagy újabb verziója fut.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Állítsa be a környezeti változótds_email a rendszergazda e- e-mail-cím , hogy értesítse Önt.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

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

A diagnosztikai aláírások alapértelmezetten engedélyezve vannak
Állítsa be a proaktív értesítések küldésére használt e-mail kiszolgálót, ha az eszköz 17.3.2-es verziónál korábbi verziót futtat.
```
configure terminal 
call-home  
mail-server <email server> priority 1 
end 
```

Állítsa be a környezeti változótds_email az értesítendő rendszergazda e- e-mail-cím .

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

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

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

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

Állítsa be a proaktív értesítések küldésére használt e-mail kiszolgálót, ha az eszköz 17.3.2-es verziónál korábbi verziót futtat.
```
configure terminal 
call-home  
mail-server  <email server> priority 1 
end 
```

Állítsa be a környezeti változótds_email az értesítendő rendszergazda e- e-mail-cím .

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

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

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

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

Ugrás ide: 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.
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.

Használja a snmp megjelenítése parancsot az SNMP engedélyezéséhez. Ha nem engedélyezi, akkor konfigurálja a snmp-server manager parancsot.

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

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

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	Teljesítmény
Probléma típusa	Magas CPU -kihasználtság e- e-mail értesítéssel.

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

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

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

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

Telepítse a DS XML-fájl a Helyi átjáróba.

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

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 oszlopban legyen „regisztrált” érték.

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

DS-ek letöltése:

DS- azonosító	DS neve	Felülvizsgálat	Állapot	Legutóbbi frissítés (GMT+00:00)
64224	DS_ LGW_ CPU_ MON75	0.0.10	Regisztrálva	2020-11-07 22:05:33

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

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

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

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	SIP– SIP
Probléma típusa	SIP fővonal regisztráció törlése e- e-mail értesítéssel.

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

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

Telepítse a DS XML-fájl a Helyi átjáróba.

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

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

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.

Használja a snmp megjelenítése paranccsal ellenőrizheti, hogy az SNMP engedélyezve van-e. Ha nincs engedélyezve, konfigurálja a snmp-server manager parancsot.

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

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

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	Teljesítmény
Probléma típusa	SIP rendellenes hívásbontás észlelése e- e-mail és syslog értesítéssel.

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

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

Telepítse a DS XML-fájl a Helyi átjáróba.

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

Használja a home call-home diagnosztikai-aláírás megjelenítése parancs segítségével ellenőrizze, hogy az aláírás sikeresen telepítve van-e. Az állapot oszlopnak rendelkeznie kell „regisztrált” értékkel.

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

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

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

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

Konfiguráljon egy további DS környezeti változótds_fsurl_prefix amely az a Cisco TAC fájlszerver elérési útja (cxd.cisco.com), amelyre az összegyűjtött diagnosztikai adatokat feltölti a rendszer. A elérési út szereplő felhasználónév az ügyszám, a jelszó pedig az a fájlfeltöltés token, amelyből lehívható Támogatási esetkezelő a következő parancsban. A fájlfeltöltés tokent a Mellékletek lehetőségre szakaszában a Támogatási esetkezelőben, ha szükséges.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Példa:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Győződjön meg arról, hogy az SNMP engedélyezve van a snmp megjelenítése parancsot. Ha nincs engedélyezve, konfigurálja a snmp-server manager parancsot.
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	Teljesítmény
Probléma típusa	Magas CPU -kihasználtság e- e-mail értesítéssel.

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	Syslogs
Probléma típusa	Syslog – %VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcs-küszöb): IEC=1.1.181.1.29.0

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

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

Telepítse a High CPU -felügyelet DS 64224, majd a DS 65095 XML-fájl a helyi átjáróba.

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

Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a következővel: home call-home diagnosztikai-aláírás megjelenítése parancsot. 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 az „Állapot” oszlop a home call-home diagnosztikai-aláírás megjelenítése A parancs „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 A legjobb módszer 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 parancsot, é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 kezelése és érvényesítése a Control Hubon keresztül

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:

mTLS – Bevezetés

Ez a dokumentum azt ismerteti, hogyan állítható be a Cisco Unified Border Element (CUBE) helyi átjáróként a Webex Calling hívásokhoz, kölcsönös TLS (mTLS) SIP-trönk-trönköt használva. A dokumentum első része egy egyszerű PSTN-átjáró beállításának módját mutatja be. Ebben az esetben a PSTN-ről érkező összes hívás a Webex Calling , a Webex Webex Calling -hívások pedig a PSTN-re lesznek irányítva. A következő kép ezt a megoldást és a követendő magas szintű hívásátirányítás konfigurációt mutatja be.

Ebben a kialakításban a következő fő konfigurációk használatosak:

hangosztály uri : A bejövő SIP -üzenetek osztályozására és egy bejövő tárcsázó kiválasztására szolgál.
bejövő tárcsázó-peer : Kezeli a bejövő SIP üzeneteket, és meghatározza a kimenő útvonalat egy tárcsázó egyenrangú csoporttal.
tárcsázó-peer csoport : Meghatározza a hívásátirányítás hívástovábbításhoz használt kimenő tárcsázó társakat.
kimenő tárcsázó-peer : Kezeli a kimenő SIP üzeneteket, és a kívánt célponthoz irányítja őket.

A helyszíni Cisco Unified Communications Manager megoldással és a Webex Calling szolgáltatással való együttműködés során az egyszerű PSTN-átjáró -konfigurációt használhatja kiindulási alapként a következő képen látható megoldás kialakításához. Ebben az esetben a Unified Communications Manager az összes PSTN és Webex Calling hívás központi továbbítását és kezelését biztosítja. A magas szintű konfigurációs megközelítést az ábra szemlélteti.

Ebben a dokumentumban az alábbi képen látható gazdagépnevek, IP -címek és felületek kerülnek felhasználásra. Lehetőség van nyilvános vagy privát (NAT mögötti) címzésre. Az SRV DNS -rekordok nem kötelezőek, kivéve, ha a terheléselosztás több CUBE-példány között történik.

Végezze el a referenciaplatform konfigurációját

Mielőtt elkezdené

Hozzon létre egy alapkonfigurációt a platformhoz, amely megfelel az üzleti szabályzatának. Különösen győződjön meg arról, hogy a következők megfelelően vannak konfigurálva és ellenőrizve, hogy megfelelően működnek:
- NTP
- ACL-ek
- Felhasználó hitelesítés és távoli hozzáférés
- DNS
- IP -útválasztás
- IP- címek
Az összes helyi átjáró-telepítéshez az IOS XE 17.9 minimálisan támogatott kiadására van szükség.
- Az ISR4000 sorozatú útválasztókat Unified Communications és Security technológiai licenccel is konfigurálni kell.
- A Catalyst Edge 8000 sorozatú útválasztókhoz DNA Essentials licencre van szükség.
- Nagy kapacitásigényekhez szükség lehet High Security (HSEC) licencre és további átviteli sebességre.
  
  Lásd: Engedélyezési kódok további részletekért.
A Webex Calling felé irányuló hálózatnak IPv4-cím kell használnia. A helyi átjáró teljes minősítésű tartományneveinek (FQDN) vagy szolgáltatásrekord-címeinek (SRV) nyilvános IPv4-cím kell feloldania az interneten.
A helyi átjáró felületén a Webex felé néző összes SIP és médiaportnak elérhetőnek kell lennie az internetről, akár közvetlenül, akár statikus NAT-on keresztül. Győződjön meg arról, hogy megfelelően frissítette a tűzfalat.
Telepítsen aláírt tanúsítványt a Helyi átjáróra (a konfigurációs lépések részletes leírása alább található).
- Egy nyilvános Certificate Authority (CA) alá kell írnia az eszköztanúsítványt a részletezett módon Milyen legfelső szintű hitelesítésszolgáltatók támogatottak a Cisco Webex audio és video platformok hívásai esetén?
- A Control Hubban konfigurált FQDN-nek az útválasztó tanúsítványának közös nevének (CN) vagy alany alternatív nevének (SAN) kell lennie. Például:
  - Ha a szervezete Control Hubján konfigurált törzs a cube1.lgw.com:5061 FQDN-t használja a Helyi átjáró teljes tartománynevére, akkor az útválasztó tanúsítványában szereplő CN-nek vagy SAN-nak tartalmaznia kell a cube1.lgw.com-ot. 
  - Ha a szervezete Control Hub-ján konfigurált fővonalon az lgws.lgw.com a törzsből elérhető helyi átjáró(k) SRV-címe, akkor az útválasztó tanúsítványában szereplő CN-nek vagy SAN-nak tartalmaznia kell az lgws.lgw.com-ot. Az SRV-cím által feloldott rekordok (CNAME, A rekord vagy IP -cím) nem kötelezőek a SAN-ban.
  - Akár FQDN-t, akár SRV-t használ a fővonalhoz, a Helyi átjáró összes új SIP párbeszédpanelje kapcsolati címének a Control Hubban konfigurált névvel kell rendelkeznie.
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.


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 (Public address)
 ip address 198.51.100.1 255.255.255.240
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here >

crypto pki import LGW_CERT certificate
<paste CUBE  X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 
crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b

A Webex Calling tanúsítvány alapú fővonal konfigurálása



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces
 sip 
  early-offer forced
  asymmetric payload full
  sip-profiles inbound

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

voice class stun-usage 100 
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "198.51.100.1" "cube1.lgw.com" 
 rule 20 response ANY sip-header Contact modify "198.51.100.1" "cube1.lgw.com" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 11 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 91 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 93 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class uri 110 sip
 pattern cube1.lgw.com

voice class tenant 100
  no remote-party-id
  srtp-crypto 100
  localhost dns:cube1.lgw.com
  session transport tcp tls
  no session refresh
  error-passthru
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp
  privacy-policy passthru
!

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

dial-peer voice 110 voip 
 description Inbound dial-peer from Webex Calling
 session protocol sipv2
 session transport tcp tls
 destination dpg 200
 incoming uri request 110
 voice-class codec 100
 voice-class stun-usage 100 
 voice-class sip profiles 110 
 voice-class sip srtp-crypto 100
 voice-class sip tenant 100 
 srtp

Konfigurálja a Helyi átjárót PSTN-trönkkel

Miután a fenti Webex Calling felé törzset épített ki, a következő konfigurációval hozzon létre nem titkosított törzset egy SIP alapú PSTN szolgáltató felé:

Ha a Szolgáltató biztonságos PSTN-fővonalat kínál, akkor a Webex Calling fővonal esetében a fentiekben részletezetthez hasonló konfigurációt követhet. A biztonságos hívásátirányítás a CUBE támogatja.

1	Állítsa be a következő hangosztály uri-t a PSTN fővonalból érkező bejövő hívások azonosítására: `voice class uri 210 sip host ipv4:192.168.80.13`
2	Állítsa be a következő kimenő tárcsázó egyenrangú kapcsolatot a PSTN IP -fővonal felé: `dial-peer voice 200 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: tárcsázott egyenrangú hang 200 voip leírás Kimenő tárcsázó PSTN-re 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. rendeltetési hely-minta BAD.BAD Ha a kimenő hívásokat bejövő tárcsázótárs csoporton keresztül irányítja, akkor fiktív célmintára van szükség. További információkért lásd: rendeltetési hely-minta (interfész) . munkamenet protokoll sipv2 Megadja a tárcsázó egyenrangú alkalmazást 200 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) . munkamenet-cél 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) . hangosztályú kodek 100 Beállítja a tárcsázó peer rendszert a közös kodek szűrőlista használatára 100 . 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) . nincs vad Letiltja a hangtevékenység észlelését. További információkért lásd: vad (tárcsázza a társat) .
3	Állítsa be a következő tárcsázói csoportot (DPG): Definiálja a DPG-t 200 kimenő tárcsázó egyenrangú 200 a PSTN felé. DPG alkalmazása 200 hogy a Webex Calling szolgáltatásból bejövő tárcsázó peer . `voice class dpg 200 description Incoming IP PSTN to Webex Calling dial-peer 200`
4	Konfigurálja a következő bejövő tárcsázó egyenrangú eszközt: Bejövő tárcsázó egyenrangú bejövő IP PSTN híváságak: `dial-peer voice 210 voip description Incoming dial-peer from PSTN session protocol sipv2 destination dpg 100 incoming uri via 210 voice-class codec 100 dtmf-relay rtp-nte no vad` Íme a konfigurációhoz tartozó mezők magyarázata: tárcsázó peer hang 210 voip leírás Bejövő tárcsázó PSTN-ről VoIP tárcsázótársat definiál a(z) címkével 210 é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 . munkamenet protokoll sipv2 Megadja a tárcsázó egyenrangú alkalmazást 210 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) . bejövő uri a 210-en keresztül 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 210 . További információkért lásd: bejövő url . rendeltetési hely 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 a Webex Calling felé. A tárcsázási társcsoportok konfigurálásával kapcsolatos további információkért lásd: hangosztályú dpg . nincs vad Letiltja a hangtevékenység észlelését. További információkért lásd: vad (tárcsázza a társat) .

Helyi átjáró konfigurálása egy meglévő Unified CM környezethez

Az előző szakaszokban szereplő PSTN- Webex Calling konfiguráció módosítható úgy, hogy egy további fővonalat tartalmazzon a Cisco Unified Communications Manager (UCM) fürthöz. Ebben az esetben az összes hívást a Unified CM-en keresztül irányítja a rendszer. Az UCM-ről az 5060-as portra érkező hívások a PSTN-re, az 5065-ös portra érkező hívások pedig a Webex Calling alkalmazásra kerülnek továbbításra. A következő növekményes és frissített konfigurációkkal lehet hozzáadni ezt a hívási forgatókönyvet.


voice class uri 310 sip
 pattern :5065

ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

dial-peer voice 300 voip
 description Outgoing dial-peer to CUCM from Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

voice class dpg 300
 dial-peer 300
 

dial-peer voice 110 voip
 no destination dpg 200
 destination dpg 300

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

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

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

Show parancs kimenetek gyűjtése
Összevont naplófájl
A fájl feltöltése a felhasználó által megadott hálózati helyre, például HTTPS, SCP, FTP kiszolgálóra

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

Mielőtt elkezdené:

Ne szerkessze azt a DS-fájlt, amelyről letöltött DSLT . A módosított fájlok telepítése sikertelen az integritás-ellenőrzési hiba miatt.
Egy SMTP(Simple Mail Transfer Protocol) kiszolgáló, amelyre a helyi átjárónak szüksége van az e-mail értesítések küldéséhez.
Ha a biztonságos SMTP-kiszolgáló szeretné használni az e-mail értesítésekhez, győződjön meg arról, hogy a helyi átjárón az IOS XE 17.6.1-es vagy újabb verziója fut.

Előfeltételek

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

A Diagnosztikai aláírások alapértelmezetten engedélyezve vannak.
Állítsa be a proaktív értesítés küldésére használt biztonságos e-mail kiszolgálót, ha az eszközön az IOS XE 17.6.1-es vagy újabb verziója fut.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

Állítsa be a környezeti változótds_email a rendszergazda e- e-mail-cím értesítse Önt.


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

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 olyan diagnosztikai aláírást, amelyet a Helyi átjáróra telepít. Az aláírás telepítéséhez kövesse az alábbi lépéseket.

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


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

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

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Catalyst 8000V Edge szoftver
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	Teljesítmény
Probléma típusa	Magas CPU kihasználtság e- e-mail értesítéssel

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

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

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

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

Telepítse a DS XML-fájl a Helyi átjáróba.


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

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


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

DS-ek letöltése:

DS- azonosító	DS neve	Felülvizsgálat	Állapot	Legutóbbi frissítés (GMT+00:00)
64224	DS_ LGW_ CPU_ MON75	0.0.10	Regisztrálva	2020-11-07 22:05:33

A rendellenes hívás figyelése megszakad

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 a snmp-server manager parancsot.

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Catalyst 8000V Edge szoftver
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	Teljesítmény
Probléma típusa	SIP rendellenes hívásbontás észlelése e- e-mail és syslog értesítéssel.

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

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

Telepítse a DS XML-fájl a Helyi átjáróba.


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

Használja a parancsot home call-home diagnosztikai-aláírás megjelenítése hogy ellenőrizze az aláírás sikeres telepítését. Az állapot oszlopban legyen „regisztrált” érték.

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

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

Konfiguráljon egy másik DS környezeti változótds_fsurl_prefix a Cisco TAC fájlszerver elérési útjaként (cxd.cisco.com) a diagnosztikai adatok feltöltéséhez. A elérési út szereplő felhasználónév az ügyszám, a jelszó pedig az a fájlfeltöltés token, amelyből lehívható Támogatási esetkezelő az alábbiak szerint. A fájlfeltöltés tokent a Mellékletek lehetőségre szakaszában, szükség szerint.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Példa:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
A paranccsal győződjön meg arról, hogy az SNMP engedélyezve van snmp megjelenítése . Ha az SNMP nincs engedélyezve, konfigurálja a snmp-server manager parancsot.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Catalyst 8000V Edge szoftver
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	Teljesítmény
Probléma típusa	Magas CPU -kihasználtság e- e-mail értesítéssel.

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

Mező neve	Mezőérték

Platform	Cisco 4300, 4400 ISR sorozat vagy Catalyst 8000V Edge szoftver
Termék	CUBE Enterprise a Webex Calling megoldásban
Probléma hatóköre	Syslogs
Probléma típusa	Syslog – %VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcs-küszöb): IEC=1.1.181.1.29.0

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


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

Telepítse a magas CPU -felügyelet DS 64224, majd a DS 65095 XML-fájl a helyi átjáróba.


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

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


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

Letöltött DS-ek:

DS- azonosító

DS neve

Felülvizsgálat

Állapot

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

64224

00:07:45

DS_ LGW_ CPU_ MON75

0.0.10

Regisztrálva

2020-11-08:00:07:45

65095

00:12:53

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Regisztrálva

2020-11-08:00:12:53

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

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.

2023. október 12.

A CUBE magas rendelkezésre állásának megvalósítása helyi átjáróként

A helyi átjáró (LGW) az egyetlen lehetőség arra, hogy a Cisco Webex Calling ügyfelei számára telephelyalapú PSTN-elérés biztosítson. Ennek a dokumentumnak az a célja, hogy segítséget nyújtson a CUBE magas rendelkezésre állás, aktív vagy készenléti CUBE-k használatával a Helyi átjáró-konfiguráció felépítésében az aktív hívások állapotalapú feladatátvételéhez.

Alapok

Előfeltételek

Mielőtt a CUBE HA-t a Webex Calling helyi átjáró telepítené, győződjön meg arról, hogy alaposan ismeri a következő fogalmakat:

Cisco Webex Calling megoldás
Helyi átjáró opció a Cisco Webex Calling szolgáltatáshoz
2. rétegű, dobozok közötti redundancia a CUBE Enterprise segítségével az állapotalapú hívástartás

A jelen cikkben ismertetett konfigurációs irányelvek dedikált helyi átjáró feltételeznek, és nincs meglévő hangkonfiguráció. 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, ügyeljen az alkalmazott konfigurációra, hogy a meglévő hívásfolyamatok é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ó az IOS-XE 16.12.2-es vagy újabb verzióját igényli, valamint egy olyan platformra, amelyen a CUBE HA és az LGW funkciók is támogatottak.

A cikkben szereplő show parancsok és naplók a Cisco IOS -XE 16.12.2 minimális szoftverkiadás alapulnak, amely vCUBE-n van megvalósítva (CSR1000v).

Referenciaanyag

Íme néhány részletes CUBE HA konfigurációs útmutató a különböző platformokhoz:

ISR 4K sorozat—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
A Cisco által preferált Cisco Webex Calling architektúra —https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

A Webex Calling megoldás áttekintése

A Cisco Webex Calling egy olyan együttműködési ajánlat, amely több bérlős felhőalapú alternatívát kínál a helyszíni alközponti telefonos szolgáltatás , több PSTN opcióval az ügyfelek számára.

A cikk középpontjában a Helyi átjáró telepítése áll (lásd alább). A Webex Calling helyi átjáró (helyiség-alapú PSTN) törzse lehetővé teszi az ügyfél tulajdonában lévő PSTN-szolgáltatáshoz való kapcsolódást. Kapcsolódást biztosít egy helyszíni IP PBX-telepítéshez, például a Cisco Unified CM-hez. Minden, a felhő felé irányuló és onnan kiinduló kommunikáció a SIP esetén TLS , a média esetében pedig SRTP protokollal védett.

Az alábbi ábra egy meglévő IP PBX nélküli Webex Calling -telepítést mutat be, és egy vagy több telephelyes telepítésre vonatkozik. A cikkben ismertetett konfiguráció ezen a telepítésen alapul.

2. réteg Box-to-Box redundancia

A CUBE HA 2. rétegű dobozok közötti redundancia a Redundancy Group (RG) infrastruktúra protokollt használja az aktív/készenléti útválasztó párt létrehozásához. Ez a pár ugyanazt a virtuális IP-cím (VIP) használja a megfelelő interfészeken, és folyamatosan állapotüzeneteket cserél. A CUBE-munkamenet-információk a két útválasztó között ellenőrzőpontokra kerülnek, így a készenléti útválasztó azonnal átveheti az összes CUBE hívásfeldolgozás feladatot, ha az aktív útválasztó kilép a szolgálatból, ami a jelzések és a média állapotmentes megőrzését eredményezi.

Az ellenőrzési mutató csak a médiacsomaggal rendelkező kapcsolt hívásokra korlátozódik. A folyamatban lévő hívások nem ellenőrző pontok (például próbálkozás vagy csengő állapot).

Ebben a cikkben a CUBE HA a CUBE magas rendelkezésre állású (HA) Layer 2 Box-to-box (B2B) redundanciájára utal az állapotalapú hívástartás

Az IOS-XE 16.12.2 verziótól kezdődően a CUBE HA helyi átjáróként telepíthető a Cisco Webex Calling törzs (helyiség-alapú PSTN) telepítéseihez, és ebben a cikkben a tervezési szempontok és konfigurációkkal foglalkozunk. Az ábra egy tipikus CUBE HA-beállítást mutat be helyi Cisco Webex Calling fővonali telepítésekhez.

Redundanciacsoport infrakomponens

A redundanciacsoport (RG) Infra komponens biztosítja a dobozok közötti kommunikációs infrastruktúra támogatását a két CUBE között, és egyezteti a végső stabil redundancia állapotot. Ez az összetevő a következőket is biztosítja:

Egy HSRP-szerű protokoll, amely a két CUBE közötti Keepalive és Hello üzenetek cseréjével egyezteti az egyes útválasztók végső redundancia állapotát – GigabitEthernet3 a fenti ábrán.
Egy átviteli mechanizmus a jelzések és a média állapotának ellenőrzésére minden egyes hívásnál az aktívtól a készenléti útválasztó felé (az adatinterfészen keresztül) – GigabitEthernet3 a fenti ábrán.
Virtuális IP (VIP) interfész konfigurálása és kezelése a forgalmi interfészekhez (több forgalmi interfész is konfigurálható ugyanazon RG csoport használatával) – a GigabitEthernet 1 és 2 forgalmi interfésznek minősül.

Ezt az RG összetevőt kifejezetten a B2B HA hang támogatására kell beállítani.

Virtuális IP (VIP) címkezelés jelzésekhez és médiához egyaránt

A B2B HA a VIP-re támaszkodik a redundancia elérése érdekében. A CUBE HA párban lévő mindkét CUBE-n a VIP és a kapcsolódó fizikai interfészeknek ugyanazon a LAN-alhálózaton kell lenniük. A VIP konfigurálása és a VIP felületnek egy adott hangalkalmazáshoz (SIP) való hozzárendelése kötelező a hang B2B HA támogatásához. A külső eszközök, például a Unified CM, a Webex Calling hozzáférési SBC, a szolgáltató vagy a proxy a VIP-t használják a célhelyszín IP-címe a CUBE HA útválasztókon áthaladó hívásoknál. Ezért a Webex Calling szempontjából a CUBE HA párok egyetlen helyi átjáró.

A létrehozott hívások hívásjelzési és RTP munkamenet információi az aktív útválasztótól a készenléti útválasztó felé kerülnek ellenőrzési pontra. Amikor az aktív útválasztó leáll, a készenléti útválasztó veszi át az irányítást, és továbbítja azt az RTP-adatfolyam , amelyet korábban az első útválasztó továbbított.

A feladatátvétel időpontjában tranziens állapotban lévő hívások az átváltás után nem maradnak meg. Például olyan hívások, amelyek még nem teljesen beépültek, vagy módosításuk folyamatban van átvitel vagy tartás funkcióval. A létrehozott hívások az átkapcsolás után bonthatók.

A következő követelmények állnak fenn a CUBE HA helyi átjáró való használatához a hívások állapotalapú feladatátvételéhez:

A CUBE HA nem rendelkezhet egyidejűleg TDM vagy analóg interfészekkel
A Gig1 és Gig2 neve forgalmi (SIP/ RTP) interfész, a Gig3 pedig redundancia csoport (RG) vezérlő/adat interfész
Legfeljebb 2 CUBE HA pár helyezhető el ugyanabban a 2. rétegű tartományban, az egyik csoportazonosítója 1, a másik csoportazonosítója 2. Ha 2 HA párt állít be 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 az RG Vezérlő/adat és a forgalmi interfészeknél egyaránt támogatott
Minden jelzés/média forrása a virtuális IP -címről/arra
Amikor egy platform újratöltődik 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
A redundancia interfész azonosítója, az rii egyedinek kell lennie az ugyanazon a 2. rétegen lévő pár/interfész kombináció esetén
A két CUBE konfigurációjának meg kell egyeznie a fizikai konfigurációval együtt, és ugyanazon a típusú platformon és az IOS-XE verzión kell futnia
A visszahurkolt felületek nem használhatók bind módon, mivel mindig fent vannak
Több forgalmi (SIP/ RTP) interfész (Gig1, Gig2) esetén interfész nyomon követést kell konfigurálni
A CUBE-HA nem támogatott keresztkábeles kapcsolaton keresztül az RG-control/data kapcsolathoz (Gig3)
Mindkét platformnak ilyennek kell lennie azonos és a kapcsolaton keresztül a fizikai kapcsoló az összes hasonló interfészen ahhoz, hogy a CUBE HA működjön, azaz a CUBE-1 és a CUBE-2 GE0/0/0-jának ugyanazon a kapcsolón kell végződnie, és így tovább.
Közvetlenül a CUBE-kon nem végződhetett le a WAN, illetve egyik oldalon sem lehet HA-adat
Mindkét aktív/készenléti állapotnak ugyanabban az adatközpont kell lennie
A redundanciához külön L3 interfész használata kötelező (RG Control/data, Gig3). azaz a forgalomhoz használt felület nem használható HA életben tartáshoz és ellenőrzési pontokhoz
Feladatátvételkor a korábban aktív CUBE tervezési újratöltésen esik át, megőrizve a jelzéseket és az adathordozókat

A redundancia konfigurálása mindkét CUBE-n

Konfigurálnia kell a 2. rétegű dobozok közötti redundanciát mindkét HA-párban használni kívánt CUBE-n a virtuális IP-címek előhívásához.

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

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#

Helyi átjáró konfigurálása mindkét CUBE-n

Példakonfigurációnkban a következő, a Control Hubból származó fővonal-információkat használjuk a helyi átjáró-konfiguráció felépítéséhez a VCUBE-1 és a VCUBE-2 platformokon. A beállításhoz tartozó felhasználónév és jelszó a következő:

Felhasználónév: Hussain1076_ LGU
Jelszó: lOV12MEaZx


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

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

VCUBE-2#redundancy application reload group 1 self

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#

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

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

2024. január 25.

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

2024. április 08.

Webex-hívóeszközök konfigurálása és kezelése

A Control Hubban hozzárendelhet és kezelhet eszközöket a felhasználókhoz és a munkaterületekhez. Válassza ki, hogy a MAC-cím alapján kíván-e hozzáadni, vagy magán az eszközön beírandó aktiválási kód generálásával.

Telefonok hozzáadása egy felhasználóhoz

A Control Hub segítségével eszközöket rendelhet a felhasználókhoz személyes használatra.

A felsorolt eszközök ide támogatást Webex Calling . Bár ezek az eszközök mind hozzáadhatók MAC-cím, csak a következő részhalmazok regisztrálhatók aktiválási kóddal:

Cisco 6800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—6821, 6841, 6851, 6861, 6871)
Cisco 7800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—7811, 7821, 7841, 7861)
Cisco 8800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—8811, 8841, 8851, 8861)
Cisco 8800-as sorozatú multiplatform IP-telefonok (videotelefonok—8845, 8865)
Cisco 7832-es IP-konferenciatelefon
Cisco Video Phone 8875

A DECT eszközöket illetően csak a DECT báziskészülékek (a DECT kézibeszélők nem) állnak rendelkezésre a hozzárendeléshez Control Hub . Miután hozzárendelt egy bázisállomást egy felhasználóhoz, manuálisan kell párosítania a DECT kézibeszélőt az adott bázisegységgel. További információkért lásd: Csatlakoztassa a kézibeszélőt a bázisállomáshoz .

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Kezelés > Eszközök lehetőségre > Eszköz hozzáadása lehetőségre .

Eszközt is hozzáadhat a felhasználóhoz a Felhasználók szakaszból, ehhez navigálva Kezelés > Felhasználók lehetőségre > válasszon ki egy felhasználót > Eszközök lehetőségre > Eszköz hozzáadása lehetőségre .

Válasszon Személyes használat eszközt egy felhasználóhoz rendelni, majd kattintson a lehetőségre Következő .

Adja meg a felhasználónevét vagy a telefon tulajdonosának tényleges nevét, válassza ki a felhasználót a találatok közül, majd kattintson a gombra Következő .

Válasszon Cisco telefon, ATA vagy harmadik féltől származó eszköz .

Válasszon Cisco felügyelt eszközök a következőből: Válasszon eszközt legördülő menüt.

Válasszon egy eszköztípus a következők közül Eszköz típusa legördülő menüt, majd kattintson Következő .

Válassza ki, hogy aktiváló kóddal (ha az opció megjelenik) vagy MAC-cím szeretné-e regisztrálni a telefont, majd kattintson a Mentés .

Aktiválási kód alapján — Válassza ezt a lehetőséget, ha aktiváló kódot szeretne generálni, amelyet megoszthat az eszköz tulajdonosával. A 16 jegyű aktiváló kódot manuálisan kell megadni magán az eszközön.

A multiplatform telefonoknak 11.2.3MSR1 vagy újabb firmware-betöltéssel kell rendelkezniük az aktiválási kód képernyőjének megjelenítéséhez. Ha a telefon firmware-ét frissíteni kell, irányítsa a felhasználókat erre:https://upgrade.cisco.com/MPP_upgrade.html .

MAC -cím alapján — Válassza ezt a lehetőséget, ha ismeri az eszköz MAC-cím . A telefon MAC-cím egyedi bejegyzésnek kell lennie. Ha egy már regisztrált telefonhoz ad meg MAC-cím , vagy ha hibázik a szám megadása, hibaüzenet meg.

Harmadik féltől származó eszközök használata esetén korlátozások lehetnek érvényben.

Ha úgy döntött, hogy aktiváló kódot generál az eszközhöz, de még nem használta azt, az eszköz állapota a következő lesz: Aktiválás a hozzárendelt felhasználónál Eszközök lehetőségre szakasz és a fő Eszközök lehetőségre lista be Control Hub . Ne feledje, hogy akár 10 percig is eltarthat, amíg az eszközállapot frissítésre kerül Control Hub .

A felhasználóhoz rendelt eszközök módosításához vagy kezeléséhez lásd: Eszköz kezelése felhasználó számára szakaszban.

Telefon hozzáadása új munkaterülethez

Amikor az emberek dolgoznak, sok helyen találkoznak, például az ebédlőben, az előszobában és a konferenciatermekben. Ezekben a munkaterületeken megosztott Cisco Webex -eszközöket állíthat be, szolgáltatásokat adhat hozzá, majd figyelheti az együttműködést.

A Workspaces-eszközök alapelve, hogy nincs hozzárendelve egy adott felhasználóhoz, hanem egy fizikai helyszín, lehetővé téve a megosztott használatot.

A felsorolt eszközök támogatja a Webex Calling szolgáltatást. Míg ezeknek az eszközöknek a többsége MAC-cím regisztrálható, csak a következő részhalmazok regisztrálhatók aktiválási kóddal:

Cisco 6800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—6821, 6841, 6851)
Cisco 7800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—7811, 7821, 7841, 7861)
Cisco 8800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—8811, 8841, 8851, 8861)
Cisco 8800-as sorozatú multiplatform IP-telefonok (videotelefonok—8845, 8865)
Cisco 7832-es IP-konferenciatelefon

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Kezelés > Eszközök lehetőségre > Eszköz hozzáadása lehetőségre .

Eszközt is hozzáadhat új munkaterülethez a Munkaterületek szakaszból a következőre navigálással Kezelés > Munkaterületek > Munkaterület hozzáadása lehetőségre .

Válasszon Megosztott használat > Új munkaterület .

Adjon meg egy nevet a munkaterületnek (például a fizikai szoba nevét), válassza ki a szobatípust és adjon hozzá kapacitást, majd kattintson Következő .

A munkaterület neve nem lehet hosszabb 30 karakternél, és nem tartalmazhat %, #, <, >, /, \ és " karaktereket.

Válasszon Cisco telefon, ATA vagy harmadik féltől származó eszköz .

Válasszon Cisco felügyelt eszközök a következőből: Válasszon eszközt legördülő menüt.

Válasszon egy eszköztípus a következők közül Eszköz típusa legördülő menüt, majd kattintson Következő .

Válassza ki, hogy aktiváló kóddal (ha az opció megjelenik) vagy MAC-cím szeretné-e regisztrálni a telefont, majd kattintson a Következő .

MAC -cím alapján — Válassza ezt a lehetőséget, ha ismeri az eszköz MAC-cím . A telefon MAC-cím egyedi bejegyzésnek kell lennie. Ha egy már regisztrált telefonhoz ad meg MAC-cím , vagy ha hibázik a szám megadása, hibaüzenet meg.

For Webex Calling , csak egy megosztott telefon adható hozzá egy Munkaterülethez.

A Cisco 7832-es IP-konferenciatelefon esetén előfordulhat, hogy egyes funkciógombok nem érhetők el. Ha teljes funkciógomb-készletre van szüksége, javasoljuk, hogy inkább rendelje hozzá ezt a telefont egy felhasználóhoz.

Kattintson a Hívás szolgáltatást, és válassza ki a munkaterülethez hozzárendelni kívánt előfizetés- és licenctípust.

Professzionális munkaterület
Közös területhez tartozó munkaterület

Ha többet szeretne megtudni a licencekkel elérhető funkciókról, lásd: A Webex Calling licenctípusonként elérhető funkciók .

Hozzárendelése a Helyszín és Telefonszám (a kiválasztott helyszíntől függően), majd kattintson a lehetőségre Mentés . Lehetősége van mellék hozzárendelésére is.

A munkaterülethez rendelt eszközök módosításához vagy kezeléséhez lásd: Eszköz kezelése munkaterülethez szakaszban.

Meglévő MPP-telefon újra hozzárendelése egy másik felhasználóhoz vagy eszközhöz

Ha egy Webex Calling felhasználóhoz/munkaterülethez rendelt telefont szeretne újra használni egy másik Webex Calling felhasználóhoz/munkaterülethez, kövesse az alábbi lépéseket:

1	Ügyfélnézetből inhttps://admin.webex.com, lépjen arra a Felhasználóra/Munkaterületre, amelyhez az eszköz jelenleg hozzá van rendelve. Az eszközt a következő esetekben rendelheti hozzá újra: Ha törölni szeretné a felhasználót, válassza a lehetőséget Felhasználó/Munkaterület törlése a felhasználó/munkaterület és a hozzá tartozó eszközök törléséhez. Ha törölni szeretne egy eszközt, válassza a lehetőséget Eszközök lehetőségre és válassza ki a törölni kívánt eszközt.
2	A telefonon lépjen a beállítások menübe, és végezze el az alábbi lépéseket a telefon újbóli hozzárendeléséhez. Válassza ki Eszköz adminisztráció , akkor Gyári alaphelyzetbe állítás . A telefon újraindul. Az újraindítás befejeztével a telefon megjeleníti az Aktiválási kód képernyőt. A telefon készen áll az újra hozzárendelésre.
3	Kövesse a következő utasításokat: Telefon hozzáadása és hozzárendelése a felhasználóhoz vagy Telefon hozzáadása új munkaterülethez telefon hozzárendeléséhez vagy hozzáadásához egy felhasználóhoz/munkaterülethez.
4	Amikor hozzáadja az eszközt a Control Hubhoz, végezze el az alábbi műveleteket a telefonon: Az aktiválási kódhoz: Adja meg az aktiválási kódot. A telefon újraindul, és bekerül az új felhasználóba/munkaterületre. MAC-cím esetén: Írja be a #000 számot az Aktiválási kód képernyőn, a telefon újraindul a Webex Webex Calling funkcióval, és hozzárendeli az új felhasználót/munkaterületet.

Táblázat, asztal vagy irodai eszköz hozzáadása egy felhasználóhoz

Ha egy Board, Desk vagy Room eszközt személyes eszközként rendel hozzá valakihez, akkor a Webex -hívások és értekezletek közvetlenül az eszközre juthatnak. További részletekért lásd: Személyes Board, Desk vagy Room eszköz hozzárendelése egy felhasználóhoz .

Táblázat, asztal vagy irodai eszköz hozzáadása új munkaterülethez

Amikor az emberek dolgoznak, számos munkaterületen találkoznak, például ebédlőben, előszobában és konferenciatermben. Ezekben a munkaterületeken megosztott Cisco Webex -eszközöket állíthat be, szolgáltatásokat adhat hozzá, majd figyelheti az együttműködést.

A Workspaces eszközök alapelve, hogy nem egy adott felhasználóhoz vannak hozzárendelve, hanem egy fizikai helyszín, lehetővé téve a megosztott használatot.

A felsorolt eszközök ide támogatást Webex Calling .

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Kezelés > Eszközök lehetőségre > Eszköz hozzáadása lehetőségre .

Eszközt is hozzáadhat új munkaterülethez a Munkaterületek szakaszból a következőre navigálással Kezelés > Munkaterületek > Munkaterület hozzáadása lehetőségre .

Válasszon Megosztott használat > Új munkaterület .

Adjon meg egy nevet a munkaterületnek (például a fizikai szoba nevét), válassza ki a szobatípust és adjon hozzá kapacitást, majd kattintson Következő .

Válasszon Cisco Collaboration eszköz majd kattintson a lehetőségre Következő .

A Cisco Collaboration eszköz magában foglalja a Cisco Webex Room vagy Desk eszközt, beleértve a Cisco Webex Board is.

Válasszon egyet a következő szolgáltatások közül, majd kattintson Következő .

Hívás a Webex (1:1 hívás, nem PSTN) — A felhasználók csak Webex alkalmazás vagy Webex ⁪Session Initiation Protocol (SIP) hívások SIP -címmel (például felhasználónév@example.calls.webex.com).
Cisco Webex Calling — Amellett, hogy lehetőség van Webex App és SIP hívások kezdeményezésére és fogadására, az ezen a munkaterületen lévő személyek a Webex Calling számozási előfizetésen belül telefonhívások kezdeményezésére és fogadására is használhatják az eszközt. Felhívhatja például a munkatársát az 555-555-5555-ös telefonszám , az 5555-ös mellék vagy a SIP -cím tárcsázásával a felhasználónév@example.webex.com, de hívhatja a helyi pizzériát is.

Ha úgy döntött Cisco Webex Calling szolgáltatást, majd válassza ki a munkaterülethez rendelni kívánt előfizetést és licenctípust.

Professzionális munkaterület
Közös területhez tartozó munkaterület

Ha többet szeretne megtudni a licencekkel elérhető funkciókról, lásd: A Webex Calling licenctípusonként elérhető funkciók .

Hozzárendelése a Helyszín , Telefonszám (a kiválasztott helyszín határozza meg), egy Mellék , majd kattintson a lehetőségre Mentés .

Aktiválja az eszközt a kapott kód segítségével. Az aktiválási kódot másolhatja, elküldheti e-mailben vagy kinyomtathatja.

Eszközök tömeges hozzáadása és hozzárendelése

Ha több eszközt szeretne felhasználókhoz és munkaterületekhez rendelni, töltse fel a CSV-fájl a szükséges információkkal, és néhány egyszerű lépésben aktiválja ezeket az eszközöket.

A felsorolt eszközök ide támogatást Webex Calling . Minden eszközt regisztrálhat MAC-cím; azonban aktiválási kóddal regisztrálja az eszközök következő alcsoportját:

Cisco 6800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—6821, 6841, 6851)
Cisco 7800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—7811, 7821, 7841, 7861)
Cisco 8800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—8811, 8841, 8851, 8861)
Cisco 8800-as sorozatú multiplatform IP-telefonok (videotelefonok—8845, 8865)
Cisco 7832-es IP-konferenciatelefon
Cisco Video Phone 8875

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Kezelés > Eszközök lehetőségre > Eszköz hozzáadása lehetőségre > Több Cisco IP -telefon .

Válasszon a következő lehetőségek közül, majd kattintson Letöltés .

Felhasználók a szervezetemben — Listát kaphat a szervezet összes felhasználójáról és a hozzájuk tartozó attribútumokról, így nem kell manuálisan keresés az egyes felhasználókat.
Munkaterületek a szervezetemben — Listát kaphat a szervezet összes munkaterületéről és a hozzájuk tartozó attribútumokról, így nem kell manuálisan keresés az egyes munkaterületeket.
Eszközmintasablon hozzáadása — A rendelkezésre álló sablon segítségével olyan információkat adhat meg, mint a felhasználónevek, a típus (jelezzen, hogy felhasználóról vagy munkaterületről van-e szó), MAC -címeket és eszközmodelleket.

A következő táblázat segítségével készítheti el a CSV-fájl.

A következő mezők kitöltése kötelező, amikor eszközt rendel hozzá a Webex Calling felhasználókhoz és munkaterületekhez:

Felhasználók számára: Felhasználónév, Típus, Eszköztípus és Modell, ha az eszköztípus IP.
Munkaterület esetén: Felhasználónév, Típus, Telefonszám vagy mellék, Webex Calling Workspace [előfizetés neve], Eszköztípus és Modell, ha az eszköztípus IP.

Oszlop neve

Leírás

Támogatott érték

Felhasználónév

Ha eszközt szeretne hozzárendelni egy felhasználóhoz, adja meg a felhasználó e- e-mail-cím.

Ne adja meg a felhasználói azonosító vagy a nevét.

Ha eszközt szeretne munkaterülethez rendelni, adja meg a munkaterület nevét.

Ha olyan munkaterületet ad meg, amely még nem létezik, a munkaterület automatikusan létrejön.

Példa felhasználói e-mail-címre: test@example.com

Példa munkaterület-névre: Törőszoba

Típus

Adja meg a megfelelő típust felhasználóként vagy munkaterületként.

USER

MUNKATERÜLET

Telefonszám

Adjon meg egy telefonszámot.

Példa: +12815550100

Mellék

Adjon meg egy melléket.

Példa: 00-999999

Eszköztípus

Adja meg az eszköz típusát.

Ha bármilyen multiplatform telefont, ATA- vagy DECT -eszközt szeretne használni a Webex Calling szolgáltatással, adja meg az IP-címet.

Ha új munkaterületeket szeretne létrehozni RoomOS-eszközökhöz, adja meg a WEBEX vagy a WEBEX parancsot_ HÍVÁS, a kívánt hívási opciótól függően

Modell

Adja meg az eszköz típusát, ha az eszköztípus IP.

Példa eszközmodellhez: Cisco 7841, Cisco 8851 és így tovább

MAC-cím

Adja meg az eszköz MAC-cím .

Ha üresen hagyja a MAC-cím mezőt, a rendszer aktiváló kódot generál.

Használjon aktiválási kódokat a RoomOS eszközökhöz.

Példa MAC-cím: 001A2B3C4D5E

Helyszín

Adja meg a felhasználó vagy a munkaterület helyének nevét.

Példa: San José

Hívásszolgáltatási csomag

Adjon meg TRUE értéket, hogy engedélyezze a Cisco hívástervet az újonnan hozzáadott munkaterületen.

Ez a funkció nem működik a felhasználók, a meglévő és a nem támogatott munkaterületekkel rendelkező munkaterületek esetében.

IGAZ

HAMIS

Webex Calling munkaterület [előfizetési azonosító]

Adja meg a közös területű vagy professzionális hívási munkaterületek létrehozásához használandó előfizetést.

Minden munkaterület-licenccel rendelkező előfizetés rendelkezik egy megfelelő oszloppal. Hozzárendelhet közös területi munkaterület-licencet vagy professzionális munkaterület-licencet. Licenc hozzárendeléséhez adja meg az IGAZ értéket a megfelelő előfizetés licenctípus oszlopaiban.

Egy munkaterülethez csak egy előfizetést kell hozzárendelnie.

A munkaterületeket egyik előfizetésből a másikba is átviheti. Az átvitelhez adja meg a FALSE értéket a forrás-előfizetés oszlopban, és az IGAZ értéket a cél-előfizetés oszlopban.

Javasoljuk, hogy egy nemrég generált sablont használjon a CSV importálási fájl előkészítéséhez, mivel az pontos információkat tartalmaz a munkaterület-licencek aktív előfizetéseiről.

IGAZ

HAMIS

Webex Calling Professional Workspace [előfizetési azonosító]

Ezeknek a Telefonszám és Mellék mezőknek korábban a neve volt Címtárszám és Közvetlen vonal ; ezek az oszlopnevek rövid ideig továbbra is támogatottak.

Javasoljuk, hogy CSV-fájl 1000-re korlátozza az eszközök számát . Ha 1000-nél több eszközt szeretne hozzáadni, használjon egy második CSV-fájl.

Töltse ki a táblázatot.

Töltse fel a CSV-fájlt áthúzással vagy a Fájl kiválasztása lehetőségre kattintva.

Ha a MAC-cím üresen van megadva, kiválaszthatja, hová küldje az aktiváló kódot.

Adjon meg egy hivatkozást – Az aktiválási kódot a rendszer hozzáadja egy CSV-fájl. Az importálás után egy hivatkozást kap az aktiválási kódfájl letöltéséhez az Importálás állapota képernyőn.
Aktiválási kód e- e-mail — Ha az eszköz munkaterülethez való, az aktiválási kódot a rendszer Önnek, mint rendszergazdának küldi el. Ha az eszköz egy felhasználó számára készült, az aktiválási kódot e-mailben küldi el a felhasználó.

Önnek vagy a felhasználónak meg kell adnia az aktiváló kódot az eszközön az aktiváláshoz.

Kattintson a Küldés lehetőségre.

A frissített állapotot jeleníti meg, amikor az eszközök aktívvá válnak.

A multiplatform eszközöknek 11.2.3MSR1 vagy újabb firmware-betöltésnek kell futniuk ahhoz, hogy a felhasználók megadhassák az aktiválási kódot az eszközükön. A telefon firmware-ének frissítésével kapcsolatos információkért lásd: ezt cikket.

Eszközlista exportálása

Ha meg szeretné tekinteni a felhasználókhoz és munkaterületekhez rendelt eszközök listáját, exportálhatja a CSV-fájl.

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Eszközök lehetőségre .

Válasszon ki több eszközt az eszközlistából, majd válassza ki a Exportálás lehetőségre opciót. Kiválaszthatja a CSV-fájl belefoglalni kívánt mezőket, és exportálhatja a tartalmat egy helyi mappába.

A CSV-fájl megjelenő mezők az eszköz és a platform közötti kapcsolattól függenek. Emiatt egyes mezők nem állnak rendelkezésre a kimeneti fájlban.

Eszköz kezelése felhasználó számára

A szervezeten belüli felhasználókhoz rendelt eszközökhöz hozzáadhat, eltávolíthat, újraindíthat, ellenőrizheti az aktiválást, vagy új aktiválási kódot hozhat létre. Ez hasznos lehet az eszközök megtekintéséhez és kezeléséhez a felhasználók képernyőjén, ha szükséges.

Az ügyfélnézetben lépjen a következőre : Hívások > helyek.https://admin.webex.com

Válasszon ki egy felhasználót, és kattintson Eszközök lehetőségre .

Ha eszközt szeretne hozzáadni ehhez a felhasználóhoz, kattintson a lehetőségre Eszköz hozzáadása lehetőségre .

Ha a felhasználóhoz már hozzá van rendelve egy eszköz, és szeretne hozzáadni egy másik eszközt, kattintson a gombra Akció > Eszköz hozzáadása lehetőségre .

Az eszköz felhasználóhoz való hozzáadásáról bővebben lásd: Telefonok hozzáadása egy felhasználóhoz szakaszban.

Meglévő eszköz módosításához válassza ki az eszköz neve.

Ezzel az Eszközök oldalra kerül. Itt megtekintheti és szerkesztheti az eszközbeállításokat, törölheti az eszközt, újraindíthatja az eszközt, vagy új aktiválási kódot hozhat létre az eszközhöz, ha van ilyen. A telefonbeállítások konfigurálásával kapcsolatos további információkért lásd: A telefonbeállítások konfigurálása és frissítése .

Ha a felhasználóhoz hozzáadott eszköz Webex Aware, akkor a Webex Aware opció jelenik meg az eszközök alatt az ábrán látható módon. A Webex Aware azt jelzi, hogy az eszköz beléptetett a Webex platformra, és hozzáfér a telefon által támogatott Webex -funkciókhoz.

Kattintson Műveletek lehetőségre az eszköz kezeléséhez. A műveletek segítenek a konfigurációs módosítások alkalmazásában vagy az MPP-eszközök firmware-frissítésében.

A Műveletek lapon a következő opciók állnak rendelkezésre Webex Aware-kompatibilis eszközök esetén:

Módosítások alkalmazása—Kéréseket küld a telefonnak a konfiguráció letöltésére és módosításainak alkalmazására.
Újraindítás—Az eszköz újraindításának kényszerítésére és az aktuális konfiguráció letöltésére vonatkozó kérést okoz.
Probléma bejelentése—Az eszközt kéri, hogy generáljon és töltsön fel egy PRT-t a felhőbe.
Törlés—A felhasználó számára felsorolt eszközök törlése.

Eszköz kezelése munkaterülethez

Az eszközök közvetlenül munkaterület-profilból adhatók hozzá és kezelhetők. A munkaterületi eszközök között lehetnek ATA-eszközök, például faxkészülékek. Munkaterület-eszközt is beállíthat Szállodaszervezőként. A szállodákkal kapcsolatos további információkért lásd: Szálloda a Cisco Webex Control Hub .

1	Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Kezelés > Munkaterületek .
2	Válassza ki a módosítani kívánt munkaterületet.
3	Eszköz hozzáadásához kattintson a lehetőségre Eszköz hozzáadása lehetőségre a Eszközök lehetőségre csempe. Az eszközök munkaterülethez való hozzáadásával kapcsolatos további információkért lásd: Telefon hozzáadása új munkaterülethez szakaszban.
4	Meglévő eszköz módosításához válassza ki az eszköz neve. Ezzel az Eszközök oldalra kerül. Itt tekintheti meg és szerkesztheti az eszközbeállításokat, törölheti az eszközt, újraindíthatja az eszközt, és engedélyezheti az eszköz Szállodaszervezőként való használatát. A telefonbeállítások konfigurálásával kapcsolatos további információkért lásd: A telefonbeállítások konfigurálása és frissítése .
5	Ha a munkaterülethez hozzáadott eszköz Webex Aware, akkor a Webex Aware opció jelenik meg az eszközök alatt az ábrán látható módon. A Webex Aware azt jelzi, hogy az eszköz beléptetett a Webex platformra, és hozzáfér a telefon által támogatott Webex -funkciókhoz.
6	Kattintson Műveletek lehetőségre az eszköz kezeléséhez. A műveletek segítenek a konfigurációs módosítások alkalmazásában vagy az MPP-eszközök firmware-frissítésében. A Műveletek lapon a következő opciók állnak rendelkezésre Webex Aware-kompatibilis eszközök esetén: Módosítások alkalmazása—Kéréseket küld a telefonnak a konfiguráció letöltésére és módosításainak alkalmazására. Újraindítás—Az eszköz újraindításának kényszerítésére és az aktuális konfiguráció letöltésére vonatkozó kérést okoz. Probléma bejelentése—Az eszközt kéri, hogy generáljon és töltsön fel egy PRT-t a felhőbe. Törlés—A felhasználó számára felsorolt eszközök törlése.

Vonalok konfigurálása – Vonalok hozzáadása és átrendezése MPP-eszközökhöz

A megosztott vonal megjelenése lehetővé teszi, hogy vonalakat adjon hozzá a felhasználó elsődleges eszköz , és átrendezheti a vonalak megjelenését. Ez a funkció lehetővé teszi a felhasználó számára, hogy a saját telefonját használva fogadjon és kezdeményezzen hívásokat egy másik felhasználó mellékére és onnan. A közös vonal megjelenésére példa egy vezetői asszisztens, aki a főnök vonaláról szeretne hívásokat kezdeményezni és fogadni. A megosztott vonal megjelenése az elsődleges felhasználó vonalának egy másik példánya is lehet.

A maximális konfigurációs korlát 35 eszköz felhasználói telefonszám, beleértve a felhasználó asztali vagy mobilalkalmazását is. További vonalakat adhat hozzá a munkaterület-telefonhoz. közös vonal azonban csak a szakmai licenccel rendelkező munkaterület-telefont adhatja hozzá.

Ha közös vonal rendel hozzá, akkor különböző vonalakból is hozzárendelhet számokat Webex Calling helyeket egy másik helyen lévő eszközökre. Például egy szám (felhasználó, munkaterület, virtuális vonal) az egyesült államokbeli helyszínről hozzárendelhető egy eszközhöz, amely az egyesült államokbeli helyszínen lévő felhasználóhoz van hozzárendelve.

A helyek közötti közös vonal kapcsolatos további információkért lásd: Megosztott vonalak és virtuális vonalak konfigurálása helyszínek között.

Amikor egy felhasználó hozzáadja a Gyorshívókat az MPP-telefonjához, azok nem láthatók a Control Hubban. A gyorshívások felülírhatók közös vonal konfigurálásakor.

Ha egy felhasználó eszközén más felhasználóktól/csoportoktól származó számokat is beállítottak, akkor egyéni címkét adhat hozzá a közös vonal. Ez az egyéni címke segít megkülönböztetni az egyik közös vonal megjelenését a másiktól.

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre vagy Munkaterületek (attól függően, hogy a módosítandó eszköz hová lett hozzárendelve).

Válassza ki a módosítani kívánt felhasználót vagy munkaterületet, és görgessen Eszközök lehetőségre .

Válassza ki a megosztott vonalak hozzáadásához vagy módosításához használni kívánt eszközt, majd görgessen Telefonfelhasználók és -beállítások .

A telefonon megjelenő felhasználók és helyek megjelenési sorrendben vannak felsorolva.

Ha felhasználókat vagy helyeket szeretne hozzáadni a telefonhoz, vagy el szeretné távolítani a telefonról, válassza a lehetőséget Vonalak konfigurálása .

Vonal eltávolításához kattintson a ikonraikonra.

Az elsődleges felhasználó nem távolítható el az 1. sorból.

közös vonal megjelenésének hozzáadásához kattintson aikonra.

Adja hozzá a sorokat abban a sorrendben, ahogyan meg szeretné jeleníteni őket. A vonal megjelenése átrendezéséhez törölje a törlést, és adja hozzá azokat a listához a kívánt sorrendben.

Adja meg a nevet vagy a telefonszám , válasszon a megjelenő lehetőségek közül, majd kattintson a gombra Mentés .

Konfiguráljon ATA-eszközt egy felhasználó számára

A felhasználóhoz rendelt analóg telefonadapter (ATA) eszközök portjai konfigurálhatók a következőben: Control Hub . Az ATA-eszközökhöz jelenleg kétféle konfiguráció érhető el: kétportos eszközök és 24 portos eszközök.

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre .

Válassza ki a módosítani kívánt felhasználót, és görgessen Eszközök lehetőségre .

Válassza ki azt az eszközt, amelyet hozzá szeretne adni vagy módosítani szeretne.

Alatt Felhasználók ezen az eszközön , kattintson Portok konfigurálása .

Megosztott port-konfiguráció hozzáadásához kattintson aikonra.

Adja meg a nevet vagy a telefonszám , válasszon a megjelenő lehetőségek közül, majd kattintson a gombra Mentés .

Csak az eszközök nélküli munkaterületek jelennek meg a keresésben.

Ha az eszköz T.38 faxtömörítést igényel, jelölje be a T.38 oszlopban a jelölőnégyzetet, vagy írja felül a felhasználói szintű tömörítési beállításokat, majd kattintson Mentés .

Egy munkaterületnek lehet ATA-ja. Ez faxkészülékeknél hasznos.

Számok hozzáadása a helyszínhez

Az ügyfélszervezeten belül bármikor hozzáadhat telefonszámokat asztali és szobai eszközökhöz, függetlenül attól, hogy éppen próbaidőszak közepén van, vagy fizetős előfizetésre váltotta át.

Bővítettük a hozzáadható telefonszámok számát Control Hub 250 és 1000 között.

1	Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Szolgáltatások lehetőségre > Hívás > Számok lehetőségre majd kattintson Számok hozzáadása lehetőségre .
2	Adja meg a Helyszín és Szám típusa . Ha vége van a számhordozásnak, adja meg a jelenlegi és az új számlázási számát is.
3	Adja meg a Helyszín , Állapot , Körzetszám , Előtag (nem kötelező), majd kattintson a lehetőségre Keresés . Az elérhető számok jelennek meg.
4	Válassza ki azokat a számokat, amelyeket hozzá szeretne adni a helyszínhez. A kiválasztott számok átkerülnek a következőre: Kiválasztott számok mezőben.
5	Kattintson a Mentés lehetőségre.

Ellenőrizze a megrendelt PSTN-számok állapotát

Megtekintheti a szervezete által megrendelt PSTN-számok listáját. Ezekkel az információkkal láthatja a még nem használt számokat, amelyek rendelkezésre állnak, és a megrendelt, hamarosan elérhetővé váló számokat.

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Szolgáltatások lehetőségre > Hívás > PSTN-megrendelések .

Multiplatform Phone (MPP) csatlakoztatott kiegészítők – fejhallgatók és kulcskiterjesztő modulok (KEM)

Amikor kiegészítőket (Headsetek/KEM-eket) csatlakoztat egy MPP-eszközhöz, azok leltárcikkként jelennek meg a Control Hub Eszközök lapján. A Control Hub Devices leltárból megtudhatja a tartozék modelljét, állapotát és azt, hogy kihez tartozik a tartozék. Amikor kiválaszt egy kiegészítőt, további információk is beszerezhetők, például a tartozék termékszám és az aktuális szoftververzió. A tartozék állapot mező „online”-ként jelenik meg, amíg a tartozék MPP-hez csatlakozik. Az MPP-csatlakozású fejhallgató automatikusan frissíti a szoftverét az Eszközkezelésből elérhető legújabb verzióra.

Szeretné látni, mi ennek a módja? Ezt figyelje videó bemutató a kiegészítők megtekintésének módjáról Control Hub .

1. táblázat Kompatibilis fejhallgatók
Telefon típusa	520-as sorozatú Cisco fejhallgató	530-as sorozatú Cisco fejhallgató	560-as sorozatú Cisco fejhallgató	Cisco fejhallgató
Cisco IP-telefon	—	—	RJ9 és RJ11	—
Cisco 8851-es IP-telefon	USB	USB	USB RJ9 és RJ11	—
Cisco 7811-es IP-telefon	—	—	—	—
Cisco 6821-es IP-telefon	—	—	—	—
Cisco IP-telefon	USB	USB	USB	—
Cisco 7832-es IP-konferenciatelefon/8832	—	—	—	—

2. táblázat Kompatibilis kulcskiterjesztő modulok
Telefon típusa	KEM
Cisco IP-telefon	—
Cisco 8851-es IP-telefon	BEKEM CP-8800-A- KEM CP-8800-V- KEM
Cisco 7811-es IP-telefon	—
Cisco 6821-es IP-telefon	—
Cisco 6851-es IP-telefon	CP-68KEM-3PCC
Cisco 7832-es IP-konferenciatelefon/8832	—

A Webex Calling szolgáltatásba regisztrált telefonokon a Kulcskiterjesztő modullal (kulcskiterjesztő bővítőmodul ) felmerülő problémák hibaelhárításához lásd: Kulcskiterjesztő modulokkal kapcsolatos problémák hibaelhárítása a Webex Calling alkalmazásban a részletekért.

2023. június 16.

Elfogadási trendek és használati jelentések a Webex híváshoz

A rendszergazdák számos olyan jelentéssel rendelkeznek, amelyek kéznél vannak, amelyek segíthetnek felmérni, hogy a Webex Calling -szolgáltatások hogyan és milyen gyakran vannak használatban. A rendszergazdák gyors áttekintést kaphatnak a helyszínhez tartozó médiaminőségről.

Hívási jelentések megtekintése

Az Elemzés oldalt használhatja: Control Hub hogy betekintést nyerjen abba, hogyan használják az emberek Webex Calling és a Webex alkalmazás (elköteleződés), és a hívási média élmény minősége. A hozzáféréshez Webex Calling analytics, jelentkezzen be ide Control Hub , majd lépjen ide: Elemzések lehetőségre és válassza ki a lehetőséget Hívás fülre.

1	A részletes hívásnapló -jelentésekért jelentkezzen be a következőbe: Control Hub , majd lépjen ide: Elemzések lehetőségre > Hívás .
2	Válassza ki Részletes híváselőzmények . A dedikált példányt használó hívásokkal kapcsolatos információkért lásd: Dedikált példányelemzés .
3	A médiaminőséggel kapcsolatos adatok eléréséhez jelentkezzen be a következőbe: Control Hub , majd lépjen ide: Elemzések lehetőségre majd válassza ki a lehetőséget Hívás . További információkért lásd: Elemzések a felhőalapú együttműködési portfólióhoz.

Futtassa a CScan eszközt

A CScan egy hálózati készenléti eszköz, amelyet arra terveztek, hogy tesztelje a Hálózati kapcsolat Webex Calling .

További információkért lásd: A CScan segítségével tesztelheti a Webex Webex Calling hálózati minőségét .

2024. április 11.

Port referencia információk Cisco Webex híváshoz

Ez a cikk hálózati rendszergazdáknak szól, különösen a tűzfal- és proxybiztonsági rendszergazdáknak, akik a szervezetükön belül Webex Calling szolgáltatásokat használnak. Leírja a hálózati követelményeket, és felsorolja a telefonok, a Webex alkalmazás, valamint a Webex Calling szolgáltatásokhoz vezető átjárók csatlakoztatásához használt címeket, portokat és protokollokat.

A megfelelően konfigurált tűzfal és proxy elengedhetetlen a Calling sikeres telepítéséhez. Webex Calling SIP és HTTPS protokollt használ a hívásjelzéshez, valamint a kapcsolódó címeket és portokat a médiához, a Hálózati kapcsolat és az átjáróhoz, Webex Calling egy globális szolgáltatás.

Nem minden tűzfalkonfigurációhoz szükséges nyitott portok. Ha azonban belső-kifelé szabályokat futtat, meg kell nyitnia a portokat a szükséges protokollokhoz a szolgáltatások kiengedéséhez.

Hálózati cím fordítás (NAT)

A Hálózati címfordítás (NAT) és a Port Address Translation (PAT) funkció két hálózat határvonalán működik a címterek lefordítása vagy az IP-cím -címterületek ütközésének megakadályozása érdekében.

A szervezetek olyan átjárótechnológiákat használnak, mint a tűzfalak és a NAT vagy PAT szolgáltatásokat nyújtó proxyk annak érdekében, hogy internet-hozzáférést biztosítsanak a privát IP-cím -címterületen lévő Alkalmazások vagy eszközök számára. Ezek az átjárók azt a látszatot keltik, hogy a belső alkalmazásokról vagy eszközökről az internetre érkező forgalom egy vagy több nyilvánosan átirányítható IP -címről érkezne.

NAT telepítése esetén nem kötelező megnyitni a bejövő portot a tűzfalon.
Ellenőrizze az alkalmazás- vagy eszközkapcsolathoz szükséges NAT-készlet méretét, ha több alkalmazásfelhasználó és -eszköz is hozzáfér a Webex Calling és Webex -kompatibilis szolgáltatásokhoz NAT vagy PAT használatával. A portkimerülés megelőzése érdekében győződjön meg arról, hogy megfelelő nyilvános IP-cím -címek vannak hozzárendelve a NAT-készletekhez. A portkimerülés hozzájárul ahhoz, hogy a belső felhasználók és eszközök nem tudnak csatlakozni a Webex Calling és a Webex Aware szolgáltatásokhoz.
Határozzon meg ésszerű kötési időszakokat, és kerülje a SIP manipulálását a NAT eszközön.
Állítsa be a minimális NAT időtúllépést az eszközök megfelelő működésének biztosítása érdekében. Példa: A Cisco telefonok 1-2 percenként küldenek egy követő REGISTER frissítési üzenetet.
Ha a hálózat NAT-ot vagy SPI-t valósít meg, akkor állítson be nagyobb (legalább 30 perces) időtúllépést a kapcsolatok számára. Ez az időkorlát megbízható kapcsolatot tesz lehetővé, miközben csökkenti a felhasználók mobileszközeinek akkumulátor-fogyasztását.

SIP Alkalmazásréteg Átjáró

Ha egy útválasztó vagy tűzfal SIP-kompatibilis, ami azt jelenti, hogy engedélyezve van a SIP Application Layer Gateway (ALG) vagy valami hasonló, javasoljuk, hogy kapcsolja ki ezt a funkciót a szolgáltatás megfelelő működésének fenntartása érdekében.

A SIP ALG adott eszközökön való letiltásával kapcsolatos információkért tekintse meg a megfelelő gyártó dokumentációját.

Proxy támogatás a következőhöz: Webex Calling

A legtöbb ügyfél internetes tűzfalat vagy internetes proxyt és tűzfalat telepít, hogy korlátozza és szabályozza a HTTP-alapú forgalmat, amely elhagyja a hálózatukat, vagy belép abba. Így megvédik a hálózatukat a kibertámadások különféle formáitól.

A proxyk számos biztonsági funkciót látnak el, például:

Adott URL-ekhez való hozzáférés engedélyezése vagy letiltása.
Alapszintű hitelesítés
IP-cím/tartomány/gazdanév/ URI hírnév keresése
Forgalom visszafejtése és ellenőrzése

A proxy funkció konfigurálásakor a HTTP protokollt használó összes alkalmazásra vonatkozik.

Az alkalmazások a következőket tartalmazzák:

Webex-szolgáltatások
Ügyféleszköz aktiválási (CDA) eljárások Cisco Cloud üzembe helyezési platform használatával, mint például GDS, EDOS eszközaktiválás, üzembe helyezés és beléptetés a Webex felhőbe.
Certificate Authentication
Firmware frissítés
Állapotjelentések
PRT-feltöltések
VoIP szolgáltatások

Ha proxykiszolgáló címe van beállítva, akkor csak a jelzőforgalmat (HTTP/HTTPS) küldi el a proxykiszolgáló. A Webex Calling szolgáltatásra és a kapcsolódó médiára SIP regisztráló ügyfelek nem kerülnek elküldésre a proxynak. Ezért engedje meg, hogy ezek az ügyfelek közvetlenül átmenjenek a tűzfalon.

Támogatott proxyopciók, konfigurációs és hitelesítési típusok

A támogatott proxytípusok a következők:

Explicit proxy (ellenőrző vagy nem vizsgáló) – Konfigurálja az alkalmazást vagy az eszközt explicit proxyval rendelkező klienseket a használandó kiszolgáló megadásához. Ez a beállítás a következő hitelesítési típusok egyikét támogatja:
Átlátszó proxy (nem ellenőrző) – Az ügyfelek nincsenek úgy konfigurálva, hogy egy adott proxykiszolgáló címet használjanak, és nincs szükség módosításra ahhoz, hogy nem ellenőrző proxyval működjenek együtt.
Átlátszó proxy (ellenőrzés)—Az ügyfelek nincsenek beállítva arra, hogy egy adott proxykiszolgáló címet használjanak. Nincs szükség HTTP konfigurációs módosításokra; mindazonáltal a klienseknek vagy az alkalmazásnak, vagy az eszközöknek gyökértanúsítvány van szükségük ahhoz, hogy megbízzanak a proxyban. Az informatikai csapat az ellenőrző proxykat használja a házirendek betartatására a meglátogatandó weboldalakon és a nem engedélyezett tartalomtípusokon.

Konfigurálja manuálisan a proxycímeket a Webex Room eszközök, a Cisco IP multiplatform telefonok (MPP) és a Webex alkalmazás számára a következő használatával:

Platform operációs rendszer
Eszköz URL -címe
Automatikus felderítés

A konfigurálás során válasszon a következő proxykonfigurációk és hitelesítési típusok közül:

Termék	Proxykonfiguráció	Hitelesítési típus
Webex Mac rendszerhez	Kézi, WPAD, PAC	Nincs hitelesítés, Alapszintű, NTLM
Webex Windows rendszerhez	Kézi, WPAD, PAC, GPO	Nincs hitelesítés, Alapszintű, NTLM (2), Negotiate
Webex iOS rendszerhez	Kézi, WPAD, PAC	Nincs hitelesítés, Alapszintű, Kivonatolt, NTLM
Webex Androidra	Kézi, PAC	Nincs hitelesítés, Alapszintű, Kivonatolt, NTLM
Webex webalkalmazás	Az operációs rendszeren keresztül támogatott	Nincs hitelesítés, Alapszintű, Kivonatolt, NTLM, Negotiate
Webex Room-eszközök	WPAD, PAC vagy kézi	Nincs hitelesítés, Alapszintű, Kivonatolt
Cisco IP-telefonok	Kézi, WPAD, PAC	Nincs hitelesítés, Alapszintű, Kivonatolt
Webex Video Mesh Node	Manuális	Nincs hitelesítés, Alapszintű, Kivonatolt, NTLM

A táblázatban szereplő jelmagyarázatok esetében:

^{Mac NTLM hitelesítés – A gépnek nem kell bejelentkezve lennie a tartományba, a felhasználótól jelszót kérnek (2):}
^† Windows NTLM hitelesítés – Csak akkor támogatott, ha a számítógép bejelentkezett a tartományba
Automatikus web proxykeresés (WPAD) – Lásd web Proxy Auto Discovery Protocol a részletekért.
Proxy Auto Config (PAC) fájlok – Lásd Proxy automatikus konfigurációs fájlok a részletekért.
A Cisco Webex Board, Desk vagy Room sorozatú eszközök proxykiszolgáló való csatlakoztatásához lásd: Csatlakoztassa a Board, Desk vagy Room sorozatú eszközt egy proxykiszolgáló .
A Cisco IP -telefonok esetében lásd: Proxykiszolgáló beállítása példaként a proxykiszolgáló és a beállítások konfigurálására.

– No Authentication, állítsa be az ügyfelet olyan proxycímmel, amely nem támogatja a hitelesítést. Használata során Proxy Authentication, konfigurálja érvényes hitelesítő adatokkal. A webes forgalmat vizsgáló proxy-k zavarhatják a webes szoftvercsatorna-kapcsolatokat. Ha ez a probléma jelentkezik, kihagyja a nem vizsgáló forgalmat a *-ba. A Webex.com megoldhatja a problémát. Ha már lát más bejegyzéseket, adjon meg egy pontosvesszőt az utolsó bejegyzés után, majd adja meg a Webex kivételt.

Proxybeállítások Windows operációs rendszerhez

A Microsoft Windows két hálózati könyvtárat támogat a HTTP-forgalomhoz (WinINet és WinHTTP), amelyek lehetővé teszik a proxykonfigurációt.A WinINet a WinHTTP egyik szuperkészlete.

A WinInet csak egyfelhasználós, asztali kliens alkalmazásokhoz készült
A WinHTTP elsősorban többfelhasználós, kiszolgáló alapú alkalmazásokhoz készült

Amikor a kettő közül választ, válassza a WinINet proxykonfigurációs konfigurációs beállítások. A részletekért lásd: wininet-vs-winhttp .

Lásd: Állítsa be azoknak a tartományoknak a listáját, amelyek számára engedélyezett a Webex elérése a vállalati hálózat a következőkkel kapcsolatos részletekért:

Annak biztosítása érdekében, hogy az emberek csak a tartományok előre meghatározott listájából származó fiókokkal jelentkezzenek be az alkalmazásokba.
Használjon proxykiszolgáló a kérések elfogására és az engedélyezett tartományok korlátozására.

Proxy ellenőrzése és tanúsítvány rögzítése

A Webex alkalmazás és a Webex-eszközök érvényesítik a TLS-munkameneteket létrehozó kiszolgálók tanúsítványait. A tanúsítványok ellenőrzésekor a tanúsítványkibocsátó és a digitális aláírás a tanúsítványok láncolatának a gyökértanúsítványig történő ellenőrzésén alapul. Az érvényesítési ellenőrzések elvégzéséhez a Webex alkalmazás és az eszközök az operációs rendszer megbízhatósági tárolójába telepített, megbízható legfelső szintű hitelesítésszolgáltatói tanúsítványokat használnak.

Ha TLS-inspecting proxyt telepített a Webex Webex Calling forgalom elfogására, visszafejtésére és ellenőrzésére. Győződjön meg arról, hogy a Proxy által bemutatott tanúsítvány (a Webex szolgáltatási tanúsítvány helyett) egy hitelesítő hatóság által van aláírva, és a gyökértanúsítvány telepítve van a Webex alkalmazás vagy Webex eszköz megbízhatósági tárolójában.

Webex alkalmazás esetén – Telepítse azt a CA-tanúsítvány , amely a tanúsítvány proxy általi aláírására szolgál az eszköz operációs rendszer .
Webex Room eszközök és Cisco multiplatform IP -telefonok esetén – Nyisson meg egy szolgáltatáskérés a TAC csapatával a CA-tanúsítvány telepítéséhez.

Ez a táblázat azokat a Webex alkalmazásokat és Webex -eszközöket mutatja be, amelyek támogatják a proxykiszolgálók általi TLS -vizsgálatot

Termék	Támogatja az egyéni megbízható hitelesítésszolgáltatókat a TLS-ellenőrzéshez
Webex alkalmazás (Windows, Mac, iOS, Android, Web)	Igen
Webex Room-eszközök	Igen
Cisco IP multiplatform (MPP) telefonok	Igen

Tűzfal konfigurációja

A Cisco támogatja Webex Calling és Webex Aware szolgáltatások biztonságos Cisco és Amazon web Services (AWS) adatközpontokban. Az Amazon a Cisco kizárólagos használatára foglalta le az IP -alhálózatait, és az ezekben az alhálózatokban található szolgáltatásokat az AWS virtuális privát felhőjében biztosította.

Állítsa be a tűzfalat úgy, hogy az eszközeiből, alkalmazásaiból és az internetre néző szolgáltatásokból érkező kommunikáció megfelelően végezhesse funkcióit. Ez a konfiguráció lehetővé teszi az összes támogatott hozzáférést Webex Calling és Webex Aware felhőszolgáltatások, tartománynevek, IP -címek, portok és protokollok.

Engedélyezőlistára vagy nyílt hozzáférést biztosít a következőkhöz, hogy a Webex Calling és a Webex Aware szolgáltatások megfelelően működnek.

A szakaszban említett URL-ek/Domainek A Webex Calling Services tartományai és URL-címei
szakaszban említett IP -alhálózatok, portok és protokollok IP -alhálózatok a Webex Calling Services számára
Ha a Webex Meetings, Üzenetküldés és egyéb szolgáltatásokat használja, győződjön meg arról, hogy az ebben a cikkben említett tartományok/URL-ek is nyitva vannak A Webex Services hálózati követelményei

Ha csak tűzfalat használ, akkor a Webex Calling -forgalom kizárólag IP -címekkel történő szűrése nem támogatott, mivel az IP-cím dinamikusak, és bármikor változhatnak. Rendszeresen frissítse a szabályokat; a tűzfalszabály-lista frissítésének elmulasztása hatással lehet a felhasználói élményre. A Cisco nem támogatja az IP -címek egy részhalmazának egy adott földrajzi régió vagy szolgáltató alapján történő szűrését. A régió szerinti szűrés súlyosan ronthatja a hívási élményt.

Ha a tűzfala nem támogatja a tartomány/ URL szűrést, akkor válasszon egy nagyvállalati proxykiszolgáló beállítást. Ez a beállítás az URL/tartomány alapján szűri/engedélyezi a HTTPs jelzőforgalmat Webex Calling és Webex Aware szolgáltatásokat a proxykiszolgálón, mielőtt továbbítja a tűzfalra.

For Webex Calling , az UDP a Cisco által előnyben részesített adatátviteli protokoll, és csak az UDP feletti SRTP használatát javasolja. A TCP és a TLS , mint a média szállítási protokollja, nem támogatott a Webex Calling esetén éles környezetben. Ezeknek a protokolloknak a kapcsolat-orientáltsága befolyásolja a média minőségét a veszteséges hálózatokon. Ha kérdése van az átviteli protokollal kapcsolatban, adjon elő támogatási jegyet.

A Webex Calling szolgáltatások tartományai és URL-címei

Az URL elején megjelenő * (pl. *.webex.com) azt jelzi, hogy a szolgáltatásoknak a legfelső szintű tartományban és az összes altartományban elérhetőnek kell lenniük.

Tartomány/URL

Leírás

Webex alkalmazások és eszközök, amelyek ezeket a tartományokat/URL-címeket használják

Cisco Webex szolgáltatások

*.broadcloudpbx.net

Webex engedélyezési mikroszolgáltatások a Control Hubról a Hívásadminisztrátori portálra történő keresztindításhoz.

Control Hub

*.broadcloud.com.au

Webex Calling szolgáltatások Ausztráliában.

Összes

*.broadcloud.eu

Webex Calling szolgáltatások Európában.

Összes

*.broadcloudpbx.net

Ügyfélkonfigurációs és -kezelési szolgáltatások hívása.

Webex alkalmazások

*.webex.com

*.cisco.com

Alapvető Webex Calling és Webex Aware szolgáltatások

eszközellátás
Identitástárolás
Hitelesítés
OAuth-szolgáltatások lehetőségre
eszköz beüzemelése
Felhőkapcsolatú UC

Amikor egy telefon először vagy gyári alaphelyzetbe állítás után csatlakozik a hálózathoz anélkül, hogy DHCP -beállítások lettek volna beállítva, kapcsolatba lép egy eszközaktiváló szerverrel az érintésmentes üzembe helyezés érdekében. Az új telefonok az activate.cisco.com webhelyet használják, a 11.2(1)-nél korábbi firmware-verziójú telefonok pedig továbbra is a webapps.cisco.com webhelyet használják az üzembe helyezéshez.

Töltse le az eszköz firmware- és terület-frissítéseit innen: binaris.webex.com .

Hozzáférés engedélyezése a 12.0.3-as verziónál régebbi Cisco Multiplatform telefonok (MPP) számára sudirenewal.cisco.com a 80-as porton keresztül a gyártó által telepített tanúsítvány (MIC) megújításához, és rendelkezzen egy biztonságos egyedi eszközazonosítóval (SUDI). A részletekért lásd: Helyszíni közlemény .

Összes

*.ucmgmt.cisco.com

Webex hívási szolgáltatások

Control Hub

*.wbx2.com és *.ciscospark.com

Felhőfigyeléshez, CSDM, WDM, Mercury stb. használatos. Ezek a szolgáltatások szükségesek ahhoz, hogy az alkalmazások és eszközök elérjék a Webex Calling és a Webex Aware szolgáltatásait a csatlakozás során és után.

Összes

*.webexapis.com

Az alkalmazásait és eszközeit kezelő Webex mikroszolgáltatások.

Profilkép szolgáltatás
Jegyzettábla szolgáltatás
Proximity szolgáltatás
Jelenlétszolgáltatás
Regisztráció elutasítva
Naptárszolgáltatás
Készülék keresése

Összes

*.webexcontent.com

Az általános fájltárolással kapcsolatos Webex Üzenetküldés szolgáltatások, beleértve:

Felhasználói vonalak
Átkódolt fájlok
Képek
Képernyőképek
A tábla vezérlői
Kliens- és eszköznaplók
Profilkép
Márkanevek
Doboz fájlokat
Fájlok tömeges CSV -exportálása és fájlok importálása (Control Hub)

Webex Apps Üzenetküldés szolgáltatások.

A webexcontent.com fájltárolást a clouddrive.com váltotta fel 2019 októberében

*.accompany.com

People Insights-integráció

Webex alkalmazások

További Webex-hez kapcsolódó szolgáltatások (harmadik fél domainjei)

*.appdynamics.com

*.eum-appdynamics.com

Teljesítménykövetés, hiba- és összeomlás-rögzítés, munkamenet-metrikák.

Control Hub

*.huron-dev.com

Webex Calling mikroszolgáltatások, például váltószolgáltatások, telefonszám-rendelés és hozzárendelési szolgáltatások.

Control Hub

*.sipflash.com

Eszközkezelési szolgáltatások. Firmware frissítések és biztonságos beléptetési célok.

Webex alkalmazások

*.walkme.com s3.walkmeusercontent.com

Webex felhasználói útmutató ügyfél. Bevezetési és használati túrákat biztosít az új felhasználók számára.

A WalkMe-vel kapcsolatos további információkért kattintson ide.

Webex alkalmazások

*.google.com

*.googleapis.com

Értesítések a Webex alkalmazásokhoz mobileszközökön (Példa: új üzenet, ha fogadják a hívást)

Az IP -alhálózatok esetében lásd ezeket a hivatkozásokat

Google Firebase felhőalapú Üzenetküldés (FCM) szolgáltatás

Apple leküldéses értesítés Service (APNS)

APNS esetén az Apple felsorolja a szolgáltatás IP -alhálózatait.

Webex alkalmazás

IP -alhálózatok a Webex Calling szolgáltatásokhoz

IP-alhálózatok Webex hívási szolgáltatásokhoz

23.89.0.0/16	85.119.56.0/23	128.177.14.0/24
128.177.36.0/24	135.84.168.0/21	139.177.64.0/21
139.177.72.0/23	144.196.0.0/16	150.253.128.0/17
163.129.0.0/17	170.72.0.0/16	170.133.128.0/18
185.115.196.0/22	199.19.196.0/23	199.19.199.0/24
199.59.64.0/21

A kapcsolat célja	Forráscímek	Forrásportok	Protokoll	Célcímek	Célportok	Jegyzetek
Hívásjelzés a Webex-híváshoz (SIP TLS)	Külső helyi átjáró (NIC)	8000-65535	TCP	Lásd: Webex hívási szolgáltatásokIP-alhálózatai.	5062, 8934	Ezekre az IP-kre/portokra a helyi átjárók, eszközök és alkalmazások (forrás) és a Webex Calling Cloud (Destination) felé irányuló kimenő SIP-TLS hívásjelzéshez van szükség. 5062-es port (szükséges a tanúsítvány alapú fővonalhoz). És a 8934-es port (a regisztráció alapú trönkhöz szükséges
	Eszközök	5060-5080			8934
	Alkalmazások	Efemer (operációs rendszertől függő)			8934
Hívásjelzés a Webex Calling (SIP TLS) a helyi átjáróba	Webex Calling címtartomány. Lásd: IP -alhálózatok a Webex Calling Services számára	8934	TCP	Az ügyfél által a helyi átjáró számára kiválasztott IP vagy IP -tartomány	Az ügyfél által a helyi átjáró számára kiválasztott port vagy porttartomány	Tanúsítvány alapú helyi átjárókra vonatkozik. Kapcsolatot kell létesíteni a Webex Calling és a helyi átjáró között. A regisztráció alapú helyi átjáró a helyi átjáró létrehozott kapcsolat újrafelhasználásán dolgozik. A célportot az ügyfél választotta ki Fővonalak konfigurálása
Média hívása a Webex Calling szolgáltatásba (STUN, SRTP, T38)	Helyi átjáró külső hálózati adaptere	8000-48198†	UDP	Lásd: Webex hívási szolgáltatásokIP-alhálózatai.	5004, 9000 (STUN portok) 8500-8700,19560-65535 (SRTP UDP felett )	Ezekre az IP-kre/portokra a helyi átjárókból, eszközökből és alkalmazásokból (forrás) a Webex Calling Cloud (cél) felé irányuló kimenő SRTP-hívási adathordozókhoz van szükség. Azon szervezeten belüli hívások esetében, ahol a STUN, ICE egyeztetés sikeres, a felhőben lévő médiatovábbító eltávolítandó kommunikációs útvonalként. Ilyen esetekben a médiafolyam közvetlenül a felhasználó alkalmazásai/eszközei között zajlik. Például: Ha a médiaoptimalizálás sikeres, az alkalmazások közvetlenül a 8500-9700 közötti porttartományokon, az eszközök pedig az 19560-19660 közötti porttartományokon közvetlenül küldenek adathordozókat egymásnak. Bizonyos hálózati topológiák esetén, ahol tűzfalat használnak az ügyfél helyiségeiben, engedélyezze a hozzáférést az említett forrás- és célport-tartományokhoz a hálózaton belül, hogy az adathordozón áthaladhasson. Példa: Alkalmazások esetén engedélyezze a 8500–8700 forrás- és célporttartományt.
	Eszközök	19560-19660
	Alkalmazások	8500-8700
Hívásjelzés PSTN-átjáróhoz (SIP TLS)	Helyi átjáró belső hálózati adaptere	8000-65535	TCP	Az ITSP PSTN GW vagy Unified CM	A PSTN-beállítástól függ (például általában 5060 vagy 5061 a Unified CM esetében)
Média hívása a Webex Calling szolgáltatásból (SRTP, T38)	Webex Calling címtartomány. Lásd: IP -alhálózatok a Webex Calling Services számára	19560-65535 (SRTP UDP felett )	UDP	Az ügyfél által a helyi átjáró számára kiválasztott IP vagy IP -tartomány	Az ügyfél által a helyi átjáró számára kiválasztott médiaport-tartomány	A Webex -hívás lehetővé teszi az összes távoli eszköz számára, hogy médiareteszelést végezzen, ha az eszköz NAT mögött van. Tanúsítvány alapú helyi átjáró esetén engedélyezni kell a belépés hozzáférést egy adott porttartományhoz. Tanúsítvány alapú helyi átjáró telepítésekor olvassa el a NAT hálózati követelményeit .
Média hívása PSTN-átjáróra (SRTP)	Helyi átjáró belső hálózati adaptere	8000-48198†	UDP	Az ITSP PSTN GW vagy Unified CM	A PSTN beállítástól függ (például Unified CM esetén jellemzően 5060 vagy 5061 )
Eszközkonfiguráció és firmware-kezelés (Cisco eszközök)	Webex hívó eszközök	Rövid élettartamú	TCP	3.20.185.219 3.130.87.169 3.134.166.179 72.163.10.96/27 72.163.15.64/26 72.163.15.128/26 72.163.24.0/23 72.163.10.128/25 173.37.146.128/25 173.36.127.0/26 173.36.127.128/26 173.37.26.0/23 173.37.149.96/27 192.133.220.0/26 192.133.220.64/26	443, 6970, 80	A következő okok miatt szükséges: Áttérés nagyvállalati telefonokról (Cisco Unified CM) a Webex Calling szolgáltatásra. Lásd upgrade.cisco.com további információkért. A cloudupgrader.webex.com portokat használ: 6970,443 a firmware áttelepítési folyamathoz. Firmware frissítés és eszközök (MPP és Room vagy Desk telefonok) biztonságos beléptetése a 16 jegyű aktiválási kód (GDS) segítségével CDA/EDOS esetén – MAC-cím alapú üzembe helyezés. Újabb firmware-rel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják. Amikor egy telefon először vagy gyári alaphelyzetbe állítás után csatlakozik a hálózathoz, a DHCP -beállítások beállítása nélkül, kapcsolatba lép egy eszközaktiváló szerverrel az érintésmentes üzembe helyezés érdekében. Új telefonok használata activate.cisco.com helyett webapps.cisco.com az ellátáshoz. A 11.2(1) verziónál korábbi firmware-rel rendelkező telefonok továbbra is használatban vannak webapps.cisco.com . Javasolt az összes ilyen IP -alhálózat engedélyezése. Hozzáférés engedélyezése a 12.0.3-as verziónál régebbi Cisco Multiplatform telefonok (MPP) számára sudirenewal.cisco.com a 80-as porton keresztül a gyártói telepített tanúsítvány (MIC) megújításához, és egy biztonságos egyedi eszközazonosítóval (SUDI) rendelkezzen. A részletekért lásd: Field Notice
Alkalmazás konfigurációja	Webex hívó alkalmazások	Rövid élettartamú	TCP	62.109.192.0/18 64.68.96.0/19 150.253.128.0/17 207.182.160.0/19	443, 8443	Idbroker hitelesítéshez, Alkalmazáskonfigurációs szolgáltatásokhoz az ügyfelek számára, Böngésző alapú webes elérés az önkiszolgáláshoz ÉS Adminisztrációs felületekhez használatos.
Eszközidő-szinkronizálás (NTP)	Webex hívó eszközök	51494	UDP	Lásd: Webex hívási szolgáltatásokIP-alhálózatai.	123	Ezekre az IP-címekre az eszközök időszinkronizálásához (MPP-telefonok, ATA-k és SPA ATA-k) van szükség
Eszköznév-feloldás és Alkalmazásnév-feloldás	Webex hívó eszközök	Rövid élettartamú	UDP és TCP	Gazdagép által definiált	53	DNS-kereséseknél használatos a felhőben lévő Webex-kiszolgálók IP-címeinek felfedezéséhez. Annak ellenére, hogy a tipikus DNS-keresések UDP-n keresztül történnek, néhányuk TCP-t igényelhet, ha a lekérdezésre érkező válaszok nem férnek bele UDP-csomagokba.
Alkalmazásidő szinkronizálása	Webex hívó alkalmazások	123	UDP	Gazdagép által definiált	123
CScan	web alapú hálózati készenléti előminősítő eszköz a következőhöz: Webex Calling	Rövid élettartamú	TCP	Lásd: Webex hívási szolgáltatásokIP-alhálózatai.	8934 és 443	web alapú hálózati készenléti előminősítő eszköz a Webex Calling szolgáltatáshoz. További információért látogasson el a cscan.webex.com oldalra .
CScan		Rövid élettartamú	UDP	Lásd: Webex hívási szolgáltatásokIP-alhálózatai.	19569-19760
További Webex Calling és Webex Aware szolgáltatások (Harmadik fél)
Push értesítések APNS és FCM szolgáltatások	Webex Calling alkalmazások	Rövid élettartamú	TCP	Lásd a hivatkozások alatt említett IP -alhálózatokat Apple leküldéses értesítés Service (APNS) Google-Firebase felhőalapú Üzenetküldés (FCM)	443, 2197, 5228, 5229, 5230, 5223	Értesítések a Webex Apps számára mobileszközökön (Példa: Amikor új üzenetet kap, vagy ha hívást fogadnak)

^{† CUBE médiaport-tartomány az rtp-port tartományával konfigurálható.}
Ha proxykiszolgáló -cím van beállítva az alkalmazásokhoz és az eszközökhöz, a jelzőforgalom a proxyhoz kerül továbbításra. Az UDP -n keresztül továbbított média SRTP közvetlenül a tűzfalhoz áramlik a proxykiszolgáló helyett.
Ha a vállalati hálózaton belül NTP és DNS -szolgáltatásokat használ, akkor a tűzfalon keresztül nyissa meg az 53-as és 123-as portot.

Webex-értekezletek/üzenetküldés – Hálózati követelmények

Szerelje be az MPP-eszközöket a Webex Cloud olyan szolgáltatásokért, mint a híváselőzmények, a címtárkeresés és az értekezletek. Ezeknek a Webex-szolgáltatásoknak a hálózati követelményei a Webex-szolgáltatásokhálózati követelményeiben találhatók. Ha a Webex alkalmazásból értekezleteket, üzenetküldési és egyéb szolgáltatásokat vesz igénybe, győződjön meg arról, hogy az ebben a cikkben említett tartományok/URL-ek/címek nyitva vannak.

Hivatkozások

A Webex Calling újdonságairól lásd: A Webex Calling újdonságai

A Webex Calling biztonsági követelményeihez lásd: Cikk

Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE) Cikk

Dokumentum módosítási előzmények

Dátum

A következő módosításokat hajtottuk végre ebben a cikkben

2024. április 03

Frissült a Webex Webex Calling szolgáltatások IP -alhálózata a 163.129.0.0/17-es verzióval, hogy megfeleljen a Webex Webex Calling piacának az indiai régióban bekövetkező bővülésének.

2023. december 18

Tartalmazza a sudirenewal.cisco.com URL és 80-as port követelmény az eszközkonfiguráció és a firmware-kezeléshez a Cisco MPP telefonok MIC megújításához.

2023. december 11

Frissítettük a Webex Calling szolgáltatások IP -alhálózatait, hogy azok tartalmazzák az IP -címek nagyobb készletét.

150.253.209.128/25 – módosítva erre: 150.253.128.0/17

2023. november 29

Frissítettük a Webex Calling szolgáltatások IP -alhálózatait, hogy az IP -címek nagyobb halmazát tartalmazzák, hogy a jövőbeni növekedés érdekében alkalmazkodni lehessen a Webex Calling .

144.196.33.0/25 – megváltozott a következőre: 144.196.0.0/16

A Webex Calling (SIP TLS) és a Hívási média Webex Calling (STUN, SRTP ) részek az IP alhálózatok Webex Calling szolgáltatásokhoz szakaszok frissültek a tanúsítványalapú trönkölés és a Helyi átjáró tűzfalkövetelményeinek egyértelműsége érdekében.

2023. augusztus 14.

A következő 144.196.33.0/25 és 150.253.156.128/25 IP -címeket adtuk hozzá az Edge és Webex Calling Services megnövekedett kapacitásigényének támogatása érdekében.

Ez az IP -tartomány csak az Egyesült Államok régiójában támogatott.

2023. július 5

Hozzáadta a hivatkozásthttps://binaries.webex.com hogy telepítse a Cisco MPP firmware-t.

2023. március 7.

Átdolgoztuk a teljes cikket, hogy tartalmazza:

A mellékelt opciók a Proxy támogatásához.
Módosított hívás folyamatábra
Egyszerűsített tartományok/URL-ek/ IP-alhálózat részek a Webex Calling és a Webex Aware szolgáltatásokhoz
170.72.0.0/16 IP-alhálózat tartomány hozzáadva a Webex Webex Calling és a Webex Aware szolgáltatásokhoz.

A következő 170.72.231.0, 170.72.231.10, 170.72.231.161 és 170.72.242.0/24 tartományok eltávolítva

2023. március 5.

A cikk frissítése a következőkkel:

Bekerült az alkalmazások által használt UDP– SRTP porttartomány (8500-8700).
Bekerültek a Push értesítések APNS és FCM szolgáltatások portjai.
Ossza meg a CScan porttartományt UDP és TCP számára.
Bekerült a hivatkozások szakasz.

2022. november 15.

A következő IP-címeket adtuk hozzá az eszközkonfigurációhoz és a firmware-kezeléshez (Cisco eszközök):

170.72.231.0
170.72.231.10
170.72.231.161

A következő IP-címeket eltávolítottuk az eszközkonfigurációból és a firmware-kezelésből (Cisco eszközök):

3.20.118.133
3.20.228.133
3.23.144.213
3.130.125.44
3.132.162.62
3.140.117.199
18.232.241.58
35.168.211.203
50.16.236.139
52.45.157.48
54.145.130.71
54.156.13.25
52.26.82.54
54.68.1.225

2022. november 14

Bekerült a 170.72.242.0/24 IP-alhálózat a Webex Webex Calling szolgáltatáshoz.

08. szeptember 2022.

A Cisco MPP firmware áttér a használatrahttps://binaries.webex.com mint az MPP firmware frissítéseinek gazda URL -címe minden régióban. Ez a módosítás javítja a firmware frissítési teljesítményét.

30. augusztus 2022.

Eltávolítottuk a 80-as portra való hivatkozást az Eszközkonfiguráció és firmware-kezelés (Cisco eszközök), az Alkalmazáskonfiguráció és a CScan sorokból a Port táblában, mivel nincs függőség.

2022. augusztus 18.

Nincs változás a megoldásban. Frissítettük az 5062-es (tanúsítványalapú törzshöz szükséges), a 8934-es (regisztrációalapú törzshöz szükséges) célportokat a Webex-híváshoz (SIP TLS) történő hívásjelzéshez.

Július 26, 2022

Hozzáadta az 54.68.1.225 IP-címet, amely a Cisco 840/860 eszközök firmware-frissítéséhez szükséges.

Július 21, 2022

Frissítettük az 5062, 8934 célportokat a Webex Calling (SIP TLS) hívásjelzéséhez.

Július 14, 2022

Hozzáadtuk azokat az URL-címeket, amelyek támogatják a Webex Aware szolgáltatások teljes funkcióját.

Hozzáadtuk a 23.89.154.0/25 IP-alhálózat a Webex Webex Calling szolgáltatáshoz.

2022. június 27.

Frissítettük a Webex Calling szolgáltatások domainjét és URL-címeit:

*.broadcloudpbx.net

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

Június 15, 2022

A következő portok és protokollok hozzáadva az IP-címek és a Webex-hívási szolgáltatásokportjai alatt :

A kapcsolat célja: Webex funkciók
Forráscímek: Webex hívóeszközök
Forrás portok: Rövid élettartamú
Protokoll: TCP
Célcímek: Lásd: IP -alhálózatok és tartományok meghatározottak: Webex Meetings/ Üzenetküldés - Hálózati követelmények.
Célportok: 443
Megjegyzések: A Webex Calling Devices ezeket az IP -címeket és tartományokat használja a Webex Cloud Services, például a címtár, a híváselőzmények és az értekezletek közötti interfészhez.

Frissített információk a Webex Meetings/Messaging - Network Requirements szakaszban

2022. május 24

Hozzáadta az 52.26.82.54/24 IP-alhálózatot az 52.26.82.54/32-höz a Webex Calling szolgáltatáshoz

2022. május 6

Hozzáadta az 52.26.82.54/24 IP-alhálózatot a Webex Calling szolgáltatáshoz

2022. április 7

A Helyi átjáró belső és külső UDP-porttartománya 8000-48198-ra^frissült†

2022. április 5.

A következő IP-alhálózatok hozzáadva a Webex Calling szolgáltatáshoz:

23.89.40.0/25
23.89.1.128/25

2022. március 29

A következő IP-alhálózatok hozzáadva a Webex Calling szolgáltatáshoz:

23.89.33.0/24
150.253.209.128/25

20. szeptember 2021.

4 új IP-alhálózat hozzáadva a Webex Calling szolgáltatáshoz:

23.89.76.128/25
170.72.29.0/24
170.72.17.128/25
170.72.0.128/25

2021. április 2

*.ciscospark.com hozzáadva a Webex Calling Services tartományai és URL-címei alatt a Webex Calling használati esetek támogatásához a Webex alkalmazásban.

2021. március 25.

6 új IP-címtartományt adtunk hozzá a activate.cisco.com-hez, amelyek 2021. május 8-tól lépnek hatályba.

72.163.15.64/26
72.163.15.128/26
173.36.127.0/26
173.36.127.128/26
192.133.220.0/26
192.133.220.64/26

2021. március 4

A Webex Calling diszkrét IP-ket és kisebb IP-tartományokat egyszerűsített tartományokkal helyettesítette egy külön táblázatban a tűzfal-konfiguráció könnyebb megértése érdekében.

2021. február 26

5004-et adott hozzá célportként a Call media to Webex Calling (STUN, SRTP) számára az interaktív kapcsolati létesítmény (ICE) támogatásához, amely 2021 áprilisában lesz elérhető a Webex Calling szolgáltatásban.

Február 22, 2021

A domainek és URL-ek mostantól külön táblázatban vannak felsorolva.

Az IP-címek és portok táblázat úgy van beállítva, hogy ugyanazon szolgáltatások IP-címeit csoportosítsa.

A Megjegyzések oszlop hozzáadása az IP -címek és portok táblához, amely segít a követelmények megértésében.

A következő IP -címek áthelyezése egyszerűsített tartományokba az eszközkonfiguráció és a firmware-kezelés érdekében (Cisco eszközök):

activate.cisco.com

72.163.10.125 -> 72.163.10.96/27
173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

173.37.146.134 -> 173.37.146.128/25
72.163.10.134 -> 72.163.10.128/25

A következő IP -címek hozzáadása az alkalmazáskonfigurációhoz, mert a Cisco Webex -ügyfél egy újabb DNS SRV -re mutat Ausztráliában 2021 márciusában.

199.59.64.237
199.59.67.237

2021. január 21

A következő IP-címeket adtuk hozzá az eszközkonfigurációhoz és a firmware-kezeléshez (Cisco eszközök):

3.134.166.179
50.16.236.139
54.145.130.71
72.163.10.125
72.163.24.0/23
173.37.26.0/23
173.37.146.134

A következő IP-címeket eltávolítottuk az eszközkonfigurációból és a firmware-kezelésből (Cisco eszközök):

35.172.26.181
52.86.172.220
52.203.31.41

A következő IP-címeket adtuk hozzá az alkalmazáskonfigurációhoz:

62.109.192.0/19
64.68.96.0/19
207.182.160.0/19
150.253.128.0/17

Eltávolítottuk a következő IP-címeket az alkalmazáskonfigurációból:

64.68.99.6
64.68.100.6

Eltávolítottuk a következő portszámokat az alkalmazáskonfigurációból:

1081, 2208, 5222, 5280-5281, 52644-52645

A következő tartományokat adtuk hozzá az alkalmazáskonfigurációhoz:

idbroker-b-us.webex.com
idbroker-eu.webex.com
ty6-wxt-jp.bcld.webex.com
os1-wxt-jp.bcld.webex.com

December 23, 2020

Új alkalmazáskonfigurációs IP-címek hozzáadása a portreferencia-lemezképekhez.

December 22, 2020

Frissítette a táblák Alkalmazáskonfiguráció sorát, hogy tartalmazza a következő IP-címeket: 135.84.171.154 és 135.84.172.154.

A hálózati diagramok elrejtése az IP -címek hozzáadásaig.

2020. december 11

Frissítettük az eszközkonfigurációt és a firmware-kezelést (Cisco eszközök), valamint az alkalmazáskonfigurációs sorokat a támogatott kanadai tartományokhoz.

2020. október 16

Frissítettük a hívásjelzést és a médiabejegyzéseket a következő IP-címekkel:

139.177.64.0/24
139.177.65.0/24
139.177.66.0/24
139.177.67.0/24
139.177.68.0/24
139.177.69.0/24
139.177.70.0/24
139.177.71.0/24
139.177.72.0/24
139.177.73.0/24

2020. szeptember 23

A CScan alatt a 199.59.64.156 helyére a 199.59.64.197 került.

2020. augusztus 14

További IP-címek hozzáadása az adatközpontok kanadai bevezetésének támogatásához:

Hívásjelzés a Webex Calling (SIP TLS) számára – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12. augusztus 2020.

További IP-címek hozzáadása az adatközpontok kanadai bevezetésének támogatásához:

Média hívása Webex-híváshoz (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24
Hívásjelzés nyilvánosan címzett végpontokra (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.
Eszközkonfiguráció és firmware-kezelés (Cisco eszközök) – 135.84.173.155,135.84.174.155
Eszköz időszinkronizálása – 135.84.173.152, 135.84.174.152
Alkalmazás konfigurációja – 135.84.173.154,135.84.174.154

2020. július 22.

A következő IP-cím hozzáadva az adatközpontok kanadai bevezetésének támogatásához: 135.84.173.146

2020. június 9

A CScan bejegyzésben a következő módosításokat hajtottuk végre:

Kijavítottuk az egyik IP-címet – a 199.59.67.156-ot 199.59.64.156-ra módosítottuk.
Az új funkciókhoz új portokra és UDP-re van szükség – 19560–19760

2020. március 11

A következő tartomány- és IP -címeket adtuk hozzá az alkalmazáskonfigurációhoz:

jp.bcld.webex.com—135.84.169.150
client-jp.bcld.webex.com
idbroker.webex.com—64.68.99.6, 64.68.100.6

A következő tartományokat frissítettük további IP-címekkel az eszközkonfigurációhoz és a belső vezérlőprogram kezeléséhez:

cisco.webexcalling.eu—85.119.56.198, 85.119.57.198
webapps.cisco.com—72.163.10.134
activation.webex.com–35.172.26.181, 52.86.172.220
cloudupgrader.webex.com–3.130.87.169, 3.20.185.219

2020. február 27.

A következő tartományt és portokat adtuk hozzá az eszközkonfigurációhoz és a belső vezérlőprogram kezeléséhez:

cloudupgrader.webex.com—443, 6970

1	Győződjön meg arról, hogy minden 3-as rétegbeli interfészhez érvényes és IP -címet rendel hozzá, például: `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 (Public address) ip address 198.51.100.1 255.255.255.240`
2	Hozzon létre egy titkosítási megbízhatósági pontot az előnyben részesített Certificate Authority (CA) által aláírt tanúsítvánnyal. Hozzon létre egy RSA kulcspárt a következő exec paranccsal. `crypto key generate rsa general-keys exportable label lgw-key modulus 4096` Hozzon létre egy bizalmi pontot az aláírt tanúsítványhoz a következő konfigurációs parancsokkal: `crypto pki trustpoint LGW_CERT enrollment terminal pem fqdn cube1.lgwtrunking.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key` Generáljon tanúsítvány-aláírási kérelmet (CSR) a következő exec vagy konfigurációs paranccsal, és ennek segítségével kérjen aláírt tanúsítványt egy támogatott CA-szolgáltatótól: `crypto pki enroll LGW_CERT`
3	Hitelesítse az új tanúsítványt a közbenső (vagy gyökér) CA-tanúsítvány segítségével, majd importálja a tanúsítványt. Adja meg a következő exec vagy konfigurációs parancsot: `crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here >`
4	Aláírt gazdatanúsítvány importálása a következő exec vagy konfigurációs paranccsal: `crypto pki import LGW_CERT certificate <paste CUBE X.509 base 64 certificate here>`
5	Engedélyezze a TLS1.2-exkluzivitást, és adja meg az alapértelmezett bizalmi pontot a következő konfigurációs paranccsal: `sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2`
6	Telepítse a Cisco root CA-csomagot, amely tartalmazza a Webex Webex Calling által használt DigiCert CA-tanúsítvány . Használja a crypto pki trustpool import tiszta url paranccsal töltse le a legfelső szintű hitelesítésszolgáltatói csomagot a megadott URL-címről , törölje a jelenlegi hitelesítésszolgáltatói bizalmi csoportot, majd telepítse az új tanúsítványcsomagot: `crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b`

1	Gondoskodjon arról, hogy a jelszóhoz konfigurációs kulcsot hozzanak létre az alább látható parancsokkal, mielőtt azt a hitelesítő adatokban vagy a megosztott titkokban használni lehetne. A 6-os típusú jelszavak titkosítása AES titkosítással és ezzel a felhasználó által megadott 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 az a Helyi átjáró-konfiguráció, amely mindkét platformra vonatkozik a következő alapján: Control Hub a fenti paramétereket, mentse el és töltse be újra. SIP kivonatolt azonosító adatok innen: Control Hub -ben kiemelve vannak félkövér . 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 parancs kimenetének megjelenítéséhez újratöltöttük VCUBE-2 követi VCUBE-1 , készítése VCUBE-1 a készenléti CUBE és VCUBE-2 az aktív KOCKÁT
2	Egy adott időpontban 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 a következő show parancsok kimenetére. redundancia alkalmazáscsoport megjelenítése 1 Sip-ua regisztrációs állapot megjelenítése `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 ez látható VCUBE-2 az aktív LGW, amely fenntartja a regisztrációt a Webex Calling access SBC-vel, miközben a „show sip-ua register status” kimenete üres VCUBE-1
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ásához adja ki a következő parancsot az aktív LGW-n, ebben az esetben a VCUBE-2. `VCUBE-2#redundancy application reload group 1 self` Az AKTÍV állapotról a KÉSZENLÉTI LGW-re való váltás a következő forgatókönyvben történik, valamint a fent felsorolt CLI-n kívül Amikor az AKTÍV útválasztó újratöltődik Amikor az AKTÍV útválasztó bekapcsol Amikor az AKTÍV útválasztó bármely RG konfigurált interfészét leállítják, amelyre a követés engedélyezve van
5	Ellenőrizze, hogy a VCUBE-1 regisztrálta-e a Webex Webex Calling access SBC-t. A VCUBE-2 már ú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 mostantól az aktív LGW.
6	Tekintse meg a VCUBE-1 vonatkozó hibakeresési naplóját: SIP REGISTER-t küld a Webex Calling a virtuális IP -n keresztül, é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