Webex híváskonfigurációs munkafolyamat
Webex híváskonfigurációs munkafolyamat
2024. május 29.
A Webex-hívás áttekintése

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

Bemutatkozik Webex Calling

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

  • Híváselőfizetések telefonos felhasználók és közös helyiségek számára.

  • Biztonságos és megbízható felhőszolgáltatások megbízható regionális szolgáltatók által

  • Webex alkalmazás hozzáférést biztosít minden felhasználó számára, gazdag egyesített kommunikációs és csapat-együttműködési szolgáltatásokkal.

  • A Webex Meetings opcionális, integrált bővítmény , amely a vállalati felhasználók által elvárt prémium értekezletélményt biztosítja.

  • Nyilvános Switch Telephony Network (PSTN) hozzáférés, amely lehetővé teszi, hogy a felhasználók a szervezeten kívüli számokat tárcsázhassák. A szolgáltatás egy meglévő nagyvállalati infrastruktúrán (helyi átjáró helyszíni IP PBX nélkül vagy meglévő Unified CM hívási környezettel) vagy a Partner vagy a Cisco által biztosított PSTN opciókon keresztül érhető el.

  • Az 1. szintű támogatást a partnere biztosítja, a következő szintű támogatást a Cisco biztosítja

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

1. táblázat Rendszergazda által konfigurálható funkciók

Funkció

Leírás

Automatikus híváskezelő

Üdvözleteket adhat hozzá, menüket állíthat be, és a hívásátirányítás üzenetrögzítő szolgáltatáshoz, keresőcsoport, hangpostaláda vagy valós személyhez irányíthatja. Létrehozhat 24 órás ütemezést, vagy megadhat különböző lehetőségeket a vállalkozás nyitvatartási vagy zárva tartási idejében. Akár a hívófél- azonosító attribútumok alapján is hívásátirányítás , így VIP listákat hozhat létre, vagy bizonyos körzetszámokból érkező hívásokat eltérően kezelheti.

Hívásvárakoztatási sor

Beállíthat egy hívásvárakoztatási sor úgy, hogy amikor a bejövő hívást nem lehet fogadni, a hívó fél automatikus hívásfogadást, komfortüzeneteket és várakoztatva zenét kap, amíg valaki nem fogadja a hívását.

Hívásfogadás

Javíthatja a csapatmunkát és az együttműködést, ha hívásfogadási csoport hoz létre, így a felhasználók fogadni tudják egy másik felhasználó hívását. Amikor felhasználókat ad hozzá egy hívásfogadási csoport , és egy csoporttag távol van vagy foglalt, egy másik tag fogadhatja a hívását.

Hívásparkoltatás

Bekapcsolhatja a hívásvárakoztatás , így a felhasználók várakoztatva helyezhetik a hívást, és felvehetik azt egy másik telefonról.

Keresőcsoport

A következő forgatókönyvekben érdemes beállítani keresőcsoportokat:

  • Egy értékesítési csapat, aki szekvenciális útválasztást szeretne. A bejövő hívás kicseng az egyik telefon, de ha nincs válasz, a hívás a következő ügynökhöz száll át a listán.

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

Személyhívócsoport

Létrehozhat személyhívó csoportot, hogy a felhasználók hangüzenetet küldhessenek egy személynek, egy osztálynak vagy egy csapatnak. Amikor valaki üzenetet küld egy személyhívó csoportnak, az üzenet a csoport összes eszközén lejátszásra kerül.

Recepciós ügyfél

Támogassa a recepciós munkatársak igényeit azáltal, hogy a hívásvezérlés opciók teljes készletét, a nagyvonalú vonalfigyelést, a hívásvárakoztatást, a többszörös címtárbeállításokat és -nézeteket, az Outlook-integrációt és egyebeket biztosít számukra.

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

Funkció

Leírás

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

A felhasználók elutasíthatják a bejövő hívásokat blokkolt hívóazonosítókkal.

Üzleti folytonosság

Ha a felhasználók telefonjai nem kapcsolódnak a hálózathoz például áramkimaradás, hálózati problémák stb. miatt, akkor a felhasználók átirányíthatják a bejövő hívásokat egy adott telefonszám.

Hívásátirányítás

A felhasználók átirányíthatják a bejövő hívásokat egy másik telefonra.

Hívástovábbítás szelektív

A felhasználók meghatározott időpontokban továbbíthatják a hívásokat meghatározott hívóktól. Ez a beállítás elsőbbséget élvez a hívásátirányítással szemben.

Hívásértesítés

A felhasználók előre meghatározott feltételek, például telefonszám vagy dátum és idő alapján e-mailt küldhetnek maguknak, amikor hívás érkezik hozzájuk.

Hívásvárakoztatás

A felhasználók további bejövő hívások fogadását is engedélyezhetik.

Ne zavarjanak

A felhasználók ideiglenesen engedélyezhetik, hogy minden hívás közvetlenül a hangpostafiókba kerüljön.

Iroda bárhol (Office Anywhere)

A felhasználók használhatják a kiválasztott telefonokat ("Helyszínek") az üzleti telefonszám és a tárcsázási csomagjuk kiegészítéseként.

Elsőbbségi riasztás

A felhasználók megkülönböztető csengetéssel csengethetik ki a telefonjukat, ha bizonyos előre meghatározott feltételek teljesülnek, például telefonszám vagy dátum és idő.

Távoli iroda

A felhasználók kezdeményezhetnek hívásokat egy távoli telefonról, és megjeleníthetik azt az üzletágukról. Ezenkívül az üzleti vonalukra bejövő hívások ezen a távoli telefonon csengenek ki.

Szelektív hívásfogadás

A felhasználók adott időpontokban fogadhatják a hívásokat meghatározott hívóktól.

Szelektív hívás elutasítás

A felhasználók meghatározott időpontokban utasíthatják el az adott hívóktól érkező hívásokat.

Szekvenciális gyűrű

Egymás után akár 5 eszközt is csengethet a bejövő hívásoknál.

Egyidejű gyűrű

A bejövő hívások esetén egyszerre csengesse a felhasználók és mások ("hívás címzettjei") számát.

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

Control Hub ( ) 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 .https://admin.webex.com

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

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

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.

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 (opcionális - lásd Dedikált példány szolgáltatás aktiválása további információkért.)

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (csak Amerikai régióban)

  • Cisco Munkamenetkezelő kiadás (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.

Differenciált CoS a PSTN és a Webex Calling

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

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

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

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

Ajánlott tárcsázási terv

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

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

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

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

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

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:

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

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

A Webex Mac alkalmazásban 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.

2024. június 11.
Készítse fel környezetét a Webex hívásra

Olvassa el a Webex Calling helyi átjáró követelményeit. A helyi átjáró segítségével áttérhet a Webex Calling szolgáltatásra a saját tempójában.

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

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.

2024. május 16.
Webex hívás konfigurálása a szervezet számára

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

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

1

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


 

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

2

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

3

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


 

Az Ön fiókkezelője felelős az FTSW első lépéseinek aktiválásáért. Lépjen kapcsolatba a fiókkezelővel, ha „A hívás nem kezdeményezhető” értesítést kap a kiválasztásakor Első lépések .

4

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

5

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

6

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

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

 

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

7

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

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

Kattintson a Tovább gombra.

9

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

Mielőtt elkezdené

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

  • Helyszín címe

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

1

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


 
Egy új helyszín az kezdeti beállító varázsló kiválasztott országnak megfelelő regionális adatközpont lesz tárolva.
2

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

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

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

4

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

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


     

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

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

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

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

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

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

     

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

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

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

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

5

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

6

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

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

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

7

Kattintson a Mentés lehetőségre.

Mi a következő teendő

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

Mielőtt elkezdené


 

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

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

1

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

2

Kattintása 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: Kezelés > Helyszín .

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

2

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

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


     

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

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

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

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

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

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

     

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

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

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

     

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

3

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

4

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


 

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

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

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

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

5

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

6

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


 

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


 

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

Ezek a beállítások belső tárcsázásra vonatkoznak, és az első alkalommal telepítő varázslóban is elérhetők. A tárcsázási terv módosításával a példaszámok a 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 ide: Control Hub , menjen ide: Szolgáltatások lehetőségre > Hívás > Szolgáltatási beállítások elemre gombot, majd görgessen a lehetőséghez Belső tárcsázás .

2

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

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

     

    Az útválasztási előtag hossza tartalmazza a vezérlő számjegyet. Ha például az útválasztási előtag hosszát négyre állítja, akkor csak három számjegy használható a helyszín meghatározásához.


     

    Ha egy helyszínhez útválasztási előtagot rendel hozzá, az adott helyszínhez rendelt mellékszám megjelenése tartalmazza az útválasztási előtagot a mellékszám előtt . Például: 888-1000 (routing prefix-extension).

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

     

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

  • Melléktárcsázás engedélyezése a helyek között — Lehetővé teszi, hogy testre szabja a helyek közötti mellék tárcsázást a szervezet követelményei szerint.
    • Engedélyezze a kapcsolót, ha a szervezet nem rendelkezik ismétlődő mellékekkel az összes helyszínen.

      Alapértelmezés szerint a kapcsoló engedélyezve van.

    • Kapcsolja ki a kapcsolót, ha a szervezet különböző helyszíneken rendelkezik ugyanazzal a mellékmel. Ha a kapcsoló le van tiltva, és a hívó fél tárcsázza a melléket, a hívást a rendszer a hívó féllel azonos helyen lévő, megfelelő mellékmel rendelkező felhasználóhoz irányítja. A hívó félnek tárcsáznia kell a nagyvállalati számot (helyszín-útválasztási előhívószám + mellék), hogy más helyszínen lévő melléket érhessen el.

3

Adjon meg belső tárcsázást az egyes helyszínekhez. Ugrás ide: Kezelés > Helyszínek lehetőségre , válasszon ki egy helyet a listából, majd kattintson Hívás . Görgessen a lehetőséghez Tárcsázás , majd szükség szerint módosítsa a belső tárcsázást:

  • Belső tárcsázás — Adja meg azt az útválasztási előhívót, amelyet a más helyszínen tartózkodó felhasználóknak tárcsázniuk kell ahhoz, hogy kapcsolatba léphessenek valakivel ezen a helyen. Az egyes helyszínek útválasztási előtagjának egyedinek kell lennie. Javasoljuk, hogy az előtag hossza megegyezzen a szervezeti szinten beállított hosszúsággal, de 2–7 számjegy hosszúságúnak kell lennie.
4

Adjon meg külső tárcsázást az egyes helyszínekhez. Ugrás ide: Kezelés > Helyszínek lehetőségre , válasszon ki egy helyet a listából, majd kattintson Hívás . Görgessen a lehetőséghez Tárcsázás , majd szükség szerint módosítsa a külső tárcsázást:

  • Külső tárcsázás — Kiválaszthat egy kimenő tárcsázási számjegyet, amelyet a felhasználóknak a külső vonal eléréséhez tárcsázniuk kell. Az alapértelmezett érték: Egyik sem és elhagyhatja, ha nincs szüksége erre a tárcsázási szokásra. Ha a funkció használata mellett dönt, javasoljuk, hogy a szervezete irányító számjegyétől eltérő számot használjon.

     

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

  • Opcionálisan lehetősége van arra, hogy A kimenő tárcsázási számjegy tárcsázásának kényszerítése helyről, biztosítva, hogy a felhasználónak a rendszergazda által beállított kimenő tárcsázási számjegyet kell használnia külső hívások kezdeményezéséhez.

     

    A segélyhívások továbbra is tárcsázhatók a kimenő tárcsázási számjegyekkel vagy anélkül, ha ez a funkció engedélyezve van.

    Ha engedélyezve van, a külső célszámok, például a hívásátirányítás használt számok a továbbiakban nem működnek, ha a szám nem tartalmaz kimenő tárcsázási számjegyet.

Felhasználókra gyakorolt hatás:

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

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

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


 

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

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

Mielőtt elkezdené

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

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

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

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

1

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

2

Válasszon ki egy helyet.

3

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


 

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

Mi a következő teendő

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

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

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

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

1

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

2

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

3

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

4

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


 

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

5

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

Mi a következő teendő

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

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

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

1

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

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

2024. június 03.
Helyi átjáró konfigurálása az IOS-XE-n Webex-híváshoz

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

Áttekintés

A Webex Calling jelenleg a Helyi átjáró két verzióját támogatja:

  • Helyi átjáró

  • Helyi átjáró a Webex for Government számára

  • Mielőtt hozzákezdene, ismerje meg a Webex Calling telephelyalapú nyilvános kapcsolt telefonhálózat (PSTN) és helyi átjáró (LGW) követelményeit. 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 CUBE Enterprise-telepítést úgy módosít, hogy az a Webex Calling Helyi átjáró funkciója legyen, akkor ü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.


 
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 támogatott, harmadik féltől származó SBC-kre vonatkozó információkért lásd a megfelelő termék referencia dokumentációját.

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 .

A Webex for Government helyi átjárója nem támogatja a következőket:

  • STUN/ICE-Lite a médiaútvonal-optimalizáláshoz

  • Fax (T.38)

A helyi átjáró konfigurálásához a Webex Calling fővonalhoz a Webex for Government alkalmazásban használja a következő opciót:

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

Használja a feladatfolyamat a alatt Tanúsítvány alapú helyi átjáró a Helyi átjáró konfigurálásához a Webex Calling fővonalhoz. A tanúsítványalapú helyi átjárók beállításával kapcsolatos további részletekért lásd: A Webex Calling tanúsítvány alapú fővonal konfigurálása .

Kötelező az FIPS-kompatibilis GCM-rejtjelek konfigurálása a Webex for Government helyi átjárójának támogatására. Ha nem, a hívásbeállítás sikertelen lesz. A konfigurációs részletekért lásd: A Webex Calling tanúsítvány alapú fővonal konfigurálása .


 
A Webex for Government nem támogatja a regisztrációalapú helyi átjárót.

Ez a rész ismerteti, hogyan konfigurálható a Cisco Unified Border Element (CUBE) a Webex Calling helyi átjárójaként egy regisztráló 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. Az alábbi 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 bérlői : Fővonal-specifikus konfigurációk létrehozására szolgál.

  • hangosztály uri : A SIP -üzenetek osztályozására szolgál a bejövő tárcsázó társ kiválasztásához.

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

Call routing from/to PSTN to/from Webex Calling configuration solution

Amikor egy helyszíni Cisco Unified Communications Manager -megoldást csatlakoztat a Webex Calling szolgáltatáshoz, az egyszerű PSTN-átjáró -konfigurációt használhatja kiindulási alapként az alábbi ábrán látható megoldás felépítéséhez. 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.

Ebben a dokumentumban az alábbi képen látható gazdagépnevek, IP -címek és felületek kerülnek felhasználásra.

A jelen dokumentum hátralévő részében található konfigurációs útmutató alapján fejezze be a Helyi átjáró konfigurációját az alábbiak szerint:

  • 1. lépés: Konfigurálja az útválasztó alapvonalbeli kapcsolatát és biztonságát

  • 2. lépés: A Webex Calling Trunk konfigurálása

    A szükséges architektúrától függően tegye a következőket:

  • 3. lépés: Helyi átjáró konfigurálása SIP PSTN fővonallal

  • 4. lépés: Helyi átjáró konfigurálása meglévő Unified CM környezettel

    Vagy:

  • 3. lépés: Helyi átjáró konfigurálása TDM PSTN fővonallal

Alapkonfiguráció

A Cisco útválasztó helyi átjáróként való előkészítésének első lépése a Webex Calling alkalmazáshoz egy olyan alapkonfiguráció felépítése, amely biztonságos platformot és kapcsolatot létesít.

  • Minden regisztráción alapuló Helyi átjáró-telepítéshez a Cisco IOS XE 17.6.1a vagy újabb verziója szükséges. Az ajánlott verziókért lásd a Cisco szoftverkutatás oldalon. Keresse meg a platformot, és válasszon a lehetőségek közül javasolta kiadja.

    • Az ISR4000 sorozatú útválasztókat Unified Communications és Security technológiai licenccel is konfigurálni kell.

    • A hangkártyával vagy DSP-vel felszerelt Catalyst Edge 8000 sorozatú útválasztókhoz DNA Advantage licencre van szükség. A hangkártyák vagy DSP-k nélküli útválasztókhoz minimálisan szükséges a DNA Essentials licencelése.

  • Hozzon létre egy alapkonfigurációt a platformhoz, amely megfelel az üzleti szabályzatának. Különösen konfigurálja a következőket, és ellenőrizze a működését:

    • NTP

    • ACL-ek

    • Felhasználó hitelesítés és távoli hozzáférés

    • DNS

    • IP -útválasztás

    • IP -címek

  • A Webex Calling felé irányuló hálózatnak IPv4-cím kell használnia .

  • Töltse fel a Cisco legfelső szintű hitelesítésszolgáltatói csomagját a helyi átjáróra.

Konfiguráció

1

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


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Védje a regisztrációs és STUN hitelesítő adatokat az útválasztón szimmetrikus titkosítással. Állítsa be az elsődleges titkosítási kulcs és a titkosítás típusát az alábbiak szerint:


key config-key password-encrypt YourPassword
password encryption aes
3

Hozzon létre egy helyőrző PKI bizalmi pontot.


 
Ehhez a bizalmi ponthoz szükség van a TLS későbbi konfigurálásához. A regisztráció alapú törzsek esetében ehhez a bizalmi ponthoz nincs szükség tanúsítványra – ahogyan az egy tanúsítványalapú törzshöz is szükséges lenne.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Engedélyezze a TLS1.2-exkluzivitást, és adja meg az alapértelmezett bizalmi pontot a következő konfigurációs parancsokkal. A szállítási paramétereket is frissíteni kell a megbízható és biztonságos kapcsolat biztosítása érdekében a regisztrációhoz:


 
A cn-san-validate server parancs biztosítja, hogy a Helyi átjáró engedélyezze a kapcsolatot, ha a 200 bérlőben beállított szervező neve szerepel a kimenő proxytól kapott tanúsítvány CN vagy SAN mezőjében.
  1. Beállítás tcp-retry count 1000-re (5 msec-es többszörösök = 5 másodperc).

  2. A időzített kapcsolat létrehozása A paranccsal beállíthatja, hogy az LGW mennyi időt várjon a proxyval való kapcsolat létrehozására, mielőtt a következő elérhető opciót mérlegelné. Az időzítő alapértelmezett beállítása 20 másodperc, a minimum 5 másodperc. Kezdje egy alacsony értékkel, és növelje, ha szükséges a hálózati feltételekhez.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

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:


 

Ha proxyt kell használnia a HTTPS protokoll használatával történő internet-hozzáféréshez, a CA-köteg importálása előtt adja hozzá a következő konfigurációt:

ip http ügyfél proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Hozzon létre egy regisztráció alapú PSTN-törkönyt egy meglévő helyszínhez a Control Hubban. Jegyezze fel a törzs létrehozása után biztosított fővonal-információkat. Ezeket a részleteket, amint az a következő ábrán is kiemeli, az útmutató konfigurációs lépései során fogja használni. 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

Adja meg a következő parancsokat a CUBE Webex Calling helyi átjáróként történő konfigurálásához:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

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


ip address trusted list
 ipv4 x.x.x.x y.y.y.y
  • A díjcsalás elleni védelem érdekében a megbízható címlista meghatározza azon állomások és hálózatok listáját, amelyektől a helyi átjáró jogszerű VoIP -hívásokat vár.

  • Alapértelmezés szerint a Helyi átjáró blokkol minden bejövő VoIP üzenetet olyan IP -címekről, amelyek nem szerepelnek a megbízhatósági listáján. A „session target IP” vagy kiszolgálócsoport IP -című, statikusan beállított tárcsázópartnerek alapértelmezés szerint megbízhatóak, így nem kell őket hozzáadni a megbízhatók listájához.

  • A Helyi átjáró konfigurálásakor adja hozzá a regionális Webex Calling adatközpont IP -alhálózatait a listához. További információkért lásd: Portreferencia információk a Webex Calling-hívásokhoz . Ezenkívül adjon hozzá címtartományokat a Unified Communications Manager kiszolgálókhoz (ha van ilyen) és a PSTN fővonali átjárókhoz.


     

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

mód border-elem

Engedélyezi a Cisco Unified Border Element (CUBE) funkcióit a platformon.

médiastatisztikák

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

média tömeges statisztikák

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

A parancsokkal kapcsolatos további információkért lásd: Média .

engedélyezés-kapcsolatok kortyról kortyra

Engedélyezze a CUBE basic SIP kétoldali felhasználói ügynök funkcióit. További információkért lásd: Kapcsolatok engedélyezése .


 

Alapértelmezés szerint a T.38 faxtovábbítás engedélyezve van. További információkért lásd: t38 fax protokoll (hangszolgáltatás) .

elkábítani

Globálisan engedélyezi a STUN-t ( UDP munkamenet-bejárása NAT-on keresztül).

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

  • A Helyi átjáró STUN-összerendelési funkciója lehetővé teszi a helyileg generált STUN-kérelmek elküldését a megbeszélt médiaútvonalon keresztül. Ez segít megnyitni a tűzfalon lévő lyukat.

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

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 .

korai ajánlatot kényszeríteni

Arra kényszeríti a helyi átjárót, hogy SDP-információkat küldjön a kezdeti INVITE üzenetben 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 .

3

Konfigurálás lehetőségre hangosztály kodek 100 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.


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

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

hangosztály kodek 100

Csak a preferált kodekek engedélyezése a SIP -trönkökön keresztüli hívásoknál. További információ: hangosztálykodek.


 

Az Opus kodek csak SIP-alapú PSTN-trönkök esetén támogatott. Ha a PSTN-trönk T1/E1 hangkapcsolatot vagy analóg FXO-kapcsolatot használ, zárja ki kodek preferencia 1 opus a következőből: hangosztályú kodek 100 konfigurációt.

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.


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

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

elkábítani használat jég lite

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 .


 

Az ICE-lite lenyűgöző használata szükséges a médiaútvonal-optimalizálást használó hívásfolyamokhoz. A SIP –TDM átjárók médiaoptimalizálásának biztosításához állítson be egy visszacsatolásos hívótárcsázót az ICE-Lite engedélyezésével az IP- IP ágon. További technikai részletekért forduljon a fiók- vagy TAC-csapatokhoz

5

Állítsa be a Webex -forgalom médiatitkosítási házirendjét.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

hangosztály srtp-crypto 100

Az SHA1-et adja meg_ 80, mint 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

Állítson be egy mintát, hogy egyedileg azonosítsa a Helyi átjáró fővonalhoz érkezett hívásokat a cél fővonal paramétere alapján:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

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

hangosztály uri 100 korty

Egy bejövő SIP -meghívó és egy bejövő fővonali tárcsázó egyén közötti mintát határoz meg. A minta megadásakor használja a dtg= karakterláncot, majd a fővonal létrehozásakor a Control Hubban megadott Trunk OTG/DTG értéket. További információkért lásd: hangosztály uri .

7

Konfigurálás lehetőségre 100-as kortyprofil , amely a SIP üzenetek módosítására szolgál, mielőtt elküldené őket a Webex Calling szolgáltatásnak.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

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

  • szabály 10-től 70-ig és 90-ig

    Biztosítja, hogy a hívásjelzéshez használt SIP fejlécek a Webex proxyk által megkövetelt sips sémák helyett a sip sémát használják. A CUBE SIPS használatára való konfigurálása biztosítja a biztonságos regisztráció használatát.

  • 80. szabály

    Módosítja a Feladó fejlécet, hogy tartalmazza a Control Hub trönkcsoport OTG/DTG azonosítóját, hogy egyedileg azonosítsa a helyi átjáróhelyet a vállalaton belül.

8

Webex Calling fővonal konfigurálása:

  1. Létrehozás lehetőségre hangosztály bérlője 100 a kifejezetten a Webex Calling fővonalhoz szükséges konfigurációk meghatározásához és csoportosításához. Ebben a lépésben különösen a Control Hubban korábban megadott fővonal-regisztrációs adatok kerülnek felhasználásra az alábbiak szerint. A később ehhez a bérlőhöz társított tárcsázó társak öröklik ezeket a konfigurációkat.


     

    A következő példa az 1. lépésben bemutatott értékeket használja jelen útmutató céljára (félkövér). Cserélje le ezeket a törzse értékeire a konfigurációban.

    
    voice class tenant 100
      registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
      credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
      authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
      authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
      no remote-party-id
      sip-server dns:98027369.us10.bcld.webex.com
      connection-reuse
      srtp-crypto 100
      session transport tcp tls 
      url sips 
      error-passthru
      asserted-id pai 
      bind control source-interface GigabitEthernet0/0/1
      bind media source-interface GigabitEthernet0/0/1
      no pass-thru content custom-sdp 
      sip-profiles 100 
      outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
      privacy-policy passthru
    

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

    hangosztály bérlője 100

    Konfigurációs paraméterek egy készletét határozza meg, amelyeket csak a Webex Calling fővonalhoz használ a rendszer. További információkért lásd: hangosztály bérlője .

    anyakönyvvezető dns:98027369.us10.bcld.webex.com rendszer kortyol lejár 240 frissítési arány 50 tcp tls

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

    Győződjön meg arról, hogy a Control Hubból származó tartományregisztráció értékét használja itt.

    hitelesítő adatok számát Dallas1171197921_ LGU felhasználónevet Dallas1463285401_ LGU jelszót 0 9Wt[M6ifY+ birodalmat BroadWorks

    Hitelesítési adatok a fővonal-regisztrációs kihíváshoz. További információkért lásd: hitelesítő adatok (SIP UA) .

    Győződjön meg arról, hogy itt a Control Hub vonal/port gazdagép, hitelesítési felhasználóneve és hitelesítési jelszó értékeit használja.

    hitelesítési felhasználónév Dallas1171197921_ LGU jelszót 0 9Wt[M6ifY+ birodalmat BroadWorks
    hitelesítési felhasználónév Dallas1171197921_ LGU jelszót 0 9Wt[M6ifY+ birodalmat9802736 9.us10.bcld.webex.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ú) .

    Győződjön meg arról, hogy itt a Control Hub hitelesítési felhasználónevét, hitelesítési jelszavát és Regisztrátor tartomány értékét használja.

    nincs távoli-party-id

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

    sip-kiszolgáló dns:us25.sipconnect.bcld.webex.com

    Konfigurálja a cél SIP kiszolgálót a fővonalhoz. Használja a fővonal létrehozásakor a Control Hubban megadott élproxy SRV-címet.

    kapcsolat-újrahasználat

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

    srtp-crypto 100

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

    munkamenet-átvitel tcp tls

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

    url korty

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

    error-passthru

    A SIP hibaválasz átjelentkezési funkcióját adja meg. További információkért lásd: error-passthru .

    érvényesített-id pai

    Bekapcsolja 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/1

    Konfigurálja a forrásfelületet és a hozzárendelt IP-cím a WebexCallingnak küldött üzenetekhez. További információkért lásd: kötni .

    bind médiaforrás-interfész GigabitEthernet0/0/1

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a WebexCalling számára küldött média számára. További információkért lásd: kötni .

    nincs átjelentkezési tartalom custom-sdp

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

    korty-profilok 100

    A 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:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling elérheti az SBC-t. Írja be a fővonal létrehozásakor a Control Hubban megadott kimenő proxycímet. További információkért lásd: kimenő-proxy .

    privacy-policy passthru

    Beállítja az adatvédelmi fejléc házirend-beállításait a törzs számára, hogy átadja az adatvédelmi értékeket a fogadott üzenetből a következő hívásoldal. További információkért lásd: adatvédelmi szabályzat .

  2. Konfigurálja a Webex Calling fővonali tárcsázó egyenrangú eszközét.

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     incoming uri request 100
     voice-class codec 100
     dtmf-relay rtp-nte
     voice-class stun-usage 100
     no voice-class sip localhost
     voice-class sip tenant 100
     srtp
     no vad
    

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

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

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

    max-conn 250

    Korlátozza az egyidejű bejövő és kimenő hívások számát az LGW és a Webex Calling között. A regisztrációs törzsek esetében a konfigurált maximális érték 250 lehet. Használjon alacsonyabb értéket, ha az jobban megfelelne az Ön telepítésének. A Helyi átjáró párhuzamos hívási korlátjaival kapcsolatos további információkért lásd: Első lépések a Helyi átjáróval dokumentumot.

    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. Ebben az esetben bármilyen érvényes célhely minta használható.

    munkamenet protokoll sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 100 kezeli a SIP-hívás híváslábakat. További információkért lásd: munkamenet protokoll (tárcsázós egyenrangú) .

    munkamenet-cél sip-kiszolgáló

    Azt jelzi, hogy a 100-as bérlőben meghatározott SIP -kiszolgáló öröklött, és az ettől a tárcsázó társtól érkező hívások célhelye.

    bejövő uri kérés 100

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

    hangosztályú kábító használat 100

    Lehetővé teszi a helyi átjárón helyileg generált STUN kérések elküldését a megbeszélt médiaútvonalon keresztül. A STUN segít megnyitni egy lyukat a tűzfalon a médiaforgalom számára.

    no voice-class korty localhost

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

    hangosztályú korty bérlő 100

    A tárcsázó peer örökli a globálisan és a 100-as bérlőben konfigurált összes paramétert. A paraméterek felülbírálhatók a tárcsázó egyenrangú szintjén.

    srtp

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

    nincs vad

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

Miután megadta a bérlőt 100 és egy SIP VoIP tárcsázó egyenrangú konfigurálására, az átjáró TLS kapcsolatot kezdeményez a Webex Calling felé. Ekkor a hozzáférési SBC bemutatja a tanúsítványát a helyi átjárónak. A helyi átjáró a korábban frissített CA gyökérköteg segítségével ellenőrzi a Webex Calling hozzáférési SBC tanúsítványt. Ha a rendszer felismeri a tanúsítványt, egy állandó TLS -munkamenet jön létre a Helyi átjáró és a Webex Calling -hozzáférési SBC között. A helyi átjáró ezután képes lesz erre a biztonságos kapcsolat regisztrálni a Webex access SBC-n. Amikor a regisztráció megkérdőjeleződik a hitelesítéshez:

  • A felhasználónév, jelszó, és birodalmat paramétereket a hitelesítő adatokat konfigurációt használja a válasz.

  • A 100-as sip-profil módosítási szabályai a SIPS URL -címet SIP-re konvertálják vissza.

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

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.


 

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 .

1

Állítsa be a következő hangosztály uri-t a PSTN fővonalból érkező bejövő hívások azonosítására:


voice class uri 200 sip
  host ipv4:192.168.80.13

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

hangosztály uri 200 korty

Egy bejövő SIP -meghívó és egy bejövő fővonali tárcsázó egyén közötti mintát határoz meg. Ennek a mintának a megadásakor használja az IP PSTN-átjáró IP- IP-cím . További információkért lásd: hangosztály uri .

2

Állítsa be a következő IP PSTN-tárcsázó egyenrangú eszközt:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

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


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

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

bejövő uri via 200

Egyezési feltételt ad meg a VIA fejléchez az IP PSTN IP-cím. A Helyi átjárón lévő összes bejövő IP PSTN híváságnak megfelel a 200-as tárcsázó-peer. További információkért lásd: bejövő url .

bind vezérlő forrás-interfész GigabitEthernet0/0/0

A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött üzenetekhez. További információkért lásd: kötni .

bind média forrás-interfész GigabitEthernet0/0/0

A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött média számára. További információkért lásd: kötni .

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

Ha úgy állítja be a Helyi átjárót, hogy a hívásátirányítás csak a Webex Calling és a PSTN között irányítsa, adja hozzá a következő hívásátirányítás konfigurációt. Ha a helyi átjárót Unified Communications Manager platformra konfigurálja, ugorjon a következő szakaszra.

  1. Hozzon létre tárcsázási egyenrangú csoportokat a hívásátirányítás Webex Calling vagy a PSTN felé történő átirányításához. Definiálja a DPG 100-at kimenő 100-as hívással a Webex Calling felé. A DPG 100 kerül alkalmazásra a PSTN-ről bejövő tárcsázó fél számára. Hasonlóképpen definiálja a 200 DPG-t a PSTN felé 200 kimenő tárcsázótárssal. A DPG 200 kerül alkalmazásra a Webex bejövő tárcsázóira.

    
    voice class dpg 100 
     description Route calls to Webex Calling 
     dial-peer 100 
    voice class dpg 200 
     description Route calls to PSTN 
     dial-peer 200

    Í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 egy tárcsázó csoporthoz. További információkért lásd: hangosztályú dpg .

  2. Alkalmazza a tárcsázási egyenrangú csoportokat a hívásátirányítás Webex a PSTN-re, illetve a PSTN-ről Webex történő átirányításához:

    
    dial-peer voice 100
     destination dpg 200
    dial-peer voice 200
     destination dpg 100 

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

    rendeltetési hely dpg 200

    Megadja, hogy melyik tárcsázási egyenrangú csoport, és ezért tárcsázási egyenrangú kapcsolat legyen használható az adott bejövő hívótárcsázó felé küldött hívások kimenő kezelésére.

    Ezzel befejeződött a Helyi átjáró konfigurációja. Mentse a konfigurációt, és töltse be újra a platformot, ha ez az első alkalom, hogy CUBE-szolgáltatásokat konfigurálnak.

Az előző szakaszokban szereplő PSTN- Webex Calling konfiguráció módosítható úgy, hogy további törzseket tartalmazzon egy 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 5060-as porton lévő UCM-ről érkező hívások a PSTN-re, az 5065-ös portról érkező hívások pedig a Webex Calling rendszerre kerülnek továbbításra. A következő növekményes konfigurációk adhatók hozzá ehhez a hívási forgatókönyvhöz.


 

Amikor a Webex Calling törzset hoz létre a Unified CM alkalmazásban, győződjön meg arról, hogy a SIP-trönk biztonsági profilja beállításaiban a bejövő portot 5065-re állítja. Ez engedélyezi a bejövő üzeneteket az 5065-ös porton, és ezzel az értékkel tölti fel a VIA fejlécet, amikor üzeneteket küld a helyi átjárónak.

1

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

  1. A Unified CM -et Webex -hívások közé sorolja SIP VIA porton keresztül:

    
    voice class uri 300 sip
     pattern :5065
    
  2. A Unified CM -et PSTN-hívásba sorolja SIP porton keresztül:

    
    voice class uri 400 sip
     pattern :192\.168\.80\.6[0-5]:5060
    

    Osztályozza az UCM - től a PSTN - trönk felé bejövő üzeneteket egy vagy több minta használatával , amelyek leírják a kiinduló forráscímeket és portszám. Szükség esetén reguláris kifejezések használhatók az egyező minták meghatározására.

    A fenti példában egy szokásos kifejezés használható a 192.168.80.60 és 65 közötti tartományban lévő bármely IP-cím és az 5060-as portszám .

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:


 

Az IOS XE ezeket a rekordokat használja a cél UCM gazdagépek és portok helyi meghatározására. Ennél a konfigurációnál nincs szükség rekordok konfigurálására a DNS -rendszerben. Ha inkább a DNS-t szeretné használni, akkor ezekre a helyi konfigurációkra nincs szükség.


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

Í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 UCM-állomáshoz é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

Az erőforrásrekord célállomásneveinek 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ő tárcsázókat:

  1. Tárcsázós kapcsolat a Unified CM és a Webex Calling közötti hívásokhoz:

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

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

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk

    Egy címkével ellátott VoIP tárcsázótársat határoz meg 300 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    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. Ebben az esetben bármilyen érvényes célhely minta használható.

    munkamenet protokoll sipv2

    Megadja, hogy a tárcsázó-peer 300 kezeli a SIP-hívás híváslábokat. További információkért lásd: munkamenet protokoll (tárcsázós egyenrangú) .

    munkamenet-cél dns:wxtocucm.io

    Több Unified CM -csomópont munkamenet-célját határozza meg a DNS SRV -felbontáson keresztül. Ebben az esetben a helyileg meghatározott wxtocucm.io SRV rekordot használja a hívások irányítására.

    bejövő uri a 300-on keresztül

    A 300-as URI -t használja az 5065-ös forrásportot használó Unified CM -ről érkező összes bejövő forgalom erre a tárcsázó félre irányítására. További információkért lásd: bejövő uri .

    hangosztályú kodek 100

    Kodekszűrő szűrőlista jelöl a Unified CM-be érkező és onnan érkező hívásokhoz. További információkért lásd: hangosztályú kodek .

    bind vezérlő forrás-interfész GigabitEthernet0/0/0

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött üzenetekhez. További információkért lásd: kötni .

    bind média forrás-interfész GigabitEthernet0/0/0

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött média számára. További információkért lásd: kötni .

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

  2. Tárcsázós kapcsolat a Unified CM és a PSTN közötti hívásokhoz:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     incoming uri via 400
     voice-class codec 100 
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

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

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk

    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.

    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. Ebben az esetben bármilyen érvényes célhely minta használható.

    munkamenet protokoll sipv2

    Megadja, hogy a tárcsázó-peer 400 kezeli a SIP-hívás híváslábokat. További információkért lásd: munkamenet protokoll (tárcsázós egyenrangú) .

    munkamenet-cél dns:pstntocucm.io

    Több Unified CM -csomópont munkamenet-célját határozza meg a DNS SRV -felbontáson keresztül. Ebben az esetben a helyileg meghatározott pstntocucm.io SRV rekordot használja a hívások irányítására.

    bejövő uri via 400

    A 400-as URI -t használja a megadott Unified CM -állomásokról az 5060-as forrásporton keresztül érkező összes bejövő forgalom erre a tárcsázó-peerre irányítására. További információkért lásd: bejövő uri .

    hangosztályú kodek 100

    Kodekszűrő szűrőlista jelöl a Unified CM-be érkező és onnan érkező hívásokhoz. További információkért lásd: hangosztályú kodek .

    bind vezérlő forrás-interfész GigabitEthernet0/0/0

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött üzenetekhez. További információkért lásd: kötni .

    bind média forrás-interfész GigabitEthernet0/0/0

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött média számára. További információkért lásd: kötni .

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

4

hívásátirányítás hozzáadása a következő konfigurációk segítségével:

  1. Hozzon létre tárcsázási egyenrangú csoportokat a hívások Unified CM és Webex Calling közötti hívásátirányítás . A DPG 100 meghatározása ezzel: kimenő tárcsázótárs 100 a Webex Calling felé. A DPG 100 alkalmazásra kerül a Unified CM-ből társított bejövő tárcsázó fél számára. Hasonlóképpen definiálja a DPG 300-at a Unified CM felé 300 kimenő tárcsázótárssal. A DPG 300 alkalmazásra kerül a Webex bejövő tárcsázótárcsázóira.

    
    voice class dpg 100
     description Route calls to Webex Calling
     dial-peer 100
    voice class dpg 300
     description Route calls to Unified CM Webex Calling trunk
     dial-peer 300 
  2. Hozzon létre tárcsázói csoportokat a hívások Unified CM és a PSTN közötti hívásátirányítás . A DPG 200 meghatározása ezzel: kimenő tárcsázó egyenrangú 200 a PSTN felé. A DPG 200 alkalmazásra kerül a Unified CM-ből társított bejövő tárcsázó fél számára. Hasonlóképpen definiálja a DPG 400-at a 400-as kimenő tárcsázótárssal a Unified CM felé. A DPG 400 a PSTN-ről bejövő tárcsázó fél számára lesz alkalmazva.

    
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 400
     description Route calls to Unified CM PSTN trunk
     dial-peer 400

    Í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 egy tárcsázó csoporthoz. További információkért lásd: hangosztályú dpg .

  3. Alkalmazza a tárcsázási egyenrangú csoportokat a hívásátirányítás Webex a Unified CM -be, illetve Unified CM CM-ből Webex való átirányításához:

    
    dial-peer voice 100
     destination dpg 300
    dial-peer voice 300
     destination dpg 100

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

    rendeltetési hely dpg 300

    Megadja, hogy melyik tárcsázási egyenrangú csoport, és ezért tárcsázási egyenrangú kapcsolat legyen használható az adott bejövő hívótárcsázó felé küldött hívások kimenő kezelésére.

  4. Tárcsázós egyenrangú csoportok alkalmazása a hívásátirányítás PSTN-ről a Unified CM -re, illetve Unified CM -ről a PSTN-re való továbbításához:

    
    dial-peer voice 200
     destination dpg 400
    dial-peer voice 400
     destination dpg 200 

    Ezzel befejeződött a Helyi átjáró konfigurációja. Mentse a konfigurációt, és töltse be újra a platformot, ha ez az első alkalom, hogy CUBE-funkciókat konfiguráltak.

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. A problémaészlelési logika meghatározható 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

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

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

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

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

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

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


 

Javasoljuk, hogy a Cisco IOS XE Bengaluru 17.6.x vagy újabb verzióját használja.

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

 

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

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

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

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

Magas CPU kihasználtság figyelése

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

  1. 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 
    
  2. Töltse le a DS 64224-et a következő legördülő menüből: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

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

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

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. 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. Az aláírás telepítéséhez kövesse az alábbi lépéseket:

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

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    SIP– SIP

    Probléma típusa

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

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

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

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Haszná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.

  1. 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 
    
  2. Töltse le a DS 65221-et a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

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

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. Használja a 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.

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 diagnosztikai aláírások (DS) segítségével szükségtelenné válik a probléma előfordulásának manuális ellenőrzése, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.

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

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

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

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

    Példa:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. 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 
  3. Ügyeljen arra, hogy telepítse a DS 64224 magas CPU -felügyeletet proaktív intézkedésként az összes hibakeresés és diagnosztikai aláírás letiltása érdekében a magas CPU -kihasználtság idején. Töltse le a DS 64224-et a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Teljesítmény

    Probléma típusa

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

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

    Mező neve

    Mezőérték

    Platform

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

    Termék

    CUBE Enterprise a Webex Calling megoldásban

    Probléma hatóköre

    Syslogs

    Probléma típusa

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

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

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

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a következővel: home call-home diagnosztikai-aláírás megjelenítése 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 rész ismerteti, hogyan konfigurálható a Cisco Unified Border Element (CUBE) a Webex Calling helyi átjárójaként tanúsítvány alapú kölcsönös TLS (mTLS) SIP-trönk használatával. 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 bérlői : Fővonal-specifikus konfigurációk létrehozására szolgál.

  • hangosztály uri : A SIP -üzenetek osztályozására szolgál a bejövő tárcsázó társ kiválasztásához.

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

Call routing from/to PSTN to/from Webex Calling configuration solution

Amikor egy helyszíni Cisco Unified Communications Manager -megoldást csatlakoztat a Webex Calling szolgáltatáshoz, az egyszerű PSTN-átjáró -konfigurációt használhatja kiindulási alapként az alábbi ábrán látható megoldás felépítéséhez. 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.

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.

A jelen dokumentum hátralévő részében található konfigurációs útmutató alapján fejezze be a Helyi átjáró konfigurációját az alábbiak szerint:

  • 1. lépés: Konfigurálja az útválasztó alapvonalbeli kapcsolatát és biztonságát

  • 2. lépés: A Webex Calling Trunk konfigurálása

    A szükséges architektúrától függően tegye a következőket:

  • 3. lépés: Helyi átjáró konfigurálása SIP PSTN fővonallal

  • 4. lépés: Helyi átjáró konfigurálása meglévő Unified CM környezettel

    Vagy:

  • 3. lépés: Helyi átjáró konfigurálása TDM PSTN fővonallal

Alapkonfiguráció

A Cisco útválasztó helyi átjáróként való előkészítésének első lépése a Webex Calling alkalmazáshoz egy olyan alapkonfiguráció felépítése, amely biztonságos platformot és kapcsolatot létesít.

  • Minden tanúsítványalapú helyi átjáró-telepítéshez a Cisco IOS XE 17.9.1a vagy újabb verziója szükséges. Az ajánlott verziókért lásd a Cisco szoftverkutatás oldalon. Keresse meg a platformot, és válasszon a lehetőségek közül javasolta kiadja.

    • Az ISR4000 sorozatú útválasztókat Unified Communications és Security technológiai licenccel is konfigurálni kell.

    • A hangkártyákkal vagy DSP-kkel felszerelt Catalyst Edge 8000 sorozatú útválasztókhoz DNA Essentials licencre van szükség. A hangkártyák vagy DSP-k nélküli útválasztókhoz minimálisan szükséges a DNA Essentials licencelése.

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

  • Hozzon létre egy alapkonfigurációt a platformhoz, amely megfelel az üzleti szabályzatának. Különösen konfigurálja a következőket, és ellenőrizze a működését:

    • NTP

    • ACL-ek

    • Felhasználó hitelesítés és távoli hozzáférés

    • DNS

    • IP -útválasztás

    • IP -címek

  • 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 következő részletes konfigurációs lépéseket ismertet).

    • A nyilvános Certificate Authority (CA) a részletezettek szerint Milyen legfelső szintű hitelesítésszolgáltatók támogatottak a Cisco Webex audio és video platformok hívásai esetén? alá kell írnia az eszköztanúsítványt.

    • A fővonal létrehozásakor a Control Hubban konfigurált FQDN-nek az útválasztó közös neve (CN) vagy alany alternatív neve (SAN) tanúsítványának kell lennie. Például:

      • Ha a szervezete Control Hub-ján egy beállított törzsnek a cube1.lgw.com:5061 a Helyi átjáró FQDN-je, 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 egy konfigurált törzsnek 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édpaneljének kapcsolati címe a Control Hubban beállított nevet használja.

  • 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 Cisco legfelső szintű hitelesítésszolgáltatói csomagját a helyi átjáróra.

Konfiguráció

1

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


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Védje a STUN hitelesítő adatokat az útválasztón szimmetrikus titkosítással. Állítsa be az elsődleges titkosítási kulcs és a titkosítás típusát az alábbiak szerint:


key config-key password-encrypt YourPassword
password encryption aes
3

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.

  1. Hozzon létre egy RSA kulcspárt a következő exec paranccsal.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096
  2. Hozzon létre egy bizalmi pontot az aláírt tanúsítványhoz a következő konfigurációs parancsokkal:

    
    crypto pki trustpoint LGW_CERT
     enrollment terminal pem
     fqdn cube1.lgw.com
     subject-name cn=cube1.lgw.com
     subject-alt-name cube1.lgw.com
     revocation-check none
     rsakeypair lgw-key
  3. Generáljon tanúsítványaláírási kérelmet (CSR) a következő exec vagy konfigurációs paranccsal, és kérjen vele aláírt tanúsítványt egy támogatott CA-szolgáltatótól:

    crypto pki enroll LGW_CERT
4

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 (4. lépés). Adja meg a következő exec vagy konfigurációs parancsot:


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

Aláírt gazdagépi tanúsítvány importálása a következő exec vagy konfigurációs paranccsal:


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

Engedélyezze a TLS1.2-exkluzivitást, és adja meg az alapértelmezett megbízhatósági pontot a következő konfigurációs parancsokkal:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 
7

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:


 

Ha proxyt kell használnia a HTTPS protokoll használatával történő internet-hozzáféréshez, a CA-köteg importálása előtt adja hozzá a következő konfigurációt:

ip http ügyfél proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Hozzon létre egy CUBE tanúsítvány alapú PSTN-törkönyt egy meglévő helyszínhez a Control Hubban. 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 .


 
Jegyezze fel a törzs létrehozása után megadott fővonal-információkat. Ezeket a részleteket, amint az a következő ábrán is kiemeli, az útmutató konfigurációs lépései során fogja használni.
2

Adja meg a következő parancsokat a CUBE Webex Calling helyi átjáróként történő konfigurálásához:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

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


ip address trusted list
 ipv4 x.x.x.x y.y.y.y
  • A díjcsalás elleni védelem érdekében a megbízható címlista meghatározza azon állomások és hálózati entitások listáját, amelyektől a helyi átjáró jogszerű VoIP -hívásokat vár.

  • Alapértelmezés szerint a Helyi átjáró blokkol minden bejövő VoIP üzenetet olyan IP -címekről, amelyek nem szerepelnek a megbízhatósági listáján. A „session target IP” vagy kiszolgálócsoport IP -című, statikusan beállított tárcsázótárcsázók alapértelmezés szerint megbízhatóak, így nem kell őket hozzáadni a megbízhatók listájához.

  • A Helyi átjáró konfigurálásakor adja hozzá a regionális Webex Calling adatközpont IP -alhálózatait a listához, lásd: Portreferencia információk a Webex Calling -hívásokhoz további információkért. Ezenkívül adjon hozzá címtartományokat a Unified Communications Manager kiszolgálókhoz (ha van ilyen) és a PSTN fővonali átjárókhoz.

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

mód border-elem

Engedélyezi a Cisco Unified Border Element (CUBE) funkcióit a platformon.

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 .


 

Alapértelmezés szerint a T.38 faxtovábbítás engedélyezve van. További információkért lásd: t38 fax protokoll (hangszolgáltatás) .

elkábítani

Globálisan engedélyezi a STUN-t ( UDP munkamenet-bejárása NAT-on keresztül).


 
Ezek a globális kábító parancsok csak akkor szükségesek, ha a helyi átjárót NAT mögött telepítik.
  • Amikor átirányít egy hívást a Webex Calling felhasználó (például mind a hívott, mind a hívó fél Webex Calling előfizetők száma, és ha a médiát a Webex Calling SBC), akkor az adathordozó nem tud a Helyi átjáróhoz áramolni, mivel a tűlyuk nincs nyitva.

  • A Helyi átjáró STUN-összerendelési funkciója lehetővé teszi a helyileg generált STUN-kérelmek elküldését a megbeszélt médiaútvonalon keresztül. Ez segít megnyitni a tűzfalon lévő lyukat.

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

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 .

korai ajánlatot kényszeríteni

Arra kényszeríti a helyi átjárót, hogy SDP-információkat küldjön a kezdeti INVITE üzenetben 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 .

sip-profilok bejövő

Engedélyezi a CUBE számára, hogy SIP -profilok használatával módosítsa az üzeneteket a beérkezésükkor. A profilok alkalmazása tárcsázó társakon vagy bérlőkön keresztül történik.

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.


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

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

hangosztályú kodek 100

Csak a preferált kodekek engedélyezése a SIP -trönkökön keresztüli hívásoknál. További információ: hangosztálykodek.


 

Az Opus kodek csak SIP-alapú PSTN-trönkök esetén támogatott. Ha a PSTN-trönk T1/E1 hangkapcsolatot vagy analóg FXO-kapcsolatot használ, zárja ki kodek preferencia 1 opus a következőből: hangosztályú kodek 100 konfigurációt.

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. (Ez a lépés nem vonatkozik a Webex kormányzatra alkalmazásra)


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

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

elkábítani használat jég lite

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 .


 
A kábító használat firewall-traversal flowdata parancs csak akkor szükséges, ha a helyi átjárót NAT mögött telepítik.

 
Az ICE-lite lenyűgöző használata szükséges a médiaútvonal-optimalizálást használó hívásfolyamokhoz. A SIP –TDM átjárók médiaoptimalizálásának biztosításához állítson be egy visszacsatolásos hívótárcsázót az ICE-Lite engedélyezésével az IP- IP ágon. További technikai részletekért forduljon a fiók- vagy TAC-csapatokhoz.
5

Állítsa be a Webex -forgalom médiatitkosítási házirendjét. (Ez a lépés nem vonatkozik a Webex kormányzatra alkalmazásra)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

hangosztály srtp-crypto 100

Az SHA1-et adja meg_ 80, mint 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

Az FIPS-kompatibilis GCM titkosítások konfigurálása (Ez a lépés csak a Webex for Government alkalmazásra vonatkozik) .


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

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

hangosztály srtp-crypto 100

A GCM-et adja meg a CUBE által kínált titkosítási csomagként. Kötelező a GCM-titkosítások konfigurálása a helyi átjáróhoz a Webex for Government számára.

7

Állítson be egy mintát, hogy egyedileg azonosítsa a Helyi átjáró fővonalhoz érkező hívásokat a cél FQDN vagy SRV alapján:


voice class uri 100 sip
 pattern cube1.lgw.com

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

hangosztály uri 100 korty

Egy bejövő SIP -meghívó és egy bejövő fővonali tárcsázó egyén közötti mintát határoz meg. Ennek a mintának a megadásakor a fővonal létrehozásakor használja a Control Hubban konfigurált LGW FQDN-t vagy SRV-t.

8

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ő lépésre, ha NAT-ot használ. Ebben a példában a cube1.lgw.com a Helyi átjáró számára konfigurált 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:


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

Í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 fővonal számára a Control Hubban megadott értéket. Ez vagy egyetlen gazdagép FQDN-je, vagy egy eszközfürthöz használt SRV tartomány neve lesz.


 

Hagyja ki a következő lépést, ha a Helyi átjárót nyilvános IP-cím -címekkel konfigurálta.

9

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óhoz konfigurált FQDN, a „10.80.13.12” a Webex Webex Calling interfész IP-cím , a „192.65.79.20” pedig a NAT nyilvános IP-cím -címe.

SIP -profilok a Webex Calling felé kimenő üzenetekhez

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

Í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 fővonal számára a Control Hubban megadott értéket. Ez vagy egyetlen gazdagép FQDN-je, vagy egy eszközfürthöz használt SRV tartomány neve lesz.

szabályok 30-81

Konvertálja a privát címhivatkozásokat a webhely külső nyilvános címévé, lehetővé téve a Webex számára, hogy megfelelően értelmezze és továbbítsa a következő üzeneteket.

SIP-profil a Webex Calling szolgáltatásból bejövő üzenetekhez

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

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

szabályok 10-80

Konvertálja a nyilvános cím hivatkozásokat a beállított privát címekké, lehetővé téve a Webex üzeneteinek a CUBE általi megfelelő feldolgozását.

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

10

SIP -beállítások életben tartása fejlécmódosítási profillal.


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

Í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 mögé van beállítva.

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 .

11

Webex Calling fővonal konfigurálása:

  1. Létrehozás lehetőségre hangosztály bérlője 100 a kifejezetten a Webex Calling fővonalhoz szükséges konfigurációk meghatározásához és csoportosításához. A később ehhez a bérlőhöz társított tárcsázó társak az alábbi konfigurációkat fogják örökíteni:


     

    A következő példa az 1. lépésben bemutatott értékeket használja jelen útmutató céljára (félkövér). Cserélje le ezeket a törzse értékeire a konfigurációban.

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

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

    hangosztály bérlője 100

    Javasoljuk, hogy bérlőket használjon a saját TLS -tanúsítvánnyal és CN- vagy SAN-ellenőrzési listával rendelkező törzsek konfigurálásához. Itt a bérlőhöz társított tls-profil tartalmazza az új kapcsolatok elfogadásához vagy létrehozásához használandó bizalmi pontot, és rendelkezik a CN vagy SAN listával a bejövő kapcsolatok érvényesítéséhez. További információkért lásd: hangosztály bérlője .

    nincs távoli-party-id

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

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfigurálja a cél SIP kiszolgálót a fővonalhoz. Használja a fővonal létrehozásakor a Control Hubban megadott élproxy SRV-címet

    srtp-crypto 100

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

    localhost dns: cube1.lgw.com

    Beállítja a CUBE-t, hogy a kimenő üzenetekben a Feladó, azonosító és Távoli fél azonosító fejlécekben szereplő fizikai IP-cím a megadott teljes tartománynévre cserélje.

    munkamenet-átvitel tcp tls

    Az átvitelt TLS -re állítja a társított tárcsázó társak számára. További információkért lásd: session-transzport .

    nincs munkamenet-frissítés

    Letiltja a SIP munkamenet globális frissítését.

    error-passthru

    A SIP hibaválasz átjelentkezési funkcióját adja meg. További információkért lásd: error-passthru .

    kötésvezérlő forrás-interfész GigabitEthernet0/0/1

    Konfigurálja a forrásfelületet és a hozzárendelt IP-cím a Webex Calling küldött üzenetekhez. További információkért lásd: kötni .

    bind médiaforrás-interfész GigabitEthernet0/0/1

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a Webex Calling küldött média számára. További információkért lásd: kötni .

    hangosztályú kortyprofilok 100

    A fejlécmódosítási profilt (nyilvános IP vagy NAT-címzés) alkalmazza a kimenő üzenetekhez. További információkért lásd: hangosztályú kortyprofilok .

    hangosztályú kortyprofilok 110 bejövő

    A fejlécmódosítási profilt alkalmazza (csak NAT-címzés esetén) a bejövő üzenetekhez. További információkért lásd: Hangosztályú kortyprofilok.

    adatvédelmi szabályzat passthru

    Beállítja az adatvédelmi fejléc házirend-beállításait a törzs számára, hogy átadja az adatvédelmi értékeket a fogadott üzenetből a következő hívásoldal. További információkért lásd: adatvédelmi szabályzat .

  2. Konfigurálja a Webex Calling fővonali tárcsázó egyenrangú eszközét.

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     incoming uri request 100
     voice-class codec 100
     voice-class stun-usage 100
     voice-class sip rel1xx disable
     voice-class sip asserted-id pai
     voice-class sip tenant 100
     voice-class sip options-keepalive profile 100
     dtmf-relay rtp-nte 
     srtp
     no vad
    

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

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

    VoIP tárcsázótársat definiál a(z) címkével 100 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében. 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. Ebben az esetben bármilyen érvényes célhely minta használható.

    munkamenet protokoll sipv2

    Megadja a tárcsázó egyenrangú alkalmazást 100 kezeli a SIP-hívás híváslábakat. További információkért lásd: munkamenet protokoll (tárcsázós egyenrangú) .

    munkamenet-cél sip-kiszolgáló

    Azt jelzi, hogy a 100-as bérlőben meghatározott SIP -kiszolgáló öröklött, és az ettől a tárcsázó társtól érkező hívások célhelye.

    bejövő uri kérés 100

    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ú kodek 100

    A Webex Calling szolgáltatásba érkező és onnan érkező hívások kodekszűrő szűrőlista jelöli. További információ: hangosztálykodek.

    hangosztályú kábítás-használat 100

    Lehetővé teszi a helyi átjárón helyileg generált STUN kérések elküldését a megbeszélt médiaútvonalon keresztül. STUN segítség a tűzfal lyukának megnyitásához a médiaforgalom számára.

    voice-class sip asserted-id pai

    Beállítja a kimenő hívási információkat a privacy asserted azonosító (PAI) fejléc használatával. További információkért lásd: voice-class sip asserted-id .

    voice-class sip bérlő 100

    A tárcsázó peer örökli a globálisan és a 100-as bérlőben konfigurált összes paramétert. A paraméterek felülbírálhatók a tárcsázói egyenrangú szinten. További információkért lásd: hangosztályú korty bérlő .

    voice-class sip options-Keepalive profile 100

    Ezzel a paranccsal figyelheti a SIP kiszolgálók vagy végpontok egy csoportjának elérhetőségét egy adott profil használatával (100).

    srtp

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

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.


 

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 .

1

Állítsa be a következő hangosztály uri-t a PSTN fővonalból érkező bejövő hívások azonosítására:


voice class uri 200 sip
  host ipv4:192.168.80.13

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

hangosztály uri 200 korty

Egy bejövő SIP -meghívó és egy bejövő fővonali tárcsázó egyén közötti mintát határoz meg. Ennek a mintának a megadásakor használja az IP PSTN-átjáró IP- IP-cím . További információkért lásd: hangosztály uri .

2

Állítsa be a következő IP PSTN-tárcsázó egyenrangú eszközt:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

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


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

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

bejövő uri via 200

Egyezési feltételt ad meg a VIA fejléchez az IP PSTN IP-cím. A Helyi átjárón lévő összes bejövő IP PSTN híváságnak megfelel a 200-as tárcsázó-peer. További információkért lásd: bejövő url .

bind vezérlő forrás-interfész GigabitEthernet0/0/0

A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött üzenetekhez. További információkért lásd: kötni .

bind média forrás-interfész GigabitEthernet0/0/0

A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött média számára. További információkért lásd: kötni .

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

Ha úgy állítja be a Helyi átjárót, hogy a hívásátirányítás csak a Webex Calling és a PSTN között irányítsa, adja hozzá a következő hívásátirányítás konfigurációt. Ha a helyi átjárót Unified Communications Manager platformra konfigurálja, ugorjon a következő szakaszra.

  1. Hozzon létre tárcsázási egyenrangú csoportokat a hívásátirányítás Webex Calling vagy a PSTN felé történő átirányításához. Definiálja a DPG 100-at kimenő 100-as hívással a Webex Calling felé. A DPG 100 kerül alkalmazásra a PSTN-ről bejövő tárcsázó fél számára. Hasonlóképpen definiálja a 200 DPG-t a PSTN felé 200 kimenő tárcsázótárssal. A DPG 200 kerül alkalmazásra a Webex bejövő tárcsázóira.

    
    voice class dpg 100 
     description Route calls to Webex Calling 
     dial-peer 100 
    voice class dpg 200 
     description Route calls to PSTN 
     dial-peer 200

    Í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 egy tárcsázó csoporthoz. További információkért lásd: hangosztályú dpg .

  2. Alkalmazza a tárcsázási egyenrangú csoportokat a hívásátirányítás Webex a PSTN-re, illetve a PSTN-ről Webex történő átirányításához:

    
    dial-peer voice 100
     destination dpg 200
    dial-peer voice 200
     destination dpg 100 

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

    rendeltetési hely dpg 200

    Megadja, hogy melyik tárcsázási egyenrangú csoport, és ezért tárcsázási egyenrangú kapcsolat legyen használható az adott bejövő hívótárcsázó felé küldött hívások kimenő kezelésére.

    Ezzel befejeződött a Helyi átjáró konfigurációja. Mentse a konfigurációt, és töltse be újra a platformot, ha ez az első alkalom, hogy CUBE-szolgáltatásokat konfigurálnak.

Az előző szakaszokban szereplő PSTN- Webex Calling konfiguráció módosítható úgy, hogy további törzseket tartalmazzon egy 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 5060-as porton lévő UCM-ről érkező hívások a PSTN-re, az 5065-ös portról érkező hívások pedig a Webex Calling rendszerre kerülnek továbbításra. A következő növekményes konfigurációk adhatók hozzá ehhez a hívási forgatókönyvhöz.

1

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

  1. A Unified CM -et Webex -hívások közé sorolja SIP VIA porton keresztül:

    
    voice class uri 300 sip
     pattern :5065
    
  2. A Unified CM -et PSTN-hívásba sorolja SIP porton keresztül:

    
    voice class uri 400 sip
     pattern :192\.168\.80\.6[0-5]:5060
    

    Osztályozza az UCM - től a PSTN - trönk felé bejövő üzeneteket egy vagy több minta használatával , amelyek leírják a kiinduló forráscímeket és portszám. Szükség esetén reguláris kifejezések használhatók az egyező minták meghatározására.

    A fenti példában egy szokásos kifejezés használható a 192.168.80.60 és 65 közötti tartományban lévő bármely IP-cím és az 5060-as portszám .

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:


 

Az IOS XE ezeket a rekordokat használja a cél UCM gazdagépek és portok helyi meghatározására. Ennél a konfigurációnál nincs szükség rekordok konfigurálására a DNS -rendszerben. Ha inkább a DNS-t szeretné használni, akkor ezekre a helyi konfigurációkra nincs szükség.


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

Í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 UCM-állomáshoz é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

Az erőforrásrekord célállomásneveinek 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ő tárcsázókat:

  1. Tárcsázós kapcsolat a Unified CM és a Webex Calling közötti hívásokhoz:

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

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

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk

    Egy címkével ellátott VoIP tárcsázótársat határoz meg 300 és értelmes leírást ad a könnyebb kezelés és hibaelhárítás érdekében.

    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. Ebben az esetben bármilyen érvényes célhely minta használható.

    munkamenet protokoll sipv2

    Megadja, hogy a tárcsázó-peer 300 kezeli a SIP-hívás híváslábokat. További információkért lásd: munkamenet protokoll (tárcsázós egyenrangú) .

    munkamenet-cél dns:wxtocucm.io

    Több Unified CM -csomópont munkamenet-célját határozza meg a DNS SRV -felbontáson keresztül. Ebben az esetben a helyileg meghatározott wxtocucm.io SRV rekordot használja a hívások irányítására.

    bejövő uri a 300-on keresztül

    A 300-as URI -t használja az 5065-ös forrásportot használó Unified CM -ről érkező összes bejövő forgalom erre a tárcsázó félre irányítására. További információkért lásd: bejövő uri .

    hangosztályú kodek 100

    Kodekszűrő szűrőlista jelöl a Unified CM-be érkező és onnan érkező hívásokhoz. További információkért lásd: hangosztályú kodek .

    bind vezérlő forrás-interfész GigabitEthernet0/0/0

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött üzenetekhez. További információkért lásd: kötni .

    bind média forrás-interfész GigabitEthernet0/0/0

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött média számára. További információkért lásd: kötni .

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

  2. Tárcsázós kapcsolat a Unified CM és a PSTN közötti hívásokhoz:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     incoming uri via 400
     voice-class codec 100 
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

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

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk

    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.

    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. Ebben az esetben bármilyen érvényes célhely minta használható.

    munkamenet protokoll sipv2

    Megadja, hogy a tárcsázó-peer 400 kezeli a SIP-hívás híváslábokat. További információkért lásd: munkamenet protokoll (tárcsázós egyenrangú) .

    munkamenet-cél dns:pstntocucm.io

    Több Unified CM -csomópont munkamenet-célját határozza meg a DNS SRV -felbontáson keresztül. Ebben az esetben a helyileg meghatározott pstntocucm.io SRV rekordot használja a hívások irányítására.

    bejövő uri via 400

    A 400-as URI -t használja a megadott Unified CM -állomásokról az 5060-as forrásporton keresztül érkező összes bejövő forgalom erre a tárcsázó-peerre irányítására. További információkért lásd: bejövő uri .

    hangosztályú kodek 100

    Kodekszűrő szűrőlista jelöl a Unified CM-be érkező és onnan érkező hívásokhoz. További információkért lásd: hangosztályú kodek .

    bind vezérlő forrás-interfész GigabitEthernet0/0/0

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött üzenetekhez. További információkért lásd: kötni .

    bind média forrás-interfész GigabitEthernet0/0/0

    A forrásinterfész és a hozzárendelt IP-cím konfigurálása a PSTN-re küldött média számára. További információkért lásd: kötni .

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

4

hívásátirányítás hozzáadása a következő konfigurációk segítségével:

  1. Hozzon létre tárcsázási egyenrangú csoportokat a hívások Unified CM és Webex Calling közötti hívásátirányítás . A DPG 100 meghatározása ezzel: kimenő tárcsázótárs 100 a Webex Calling felé. A DPG 100 alkalmazásra kerül a Unified CM-ből társított bejövő tárcsázó fél számára. Hasonlóképpen definiálja a DPG 300-at a Unified CM felé 300 kimenő tárcsázótárssal. A DPG 300 alkalmazásra kerül a Webex bejövő tárcsázótárcsázóira.

    
    voice class dpg 100
     description Route calls to Webex Calling
     dial-peer 100
    voice class dpg 300
     description Route calls to Unified CM Webex Calling trunk
     dial-peer 300 
  2. Hozzon létre tárcsázói csoportokat a hívások Unified CM és a PSTN közötti hívásátirányítás . A DPG 200 meghatározása ezzel: kimenő tárcsázó egyenrangú 200 a PSTN felé. A DPG 200 alkalmazásra kerül a Unified CM-ből társított bejövő tárcsázó fél számára. Hasonlóképpen definiálja a DPG 400-at a 400-as kimenő tárcsázótárssal a Unified CM felé. A DPG 400 a PSTN-ről bejövő tárcsázó fél számára lesz alkalmazva.

    
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 400
     description Route calls to Unified CM PSTN trunk
     dial-peer 400

    Í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 egy tárcsázó csoporthoz. További információkért lásd: hangosztályú dpg .

  3. Alkalmazza a tárcsázási egyenrangú csoportokat a hívásátirányítás Webex a Unified CM -be, illetve Unified CM CM-ből Webex való átirányításához:

    
    dial-peer voice 100
     destination dpg 300
    dial-peer voice 300
     destination dpg 100

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

    rendeltetési hely dpg 300

    Megadja, hogy melyik tárcsázási egyenrangú csoport, és ezért tárcsázási egyenrangú kapcsolat legyen használható az adott bejövő hívótárcsázó felé küldött hívások kimenő kezelésére.

  4. Tárcsázós egyenrangú csoportok alkalmazása a hívásátirányítás PSTN-ről a Unified CM -re, illetve Unified CM -ről a PSTN-re való továbbításához:

    
    dial-peer voice 200
     destination dpg 400
    dial-peer voice 400
     destination dpg 200 

    Ezzel befejeződött a Helyi átjáró konfigurációja. Mentse a konfigurációt, és töltse be újra a platformot, ha ez az első alkalom, hogy CUBE-funkciókat konfiguráltak.

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

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

  • Show parancs kimenetek gyűjtése

  • Összevont naplófájl

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

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

Mielőtt elkezdené:

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

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

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

Előfeltételek

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

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

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

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

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

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.

  1. Győződjön meg arról, hogy a paranccsal engedélyezte az SNMP -t snmp megjelenítése . Ha az SNMP nincs engedélyezve, akkor konfigurálja 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 
    
  2. Töltse le a DS 64224-et a következő legördülő menüből: Diagnosztikai aláírásokat kereső eszköz :

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

    Mező neve

    Mezőérték

    Platform

    Cisco 4300, 4400 ISR sorozat vagy 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

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

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

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

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

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

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

    DS-ek letöltése:

    DS- azonosító

    DS neve

    Felülvizsgálat

    Állapot

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

    64224

    DS_ LGW_ CPU_ MON75

    0.0.10

    Regisztrálva

    2020-11-07 22:05:33


     

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

A rendellenes hívás figyelése megszakad

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

  1. 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 
  2. Töltse le a DS 65221-et a következő opciók segítségével: Diagnosztikai aláírásokat kereső eszköz :

    Mező neve

    Mezőérték

    Platform

    Cisco 4300, 4400 ISR sorozat vagy 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.

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

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

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

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

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

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

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

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

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

    Példa:

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

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

    Mező neve

    Mezőérték

    Platform

    Cisco 4300, 4400 ISR sorozat vagy 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.

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

    Mező neve

    Mezőérték

    Platform

    Cisco 4300, 4400 ISR sorozat vagy 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

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

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Telepítse a 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 
    
  7. Ellenőrizze, hogy az aláírás sikeresen telepítve van-e a következővel: home call-home diagnosztikai-aláírás megjelenítése . Az állapot oszlopban legyen „regisztrált” érték.

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

    Letöltött DS-ek:

    DS- azonosító

    DS neve

    Felülvizsgálat

    Állapot

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

    64224

    00:07:45

    DS_ LGW_ CPU_ MON75

    0.0.10

    Regisztrálva

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Regisztrálva

    2020-11-08:00:12:53

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.

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

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

Alapok

Előfeltételek

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

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:

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.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

A Track CLI 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.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Íme az ebben a konfigurációban használt mezők magyarázata:

  • redundancia — Belépés redundancia módba

  • alkalmazás redundanciája — Belép az alkalmazásredundancia konfigurációs módba

  • csoportba — Belép a redundancia alkalmazáscsoport konfigurációs módba

  • neve LocalGateway-HA —Az RG csoport nevét határozza meg

  • prioritás 100 feladatátvételi küszöbérték 75 — Meghatározza a kezdeti prioritási és feladatátvételi küszöbértékeket egy RG számára

  • időzítő késleltetés 30 újratöltés 60 — Beállítja a két időt késleltetéshez és újratöltéshez

    • Késleltetési idő, amely az az idő, ameddig késlelteti az RG-csoport inicializálását és szerepkör-egyeztetését az interfész megjelenése után – Alapértelmezetten 30 másodperc. A tartomány 0-10 000 másodperc

    • Újrabetöltés—Ennyi idő késlelteti az RG-csoport inicializálását és a szerepkör egyeztetését újratöltés után – Alapértelmezetten 60 másodperc. A tartomány 0-10 000 másodperc

    • Alapértelmezett időzítők használata javasolt, bár ezek az időzítők beállíthatók az útválasztók rendszerindítása/újrabetöltése során esetlegesen fellépő további hálózati konvergencia késleltetések érdekében annak érdekében, hogy az RG protokoll egyeztetése megtörténjen azután, hogy a forgalomirányítás a hálózaton belül stabil állapotba került. pont. Például, ha a feladatátvétel után azt látja, hogy az új KÉSZENLÉTI üzemmódban legfeljebb 20 másodpercbe telik, amíg az új KÉSZENLÉTI ÜZEMMÓDON az új AKTÍV első RG HELLO csomagját látja, akkor az időzítőket „időzítők késleltetése 60 újratöltés 120” értékre kell beállítani ennek figyelembevételéhez. késleltetés.

  • 1. GigabitEthernet3 protokoll vezérlése — Beállítja a két CUBE közötti Keepalive és Hello üzenetek cseréjéhez használt felületet, és megadja azt a protokollpéldányt, amely egy vezérlőfelülethez lesz csatolva, és redundancia alkalmazás protokoll konfigurációs módba lép

  • adatok GigabitEthernet3 — Konfigurálja az adatforgalom ellenőrzőpontozásához használt felületet

  • pályán — Az interfészek RG csoportos nyomon követése

  • protokoll 1 — Azt a protokollpéldányt adja meg, amely a vezérlő interfészhez lesz csatolva, és redundanciaalkalmazás-protokoll konfigurációs módba lép

  • időzítő hellotime 3 holdtime 10 — Konfigurálja a két időzítőt a hellotime és holdtime számára:

    • Hellotime— Az egymást követő üdvözlő üzenetek közötti intervallum— Alapértelmezetten 3 másodperc. A hatótávolság 250 ezredmásodperc – 254 másodperc

    • Tartási idő—A Hello üzenet fogadása és a küldő útválasztó meghibásodásának feltételezése közötti időtartam. Ennek az időtartamnak nagyobbnak kell lennie, mint az üdvözlési idő – Alapértelmezett 10 másodperc. A tartomány 750 ezredmásodperc – 255 másodperc

      Javasoljuk, hogy a holdtime időzítőt úgy állítsa be, hogy az legalább háromszorosa legyen a hellotime időzítő értékének.

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: voice service voip. Ez lehetővé teszi, hogy a CUBE alkalmazás vezérelje a redundancia folyamatát.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

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 )

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Íme az ebben a konfigurációban használt mezők magyarázata:

  • redundancia rii — Beállítja a redundanciacsoport redundancia felület azonosítóját. Virtuális MAC (VMAC) cím generálásához szükséges. Ugyanazt a rii azonosító értéket kell használni minden olyan útválasztó (ACTIVE/STANDBY) interfészén, amelyeknek ugyanaz a VIP-je.


     

    Ha egynél több B2B pár van ugyanazon a LAN-on, akkor minden párnak egyedi rii azonosítóval KELL rendelkeznie a megfelelő interfészeken (az ütközések elkerülése érdekében). A 'összes redundancia-alkalmazáscsoport megjelenítése' a megfelelő helyi és társinformációkat jelöli.

  • 1. redundanciacsoport — A felületet hozzárendeli a fenti 2. lépésben létrehozott redundanciacsoporthoz. Konfigurálja az RG csoportot, valamint a fizikai interfészhez rendelt VIP-t.


     

    A redundanciához külön interfész használata kötelező, vagyis a hangforgalom használt interfész nem használható a fenti 2. lépésben meghatározott vezérlő- és adatinterfészként. Ebben a példában a 3. Gigabit interfész használatos az RG vezérlésére/adataira

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.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Miután VCUBE-1 teljesen elindul, mentse a konfigurációját VCUBE-2 és töltse be újra.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
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 .


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Helyi átjáró konfigurálása mindkét 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.


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

Itt van az a Helyi átjáró-konfiguráció, amely mindkét platformra vonatkozik a következő alapján: Control Hub a fenti paramétereket, mentse el és töltse be újra. SIP kivonatolt azonosító adatok innen: Control Hub -ben kiemelve vannak félkövér .


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


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


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


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

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


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

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

A show parancs kimenetének megjelenítéséhez újratöltöttük VCUBE-2 követi VCUBE-1 , készítése VCUBE-1 a készenléti CUBE és VCUBE-2 az aktív KOCKÁT

2

Egy adott időpontban csak egy platform tart fenn aktív regisztrációt helyi átjáróként a Webex Calling hozzáférési SBC-vel. Vessen egy pillantást a következő show parancsok kimenetére.

redundancia alkalmazáscsoport megjelenítése 1

Sip-ua regisztrációs állapot megjelenítése


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

A fenti kimenetből ez látható VCUBE-2 az aktív LGW, amely fenntartja a regisztrációt a Webex Calling access SBC-vel, miközben a „show sip-ua register status” kimenete üres VCUBE-1

3

Most engedélyezze a következő hibakereséseket a VCUBE-1-en


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

A feladatátvétel szimulálásához adja ki a következő parancsot az aktív LGW-n, ebben az esetben a VCUBE-2.


VCUBE-2#redundancy application reload group 1 self

Az AKTÍV állapotról a KÉSZENLÉTI LGW-re való váltás a következő forgatókönyvben történik, valamint a fent felsorolt CLI-n kívül

  • Amikor az AKTÍV útválasztó újratöltődik

  • Amikor az AKTÍV útválasztó bekapcsol

  • Amikor az AKTÍV útválasztó bármely RG konfigurált interfészét leállítják, amelyre a követés engedélyezve van

5

Ellenőrizze, hogy a VCUBE-1 regisztrálta-e a Webex Webex Calling access SBC-t. A VCUBE-2 már újratöltött volna.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

A VCUBE-1 mostantól az aktív LGW.

6

Tekintse meg a VCUBE-1 vonatkozó hibakeresési naplóját: SIP REGISTER-t küld a Webex Calling a virtuális IP -n keresztül, és 200 OK-t kap.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
2024. május 30.
Egységes CM konfigurálása Webex-híváshoz

Integrálhatja a Webex Calling szolgáltatást a Unified CM szolgáltatással, ha a Webex Calling -kompatibilis helyszíneket egy meglévő Cisco UC -telepítéshez adják hozzá, vagy ha közvetlen tárcsázásra van szüksége a Unified CM -re regisztrált telefonok és a Webex Calling helyszíneken lévő telefonok között.

SIP-trönk biztonsági profilja konfigurálása a fővonal-helyi átjáró számára

Azokban az esetekben, amikor a helyi átjáró és a PSTN-átjáró ugyanazon az eszközön található, a Unified CM -nek engedélyezni kell, hogy különbséget tudjon tenni két különböző forgalmi típus között (a Webex és a PSTN-ről érkező hívások), amelyek ugyanarról az eszközről indulnak, és differenciált szolgáltatási osztályt kell alkalmazni ezekre hívástípusok. Ez a differenciált híváskezelés a Unified CM és a kombinált helyi átjáró és PSTN-átjáró eszköz között két fővonal kiépítésével érhető el, amelyhez különböző SIP figyelő portokra van szükség a két fővonalhoz.

Hozzon létre egy dedikált SIP-trönk biztonsági profilja a helyi átjáró fővonalhoz a következő beállításokkal:

BeállításÉrték
NévEgyedi név, mint pl Webex
LeírásAz értelmes leírás, mint pl Webex SIP-trönk biztonsági profilja
Bejövő portMeg kell egyeznie a helyi átjáró konfigurációjában használt porttal a Webex felé irányuló/ onnan induló forgalomhoz: 5065

SIP profil konfigurálása a helyi átjáró fővonalhoz

Hozzon létre egy dedikált SIP -profilt a Helyi átjáró törzshöz a következő beállításokkal:

BeállításÉrték
NévEgyedi név, mint pl Webex
LeírásAz értelmes leírás, mint pl Webex SIP -profil
Engedélyezze az OPCIÓK Ping funkcióját a „Nincs (alapértelmezett)” szolgáltatástípusú fővonalak célállapotának figyeléséhezBejelölve

Híváskereső szoba létrehozása a Webex hívásokhoz

Hozzon létre egy híváskereső szobát a Webex induló hívásokhoz a következő beállításokkal:

BeállításÉrték
NévEgyedi név, mint pl Webex
LeírásAz értelmes leírás, mint pl Webex Calling Search Space
Kiválasztott partíciók

DN (+ E.164 címtárszámok)

ESN (rövidítve telephelyek közötti tárcsázás)

PSTNInternational (PSTN-elérés)

onNetRemote (GDPR által tanult célhelyek)


 

Az utolsó onNetRemote-partíció csak többfürtös környezetben használatos, ahol az útválasztási információk cseréje a Unified CM -fürtök között történik az fürtök közötti keresőszolgáltatás (ILS) vagy a Global Dialplan Replication (GDPR) használatával.

SIP fővonal konfigurálása a Webex és onnantól

Hozzon létre egy SIP-trönk -trönköt a Webex érkező és a helyi átjárón keresztül érkező hívásokhoz a következő beállításokkal:

BeállításÉrték
Eszközadatok
EszköznévEgyedi név, mint pl Webex
LeírásAz értelmes leírás, mint pl Webex SIP trönk
Futtatás az összes aktív Unified CM -csomópontonBejelölve
Bejövő hívások
Híváskereső szobaA korábban meghatározott híváskeresési szoba: Webex
AAR híváskereső szobaHíváskereső szoba, amely csak a PSTN útvonalmintákhoz fér hozzá: PSTNRroute
SIP információk
Cél címeA Helyi átjáró CUBE IP-cím
Célállomás portja5060
SIP-trönk biztonsági profiljaKorábban meghatározott: Webex
SIP profilKorábban meghatározott: Webex

Útvonalcsoport konfigurálása a Webex számára

Hozzon létre egy útvonalcsoport a következő beállításokkal:

BeállításÉrték
Útvonalcsoport-információk
Útvonalcsoport neveEgyedi név, mint pl Webex
Kiválasztott eszközökA korábban konfigurált SIP-trönk: Webex

Útvonallista konfigurálása a Webex számára

Hozzon létre egy útvonallista a következő beállításokkal:

BeállításÉrték
Útvonallista-információk
NévEgyedi név, mint pl RL_ Webex
LeírásAz értelmes leírás, mint pl Útvonallista a Webex számára
Futtatás az összes aktív Unified CM -csomópontonBejelölve
Útvonallista-taginformációk
Kiválasztott csoportokCsak a korábban meghatározott útvonalcsoport: Webex

Hozzon létre egy partíciót a Webex Destinations számára

Hozzon létre egy partíciót a Webex -célhelyek számára a következő beállításokkal:

BeállításÉrték
Útvonallista-információk
NévEgyedi név, mint pl Webex
LeírásAz értelmes leírás, mint pl Webex partíció

Mi a következő teendő

Ügyeljen arra, hogy hozzáadja ezt a partíciót az összes olyan hívó keresőterülethez, amelynek hozzá kell férnie a Webex -célhelyekhez. Ezt a partíciót kifejezetten hozzá kell adni ahhoz a híváskeresési területhez, amelyet a PSTN-trönkök bejövő híváskeresési területeként használnak, hogy a PSTN-ről a Webex felé irányuló hívások átirányíthatók legyenek.

Útvonalminták konfigurálása Webex -célhelyekhez

Konfigurálja az útvonalmintákat az egyes DID-tartományokhoz a Webex a következő beállításokkal:

BeállításÉrték
ÚtvonalmintaFull + E.164 minta a DID tartományhoz a Webex „\” karakterrel. Például: \+140855501XX
ÚtvonalpartícióWebex
Átjáró/útvonal listaRL_ Webex
Sürgős prioritásBejelölve

Helyszínek közötti rövidített tárcsázás normalizálásának konfigurálása a Webex számára

Ha a Webex számára rövidített telephelyek közötti tárcsázás szükséges, akkor a következő beállításokkal konfigurálja a tárcsázási normalizálási mintákat az egyes ESN-tartományokhoz a Webex :

BeállításÉrték
Fordítási mintaESN-minta az ESN-tartományhoz a Webex. Például: 80121XX
PartícióWebex
LeírásAz értelmes leírás, mint pl Webex normalizálási minta
Használja a Kezdeményező híváskereső terétBejelölve
Sürgős prioritásBejelölve
Ne várja meg a számjegyek közötti időtúllépést a későbbi ugrásoknálBejelölve
Az Called Party Transformation MaskMaszk a szám normalizálásához + E.164. Például: +1408555 01XX

2024. május 16.
A Webex-hívás felhasználóinak konfigurálása és kezelése

Minden egyes felhasználót hozzá kell adni a Control Hubhoz, hogy kihasználhassák a Webex Calling szolgáltatások előnyeit. A hozzáadni kívánt felhasználók száma határozza meg, hogy miként adja hozzá őket a Control Hubhoz: manuálisan adja hozzá az egyes felhasználókat e- e-mail-cím alapján, vagy több felhasználót egy CSV-fájl segítségével. A választás az Öné.

2024. május 30.
Webex-hívóeszközök konfigurálása és kezelése

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

A Control Hub segítségével telefont rendelhet egy felhasználóhoz személyes használatra. A felsorolt telefonok ide támogatja a Webex Calling szolgáltatást. Bár ezek a telefonok mindegyike hozzáadható 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

  • 9800-as sorozatú Cisco asztali telefon


 

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: Kezelés > Eszközök lehetőségre > Eszköz hozzáadása lehetőségre .

Eszközt is hozzáadhat a felhasználóhoz a Felhasználók szakaszból, ehhez navigálva Kezelés > Felhasználók lehetőségre > válasszon ki egy felhasználót > Eszközök lehetőségre > Eszköz hozzáadása lehetőségre .
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álassza ki a felhasználó számára beállítani kívánt eszköz típusát:

  • Cisco asztali telefon —Ha ezt a lehetőséget választja, válassza ki a Cisco asztali telefon modelljét a következőből Válasszon eszközt legördülő menü.
  • Cisco telefon, ATA vagy harmadik féltől származó eszköz — Ha ezt a lehetőséget választja, válassza a lehetőséget Cisco felügyelt eszközök a következőből: Válasszon eszközt legördülő menü. Ezután válassza ki a Eszköz típusa a legördülő menü.
5

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

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

     

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

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

 

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

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

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

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

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

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

  • Cisco 6800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—6821, 6841, 6851)

  • Cisco 7800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—7811, 7821, 7841, 7861)

  • Cisco 8800-as sorozatú multiplatform IP-telefonok (Audiotelefonok—8811, 8841, 8851, 8861)

  • Cisco 8800-as sorozatú multiplatform IP-telefonok (videotelefonok—8845, 8865)

  • Cisco 7832-es IP-konferenciatelefon

  • 9800-as sorozatú Cisco asztali telefon

1

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

Eszközt a Munkaterületek szakaszból is hozzáadhat új munkaterülethez, ehhez navigálva Kezelés > Munkaterületek > Munkaterület hozzáadása lehetőségre .
2

Válasszon Megosztott használat és kattintson Következő .

3

Válasszon Új munkaterület és kattintson Következő .

4

Adjon meg egy nevet a munkaterületnek (például a fizikai szoba nevét), válassza ki a szobatípust, adja meg a szobakapacitást, és válassza ki a munkaterület helyét. Ezután kattintson Következő .


 

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

5

Válassza ki a munkaterülethez beállítani kívánt eszköz típusát:

  • Cisco asztali telefon —Ha ezt a lehetőséget választja, válassza ki a Cisco asztali telefon modelljét a következőből Válasszon eszközt legördülő menü.
  • Cisco telefon, ATA vagy harmadik féltől származó eszköz — Ha ezt a lehetőséget választja, válassza a lehetőséget Cisco felügyelt eszközök a következőből: Válasszon eszközt legördülő menü. Ezután válassza ki a Eszköz típusa a legördülő menü.
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ő .

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

     

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

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

 
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és- és licenctípust.

  • Professzionális munkaterület

  • Közös területhez tartozó munkaterület


 

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

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.


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

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:

  1. Ha törölni szeretné a felhasználót, válassza a lehetőséget Felhasználó/Munkaterület törlése a felhasználó/munkaterület és a hozzá tartozó eszközök törléséhez.

  2. Ha törölni szeretne egy eszközt, válassza a lehetőséget Eszközök lehetőségre és válassza ki a törölni kívánt eszközt.

2

A telefonon lépjen a beállítások menübe, és végezze el az alábbi lépéseket a telefon újbóli hozzárendeléséhez.

  1. Válassza ki Eszköz adminisztráció , akkor Gyári alaphelyzetbe állítás .

  2. A telefon újraindul. Az újraindítás befejeztével a telefon megjeleníti az Aktiválási kód képernyőt.

  3. A telefon készen áll az újra hozzárendelésre.

3

Kövesse a következő utasításokat: Telefon hozzáadása és hozzárendelése a felhasználóhoz vagy Telefon hozzáadása új munkaterülethez telefon hozzárendeléséhez vagy hozzáadásához egy felhasználóhoz/munkaterülethez.

4

Amikor hozzáadja az eszközt a Control Hubhoz, végezze el az alábbi műveleteket a telefonon:

  1. Az aktiválási kódhoz:

    Adja meg az aktiválási kódot. A telefon újraindul, és bekerül az új felhasználóba/munkaterületre.

  2. MAC-cím esetén:

    Írja be a #000 számot az Aktiválási kód képernyőn, a telefon újraindul a Webex Webex Calling funkcióval, és hozzárendeli az új felhasználót/munkaterületet.

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

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

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

1

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

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

Válasszon Megosztott használat és kattintson Következő .

3

Válasszon Új munkaterület és kattintson Következő .

4

Adjon meg egy nevet a munkaterületnek (például a fizikai szoba nevét), válassza ki a szobatípust, adja meg a szobakapacitást, és válassza ki a munkaterület helyét. Ezután kattintson Következő .

5

Válasszon Cisco Room és Desk eszköz .

6

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

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

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

  • Professzionális munkaterület

  • Közös területhez tartozó munkaterület


 

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

8

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 .

9

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

  • 9800-as sorozatú Cisco asztali telefon

1

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

2

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

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

 
A következő mezők kitöltése kötelező, amikor eszközt rendel hozzá a Webex Calling felhasználókhoz és munkaterületekhez:
  • Felhasználók számára: Felhasználónév, Típus, Eszköztípus és Modell, ha az eszköztípus IP.
  • Munkaterület esetén: Felhasználónév, Típus, Telefonszám vagy mellék, Webex Calling Workspace [előfizetés neve], Eszköztípus és Modell, ha az eszköztípus IP.

Oszlop neveLeírásTámogatott érték

Felhasználónév

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


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

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


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

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

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

Típus

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

USER

MUNKATERÜLET

Telefonszám

Adjon meg egy telefonszámot.

Példa: +12815550100

Mellék

Adjon meg egy melléket.

Példa: 00-999999

Eszköztípus

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

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

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

Modell

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

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

MAC-cím

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

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


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

Példa MAC-cím: 001A2B3C4D5E

Helyszín

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

Példa: San José

Hívásszolgáltatási csomag

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

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

IGAZ

HAMIS

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

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

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


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

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


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

IGAZ

HAMIS

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


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

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

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

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

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.

 

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

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 .


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

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

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

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

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Kezelés > Munkaterületek .

2

Válassza ki a módosítani kívánt munkaterületet.

3

Eszköz hozzáadásához kattintson a lehetőségre Eszköz hozzáadása lehetőségre a Eszközök lehetőségre csempe.

Az eszközök munkaterülethez való hozzáadásával kapcsolatos további információkért lásd: Telefon hozzáadása új munkaterülethez szakaszban.

4

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

Ezzel az Eszközök oldalra kerül. Itt tekintheti meg és szerkesztheti az eszközbeállításokat, törölheti az eszközt, újraindíthatja az eszközt, és engedélyezheti az eszköz Szállodaszervezőként való használatát. A telefonbeállítások konfigurálásával kapcsolatos további információkért lásd: A telefonbeállítások konfigurálása és frissítése .

5

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

6

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

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

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

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


 

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

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


 

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

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

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


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

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


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

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 .


 
Csak az eszközök nélküli munkaterületek jelennek meg a keresésben.
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 .


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

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


 

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

1

Ügyfélnézetből inhttps://admin.webex.com , menjen ide: Szolgáltatások lehetőségre > Hívás > Számok lehetőségre majd kattintson Számok hozzáadása lehetőségre .

2

Adja meg a Helyszín és Szám típusa . Ha vége van a számhordozásnak, adja meg a jelenlegi és az új számlázási számát is.

3

Adja meg a Helyszín , Állapot , Körzetszám , Előtag (nem kötelező), majd kattintson a lehetőségre Keresés .

Az elérhető számok jelennek meg.

4

Válassza ki azokat a számokat, amelyeket hozzá szeretne adni a helyszínhez.

A kiválasztott számok átkerülnek a következőre: Kiválasztott számok mezőben.

5

Kattintson a Mentés lehetőségre.

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

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

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

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

Telefon típusa

520-as sorozatú Cisco fejhallgató

530-as sorozatú Cisco fejhallgató

560-as sorozatú Cisco fejhallgató

Cisco fejhallgató

Cisco IP-telefon

RJ9 és RJ11

Cisco 8851-es IP-telefon

USB

USB

USB

RJ9 és RJ11

Cisco 7811-es IP-telefon

Cisco 6821-es IP-telefon

Cisco IP-telefon

USB

USB

USB

Cisco 7832-es IP-konferenciatelefon/8832

2. táblázat Kompatibilis kulcskiterjesztő modulok

Telefon típusa

KEM

Cisco IP-telefon

Cisco 8851-es IP-telefon

BEKEM

CP-8800-A- KEM

CP-8800-V- KEM

Cisco 7811-es IP-telefon

Cisco 6821-es IP-telefon

Cisco 6851-es IP-telefon

CP-68KEM-3PCC

Cisco 7832-es IP-konferenciatelefon/8832


 

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

2024. május 20.
Elfogadási trendek és használati jelentések a Webex híváshoz

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

Hívási jelentések megtekintése

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

1

A részletes hívásnapló -jelentésekért jelentkezzen be a következőbe: Control Hub , majd lépjen ide: Elemzések lehetőségre > Hívás .

2

Válassza ki Részletes híváselőzmények .

A dedikált példányt használó hívásokkal kapcsolatos információkért lásd: Dedikált példányelemzés .

3

A médiaminőséggel kapcsolatos adatok eléréséhez jelentkezzen be a következőbe: Control Hub , majd lépjen ide: Elemzések lehetőségre majd válassza ki a lehetőséget Hívás .

2024. július 01.
Port referencia információk Cisco Webex híváshoz

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

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

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

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

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

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

  • NAT telepítése esetén nem kötelező megnyitni a bejövő portot a tűzfalon.

  • Ellenőrizze az alkalmazás- vagy eszközkapcsolathoz szükséges NAT-készlet méretét, ha több alkalmazásfelhasználó és -eszköz is hozzáfér a Webex Calling és Webex -kompatibilis szolgáltatásokhoz NAT vagy PAT használatával. A portkimerülés megelőzése érdekében győződjön meg arról, hogy megfelelő nyilvános IP-cím -címek vannak hozzárendelve a NAT-készletekhez. A portkimerülés hozzájárul ahhoz, hogy a belső felhasználók és eszközök nem tudnak csatlakozni a Webex Calling és a Webex Aware szolgáltatásokhoz.

  • Határozzon meg ésszerű kötési időszakokat, és kerülje a SIP manipulálását a NAT eszközön.

  • Állítsa be a minimális NAT időtúllépést az eszközök megfelelő működésének biztosítása érdekében. Példa: A Cisco telefonok 1-2 percenként küldenek egy követő REGISTER frissítési üzenetet.

  • Ha a hálózat NAT-ot vagy SPI-t valósít meg, akkor állítson be nagyobb (legalább 30 perces) időtúllépést a kapcsolatok számára. Ez az időkorlát megbízható kapcsolatot tesz lehetővé, miközben csökkenti a felhasználók mobileszközeinek akkumulátor-fogyasztását.

SIP Alkalmazásréteg Átjáró

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

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

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

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

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

  • Adott URL-ekhez való hozzáférés engedélyezése vagy letiltása.

  • Alapszintű hitelesítés

  • IP-cím/tartomány/gazdanév/ URI hírnév keresése

  • Forgalom visszafejtése és ellenőrzése

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

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

  • Webex-szolgáltatások

  • Ügyféleszköz aktiválási (CDA) eljárások Cisco Cloud üzembe helyezési platform használatával, mint például GDS, EDOS eszközaktiválás, üzembe helyezés és beléptetés a Webex felhőbe.

  • Certificate Authentication

  • Firmware frissítés

  • Állapotjelentések

  • PRT-feltöltések

  • VoIP szolgáltatások


 

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

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

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

  • Explicit proxy (ellenőrző vagy nem vizsgáló) – Konfigurálja az alkalmazást vagy az eszközt explicit proxyval rendelkező klienseket a használandó kiszolgáló megadásához.

  • Á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 Cisco eszközök és a Webex alkalmazás számára a következőképpen:

A preferált terméktípusok konfigurálása során válasszon a következő proxykonfigurációk és hitelesítési típusok közül a táblázatban:

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, , Tárgyaljon

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, Alap, Kivonat, NTLM, Tárgyalás

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

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

  2. Windows NTLM hitelesítés – Csak akkor támogatott, ha a számítógép bejelentkezett a tartományba

  3. Tárgyaljon - Kerberos NTLM tartalék hitelesítéssel.

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

  5. A Cisco IP -telefonok esetében lásd: Proxykiszolgáló beállítása példaként a proxykiszolgáló és a beállítások konfigurálására.


 

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

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

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

  1. A WinInet csak egyfelhasználós, asztali kliens alkalmazásokhoz készült

  2. 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ímek alapján történő szűrése nem támogatott, mivel egyes 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.


 

Megjegyzés: A Cisco nem tart fenn dinamikusan változó IP-cím , ezért ebben a cikkben nem szerepel.

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.

A hívásmédia port- és IP-alhálózat szűrésével konfigurálhatja a forgalmat. Mivel a médiaforgalom közvetlen internet-hozzáférést igényel, válassza az URL -szűrés opciót a jelzőforgalomhoz.

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

  1. eszközellátás

  2. Identitástárolás

  3. Hitelesítés

  4. OAuth-szolgáltatások lehetőségre

  5. eszköz beüzemelése

  6. Felhőkapcsolatú UC

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

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

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

Összes

*.ucmgmt.cisco.com

Webex hívási szolgáltatások

Control Hub

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

Felhőalapú figyelemfelkeltésre szolgál, amellyel elérheti a Webex Calling és a Webex Aware szolgáltatásait a bevezetés során és után.

Ezek a szolgáltatások szükségesek

  • Alkalmazások és eszközök kezelése

  • Alkalmazás értesítési mechanizmus szolgáltatáskezelés

Összes

*.webexapis.com

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

  1. Profilkép szolgáltatás

  2. Jegyzettábla szolgáltatás

  3. Proximity szolgáltatás

  4. Jelenlétszolgáltatás

  5. Regisztráció elutasítva

  6. Naptárszolgáltatás

  7. Készülék keresése

Összes

*.webexcontent.com

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

  1. Felhasználói vonalak

  2. Átkódolt fájlok

  3. Képek

  4. Képernyőképek

  5. A tábla vezérlői

  6. Kliens- és eszköznaplók

  7. Profilkép

  8. Márkanevek

  9. Doboz fájlokat

  10. Fájlok tömeges CSV -exportálása és fájlok importálása (Control Hub)

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


 

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

*.accompany.com

People Insights-integráció

Webex alkalmazások

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

*.appdynamics.com

*.eum-appdynamics.com

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

Control Hub

*.sipflash.com

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

Webex alkalmazások

*.walkme.com s3.walkmeusercontent.com

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

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

Webex alkalmazások

*.google.com

*.googleapis.com

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

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

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

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


 

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

Webex alkalmazás

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

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

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

163.129.0.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

A kapcsolat célja

Forráscímek

Forrásportok

Protokoll

Célcímek

Célportok

Jegyzetek

Hívásjelzés a Webex-híváshoz (SIP TLS)

Külső helyi átjáró (NIC)

8000-65535

TCP

Lásd: Webex hívási szolgáltatásokIP-alhálózatai.

5062, 8934

Ezekre az IP-kre/portokra a helyi átjárók, eszközök és alkalmazások (forrás) és a Webex Calling Cloud (Destination) felé irányuló kimenő SIP-TLS hívásjelzéshez van szükség.

5062-es port (szükséges a tanúsítvány alapú fővonalhoz). És a 8934-es port (a regisztráció alapú trönkhöz szükséges

Eszközök

5060-5080

8934

Alkalmazások

Efemer (operációs rendszertől függő)

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 működik.

A célportot az ügyfél választotta ki Fővonalak konfigurálása

Média hívása a Webex Webex Calling szolgáltatásba (STUN, SRTP/SRTCP, T38)

Helyi átjáró külső hálózati adaptere

8000-48199 *

UDP

Lásd: Webex hívási szolgáltatásokIP-alhálózatai.

5004, 9000 (STUN portok)

8500-8701,19560-65535 (SRTP UDP felett )

  • Ezekre az IP-kre/portokra a helyi átjárókból, eszközökből és alkalmazásokból (forrás) a Webex Calling Cloud (cél) felé irányuló kimenő SRTP-hívási adathordozókhoz van szükség.

  • Azon szervezeten belüli hívások esetében, ahol a STUN, ICE egyeztetés sikeres, a felhőben lévő médiatovábbító eltávolítandó kommunikációs útvonalként. Ilyen esetekben a médiafolyam közvetlenül a felhasználó alkalmazásai/eszközei között zajlik.

    Például: Ha az adathordozó-optimalizálás sikeres, az alkalmazások közvetlenül a 8500–8701-es porttartományon, az eszközök pedig az 19560–19661-es porttartományon küldik egymásnak az adathordozókat.

  • Bizonyos hálózati topológiák esetén, ahol tűzfalat használnak az ügyfél helyiségeiben, engedélyezze a hozzáférést az említett forrás- és célport-tartományokhoz a hálózaton belül, hogy az adathordozón áthaladhasson.

    Példa: Alkalmazások esetén engedélyezze a 8500–8701 forrás- és célporttartományt.

Eszközök lehetőségre *

19560-19661

Alkalmazások lehetőségre *

8500-8701

Hívási média a Webex Webex Calling szolgáltatásból (SRTP/SRTCP, 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

Hívásjelzés PSTN-átjáróhoz (SIP TLS)Helyi átjáró belső hálózati adaptere8000-65535

TCP

Az ITSP PSTN GW vagy Unified CMA 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 PSTN-átjáró (SRTP/SRTCP)Helyi átjáró belső hálózati adaptere

8000-48199 *

UDP

Az ITSP PSTN GW vagy Unified CMA 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:

  1. Áttérés nagyvállalati telefonokról (Cisco Unified CM) a Webex Calling szolgáltatásra. Lásd upgrade.cisco.com további információkért. A cloudupgrader.webex.com portokat használ: 6970,443 a firmware áttelepítési folyamathoz.

  2. Firmware frissítés és eszközök (MPP és Room vagy Desk telefonok) biztonságos beléptetése a 16 jegyű aktiválási kód (GDS) segítségével

  3. CDA/EDOS esetén – MAC-cím alapú üzembe helyezés. Újabb firmware-rel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják.

  4. Amikor egy telefon először vagy gyári alaphelyzetbe állítás után csatlakozik a hálózathoz, a DHCP -beállítások beállítása nélkül, kapcsolatba lép egy eszközaktiváló szerverrel az érintésmentes üzembe helyezés érdekében. Új telefonok használata activate.cisco.com helyett webapps.cisco.com az ellátáshoz. A 11.2(1) verziónál korábbi firmware-rel rendelkező telefonok továbbra is használatban vannak webapps.cisco.com . Javasolt az összes ilyen IP -alhálózat engedélyezése.

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

Alkalmazás konfigurációja

Webex hívó alkalmazások

Rövid élettartamú

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

443, 8443

Id broker 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ület hozzáféréshez használható.

Eszközidő-szinkronizálás (NTP)

Webex hívó eszközök

51494

UDP

Lásd: Webex hívási szolgáltatásokIP-alhálózatai.

123

Ezekre az IP-címekre az eszközök időszinkronizálásához (MPP-telefonok, ATA-k és SPA ATA-k) van szükség

Eszköznév-feloldás és Alkalmazásnév-feloldás

Webex hívó eszközök

Rövid élettartamú

UDP és TCP

Gazdagép által definiált

53

DNS-kereséseknél használatos a felhőben lévő Webex-kiszolgálók IP-címeinek felfedezéséhez.

Annak ellenére, hogy a tipikus DNS-keresések UDP-n keresztül történnek, néhányuk TCP-t igényelhet, ha a lekérdezésre érkező válaszok nem férnek bele UDP-csomagokba.

Alkalmazásidő szinkronizálása

Webex hívó alkalmazások

123

UDP

Gazdagép által definiált

123

CScan

web alapú hálózati készenléti előminősítő eszköz a következőhöz: Webex Calling

Rövid élettartamú

TCP

Lásd: Webex hívási szolgáltatásokIP-alhálózatai.

8934 és 443

web alapú hálózati készenléti előminősítő eszköz a Webex Calling szolgáltatáshoz. További információért látogasson el a cscan.webex.com oldalra .

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

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

Google-Firebase felhőalapú Üzenetküldés (FCM)

443, 2197, 5228, 5229, 5230, 5223

Értesítések a Webex Apps számára mobileszközökön (Példa: Amikor új üzenetet kap, vagy ha hívást fogadnak)


 
  • † CUBE médiaport-tartomány az rtp-port tartományával konfigurálható.

  • * Médiaportok az SRTP portban dinamikusan hozzárendelt eszközök és alkalmazások számára. Az SRTP portok páros számú portok, és a megfelelő SRTCP port az egymást követő páratlan számú porttal van hozzárendelve.

  • Ha proxykiszolgáló -cím van beállítva az alkalmazásokhoz és az eszközökhöz, a jelzőforgalom a proxyhoz kerül továbbításra. Az UDP -n keresztül továbbított média SRTP közvetlenül a tűzfalhoz áramlik a proxykiszolgáló helyett.

  • Ha a vállalati hálózaton belül NTP és DNS -szolgáltatásokat használ, akkor a tűzfalon keresztül nyissa meg az 53-as és 123-as portot.

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

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

Hivatkozások

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

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

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

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

Dátum

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

2024. június 11

A „huton-dev.com” tartomány eltávolítva, mivel nincs használatban.

2024. május 06

Frissült a Webex Webex Calling Media specifikáció mindkét SRTP /SRTCP porttartományának használata.

2024. április 03

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

2023. december 18

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

2023. december 11

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

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

2023. november 29

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

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

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

2023. augusztus 14.

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


 

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

2023. július 5

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

2023. március 7.

Átdolgoztuk a teljes cikket, hogy tartalmazza:

  1. A mellékelt opciók a Proxy támogatásához.

  2. Módosított hívás folyamatábra

  3. Egyszerűsített tartományok/URL-ek/ IP-alhálózat részek a Webex Calling és a Webex Aware szolgáltatásokhoz

  4. 170.72.0.0/16 IP-alhálózat tartomány hozzáadva a Webex Webex Calling és a Webex Aware szolgáltatásokhoz.

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

2023. március 5.

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

  • Bekerült az alkalmazások által használt UDP– SRTP porttartomány (8500-8700).

  • Bekerültek a Push értesítések APNS és FCM szolgáltatások portjai.

  • Ossza meg a CScan porttartományt UDP és TCP számára.

  • Bekerült a hivatkozások szakasz.

2022. november 15.

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

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

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

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

2022. november 14

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

08. szeptember 2022.

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

30. augusztus 2022.

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

2022. augusztus 18.

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

Július 26, 2022

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

Július 21, 2022

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

Július 14, 2022

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

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

2022. június 27.

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

*.broadcloudpbx.net

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

Június 15, 2022

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

  • A kapcsolat célja: Webex funkciók

  • Forráscímek: Webex hívóeszközök

  • Forrás portok: Rövid élettartamú

  • Protokoll: TCP

  • Célcímek: Lásd: IP -alhálózatok és tartományok meghatározottak: Webex Meetings/ Üzenetküldés - Hálózati követelmények.

  • Célportok: 443

    Megjegyzések: A Webex Calling Devices ezeket az IP -címeket és tartományokat használja a Webex Cloud Services, például a címtár, a híváselőzmények és az értekezletek közötti interfészhez.

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

2022. május 24

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

2022. május 6

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

2022. április 7

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

2022. április 5.

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

  • 23.89.40.0/25

  • 23.89.1.128/25

2022. március 29

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

  • 23.89.33.0/24

  • 150.253.209.128/25

20. szeptember 2021.

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

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

2021. április 2

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

2021. március 25.

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

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

2021. március 4

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

2021. február 26

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

Február 22, 2021

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

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

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

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

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

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

  • 199.59.64.237

  • 199.59.67.237

2021. január 21

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

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

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

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

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

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

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

  • 64.68.99.6

  • 64.68.100.6

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

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

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

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

December 23, 2020

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

December 22, 2020

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

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

2020. december 11

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

2020. október 16

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

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

2020. szeptember 23

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

2020. augusztus 14

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

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

12. augusztus 2020.

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

  • Média hívása Webex-híváshoz (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Hívásjelzés nyilvánosan címzett végpontokra (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Eszközkonfiguráció és firmware-kezelés (Cisco eszközök) – 135.84.173.155,135.84.174.155

  • Eszköz időszinkronizálása – 135.84.173.152, 135.84.174.152

  • Alkalmazás konfigurációja – 135.84.173.154,135.84.174.154

2020. július 22.

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

2020. június 9

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

  • Kijavítottuk az egyik IP-címet – a 199.59.67.156-ot 199.59.64.156-ra módosítottuk.

  • Az új funkciók új portokat és UDP-t igényelnek —19560-19760.

2020. március 11

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

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

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

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com–35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com–3.130.87.169, 3.20.185.219

2020. február 27.

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

cloudupgrader.webex.com—443, 6970

Hasznos volt ez a cikk?
Webex híváskonfigurációs munkafolyamat