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.
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:
|
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 .
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
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 é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.
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
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.
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:
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.
Szabja testre szervezetét a Webex Calling szolgáltatáshoz a Control Hubban. Miután aktiválta az első helyszínt az kezdeti beállító varázsló keresztül, beállíthat és kezelhet további helyszíneket, fővonal-kiosztást és -használatot, tárcsázási beállításokat, felhasználókat, eszközöket és szolgáltatásokat.
Az első lépés a saját Webex Calling szolgáltatások létrehozása és futtatása befejezéséhez szükséges az kezdeti beállító varázsló (FTSW). Amint az első helyszínre vonatkozó FTSW elkészült, további helyszíneknél már nem kell elvégeznie.
1 | Kattintson a Első lépések hivatkozást a kapott üdvözlő e-mailben.
|
||
2 | Tekintse át és fogadja el a felhasználási feltételek. |
||
3 | Tekintse át a tervét, majd kattintson Első lépések .
|
||
4 | Válassza ki azt az országot, amelyhez az adatközpont hozzá kívánja rendelni, majd adja meg az ügyfélkapcsolat és ügyfélcímadatait. |
||
5 | Kattintson a Tovább gombra. Alapértelmezett hely: |
||
6 | Válasszon a következő lehetőségek közül:
|
||
7 | Az erre a helyre való alkalmazáshoz válassza ki a következő beállításokat:
|
||
8 | Kattintson a Tovább gombra. |
||
9 | Adjon meg egy elérhető Cisco Webex SIP -címet, majd kattintson a gombra Következő és válassza ki a lehetőséget Befejezés . |
Mielőtt elkezdené
Új helyszín létrehozásához készítse elő a következő információkat:
Helyszín címe
Kívánt telefonszámok (nem kötelező)
1 | Jelentkezzen be a Control Hubba a következő címen:https://admin.webex.com , menjen ide: . Ne feledje, hogy az új helyek az kezdeti beállító varázsló kiválasztott országnak megfelelő regionális adatközpont lesznek tárolva. |
||||
2 | A helyszín beállításainak konfigurálása:
|
||||
3 | Kattintson Mentés majd válasszon Igen / Nem hogy most vagy később számokat adjon a helyszínhez. |
||||
4 | Ha rákattintott Igen , válasszon a következő lehetőségek közül:
A PSTN opció az egyes helyszínek szintjén választható (minden helyszín csak egy PSTN opcióval rendelkezik). Tetszőleges számú beállítást keverhet a telepítéshez, de minden helyszínnek van egy opciója. Miután kiválasztott és beüzemelt egy PSTN-beállítást, a lehetőségre kattintva módosíthatja azt Kezelés lehetőségre a PSTN tulajdonságok helyen. Előfordulhat azonban, hogy egyes beállítások, például a Cisco PSTN nem állnak rendelkezésre egy másik opció hozzárendelése után. Nyisson meg egy támogatási eset útmutatásért. |
||||
5 | Válassza ki, hogy most vagy később szeretné-e aktiválni a számokat. |
||||
6 | Ha a nem integrált CCP-t vagy a Helyiség-alapú PSTN-t választotta, adja meg a következőt: Telefonszámok vesszővel elválasztott értékként, majd kattintson a lehetőségre Érvényesítés . A rendszer számokat ad hozzá az adott helyszínhez. Az érvényes bejegyzések áthelyezése ide: Érvényesített számok mezőben, és az érvénytelen bejegyzések a Számok hozzáadása lehetőségre mezőt egy hibaüzenet kíséri. A helyszín országától függően a számok formázása a helyi tárcsázási követelményeknek megfelelően történik. Például, ha országhívószámra van szükség, akkor a kóddal vagy anélkül is megadhat számokat, és a kód hozzá van fűzve. |
||||
7 | Kattintson a Mentés lehetőségre. |
Mi a következő teendő
A helyszín létrehozása után engedélyezheti a segélyhívó 911-szolgáltatásokat az adott helyszín számára. Lásd RedSky 911-sürgősségi szolgáltatás Webex Calling -hívásokhoz további információkért.
Mielőtt elkezdené
Lekérheti a helyszínhez társított felhasználók és munkaterületek listáját: Ugrás ide: törölje azokat a felhasználókat és munkaterületek, mielőtt törli a helyet. és a legördülő menü válassza ki a törölni kívánt helyet. Muszáj |
1 | Jelentkezzen be a Control Hubba a következő címen:https://admin.webex.com , menjen ide: . |
2 | Kattintson a Műveletek lehetőségre oszlopot a törölni kívánt hely mellett. |
3 | Válasszon Hely törlése lehetőségre , és erősítse meg, hogy törölni szeretné az adott helyet. Általában néhány percet vesz igénybe a hely végleges törlése, de akár egy óráig is eltarthat. Az állapotot a gombra kattintva ellenőrizheti a helyszín neve mellett, és válassza ki Törlés állapota . |
A létrehozás után módosíthatja a PSTN-beállításokat, valamint a helyszín nevét, időzóna és nyelvét. Ne feledje azonban, hogy az új nyelv csak az új felhasználókra és eszközökre vonatkozik. A meglévő felhasználók és eszközök továbbra is a régi nyelvet használják.
A meglévő helyszíneken engedélyezheti a segélyhívó 911 szolgáltatásokat. Lásd RedSky 911-sürgősségi szolgáltatás Webex Calling -hívásokhoz további információkért. |
1 | Jelentkezzen be a Control Hubba a következő címen:https://admin.webex.com , menjen ide: . Ha egy hely mellett egy Figyelem szimbólumot lát, az azt jelenti, hogy még nem állított be telefonszám az adott helyszínhez. Amíg nem konfigurálja a számot, nem kezdeményezhet és nem fogadhat hívásokat. |
||||||
2 | (Nem kötelező) Alatt PSTN kapcsolat , válassza ki az egyiket Felhőhöz csatlakoztatott PSTN vagy Helyszíni PSTN (helyi átjáró), attól függően, hogy melyiket állította be már. Kattintson Kezelés lehetőségre a konfiguráció módosításához, majd a kiválasztással nyugtázza a kapcsolódó kockázatokat Folytatás . Válasszon a következő lehetőségek közül, majd kattintson Mentés :
|
||||||
3 | Válassza ki a Fő szám ahol a helyszín fő kapcsolattartója elérhető. |
||||||
4 | (Nem kötelező) Alatt Segélyhívó hívás , kiválaszthatja Vészhelyzeti helyszínazonosító hogy hozzárendelje ehhez a helyszínhez.
|
||||||
5 | Válassza ki a Hangposta száma lehetőségre amelyet a felhasználók felhívhatnak, hogy megnézzék a hangpostájukat erre a helyre. |
||||||
6 | (Nem kötelező) Kattintson a Helyszín oldal tetején található ceruza ikonra a Helyszín neve , Közlemények nyelve , E- e-mail nyelve lehetőségre , Időzóna lehetőségre , vagy Cím lehetőségre szükség szerint, majd kattintson a lehetőségre Mentés .
|
Ezek a beállítások belső tárcsázásra vonatkoznak, és az első alkalommal telepítő varázslóban is elérhetők. A tárcsázási terv módosításával a példa számok bekerülnek Control Hub frissítés megjelenítéséhez.
Egy helyszínhez beállíthatja a kimenő hívási engedélyeket. Lásd ezeket a lépéseket a kimenő hívások engedélyeinek konfigurálásához. |
1 | Jelentkezzen be a Control Hubba a következő címen:https://admin.webex.com/ , menjen ide: gombot, majd görgessen a lehetőséghez Belső tárcsázás . |
||||
2 | Szükség esetén konfigurálja a következő opcionális tárcsázási beállításokat:
|
||||
3 | Adjon meg belső tárcsázást az egyes helyszínekhez. Ugrás ide: Tárcsázás , majd szükség szerint módosítsa a belső és külső tárcsázást: gombot, válasszon ki egy helyet, és görgessen a lehetőséghez
Felhasználókra gyakorolt hatás:
|
Ha Ön értéknövelt viszonteladó, akkor ezekkel a lépésekkel indíthatja el a helyi átjáró konfigurációját Control Hub . Ha ez az átjáró regisztrálva van a felhőben, akkor egy vagy több számítógépén használhatja Webex Calling helyek a vállalati PSTN szolgáltató felé történő útválasztás biztosításához.
A helyi átjáró rendelkező helyszín nem törölhető, ha a helyi átjáró más helyszínekhez használják. |
Mielőtt elkezdené
Miután hozzáadott egy helyet, és mielőtt telephelyalapú PSTN-t konfigurálna egy helyszínhez, létre kell hoznia egy törzset.
Hozzon létre tetszőleges helyszíneket és egyedi beállításokat és számokat mindegyikhez. A helyszíneknek létezniük kell ahhoz, hogy telephelyalapú PSTN-t adhassanak hozzá.
Ismerje meg a Helyi átjáró (PSTN) helyi átjáró követelményeit Webex Calling .
Egy helyhez nem választhat több fővonalat a telephely-alapú PSTN-nel, de választhat ugyanazt a fővonalat több helyszínhez is.
1 | Jelentkezzen be ide: Control Hub athttps://admin.webex.com , menjen ide: gombot, és válassza a lehetőséget Törzs hozzáadása lehetőségre . |
||
2 | Válasszon ki egy helyet. |
||
3 | Nevezze el a törzset, és kattintson Mentés .
|
Mi a következő teendő
A fővonal-információk megjelennek a képernyőn Tartomány regisztrálása, fővonalcsoport OTG/DTG, Vonal/Port, Kimenő proxycím .
Javasoljuk, hogy másolja át ezeket az információkat innen: Control Hub és illessze be egy helyi szövegfájlba vagy dokumentumba, így hivatkozhat rá, amikor készen áll a helyi átjáró konfigurálására .
Ha elveszíti a hitelesítési adatokat, akkor újra kell generálnia azokat a Control Hub fővonal-információs képernyőjéről. Kattintson Felhasználónév lekérése és Jelszó visszaállítása a törzsön használandó új hitelesítési adatok létrehozásához.
1 | Jelentkezzen be a Control Hubba a következő címen:https://admin.webex.com , menjen ide: . |
||
2 | Válasszon ki egy módosítani kívánt helyet, majd kattintson Kezelés lehetőségre . |
||
3 | Válassza ki Helyszíni PSTN és kattintson Következő . |
||
4 | Válasszon egy törzset a legördülő menü.
|
||
5 | Kattintson a megerősítő értesítésre, majd kattintson a gombra Mentés . |
Mi a következő teendő
El kell fogadnia azokat a konfigurációs információ , amelyek Control Hub generált, és leképezi a paramétereket a helyi átjáró (például egy Cisco CUBE-ra, amely a helyszínen van). Ez a cikk végigvezeti Önt ezen a folyamaton. Referenciaként tekintse meg az alábbi diagramot, amely példát mutat be arra, hogy a Control Hub konfigurációs információ (a bal oldalon) a CUBE paramétereire vannak leképezve (jobbra):
Miután sikeresen befejezte a konfigurációt magán az átjárón, visszatérhet a következőhöz: Control Hub és a létrehozott átjáró szerepelni fog azon a helykártyán, amelyhez hozzárendelte, egy zöld ponttal a név bal oldalán. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívó felhőhöz, és a helyszín aktív PSTN-átjáró szolgál.
beKönnyen megtekintheti, aktiválhatja, eltávolíthatja és hozzáadhatja a szervezete telefonszámait Control Hub . További információkért lásd: Telefonszámok kezelése a Control Hubban .
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. |
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 .
Beállíthatja, hogy melyik hívóalkalmazás nyíljon meg, amikor a felhasználók hívásokat kezdeményeznek. Konfigurálhatja a hívó kliens beállításait, beleértve a vegyes módú üzembe helyezést olyan szervezetek számára, amelyek jogosultak a Unified CM , ill. Webex Calling és a Cisco fizetős hívási szolgáltatásaival nem rendelkező felhasználók számára. További információért lásd: Hívási viselkedés beállítása .
Miután konfigurálta a Webex Calling szolgáltatást a szervezet számára, beállíthat egy fővonalat, amely összeköti a Helyi átjárót a Webex Calling szolgáltatással. A SIP TLS szállítás biztosítja a fővonalat a helyi átjáró és a Webex felhő között. A helyi átjáró és a Webex Calling közötti média SRTP-t használ.
Helyi átjáró konfigurációs 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 . |
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. |
1 | Győződjön meg arról, hogy minden Layer 3 interfész hozzárendelése érvényes és átirányítható IP -címmel rendelkezik:
|
2 | A következő parancsok segítségével konfiguráljon előre egy elsődleges kulcsot a jelszóhoz, mielőtt a hitelesítő adatokat és a megosztott titkos adatokat használná. A 6-os típusú jelszavakat AES titkosítással és felhasználó által meghatározott elsődleges kulccsal lehet titkosítani.
|
3 | Állítsa be az IP -névkiszolgálót úgy, hogy engedélyezze a DNS -keresést, és a pinget, hogy a kiszolgáló elérhető legyen. A helyi átjáró DNS -t használ a Webex Calling feloldására:
|
4 | TLS 1.2-exkluzivitás és alapértelmezett helyőrző bizalmi pont engedélyezése:
|
5 | A Helyi átjáró bizalmi csoportjának frissítése: Az alapértelmezett trustpool-csomag nem tartalmazza azokat a „DigiCert Root CA” vagy „IdenTrust Commercial” tanúsítványokat, amelyekre a kiszolgálóoldali tanúsítvány érvényesítéséhez van szükség a TLS -kapcsolat létrehozása során a Webex Calling szolgáltatáshoz . Töltse le a legújabbat „Cisco Trusted Core Root Bundle” innenhttp://www.cisco.com/security/pki/ a trustpool csomag frissítéséhez. |
Mielőtt elkezdené
1 | Adja meg a következő parancsokat a Helyi átjáró alkalmazás bekapcsolásához, lásd Portreferencia információk a Cisco Webex Calling szolgáltatáshoz a legfrissebb IP -alhálózatokhoz, amelyeket hozzá kell adni a megbízhatósági lista:
Íme a konfigurációhoz tartozó mezők magyarázata: Útdíjcsalás megelőzése
Média
SIP- SIP alapfunkciók
Kiegészítő szolgáltatások
Letiltja a REFER-t, és lecseréli a fejlécben szereplő párbeszédpanel- azonosító a társpárbeszéd- azonosító. További információkért lásd: Kiegészítő szolgáltatás korty . Fax protokoll
Engedélyezi a T.38-at a faxtovábbításhoz, bár a faxforgalom nem lesz titkosítva. A paranccsal kapcsolatos további információkért lásd: t38 fax protokoll (hangszolgáltatás) . Globális kábítás engedélyezése
További információkért lásd: flowdata ügynök-azonosító kábítás és stun flowdata megosztott-titkos . G729
A G729 összes változatát engedélyezi. További információkért lásd: g729 mellékletb-all. SIP
Arra kényszeríti a helyi átjárót, hogy a kezdeti INVITE üzenetben küldje el az SDP-információkat ahelyett, hogy a szomszédos társtól érkező nyugtázásra várna. A paranccsal kapcsolatos további információkért lásd: korai ajánlatot . | ||||||
2 | Konfigurálja a „SIP Profile 200” lehetőséget.
Íme a konfigurációhoz tartozó mezők magyarázata:
| ||||||
3 | Konfigurálja a kodek profilt, a kábításdefiníciót és az SRTP Crypto csomagot.
Íme a konfigurációhoz tartozó mezők magyarázata:
| ||||||
4 | A Control Hub paramétereinek hozzárendelése a helyi átjáró konfigurációjához. Hozzáadás Webex Calling bérlőként a Helyi átjárón belül. Konfiguráció szükséges ahhoz, hogy regisztrálja a helyi átjárót a következő alatt: hangosztály bérlője 200 . A konfiguráció elemeit a Control Hub fővonal-információs oldaláról kell beszereznie az alábbi képen látható módon. A következő példa bemutatja, hogy melyek azok a mezők, amelyek hozzá vannak rendelve a megfelelő Helyi átjáró CLI-hez. Bérlő alkalmazása lehetőségre 200 hogy az összes Webex Calling tárcsázó partnerek ( címke) a Helyi átjáró konfiguráción belül.2xx A hangosztály bérlői funkció lehetővé teszi a SIP-trönk paraméterek csoportosítását és konfigurálását, amelyek egyébként a VoIP és sip-ua hangszolgáltatások alatt történnek. Amikor konfigurál egy bérlőt, és egy tárcsázós egyenrangú hálózatra alkalmazza, akkor a következő preferenciasorrend vonatkozik a Helyi átjáró-konfigurációkra:
| ||||||
5 | Konfigurálás lehetőségre hangosztály bérlője 200 a fővonal-regisztráció engedélyezése a helyi átjáróról a Webex Calling szolgáltatásra a Control Hubtól kapott paraméterek alapján:
Íme a konfigurációhoz tartozó mezők magyarázata: hangosztály bérlője 200Engedélyezi a meghatározott globális konfigurációkat több bérlő számára a SIP -trönkökön, amelyek lehetővé teszik a bérlők számára differenciált szolgáltatásokat. További információkért lásd: hangosztály bérlője . anyakönyvvezető dns:40462196.cisco-bcld.com rendszer kortyolgat lejár 240 frissítési arány 50 tcp tlsRegisztrációs kiszolgáló a Helyi átjáróhoz kétpercenkénti frissítésre beállított regisztrációval (240 másodperc 50%-a). További információkért lásd: anyakönyvvezető . hitelesítő adatok számát Hussain6346_ LGU felhasználónevet Hussain2572_ LGU jelszót 0 meX71]~)Vmf birodalmat BroadWorksHitelesítési adatok a fővonal-regisztrációs kihíváshoz. További információkért lásd: hitelesítő adatok (SIP UA) . hitelesítési felhasználónév Hussain6346_ LGU jelszót 0 meX71]~)Vmf birodalmat BroadWorks hitelesítési felhasználónév Hussain6346_ LGU jelszót 0 meX71]~)Vmf birodalmat 40462196.cisco-bcld.com
Hitelesítési kihívás a hívásokhoz. További információkért lásd: hitelesítés (tárcsázós egyenrangú) . nincs távoli-party-idAz SIP Remote-Party- azonosító (RPID) fejléc letiltása, mivel a Webex Webex Calling támogatja a PAI-t, amelyet a CIO segítségével engedélyeznek érvényesített-id pai . További információkért lásd: remote-party-id . kapcsolat-újrahasználatUgyanazt az állandó kapcsolatot használja a regisztrációhoz és a hívásfeldolgozás. További információkért lásd: kapcsolat-újrahasználat . srtp-crypto 200Meghatározza hangosztály srtp-crypto 200 az SHA1 megadásához_ 80 (a 3. lépésben meghatározott). További információkért lásd: hangosztály srtp-crypto. munkamenet-átvitel tcp tlsAz átvitelt TLS-re állítja be. További információkért lásd: session-transzport . url kortyAz SRV-lekérdezésnek a hozzáférési SBC által támogatott SIP-nek kell lennie; az összes többi üzenetet SIP -re változtatja a 200-as sip-profil. error-passthruA SIP hibaválasz átjelentkezési funkcióját adja meg. További információkért lásd: error-passthru . érvényesített-id paiBekapcsolja a PAI-feldolgozást a Helyi átjáróban. További információkért lásd: érvényesített-id . kötésvezérlő forrás-interfész GigabitEthernet0/0/1Forrás IP-cím konfigurál a forrásinterfész Webex Calling felé néző jelzésére. bind médiaforrás-interfész GigabitEthernet0/0/1Forrás IP-cím konfigurál a Webex Calling felé néző médiaforrás interfészhez. A bind parancsokkal kapcsolatos további információkért lásd: köt . nincs átjelentkezési tartalom custom-sdpAlapértelmezett parancs a bérlő alatt. A paranccsal kapcsolatos további információkért lásd: áthaladó tartalom . korty-profilok 200A SIP-eket SIP -re változtatja, és módosítja az INVITE és REGISTER üzenetek vonal/portjait a következő pontban meghatározottak szerint: korty-profilok 200 . További információkért lásd: hangosztály korty-profilok . kimenő-proxy dns:la01.sipconnect-us10.cisco-bcld.comWebex Calling elérheti az SBC-t. További információkért lásd: kimenő-proxy . privacy-policy passthruAz adatvédelmi fejlécértékek átlátható továbbítása a bejövő és a kimenő szakasz között. További információkért lásd: adatvédelmi szabályzat . |
Miután megadta a bérlőt 200 a Helyi átjárón belül, és konfiguráljon egy SIP VoIP tárcsázótársat, az átjáró ezután TLS kapcsolatot kezdeményez Webex Calling , amelyen a hozzáférési SBC bemutatja a tanúsítványát a helyi átjárónak. A Helyi átjáró érvényesíti a Webex Calling érje el az SBC-tanúsítványt a korábban frissített CA root köteggel. Állandó TLS -munkamenetet hoz létre a Helyi átjáró és a között Webex Calling elérheti az SBC-t. A Helyi átjáró ezután egy REGISTER üzenetet küld a kihívott hozzáférési SBC-nek. A regisztrációs AOR szám@tartomány. A szám a hitelesítő adatok „number” paraméteréből, a tartomány pedig a „regisztráló dns:<fqdn> .” Amikor kifogásolják a regisztrációt:
Használja a felhasználónév, jelszó és tartomány paramétereket a hitelesítő adatokat a fejléc és a sip-profil 200 létrehozásához.
A SIPS url-t visszakonvertálja SIP-re.
A regisztráció akkor sikeres, ha 200 OK -t kap a hozzáférési SBC-től.
Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:
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.
1 | Konfigurálja a következő hangosztály-bérlőket: |
2 | Konfigurálja a következő hangosztály uri-t: |
3 | Konfigurálja a következő kimenő tárcsázó társakat: |
4 | Állítsa be a következő tárcsázási egyenrangú csoportokat (dpg): |
5 | Konfigurálja a következő bejövő hívótársakat: |
PSTN ide Webex Calling
Az összes bejövő IP PSTN híváság párosítása a Helyi átjárón a tárcsázós egyenrangú kapcsolattal 100 hogy a VIA fejléchez az IP PSTN IP-cím egyezési feltételt adjon meg. DPG 200 meghívja a kimenő tárcsázó-peer-t 200201 , amely rendelkezik a Webex Calling kiszolgálót célhelyként.
Webex Calling a PSTN-re
Az összes bejövő egyezése Webex Calling hívási szakaszok a Helyi átjárón tárcsázós egyenrangú kapcsolattal 200201 a REQUEST URI fejlécminta egyezési feltételének meghatározásához a trönkcsoport OTG/DTG paraméterrel, egyedileg erre a helyi átjáró-telepítésre. DPG 100 meghívja a kimenő hívótársat 101 , amelynek az IP PSTN IP-cím a célhely.
Ehhez a telepítéshez a következő konfigurációra van szükség a Helyi átjárón:
Hangosztály bérlők —Több bérlőt hozhat létre a Unified CM és ITSP felé néző tárcsázó társak számára, hasonlóan a következőhöz: bérlő 200 amiért létrehozol Webex Calling tárcsázó társakkal szemben.
Hangosztály URI-k — Meghatározhat egy mintát a gazdagép IP -címeihez/portjaihoz a különböző, az LGW-n végződő törzsekhez:
Unified CM az LGW-hez a PSTN-célhelyekhez
Unified CM az LGW számára a következőhöz: Webex Calling úticélok
Webex Calling az LGW célállomásokra
PSTN SIP-trönk lezárása LGW-n
Hangosztály szerver-csoport — Megcélozhatja az IP -címeket/portokat a kimenő fővonalak számára:
LGW a Unified CM -re
LGW to Webex Calling
LGW – PSTN SIP-trönk
Kimenő tárcsázótárs — A kimenő hívás szakaszokat innen továbbíthatja:
LGW a Unified CM -re
ITSP SIP-trönk
Webex Calling
DPG hangosztály — A meghívással megcélozhatja a kimenő hívásokat egy bejövő tárcsázótársról.
Bejövő tárcsázó társak— Bejövő hívási szakaszokat fogadhat a Unified CM, ITSP, és Webex Calling .
1 | Konfigurálja a következő hangosztály-bérlőket: |
2 | Konfigurálja a következő hangosztály uri-t: |
3 | Állítsa be a következő hangosztályú kiszolgálócsoportokat: |
4 | Konfigurálja a következő kimenő hívótársakat: |
5 | Állítsa be a következő DPG-t: |
6 | Konfigurálja a következő bejövő hívótársakat: |
IP PSTN – Unified CM PSTN törzs
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
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: Kevésbé biztonságos alkalmazás-hozzáférés beállítást.
és kapcsolja beVálasz „Igen, én voltam”, amikor e-mailt kap a Gmailtől, amely így szól: „A Google megakadályozta, hogy valaki egy nem a Google-tól származó alkalmazással bejelentkezzen az Ön fiókjába.”
Telepítsen diagnosztikai aláírásokat a proaktív figyeléshez
Magas CPU kihasználtság figyelése
Ez a DS 5 másodpercig követi a CPU kihasználtságát az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával. Amikor a kihasználtság eléri a 75%-ot vagy afelettit, letilt minden hibakeresést, és eltávolít minden, a Helyi átjáróra telepített diagnosztikai aláírást. Az aláírás telepítéséhez kövesse az alábbi lépéseket.
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 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:
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.
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.
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:
|
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. |
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:
|
4 | Aláírt gazdatanúsítvány importálása a következő exec vagy konfigurációs paranccsal:
|
5 | Engedélyezze a TLS1.2-exkluzivitást, és adja meg az alapértelmezett bizalmi pontot a következő konfigurációs paranccsal:
|
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:
|
1 | Hozzon létre egy tanúsítványalapú törzset a CUBE- szervező neve /SRV használatával a Control Hubban, és rendelje hozzá a helyszínhez. További információkért lásd: Fővonalak, útvonalcsoportok és tárcsázási tervek konfigurálása a Webex Calling számára . | ||
2 | Használja a következő szakasz konfigurációs parancsait a CUBE konfigurálásához a Webex Calling és a PSTN fővonalakkal:
Íme a konfigurációhoz tartozó mezők magyarázata: ip cím megbízható lista ipv4 xxxx éééé
mód border-elem engedélyezés-kapcsolatok kortyról kortyra Engedélyezze a CUBE alap SIP funkcióit az oda-vissza felhasználói ügynökök között. További információkért lásd: Kapcsolatok engedélyezése .
korai ajánlatot kényszeríteni Arra kényszeríti a CUBE-t, hogy SDP-információkat küldjön a kezdeti INVITE üzenetben ahelyett, hogy a szomszédos peer-től várna nyugtázást. A paranccsal kapcsolatos további információkért lásd: korai ajánlatot . aszimmetrikus hasznos teher megtelt Beállítja az aszimmetrikus SIP hasznos adat támogatását DTMF és dinamikus kodek hasznos adatokhoz egyaránt. A paranccsal kapcsolatos további információkért lásd: aszimmetrikus hasznos teher . | ||
3 | Konfigurálás lehetőségre hangosztály kodek 100 kodek szűrő a törzshöz. Ebben a példában ugyanazt a kodek szűrőt használja az összes fővonal. A pontos vezérlés érdekében minden egyes fővonalhoz beállíthat szűrőket.
Íme a konfigurációhoz tartozó mezők magyarázata: hangosztályú kodek 100 Csak a preferált kodekek engedélyezése a SIP -trönkökön keresztüli hívásoknál. További információkért lásd: hangosztályú kodek .
| ||
4 | Konfigurálás lehetőségre hangosztály kábító-használat 100 hogy engedélyezze az ICE használatát a Webex Calling fővonalon.
Íme a konfigurációhoz tartozó mezők magyarázata: hangosztály kábító-használat 100 Engedélyezi az ICE-Lite alkalmazást az összes Webex Calling tárcsázó társa számára, lehetővé téve a médiaoptimalizálást, amikor csak lehetséges. További információkért lásd: hangosztály kábító használata és kábító használat ice lite .
| ||
5 | Állítsa be a Webex -forgalom médiatitkosítási házirendjét.
Íme a konfigurációhoz tartozó mezők magyarázata: hangosztály srtp-crypto 100Az SHA1-et adja meg_ 80, mint az egyetlen SRTP titkosítási csomag, amelyet a CUBE kínál az SDP-ben ajánlat- és válaszüzenetekben. Webex Calling csak az SHA1-et támogatja 80._
További információkért lásd: hangosztály srtp-crypto .
| ||
6 | SIP-üzenet profilok konfigurálása. Ha az átjáró nyilvános IP-cím -címmel van konfigurálva, konfiguráljon egy profilt az alábbiak szerint, vagy ugorjon a következő szakaszra, ha NAT-ot használ. A példában a cube1.lgw.com a Helyi átjáró számára kiválasztott FQDN, a „198.51.100.1” pedig a Webex Webex Calling felé néző Helyi átjáró felület nyilvános IP-cím -címe:
Íme a konfigurációhoz tartozó mezők magyarázata: 10. és 20. szabály Ahhoz, hogy a Webex hitelesítse a helyi átjáró érkező üzeneteket, a SIP -kérés- és válaszüzenetek „Kapcsolat” fejlécének tartalmaznia kell a Control Hub-ban a törzs számára biztosított értéket. Ez vagy egyetlen gazdagép FQDN-je, vagy egy eszközfürthöz használt SRV tartomány neve lesz.
| ||
7 | Ha az átjáró privát IP-cím -címmel van konfigurálva statikus NAT mögött, akkor az alábbiak szerint konfigurálja a bejövő és kimenő SIP profilokat. Ebben a példában a cube1.lgw.com a Helyi átjáró számára kiválasztott FQDN, a „10.80.13.12” a Webex Webex Calling interfész IP-cím , és a „192.65.79.20” a NAT nyilvános IP-cím -címe. SIP -profilok a Webex Calling felé kimenő üzenetekhez
SIP -profilok a Webex Calling szolgáltatásból bejövő üzenetekhez
További információkért lásd: hangosztály korty-profilok . | ||
8 | SIP -beállítások életben tartása fejlécmódosítási profillal.
Íme a konfigurációhoz tartozó mezők magyarázata: hangosztály sip-options-keepalive 100 Megtartó profilt konfigurál, és hangosztály konfigurációs módba lép. Beállítható az az idő (másodpercben), ameddig a SIP Out of Dialog Options Ping üzenet elküldésre kerül a tárcsázási célpontnak, amikor a végponthoz tartó szívverési kapcsolat FEL vagy Le állapotban van. Ezt az életben maradó profilt a Webex felé konfigurált tárcsázó peer aktiválja. Annak biztosítása érdekében, hogy a névjegy fejlécek tartalmazzák a teljesen minősített tartománynév, a 115-ös SIP-profil használják. A 30., 40. és 50. szabályok csak akkor szükségesek, ha az SBC statikus NAT-tal van konfigurálva. Ebben a példában a cube1.lgw.com a Helyi átjáró számára kiválasztott FQDN, és statikus NAT használata esetén a „10.80.13.12” az SBC interfész IP-cím a Webex Webex Calling felé, a „192.65.79.20” pedig a NAT nyilvános IP-cím -címe . | ||
9 | URI -egyeztetési profil konfigurálása a Webex Calling szolgáltatásból bejövő üzenetek osztályozásához.
Íme a konfigurációhoz tartozó mezők magyarázata: hangosztály uri 100 kortyMeghatározza az FQDN egyezési mintáját a Webex Calling szolgáltatásból bejövő hívás . Lásd hangosztály uri korty preferencia . | ||
10 | Webex Calling fővonal konfigurálása: | ||
11 | Hozzon létre egy tárcsázási egyenrangú csoportot a Webex Calling felé irányuló tárcsázó egyenrangú csoportok alapján.
Íme a konfigurációhoz tartozó mezők magyarázata: tárcsázó-peer 100 Egy kimenő tárcsázótársat társít a tárcsázói csoporthoz 100 . További információkért lásd: tárcsázó hang . | ||
12 | Bejövő tárcsázó egyenrangú konfigurálása a Webex Calling üzenetek fogadására. A bejövő egyezés az URI -kérésen alapul.
Íme a konfigurációhoz tartozó mezők magyarázata: hangosztály uri 100 korty
Hangosztály létrehozása vagy módosítása a tárcsázó társaknak egy Session Initiation Protocol (SIP) egységes erőforrás azonosítóhoz (URI) való párosításához. További információkért lásd: hangosztály uri . munkamenet-átvitel tcp tls
Az átvitelt TLS-re állítja be. További információkért lásd: session-transzport . rendeltetési hely dpg 200
Tárcsázói egyenrangú csoportot ad meg 200 a PSTN vagy a Unified Communications Manager felé kimenő tárcsázó társ kiválasztásához. A tárcsázó egyenrangú csoportokkal kapcsolatos további információkért lásd: hangosztályú dpg . bejövő uri kérés 110
A VoIP tárcsázó társ és a bejövő hívás egységes erőforrás azonosítója ( URI ) hangosztályának megadása . További információkért lásd: bejövő uri . hangosztályú kortyprofil 110
A 110-es SIP-profil csak akkor szükséges, ha a CUBE statikus NAT mögött van, a nyilvános IP-cím -címet privát interfész címre módosítja. További információkért lásd: hangosztály korty-profilok . voice-class srtp-crypto 100
Beállítja az előnyben részesített titkosítási csomagokat az SRTP ( kapcsolathoz). További információkért lásd: hangosztály srtp-crypto . hangosztályú korty bérlő 100
Ezt a tárcsázótársat társítja a fővonali bérlőhöz, lehetővé téve az összes társított konfiguráció öröklését. További információkért lásd: hangosztályú korty bérlő . srtp
Megadja, hogy az összes, ezt a tárcsázót használó hívásnak titkosított adathordozót kell használnia. További információkért lásd: srtp . |
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:
|
2 | Állítsa be a következő kimenő tárcsázó egyenrangú kapcsolatot a PSTN IP -fővonal felé:
Í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): |
4 | Konfigurálja a következő bejövő tárcsázó egyenrangú eszközt: |
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.
1 | Konfigurálja a következő hangosztály URI-kat: | ||
2 | A következő DNS -rekordok konfigurálásával adja meg az SRV-útválasztást a Unified CM -állomások számára:
Íme a konfigurációhoz tartozó mezők magyarázata: A következő parancs egy DNS SRV erőforrásrekordot hoz létre. Hozzon létre egy rekordot minden egyes gazdagéphez és törzshöz: ip-gazda_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp .pstntocucm.io : SRV erőforrásrekord neve 2: Az SRV erőforrásrekord prioritása 1: Az SRV erőforrásrekord súlya 5060 : A célállomáshoz használandó portszám ebben az erőforrásrekordban ucmsub5.mydomain.com : Az erőforrásrekord célállomása A cél szervező neve erőforrásrekord feloldásához hozzon létre helyi DNS A rekordokat, például: ip-gazda ucmsub5.mydomain.com 192.168.80.65 ip-gazda : Rekordot hoz létre a helyi IOS XE adatbázisban. ucmsub5.mydomain.com : Az A rekord szervező neve. 192.168.80.65 : A gazdagép IP-cím. Hozzon létre SRV erőforrás rekordokat és A rekordokat, hogy tükrözze az UCM környezetét és a preferált híváselosztási stratégiáját. | ||
3 | Konfigurálja a következő kimenő hívótársakat: | ||
4 | Konfigurálja a következő tárcsázási csoportot (DPG) a Unified CM felé irányuló hívásokhoz: | ||
5 | Módosítsa a következő bejövő tárcsázó társakat a PSTN és Webex Calling hívások Unified CM-re történő átirányításához: |
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
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.
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.
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.
Használhatja a Diagnosztikai aláírásokat kereső eszköz hogy megkeresse és telepítse a megfelelő aláírásokat egy adott probléma önmegoldásához, vagy telepítheti a TAC mérnök által a támogatási megbízás részeként javasolt aláírást.
Íme egy példa arra, hogyan kereshet meg és telepíthet egy DS-t a „%VOICE_ IEC-3-GW: CCAPI: Belső hiba (híváscsúcsküszöb): IEC=1.1.181.1.29.0" syslog és automatizálja a diagnosztikai adatgyűjtést a következő lépésekkel:
Konfiguráljon egy másik DS környezeti változótds_fsurl_prefix a Cisco TAC fájlszerver elérési útjaként (cxd.cisco.com) a diagnosztikai adatok feltöltéséhez. A elérési út szereplő felhasználónév az ügyszám, a jelszó pedig az a fájlfeltöltés token, amelyből lehívható Támogatási esetkezelő az alábbiak szerint. A fájlfeltöltés tokent a Mellékletek lehetőségre szakaszában, szükség szerint.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Példa:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
A paranccsal győződjön meg arról, hogy az SNMP engedélyezve van snmp megjelenítése . Ha az SNMP nincs engedélyezve, konfigurálja 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 |
A diagnosztikai aláírás végrehajtása során küldött értesítő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftververzió, a futó konfiguráció és a megjelenítési parancs kimenetei, amelyek az adott probléma hibaelhárítása szempontjából relevánsak.
Távolítsa el a diagnosztikai aláírásokat
A diagnosztikai aláírások használata hibaelhárítási célokra jellemzően bizonyos probléma előfordulásának észlelése után eltávolítandó. Ha manuálisan szeretne eltávolítani egy aláírást, kérje le a DS azonosító a kimenetéből home call-home diagnosztikai-aláírás megjelenítése és futtassa a következő parancsot:
call-home diagnostic-signature deinstall <DS ID>
Példa:
call-home diagnostic-signature deinstall 64224
A diagnosztikai aláíráskereső eszköz rendszeres időközönként új aláírásokkal bővül a telepítéseknél észlelt problémáktól függően. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására vonatkozó kéréseket. |
A 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:
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.
1 | Állítsa be az interfész nyomon követését globális szinten az interfész állapotának nyomon követéséhez.
A Track CLI funkció az RG-ben a hangforgalom interfész állapotának nyomon követésére szolgál, így az aktív útvonal teljesen aktív szerepkört tölt be, miután a forgalmi interfész leállt. |
||||||
2 | Konfiguráljon egy RG-t a VoIP HA használatához az alkalmazásredundancia almódban.
Íme az ebben a konfigurációban használt mezők magyarázata:
|
||||||
3 | Box-to-box redundancia engedélyezése a CUBE alkalmazás számára. Konfigurálja az RG-t az előző lépésben a következőképpen:
redundancia-csoport 1 —A parancs hozzáadásához és eltávolításához újra be kell tölteni a frissített konfigurációt, hogy életbe lépjen. Az összes konfiguráció alkalmazása után újratöltjük a platformokat. |
||||||
4 | Konfigurálja a Gig1 és Gig2 felületeket a hozzájuk tartozó virtuális IP-címekkel az alábbiak szerint, és alkalmazza a redundancia interfész azonosítót ( rii )
Íme az ebben a konfigurációban használt mezők magyarázata:
|
||||||
5 | Mentse el az első CUBE konfigurációját, és töltse be újra. Az utolsóként újratöltendő platform mindig a Készenléti állapot.
Miután VCUBE-1 teljesen elindul, mentse a konfigurációját VCUBE-2 és töltse be újra.
|
||||||
6 | Ellenőrizze, hogy a fiókok közötti konfiguráció a várt módon működik-e. A megfelelő kimenet ki van jelölve a -ban félkövér . Újratöltöttük VCUBE-2 utolsó és a tervezési szempontok szerint; mindig az lesz a platform, amelyet utoljára kell újra betölteni Készenléti állapot .
|
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
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.
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 .
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
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
|
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.
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
|
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.
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.
|
Szükség lehet a Unified CM-vel való integrációra, ha a Webex Híváshoz engedélyezett helyek egy meglévő telepítéshez vannak hozzáadva, ahol az Unified CM a helyszíni hívásvezérlő megoldás, és ha közvetlen tárcsázásra van szüksége az Unified CM-hez regisztrált telefonok és a Webex Calling helyeken lévő telefonok között.
SIP-törzsbiztonsági profil konfigurálása a trunk to local gateway számára
Azokban az esetekben, amikor a helyi átjáró és a PSTN-átjáró ugyanazon az eszközön található, engedélyezni kell az egyesített CM-t, hogy megkülönböztesse az ugyanabból az eszközből származó két különböző forgalomtípust (a Webex és a PSTN hívásai), és differenciált szolgáltatási osztályt alkalmazzon ezekre a hívástípusokra. Ez a differenciált híváskezelés úgy érhető el, hogy két törzset hoz létre a Unified CM és az egyesített helyi átjáró és PSTN-átjáró eszköz között, amely különböző SIP-figyelő portokat igényel a két törzshöz.
Hozzon létre egy dedikált SIP trunk security profilt a helyi átjáró törzséhez a következő beállításokkal:
|
SIP-profil konfigurálása a helyi átjáró törzséhez
Hozzon létre egy dedikált SIP-profilt a helyi átjáró törzséhez a következő beállításokkal:
|
Híváskeresési hely létrehozása a Webex hívásaihoz
Hozzon létre egy híváskeresési helyet a Webexből származó hívásokhoz a következő beállításokkal:
|
SIP-csomagtartó konfigurálása a Webexbe és a Webexből
Hozzon létre egy SIP-törzset a Webexbe irányuló és onnan érkező hívásokhoz a helyi átjárón keresztül a következő beállításokkal:
|
Útvonalcsoport konfigurálása Webexhez
Hozzon létre egy útvonalcsoportot a következő beállításokkal:
|
Útvonallista konfigurálása Webexhez
Hozzon létre egy útvonallistát a következő beállításokkal:
|
Partíció létrehozása Webex-célokhoz
Hozzon létre egy partíciót a Webex-célhelyekhez a következő beállításokkal:
|
Mi a következő lépés
Ügyeljen arra, hogy ezt a partíciót hozzáadja az összes olyan híváskeresési helyhez, amelynek hozzáféréssel kell rendelkeznie a Webex-célokhoz. Ezt a partíciót kifejezetten hozzá kell adnia a PSTN-törzsek bejövő híváskeresési területeként használt híváskeresési területhez, hogy a PSTN-ről a Webexre irányuló hívások átirányíthatók legyenek.
Útvonalminták konfigurálása Webex-úti célokhoz
Konfigurálja az útvonalmintákat az egyes DID-tartományokhoz a Webexen a következő beállításokkal:
|
A rövidített helyek közötti tárcsázási normalizálás konfigurálása a Webex számára
Ha a Webexhez rövidített helyek közötti tárcsázásra van szükség, akkor konfigurálja a tárcsázási normalizálási mintákat a Webex minden ESN-tartományához a következő beállításokkal:
|
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é.
- Felhasználók hozzáadása manuálisan
- Több felhasználó hozzáadása a CSV -sablonnal
- Felhasználók módosítása a CSV -sablonnal
- Szolgáltatáslicencek szerkesztése az egyéni felhasználók számára
- Számok hozzáadása vagy törlése egy felhasználóhoz
- Küldjön újra meghívó e-mailt
- Felhasználó törlése a szervezetből
- Felhasználó inaktiválása a szervezetből
- Szervezeti fiókszerepkörök hozzárendelése a felhasználókhoz
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.
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 . |
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: . Eszközt a Felhasználók szakaszból is hozzáadhat a felhasználóhoz, ehhez navigálva
> válasszon ki egy felhasználót . | ||||
2 | Válasszon Személyes használat eszközt egy felhasználóhoz rendelni, majd kattintson a lehetőségre Következő . | ||||
3 | 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ő . | ||||
4 | Válasszon Cisco IP-telefon majd kattintson a lehetőségre Következő . | ||||
5 | Válasszon ki egy eszközt a legördülő lista, majd kattintson a gombra Következő . | ||||
6 | Válasszon a következő lehetőségek közül, majd kattintson Mentés .
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. |
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 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 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
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: . Eszközt is hozzáadhat egy új munkaterülethez az Eszközök szakaszból a ide navigálással
. | ||
2 | Válasszon . | ||
3 | 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. Ezután kattintson Következő .
| ||
4 | Válasszon Cisco IP-telefon majd kattintson a lehetőségre Következő . | ||
5 | Válasszon ki egy eszköztípus a legördülő lista, majd kattintson a gombra Következő .. | ||
6 | 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ő . Ha úgy dönt, hogy aktiválási kóddal regisztrálja az eszközt, a kódot e-mailben elküldi a helyszín kijelölt rendszergazdája. 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. | ||
7 | Kattintson a Hívás szolgáltatást, és válassza ki a munkaterülethez hozzárendelni kívánt előfizetést. | ||
8 | 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.
|
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:
|
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. |
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: |
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 .
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.
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: . Eszközt is hozzáadhat egy új munkaterülethez az Eszközök szakaszból a ide navigálással
. |
2 | Válasszon . |
3 | 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. Ezután kattintson Következő . |
4 | 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. |
5 | Válasszon egyet a következő szolgáltatások közül, majd kattintson Következő .
|
6 | Ha úgy döntött Cisco Webex Calling szolgáltatást, majd válassza ki a munkaterülethez hozzárendelni kívánt előfizetést. |
7 | 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 . |
8 | 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. |
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
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: . | |||||||||||||||||||||||||||||||||||||||||||||||
2 | Válasszon a következő lehetőségek közül, majd kattintson Letöltés .
A következő táblázat segítségével készítheti el a CSV-fájl.
| |||||||||||||||||||||||||||||||||||||||||||||||
3 | Töltse ki a táblázatot. | |||||||||||||||||||||||||||||||||||||||||||||||
4 | Töltse fel a CSV-fájlt áthúzással vagy a Fájl kiválasztása lehetőségre kattintva. | |||||||||||||||||||||||||||||||||||||||||||||||
5 | Ha a MAC-cím üresen van megadva, kiválaszthatja, hová küldje az aktiváló kódot.
Önnek vagy a felhasználónak meg kell adnia az aktiváló kódot az eszközön az aktiváláshoz. | |||||||||||||||||||||||||||||||||||||||||||||||
6 | Kattintson a Küldés lehetőségre. A frissített állapotot jeleníti meg, amikor az eszközök aktívvá válnak.
|
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. |
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.
1 | Az ügyfélnézetben lépjen a következőre : Hívások > helyek.https://admin.webex.com | ||
2 | Válasszon ki egy felhasználót, és kattintson Eszközök lehetőségre . | ||
3 | Ha eszközt szeretne hozzáadni ehhez a felhasználóhoz, kattintson a lehetőségre 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. | ||
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 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 . | ||
5 | 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. | ||
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:
|
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: . |
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:
|
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. A munkaterületi telefonhoz további vonalakat adhat hozzá, de munkaterületi telefonszámot nem adhat hozzá közös vonal.
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 helyek 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. |
1 | Ü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). | ||
2 | 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 . | ||
3 | 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. | ||
4 | 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 . | ||
5 | Vonal eltávolításához kattintson a ikonra
| ||
6 | közös vonal megjelenésének hozzáadásához kattintson a
| ||
7 | Adja meg a nevet vagy a telefonszám , válasszon a megjelenő lehetőségek közül, majd kattintson a gombra Mentés . |
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.
1 | Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Felhasználók lehetőségre . | ||
2 | Válassza ki a módosítani kívánt felhasználót, és görgessen Eszközök lehetőségre . | ||
3 | Válassza ki azt az eszközt, amelyet hozzá szeretne adni vagy módosítani szeretne. | ||
4 | Alatt Felhasználók ezen az eszközön , kattintson Portok konfigurálása . | ||
5 | Megosztott port-konfiguráció hozzáadásához kattintson a | ||
6 | Adja meg a nevet vagy a telefonszám , válasszon a megjelenő lehetőségek közül, majd kattintson a gombra Mentés .
| ||
7 | 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 .
|
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: 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. |
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: . |
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.
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 | — | — | — | — |
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. |
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: . |
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 . |
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.
– |
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
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.
| Összes | ||
*.webexcontent.com | Az általános fájltárolással kapcsolatos Webex Üzenetküldés szolgáltatások, beleértve:
| Webex Apps Üzenetküldés szolgáltatások.
| ||
*.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)
| 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 |
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ő) | ||||||
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 ) |
| |
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:
| |
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 | ||
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 . | ||
UDP | 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 | 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) |
|
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 | ||
---|---|---|---|
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.
| ||
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:
| ||
2023. március 5. | A cikk frissítése a következőkkel:
| ||
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):
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):
| ||
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 :
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-rafrissült† | ||
2022. április 5. | A következő IP-alhálózatok hozzáadva a Webex Calling szolgáltatáshoz:
| ||
2022. március 29 | A következő IP-alhálózatok hozzáadva a Webex Calling szolgáltatáshoz:
| ||
20. szeptember 2021. | 4 új IP-alhálózat hozzáadva a Webex Calling szolgáltatáshoz:
| ||
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.
| ||
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):
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.
| ||
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):
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):
A következő IP-címeket adtuk hozzá az alkalmazáskonfigurációhoz:
Eltávolítottuk a következő IP-címeket az alkalmazáskonfigurációból:
Eltávolítottuk a következő portszámokat az alkalmazáskonfigurációból:
A következő tartományokat adtuk hozzá az alkalmazáskonfigurációhoz:
| ||
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:
| ||
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:
| ||
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:
| ||
2020. március 11 | A következő tartomány- és IP -címeket adtuk hozzá az alkalmazáskonfigurációhoz:
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:
| ||
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 |