Webex híváskonfigurációs munkafolyamat
Webex híváskonfigurációs munkafolyamat
2023. augusztus 08.
A Webex-hívás áttekintése

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

Bemutatkozik Webex Calling

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

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

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

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

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

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

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

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

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

Funkció

Leírás

Automatikus híváskezelő

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

Hívásvárakoztatási sor

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

Hívásfogadás

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

Hívásparkoltatás

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

Keresőcsoport

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

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

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

Személyhívócsoport

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

Recepciós ügyfél

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

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

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

Funkció

Leírás

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

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

Üzleti folytonosság

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

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

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

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

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

Hívásértesítés

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

Hívásvárakoztatás

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

Ne zavarjanak

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

Iroda bárhol (Office Anywhere)

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

Elsőbbségi riasztás

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

Távoli iroda

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

Szelektív hívásfogadás

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

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

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

Szekvenciális gyűrű

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

Egyidejű gyűrű

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

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

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

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

Felhasználói élmény

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

Ü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

  • Cisco Unified Unity Connection

  • Cisco Expressway

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

  • Cisco Session Management Edition (SME) (opcionális)

Kiterjesztett ROI – A dedikált példány ugyanazokat a hang- és videovégpontokat támogatja, mint a társított UC Manager kiadás, így nincs szükség az összes ügyfélvégpont frissítésére a felhőbe való migráláskor, és kiterjeszti ezen eszközök megtérülését.

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


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

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

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

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


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

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

Első lépések

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

Varázsló a próbaidőszakhoz

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

Tekintse át a beállításait

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

Felhasználók hozzáadása

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

Ha Microsoft Active Directory-t használ, javasoljuk, hogy engedélyezze Címtár-szinkronizálás először, majd döntse el, hogyan szeretne felhasználókat hozzáadni. Kattintson Következő és kövesse az utasításokat a Cisco Directory Connector beállításához.

Egyszeri bejelentkezés (SSO) beállítása

A Webex alkalmazás alapvető hitelesítést használ. Dönthet úgy is, hogy beállítja az SSO -t úgy, hogy a felhasználók az Enterprise Identity-szolgáltatónál a saját vállalati hitelesítési adataikkal hitelesítsenek, ne pedig a Webex tárolt és kezelt külön jelszóval.

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

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

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

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

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

Importálja a kitöltött fájlt, kattintson a Szolgáltatások hozzáadása és eltávolítása, majd a Küldés gombra. Mostantól készen áll a hívási funkciók konfigurálására, a közös helyen megosztható eszközök regisztrálására, valamint az eszközök regisztrálására és felhasználókhoz való társítására.

Engedélyezze a felhasználókat

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

A helyi átjáró szerepe

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Webex Calling -engedélyezett helyek hozzáadódnak egy meglévő Cisco UC -telepítéshez, ahol a Unified CM van telepítve a helyszíni hívásvezérlés megoldásként

  • Közvetlen tárcsázás a Unified CM -re regisztrált telefonok és a bemeneti telefonok között Webex Calling helyszínek megadása kötelező.

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

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

Dedikált PSTN-átjáró

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

Coresident PSTN átjáró

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

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

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

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

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

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

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

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

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

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

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

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

A Unified CM regisztrált végpontjairól induló hívások is, amelyek a következő helyeket célozzák meg: Webex Calling , a Unified CM-en biztosított tárcsázási terv hatálya alá tartoznak. Ez a tárcsázási terv általában lehetővé teszi a felhasználók számára, hogy a szokásos vállalati tárcsázási szokásokat alkalmazzák a hívások kezdeményezésére. Ezek a szokások nem feltétlenül csak az + E.164 tárcsázást foglalják magukban. A + E.164 kivételével minden tárcsázási szokást + E.164 kell normalizálni , mielőtt a hívásokat a helyi átjáró küldenék , hogy a Webex Calling megfelelő útválasztást biztosíthasson .

Szolgáltatásosztály (CoS)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. ábra. 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

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

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

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

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

4. ábra. 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ó.

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

2024. május 16.
Készítse fel környezetét a Webex hívásra
  • Követelmények a következőre:
  • Helyi átjáró követelményei a következőhöz:

    Általános előfeltételek

    Mielőtt helyi átjáró konfigurál a(z) számára, 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

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

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

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

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

    • Regisztráció alapú trönk

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

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

    Mielőtt elkezdené

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

    • Ez a cikk feltételezi, hogy egy dedikált helyi átjáróplatform működik, és nincs hangkonfiguráció. Ha egy meglévő PSTN-átjáró vagy 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.

    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ők: 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ókért lásd: hangosztályú kodek .


     

    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+ birodalmat 98027369.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öt .

      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öt .

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

      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ókért lásd: hangosztályú kodek .


     

    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 .


     
    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.

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

    7

    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.

    8

    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 .

    9

    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 .

    10

    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öt .

      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öt .

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

      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ókért lásd: hangosztályú kodek .

      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
    
    2022. szeptember 30.
    Egységes CM konfigurálása Webex-híváshoz

    Szükség lehet a Unified CM-vel való integrációra, ha a Webex Híváshoz engedélyezett helyek egy meglévő telepítéshez vannak hozzáadva, ahol az Unified CM a helyszíni hívásvezérlő megoldás, és ha közvetlen tárcsázásra van szüksége az Unified CM-hez regisztrált telefonok és a Webex Calling helyeken lévő telefonok között.

    SIP-törzsbiztonsági profil konfigurálása a trunk to local gateway számára

    Azokban az esetekben, amikor a helyi átjáró és a PSTN-átjáró ugyanazon az eszközön található, engedélyezni kell az egyesített CM-t, hogy megkülönböztesse az ugyanabból az eszközből származó két különböző forgalomtípust (a Webex és a PSTN hívásai), és differenciált szolgáltatási osztályt alkalmazzon ezekre a hívástípusokra. Ez a differenciált híváskezelés úgy érhető el, hogy két törzset hoz létre a Unified CM és az egyesített helyi átjáró és PSTN-átjáró eszköz között, amely különböző SIP-figyelő portokat igényel a két törzshöz.

    Hozzon létre egy dedikált SIP trunk security profilt a helyi átjáró törzséhez a következő beállításokkal:

    Beállítás Érték
    Név Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex SIP trunk biztonsági profil
    Bejövő port Meg kell egyeznie a helyi átjáró konfigurációjában használt porttal a Webexbe irányuló vagy onnan érkező forgalomhoz: 5065

    SIP-profil konfigurálása a helyi átjáró törzséhez

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

    Beállítás Érték
    Név Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex SIP-profil
    Engedélyezze az OPTIONS Ping lehetőséget a "Nincs (alapértelmezett)" szolgáltatástípusú törzsek célállapotának figyeléséhez Bejelölve

    Híváskeresési hely létrehozása a Webex hívásaihoz

    Hozzon létre egy híváskeresési helyet a Webexből származó hívásokhoz a következő beállításokkal:

    Beállítás Érték
    Név Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex Calling Search Space
    Kiválasztott partíciók

    DN (+E.164 könyvtárszámok)

    ESN (rövidített helyszíni tárcsázás)

    PSTNNemzetközi (PSTN-hozzáférés)

    onNetRemote (GDPR által megtanult úti célok)


     

    ANetRemote utolsó partíciója csak többfürtös környezetben használatos, ahol az útválasztási információk cseréje egységes CM-fürtök között történik az Intercluster Lookup Service (ILS) vagy a Global Dialplan Replication (GDPR) használatával.

    SIP-csomagtartó konfigurálása a Webexbe és a Webexből

    Hozzon létre egy SIP-törzset a Webexbe irányuló és onnan érkező hívásokhoz a helyi átjárón keresztül a következő beállításokkal:

    Beállítás Érték
    Eszközadatok
    Eszköznév Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex SIP trunk
    Futtatás az összes aktív egyesített CM-csomóponton Bejelölve
    Bejövő hívások
    A keresési terület hívása A korábban definiált híváskeresési terület: Webex
    AAR híváskeresési terület Olyan híváskeresési terület, amely csak PSTN-útvonalmintákhoz fér hozzá: PSTNReroute
    SIP-információk
    Cél címe A helyi átjáró CUBE IP-címe
    Cél kikötő 5060
    SIP csomagtartó biztonsági profil Korábban definiált: Webex
    SIP profil Korábban definiált: Webex

    Útvonalcsoport konfigurálása Webexhez

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

    Beállítás Érték
    Útvonalcsoport adatai
    Útvonalcsoport neve Egyedi név, például Webex
    Kiválasztott eszközök A korábban konfigurált SIP törzs: Webex

    Útvonallista konfigurálása Webexhez

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

    Beállítás Érték
    Útvonallista-információk
    Név Egyedi név, például RL_Webex
    Leírás Értelmes leírás, például a Webex útvonallistája
    Futtatás az összes aktív egyesített CM-csomóponton Bejelölve
    Útvonallista tagokra vonatkozó információk
    Kiválasztott csoportok Csak a korábban meghatározott útvonalcsoport: Webex

    Partíció létrehozása Webex-célokhoz

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

    Beállítás Érték
    Útvonallista-információk
    Név Egyedi név, például Webex
    Leírás Értelmes leírás, például Webex partíció

    Mi a következő lépés

    Ügyeljen arra, hogy ezt a partíciót hozzáadja az összes olyan híváskeresési helyhez, amelynek hozzáféréssel kell rendelkeznie a Webex-célokhoz. Ezt a partíciót kifejezetten hozzá kell adnia a PSTN-törzsek bejövő híváskeresési területeként használt híváskeresési területhez, hogy a PSTN-ről a Webexre irányuló hívások átirányíthatók legyenek.

    Útvonalminták konfigurálása Webex-úti célokhoz

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

    Beállítás Érték
    Útvonal minta Teljes +E.164 minta a Webex DID tartományához a vezető "\" -vel. Például: \+140855501XX
    Útvonal-partíció Webex
    Átjáró/útvonallista RL_Webex
    Sürgős prioritás Bejelölve

    A rövidített helyek közötti tárcsázási normalizálás konfigurálása a Webex számára

    Ha a Webexhez rövidített helyek közötti tárcsázásra van szükség, akkor konfigurálja a tárcsázási normalizálási mintákat a Webex minden ESN-tartományához a következő beállításokkal:

    Beállítás Érték
    Fordítási minta ESN minta az ESN tartományhoz a Webexben. Például: 80121XX
    Partíció Webex
    Leírás Értelmes leírás, például Webex normalizációs minta
    A kezdeményező híváskeresési területének használata Bejelölve
    Sürgős prioritás Bejelölve
    Ne várja meg az Interdigit időtúllépést a későbbi ugrásoknál Bejelölve
    Az úgynevezett Party Transformation Mask Maszk a szám +E.164-re történő normalizálásához. Például: +140855501XX
    2024. 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 20.
    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


     

    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

    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

    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. május 16.
    Port referencia információk Cisco Webex híváshoz

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

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

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

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

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

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

    • NAT telepítése esetén nem kötelező megnyitni a bejövő portot a tűzfalon.

    • Ellenőrizze az alkalmazás- vagy eszközkapcsolathoz szükséges NAT-készlet méretét, ha több alkalmazásfelhasználó és -eszköz is hozzáfér a Webex Calling és Webex -kompatibilis szolgáltatásokhoz NAT vagy PAT használatával. A portkimerülés megelőzése érdekében győződjön meg arról, hogy megfelelő nyilvános IP-cím -címek vannak hozzárendelve a NAT-készletekhez. A portkimerülés hozzájárul ahhoz, hogy a belső felhasználók és eszközök nem tudnak csatlakozni a Webex Calling és a Webex Aware szolgáltatásokhoz.

    • Határozzon meg ésszerű kötési időszakokat, és kerülje a SIP manipulálását a NAT eszközön.

    • Állítsa be a minimális NAT időtúllépést az eszközök megfelelő működésének biztosítása érdekében. Példa: A Cisco telefonok 1-2 percenként küldenek egy követő REGISTER frissítési üzenetet.

    • Ha a hálózat NAT-ot vagy SPI-t valósít meg, akkor állítson be nagyobb (legalább 30 perces) időtúllépést a kapcsolatok számára. Ez az időkorlát megbízható kapcsolatot tesz lehetővé, miközben csökkenti a felhasználók mobileszközeinek akkumulátor-fogyasztását.

    SIP Alkalmazásréteg Átjáró

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

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

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

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

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

    • Adott URL-ekhez való hozzáférés engedélyezése vagy letiltása.

    • Alapszintű hitelesítés

    • IP-cím/tartomány/gazdanév/ URI hírnév keresése

    • Forgalom visszafejtése és ellenőrzése

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

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

    • Webex-szolgáltatások

    • Ügyféleszköz aktiválási (CDA) eljárások Cisco Cloud üzembe helyezési platform használatával, mint például GDS, EDOS eszközaktiválás, üzembe helyezés és beléptetés a Webex felhőbe.

    • Certificate Authentication

    • Firmware frissítés

    • Állapotjelentések

    • PRT-feltöltések

    • VoIP szolgáltatások


     

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

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

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

    • Explicit proxy (ellenőrző vagy nem vizsgáló) – Konfigurálja az alkalmazást vagy az eszközt explicit proxyval rendelkező klienseket a használandó kiszolgáló megadásához. Ez a beállítás a következő hitelesítési típusok egyikét támogatja:

    • Átlátszó proxy (nem ellenőrző) – Az ügyfelek nincsenek úgy konfigurálva, hogy egy adott proxykiszolgáló címet használjanak, és nincs szükség módosításra ahhoz, hogy nem ellenőrző proxyval működjenek együtt.

    • Átlátszó proxy (ellenőrzés)—Az ügyfelek nincsenek beállítva arra, hogy egy adott proxykiszolgáló címet használjanak. Nincs szükség HTTP konfigurációs módosításokra; mindazonáltal a klienseknek vagy az alkalmazásnak, vagy az eszközöknek gyökértanúsítvány van szükségük ahhoz, hogy megbízzanak a proxyban. Az informatikai csapat az ellenőrző proxykat használja a házirendek betartatására a meglátogatandó weboldalakon és a nem engedélyezett tartalomtípusokon.

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

    • Platform operációs rendszer

    • Eszköz URL -címe

    • Automatikus felderítés

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

    Termék

    Proxykonfiguráció

    Hitelesítési típus

    Webex Mac rendszerhez

    Kézi, WPAD, PAC

    Nincs hitelesítés, Alapszintű, NTLM

    Webex Windows rendszerhez

    Kézi, WPAD, PAC, GPO

    Nincs hitelesítés, Alapszintű, NTLM (2), Negotiate

    Webex iOS rendszerhez

    Kézi, WPAD, PAC

    Nincs hitelesítés, Alapszintű, Kivonatolt, NTLM

    Webex Androidra

    Kézi, PAC

    Nincs hitelesítés, Alapszintű, Kivonatolt, NTLM

    Webex webalkalmazás

    Az operációs rendszeren keresztül támogatott

    Nincs hitelesítés, Alapszintű, Kivonatolt, NTLM, Negotiate

    Webex Room-eszközök

    WPAD, PAC vagy kézi

    Nincs hitelesítés, Alapszintű, Kivonatolt

    Cisco IP-telefonok

    Kézi, WPAD, PAC

    Nincs hitelesítés, Alapszintű, Kivonatolt

    Webex Video Mesh Node

    Manuális

    Nincs hitelesítés, Alapszintű, Kivonatolt, NTLM

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

    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. Automatikus web proxykeresés (WPAD) – Lásd web Proxy Auto Discovery Protocol a részletekért.

    4. Proxy Auto Config (PAC) fájlok – Lásd Proxy automatikus konfigurációs fájlok a részletekért.

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

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

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

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

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

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

    Tartomány/URL

    Leírás

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

    Cisco Webex szolgáltatások

    *.broadcloudpbx.net

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

    Control Hub

    *.broadcloud.com.au

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

    Összes

    *.broadcloud.eu

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

    Összes

    *.broadcloudpbx.net

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

    Webex alkalmazások

    *.webex.com

    *.cisco.com

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

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

    Összes

    *.webexapis.com

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

    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

    *.huron-dev.com

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

    Control Hub

    *.sipflash.com

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

    Webex alkalmazások

    *.walkme.com s3.walkmeusercontent.com

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

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

    Webex alkalmazások

    *.google.com

    *.googleapis.com

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

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

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

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


     

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

    Webex alkalmazás

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

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

    23.89.0.0/16

    85.119.56.0/23

    128.177.14.0/24

    128.177.36.0/24

    135.84.168.0/21

    139.177.64.0/21

    139.177.72.0/23

    144.196.0.0/16

    150.253.128.0/17

    163.129.0.0/17

    170.72.0.0/16

    170.133.128.0/18

    185.115.196.0/22

    199.19.196.0/23

    199.19.199.0/24

    199.59.64.0/21

    A kapcsolat célja

    Forráscímek

    Forrásportok

    Protokoll

    Célcímek

    Célportok

    Jegyzetek

    Hívásjelzés a Webex-híváshoz (SIP TLS)

    Külső helyi átjáró (NIC)

    8000-65535

    TCP

    Lásd: Webex hívási szolgáltatásokIP-alhálózatai.

    5062, 8934

    Ezekre az IP-kre/portokra a helyi átjárók, eszközök és alkalmazások (forrás) és a Webex Calling Cloud (Destination) felé irányuló kimenő SIP-TLS hívásjelzéshez van szükség.

    5062-es port (szükséges a tanúsítvány alapú fővonalhoz). És a 8934-es port (a regisztráció alapú trönkhöz szükséges

    Eszközök

    5060-5080

    8934

    Alkalmazások

    Efemer (operációs rendszertől függő)

    Hívásjelzés a Webex Calling (SIP TLS) a helyi átjáróba

    Webex Calling címtartomány.

    Lásd: IP -alhálózatok a Webex Calling Services számára

    8934

    TCP

    Az ügyfél által a helyi átjáró számára kiválasztott IP vagy IP -tartomány

    Az ügyfél által a helyi átjáró számára kiválasztott port vagy porttartomány

    Tanúsítvány alapú helyi átjárókra vonatkozik. Kapcsolatot kell létesíteni a Webex Calling és a helyi átjáró között.

    A regisztráció alapú helyi átjáró a helyi átjáró létrehozott kapcsolat újrafelhasználásán dolgozik.

    A célportot az ügyfél választotta ki Fővonalak konfigurálása

    Média hívása a Webex 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 a médiaoptimalizálás sikeres, az alkalmazások közvetlenül a 8500–8701-es porttartományokon, az eszközök pedig az 19560–19661-es porttartományokon közvetlenül 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) rendelkezzen. A részletekért lásd: Field Notice

    Alkalmazás konfigurációja

    Webex hívó alkalmazások

    Rövid élettartamú

    TCP

    62.109.192.0/18

    64.68.96.0/19

    150.253.128.0/17

    207.182.160.0/19

    443, 8443

    Idbroker hitelesítéshez, Alkalmazáskonfigurációs szolgáltatásokhoz az ügyfelek számára, Böngésző alapú webes elérés az önkiszolgáláshoz ÉS Adminisztrációs felületekhez használatos.

    Eszközidő-szinkronizálás (NTP)

    Webex hívó eszközök

    51494

    UDP

    Lásd: Webex hívási szolgáltatásokIP-alhálózatai.

    123

    Ezekre az IP-címekre az eszközök időszinkronizálásához (MPP-telefonok, ATA-k és SPA ATA-k) van szükség

    Eszköznév-feloldás és Alkalmazásnév-feloldás

    Webex hívó eszközök

    Rövid élettartamú

    UDP és TCP

    Gazdagép által definiált

    53

    DNS-kereséseknél használatos a felhőben lévő Webex-kiszolgálók IP-címeinek felfedezéséhez.

    Annak ellenére, hogy a tipikus DNS-keresések UDP-n keresztül történnek, néhányuk TCP-t igényelhet, ha a lekérdezésre érkező válaszok nem férnek bele UDP-csomagokba.

    Alkalmazásidő szinkronizálása

    Webex hívó alkalmazások

    123

    UDP

    Gazdagép által definiált

    123

    CScan

    web alapú hálózati készenléti előminősítő eszköz a következőhöz: Webex Calling

    Rövid élettartamú

    TCP

    Lásd: Webex hívási szolgáltatásokIP-alhálózatai.

    8934 és 443

    web alapú hálózati készenléti előminősítő eszköz a Webex Calling szolgáltatáshoz. További információért látogasson el a cscan.webex.com oldalra .

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

    • * Az eszközök és alkalmazások médiaportjai dinamikusan vannak hozzárendelve bárhol az SRTP porton. 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. április 23

    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ókhoz új portokra és UDP-re van szükség – 19560–19760

    2020. március 11

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

    • jp.bcld.webex.com—135.84.169.150

    • client-jp.bcld.webex.com

    • idbroker.webex.com—64.68.99.6, 64.68.100.6

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

    • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

    • webapps.cisco.com—72.163.10.134

    • activation.webex.com–35.172.26.181, 52.86.172.220

    • cloudupgrader.webex.com–3.130.87.169, 3.20.185.219

    2020. február 27.

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

    cloudupgrader.webex.com—443, 6970

    Hasznos volt ez a cikk?
    Webex híváskonfigurációs munkafolyamat