Webex Calling Konfigurációs munkafolyamat

Készítse elő környezetét

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

Általános előfeltételek

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

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

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

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

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

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

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

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

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

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

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

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

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

Konfigurálja a Webex Calling alkalmazást a szervezete számára

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

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

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 .

Helyszín hozzáadása

Mielőtt elkezdené

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

Helyszín címe
Kívánt telefonszámok (nem kötelező)

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 .

Meglévő hely frissítése

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

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

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

Ha a mellék megegyezik a nemzeti számmal, akkor a mellék elsőbbséget élvez a nemzeti számmal szemben. Ezért javasoljuk, hogy engedélyezze a kimenő tárcsázási számjegyet.

Kifejezetten javasoljuk az E.164 számozási formátum használatát a bejövő és kimenő PSTN-hívásokhoz.

Felhasználókra gyakorolt hatás:

A felhasználóknak újra kell indítaniuk a telefonjukat ahhoz, hogy a tárcsázási beállítások módosításai életbe lépjenek.
A felhasználói mellékek nem kezdődhetnek ugyanazzal a számmal, mint a helyszín irányító számjegye vagy kimenő tárcsázási számjegyei.

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

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

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

Hozzon létre egy törzset

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

Mielőtt elkezdené

Miután hozzáadott egy helyet, és mielőtt telephelyalapú PSTN-t konfigurálna egy helyszínhez, létre kell hoznia egy törzset.
Hozzon létre tetszőleges helyszíneket és egyedi beállításokat és számokat mindegyikhez. A helyszíneknek létezniük kell ahhoz, hogy telephelyalapú PSTN-t adhassanak hozzá.
Ismerje meg a Helyi átjáró (PSTN) helyi átjáró követelményeit Webex Calling .
Egy helyhez nem választhat több fővonalat a telephely-alapú PSTN-nel, de választhat ugyanazt a fővonalat több helyszínhez is.

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.

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

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.

Telefonszámok kezelése

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

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

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.

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

Használhatja Control Hub az elérhető hívási opciók prioritásának beállításához, amelyeket a felhasználók látnak Webex alkalmazás . Engedélyezheti őket az egyszeri kattintásra híváshoz is. További információért lásd: Hívási beállítások megadása a Webex alkalmazás felhasználói számára .

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

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

Helyi átjáró konfigurálása a Cisco IOS XE-rendszeren a Webex Calling számára

Áttekintés

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

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

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

Kulcsfontosságú szempontok

Mielőtt hozzákezdene, ismerje meg a Webex Calling telephelyalapú nyilvános kapcsolt telefonhálózat (PSTN) és helyi átjáró (LGW) követelményeit. Lásd Cisco által preferált architektúra a Webex Calling számára további információkért.
Ez a cikk feltételezi, hogy egy dedikált helyi átjáróplatform működik, és nincs hangkonfiguráció. Ha egy meglévő PSTN-átjáró vagy CUBE Enterprise-telepítést úgy módosít, hogy az a Webex Calling Helyi átjáró funkciója legyen, akkor ügyeljen a konfigurációra. Gondoskodjon arról, hogy az elvégzett módosítások miatt ne szakítsa meg a meglévő hívásfolyamokat és funkciókat.

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

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

Konfigurálja a Helyi átjárót

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

Regisztráció alapú trönk
Tanúsítvány alapú törzs

Használja a feladatfolyamatot vagy a Regisztráció alapú helyi átjáró vagy Tanúsítvány alapú helyi átjáró hogy konfigurálja a Helyi átjárót az Ön számára Webex Calling törzs.

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

Kulcsfontosságú szempontok

Válassza ki a CUBE-t helyi átjáróként. A Webex for Government jelenleg nem támogatja a harmadik féltől származó Session Border Controller (SBC) vezérlőt. A legfrissebb lista áttekintéséhez lásd: Első lépések a Helyi átjáróval .
Telepítse a Cisco IOS XE Dublin 17.12.1a vagy újabb verzióit az összes Webex for Government helyi átjáróhoz.
A Webex for Government által támogatott legfelső szintű hitelesítésszolgáltatók (CA) listájának áttekintéséhez lásd: A Webex for Government legfelső szintű hitelesítésszolgáltatói .
A Webex for Government helyi átjáró külső porttartományaival kapcsolatos részletekért lásd: A Webex for Government (FedRAMP) hálózati követelményei .

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

STUN/ICE-Lite a médiaútvonal-optimalizáláshoz
Fax (T.38)

Konfigurálja a helyi átjárót a Webex for Government számára

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

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

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

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

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

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

Tervezés áttekintése

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

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

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

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

Amikor egy helyszíni Cisco Unified Communications Manager -megoldást csatlakoztat a Webex Calling szolgáltatáshoz, az egyszerű PSTN-átjáró -konfigurációt használhatja kiindulási alapként az alábbi ábrán látható megoldás felépítéséhez. Ebben az esetben a Unified Communications Manager az összes PSTN és Webex Calling hívás központi továbbítását és kezelését biztosítja.

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

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

1. lépés: Konfigurálja az útválasztó alapvonalbeli kapcsolatát és biztonságát
2. lépés: A Webex Calling Trunk konfigurálása

A szükséges architektúrától függően tegye a következőket:
3. lépés: Helyi átjáró konfigurálása SIP PSTN fővonallal
4. lépés: Helyi átjáró konfigurálása meglévő Unified CM környezettel

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

Konfigurálja a kapcsolatot és a biztonságot

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ó


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

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

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

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

A Webex Calling regisztráció alapú fővonal konfigurálása


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 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  

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

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

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

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.

Helyi átjáró konfigurálása SIP PSTN-trönkkel

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

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

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.

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

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

Az előző szakaszokban szereplő PSTN- Webex Calling konfiguráció módosítható úgy, hogy 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:

A Unified CM -et Webex -hívások közé sorolja SIP VIA porton keresztül:
```
voice class uri 300 sip
 pattern :5065
```
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:

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

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

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

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

A diagnosztikai aláírások (DS) olyan XML -fájlok, amelyek a probléma kiváltó eseményeiről és a probléma tájékoztatása, hibaelhárítása és elhárítása érdekében megteendő műveletekről tartalmaznak információkat. 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ó

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

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:

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

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

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

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

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

Mező neve	Mezőérték

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

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

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

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

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

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

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

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

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

DS-ek letöltése:

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

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

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

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

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

Mező neve	Mezőérték

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

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

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

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

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

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

A rendellenes hívás figyelése megszakad

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

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

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

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

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

Mező neve	Mezőérték

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

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

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

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

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

Használja a home call-home diagnosztikai-aláírás megjelenítése 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:

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

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

Mező neve	Mezőérték

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

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

Mező neve	Mezőérték

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

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

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

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

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

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

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

Letöltött DS-ek:

DS- azonosító

DS neve

Felülvizsgálat

Állapot

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

64224

00:07:45

DS_ LGW_ CPU_ MON75

0.0.10

Regisztrálva

2020-11-08

65095

00:12:53

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Regisztrálva

2020-11-08

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

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

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

Letöltött DS-ek:

DS- azonosító	DS neve	Felülvizsgálat	Állapot	Legutóbbi frissítés (GMT+00:00)
64224	DS_ LGW_ CPU_ MON75	0.0.10	Regisztrálva	2020-11-08 00:07:45
65095	DS_ LGW_ IEC_ Call_spike_threshold	0.0.12	Fut	2020-11-08 00:12:53

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

DS- azonosító	DS neve	Kiváltva /Max/Deinstall	Átlagos futási idő (másodperc)	Max. futási idő (másodperc)
64224	DS_ LGW_ CPU_ MON75	0/0/N	0.000	0.000
65095	DS_ LGW_ IEC_ Call_spike_threshold	1 /20/Y	23.053	23.053

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

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

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

call-home diagnostic-signature deinstall <DS ID>

Példa:

call-home diagnostic-signature deinstall 64224

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

A Cisco IOS XE átjárók kezelése és érvényesítése a Control Hubon keresztül

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

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

Tervezés áttekintése

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.

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

Konfigurálja a kapcsolatot és a biztonságot

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ó


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

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

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

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

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

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

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



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 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

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

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

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"

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

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
!

Helyi átjáró konfigurálása SIP PSTN-trönkkel

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

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

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.

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

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

Az előző szakaszokban szereplő PSTN- Webex Calling konfiguráció módosítható úgy, hogy 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:

A Unified CM -et Webex -hívások közé sorolja SIP VIA porton keresztül:
```
voice class uri 300 sip
 pattern :5065
```
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:

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

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

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

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

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

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

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

Mielőtt elkezdené:

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

Előfeltételek

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

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

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


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

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

Magas CPU kihasználtság figyelése

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

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


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

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

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

Mező neve	Mezőérték

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

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

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

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

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

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


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

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


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

DS-ek letöltése:

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

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

A rendellenes hívás figyelése megszakad

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

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

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

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

Mező neve	Mezőérték

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

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

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

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


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

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

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

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

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

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

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

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

Mező neve	Mezőérték

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

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

Mező neve	Mezőérték

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

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


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

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


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

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


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

Letöltött DS-ek:

DS- azonosító

DS neve

Felülvizsgálat

Állapot

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

64224

00:07:45

DS_ LGW_ CPU_ MON75

0.0.10

Regisztrálva

2020-11-08:00:07:45

65095

00:12:53

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Regisztrálva

2020-11-08:00:12:53

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

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

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

Letöltött DS-ek:

DS- azonosító	DS neve	Felülvizsgálat	Állapot	Legutóbbi frissítés (GMT+00:00)
64224	DS_ LGW_ CPU_ MON75	0.0.10	Regisztrálva	2020-11-08 00:07:45
65095	DS_ LGW_ IEC_ Call_spike_threshold	0.0.12	Fut	2020-11-08 00:12:53

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

DS- azonosító	DS neve	Kiváltva /Max/Deinstall	Átlagos futási idő (másodperc)	Max. futási idő (másodperc)
64224	DS_ LGW_ CPU_ MON75	0/0/N	0.000	0.000
65095	DS_ LGW_ IEC_ Call_spike_threshold	1 /20/Y	23.053	23.053

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

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

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

call-home diagnostic-signature deinstall <DS ID>

Példa:

call-home diagnostic-signature deinstall 64224

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

Helyi átjáróként valósítsa meg a CUBE magas rendelkezésre állás

Alapok

Előfeltételek

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

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

A jelen cikkben ismertetett konfigurációs irányelvek dedikált helyi átjáró feltételeznek, és nincs meglévő hangkonfiguráció. Ha egy meglévő CUBE vállalati telepítést úgy módosítanak, hogy a Cisco Webex Calling helyi átjáró funkcióját is használja, ügyeljen az alkalmazott konfigurációra, hogy a meglévő hívásfolyamatok és funkciók ne szakadjanak meg, és győződjön meg arról, hogy betartja a CUBE HA tervezési követelményeit .

Hardver és szoftver összetevők

A CUBE HA helyi átjáró az IOS-XE 16.12.2-es vagy újabb verzióját igényli, valamint egy olyan platformra, amelyen a CUBE HA és az LGW funkciók is támogatottak.

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

Referenciaanyag

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

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

A Webex Calling megoldás áttekintése

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

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

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

2. réteg Box-to-Box redundancia

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

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

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

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

Redundanciacsoport infrakomponens

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

VCUBE-1#

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

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

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


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

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

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

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

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

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

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

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

VCUBE-1#show log

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

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

Unified CM konfigurálása a Webex Calling számára

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

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

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

Beállítás	Érték

Név	Egyedi név, mint pl Webex
Leírás	Az értelmes leírás, mint pl Webex SIP-trönk biztonsági profilja
Bejövő port	Meg kell egyeznie a helyi átjáró konfigurációjában használt porttal a Webex felé irányuló/ onnan induló forgalomhoz: 5065

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

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

Beállítás	Érték

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

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

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

Beállítás	Érték

Név	Egyedi név, mint pl Webex
Leírás	Az értelmes leírás, mint pl Webex Calling Search Space
Kiválasztott partíciók	DN (+ E.164 címtárszámok) ESN (rövidítve telephelyek közötti tárcsázás) PSTNInternational (PSTN-elérés) onNetRemote (GDPR által tanult célhelyek)

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

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

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

Beállítás	Érték
Eszközadatok
Eszköznév	Egyedi név, mint pl Webex
Leírás	Az értelmes leírás, mint pl Webex SIP trönk
Futtatás az összes aktív Unified CM -csomóponton	Bejelölve
Bejövő hívások
Híváskereső szoba	A korábban meghatározott híváskeresési szoba: Webex
AAR híváskereső szoba	Híváskereső szoba, amely csak a PSTN útvonalmintákhoz fér hozzá: PSTNRroute
SIP információk
Cél címe	A Helyi átjáró CUBE IP-cím
Célállomás portja	5060
SIP-trönk biztonsági profilja	Korábban meghatározott: Webex
SIP profil	Korábban meghatározott: Webex

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

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

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

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

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

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

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

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

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

Mi a következő teendő

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

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

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

Beállítás	Érték

Útvonalminta	Full + E.164 minta a DID tartományhoz a Webex „\” karakterrel. Például: \+140855501XX
Útvonalpartíció	Webex
Átjáró/útvonal lista	RL_ Webex
Sürgős prioritás	Bejelölve

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

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

Beállítás	Érték

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

A Webex Calling funkcióinak beállítása

Hozzon létre egy keresőcsoport

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

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

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

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

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

Hozzon létre egy recepciós ügyfelet

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Belépés engedélyezése a felhasználók számára

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 Hívás .
3	Lépjen a következőre: Felhasználói engedélyek között szakaszt, majd válassza ki a lehetőséget Barge be .
4	Kapcsolja be a kapcsolót, hogy más felhasználók hozzáadhassák magukat a felhasználó folyamatban lévő hívásához.
5	Ellenőrizze Hangjelzés lejátszása, amikor ez a felhasználó hívás közben belép ha szeretne lejátszani egy hangot másoknak, amikor ez a felhasználó belép a híváshoz.
6	Kattintson a Mentés lehetőségre.

Adatvédelmi engedélyezése egy felhasználó számára

1

Jelentkezzen be ide: Control Hub , majd lépjen ide: Kezelés > Felhasználók lehetőségre .

2

Válasszon ki egy felhasználót, és kattintson Hívás .

3

Lépjen a következőre: Felhasználói engedélyek területet, majd válasszon Adatvédelem .

4

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

Engedélyezze, hogy az ügyfél a mellékkel is tárcsázható legyen
Engedélyezze, hogy az ügyfél kereszt- vagy vezetéknévvel is tárcsázható legyen

5

Ellenőrizze a Adatvédelem engedélyezése jelölőnégyzet. Ezután dönthet úgy, hogy mindenkit letilt, ha nem választ ki tagokat a legördülő lista. Alternatív megoldásként kiválaszthatja azokat a felhasználókat, munkaterületeket és virtuális vonalakat, amelyek nyomon követhetik a felhasználó vonalállapot .

Ha Ön helyrendszergazda, akkor csak a hozzárendelt helyszínekhez tartozó felhasználók, munkaterületek és virtuális vonalak jelennek meg a legördülő lista.

Törölje a bejelölést a Adatvédelem engedélyezése jelölőnégyzet , hogy mindenki figyelhesse a vonalállapot.

6

Ellenőrizze a Érvényesítse az adatvédelmet az irányított hívásfogadás és bejelentkezés esetén jelölőnégyzet, hogy engedélyezze az adatvédelmet az irányított hívásfogadás és bejelentkezés esetén.

Ha engedélyezi ezt a beállítást, csak a jogosult felhasználók, virtuális vonalak és munkaterület-eszközök használhatják az irányított hívásfogadás és bejelentkezést ennél a felhasználónál. Ellenkező esetben a szervezeten belül bárki meghívhatja az irányított hívásfogadás és -bejelentkezést egy vonalon.
A bejutással kapcsolatos további információkért lásd: Jelentkezés valaki más telefonhívás .
A felettes mindig beléphet az ügynökök által a hívásvárakoztatási sor keresztül érkező hívásokba. Vagyis az adatvédelmi beállítások nincsenek hatással a felettes belépési lehetőségére.

7

From Tag hozzáadása név alapján , válassza ki azokat a felhasználókat, munkaterületeket és virtuális vonalakat, amelyek figyelemmel kísérhetik a telefonvonal állapotát, és előhívhatják az irányított hívásfogadás és -betörést.

8

A kiválasztott tagok szűréséhez használja a szűrés név, szám vagy mellék alapján mezőben.

9

Kattintson Összes eltávolítása lehetőségre az összes kijelölt tag eltávolításához.

Egy egyéni tag eltávolításához kattintson a gombra Törlés lehetőségre a tag neve mellett.

10

Kattintson a Mentés lehetőségre.

Megfigyelés konfigurálása

A figyelt vonalak maximális szám egy felhasználónál 50. A megfigyelési lista konfigurálásakor azonban vegye figyelembe, hogy hány üzenet befolyásolja a Webex Calling és a hálózat közötti sávszélességet. Határozza meg a maximálisan figyelt vonalakat a felhasználó telefonján lévő vonalgombok száma alapján.

1

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

2

Válassza ki a módosítani kívánt felhasználót, majd kattintson Hívás .

3

Ugrás ide: Felhasználói engedélyek szakaszt, és válassza ki a lehetőséget Monitoring .

4

Válasszon a következők közül:

Felügyelt vonal hozzáadása
Hívásparkoltatás-mellék hozzáadása

Beilleszthet egy virtuális vonalat a Figyelt vonal hozzáadása lista a felhasználó figyeléséhez.

5

Válassza ki, hogy szeretné-e értesíteni ezt a felhasználót a parkolt hívásokról, keresse meg a figyelni kívánt személyt vagy hívásvárakoztatási mellék , majd kattintson a Mentés .

A figyelt vonalak listája be Control Hub megfelel a felhasználó eszközén megjelenő figyelt vonalak sorrendjének. A figyelt vonalak listáját bármikor átrendezheti.

A figyelt vonal neve a felhasználó, a munkaterület és a virtuális vonal Hívófél- azonosító keresztneve és Vezetékneve mezőiben megadott név.

Szeretné látni, mi ennek a módja? Ezt figyelje videó bemutató a felhasználó megfigyelési beállításainak kezelésével kapcsolatban Control Hub .

Híváshíd figyelmeztető hangjelzés engedélyezése a felhasználók számára

Mielőtt elkezdené

A közös vonal konfigurálva kell lennie a híváshíd meghívásához. Nézze meg, hogyan kell megosztott vonalak konfigurálása mielőtt engedélyezi a hívóhíd figyelmeztető hang lejátszását.

1

Jelentkezzen be ide: Control Hub , majd lépjen ide: Kezelés > Felhasználók lehetőségre .

2

Válasszon ki egy felhasználót, majd kattintson a Hívás fülre.

3

Ugrás ide: Felhasználói engedélyek , majd kattintson a lehetőségre Hívásáthidaló figyelmeztető hangjelzés .

4

Kapcsolja be Hívásáthidaló figyelmeztető hangjelzés , majd kattintson a lehetőségre Mentés .

Alapértelmezés szerint ez a funkció engedélyezve van.

Az MPP közös vonal történő hívásáthidalással kapcsolatos további információkért lásd: Megosztott vonalak a multiplatform asztali telefon .

A Webex App közös vonal történő hívásáthidalásról szóló további információkért lásd: Megosztott vonal megjelenése a WebexApp számára .

Kapcsolja be a szállodák szolgáltatásait egy felhasználó számára

Ha engedélyezi a szállodák szolgáltatásait a felhasználók számára, lehetővé válik számukra, hogy egy másik szobában dolgozzanak, miközben megőrzik a központi asztali telefon funkcióit és funkcióit.

1

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

2

Válasszon ki egy felhasználót, majd kattintson a Hívás fülre.

3

Lépjen a következőre: Felhasználói engedélyek szakaszt, és válassza ki a lehetőséget Szálloda és kapcsolja be a kapcsolót.

4

Adja meg a szállásadó nevét vagy számát a Szállodahelyszín keresőmezőt, és válassza ki a felhasználóhoz hozzárendelni kívánt szállodai szolgáltatót.

Csak egy szállásadó választható ki. Ha másik szállásadót választ, az elsőt töröljük.

Ha Ön helyrendszergazda, akkor csak a hozzárendelt helyszínekhez tartozó szállásadót rendelheti hozzá.

5

Ha korlátozni szeretné, hogy egy felhasználó mennyi ideig legyen hozzárendelve a szállásadóhoz, válassza ki, hogy a felhasználó hány órán keresztül használhatja a szállásadót a Társítási időszak korlátozása legördülő menüt.

A felhasználó a kiválasztott idő elteltével automatikusan kijelentkezett.

hibaüzenet jelenik meg a képernyőn, ha a felhasználó számára megadott határérték-hozzárendelési periódus meghaladja a kiválasztott szállodai gazdagép határérték-hozzárendelési időszakát. Például, ha a szállásadó szolgáltatónál a határérték hozzárendelési periódus 12 óra, a felhasználó pedig 24 órás, hibaüzenet meg. Ilyen esetekben meg kell hosszabbítani a szállásadó limit hozzárendelési időszakát, ha több időre van szükség a felhasználónak.

6

Kattintson a Mentés lehetőségre.

A felhasználó a Felhasználói Hubról is kereshet és megkeresheti a használni kívánt szállodai szolgáltatót. További információkért lásd: Bárhonnan elérheti a hívási profilját .

Szeretné látni, mi ennek a módja? Ezt figyelje videó bemutató hogyan konfigurálhatja a szállodai szolgáltatást a Control Hubban.

Átvételi trendek és használati jelentések a Webex Calling számára

Hívási jelentések megtekintése

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

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

Futtassa a CScan eszközt

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

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

Webex Calling áttekintése

Képzelje el, hogy vállalati szintű felhőhívások, mobilitási és PBX funkciókat használhat, valamint a Webex alkalmazást az üzenetküldéshez és értekezletekhez, valamint egy Webex Calling soft kliensről vagy Cisco-eszközről történő hívásokhoz. Pontosan ez az, Webex Calling amit kínálhat neked.

Webex Callinga következő funkciókat és előnyöket biztosítja:

Hívási előfizetések telefonos felhasználók és közös területek számára.
Megbízható regionális szolgáltatók által biztosított biztonságos és megbízható felhőszolgáltatások
A Webex App hozzáférés minden felhasználó számára, gazdag egységes kommunikációs és csapategyüttműködési szolgáltatásokat kínál.
Webex Meetingsopcionális, integrált kiegészítőként a nagyvállalati felhasználók által elvárt prémium találkozók élményének biztosítására.
Public Switch Telephony Networks (PSTN) hozzáférés lehetővé teszi a felhasználók számára a szervezeten kívüli számok tárcsázását. A szolgáltatást egy meglévő vállalati infrastruktúrán keresztül nyújtják
- Helyi átjáró helyszíni IP PBX nélkül
- Meglévő Unified CM híváskörnyezet
- Partner vagy Cisco biztosította a PSTN opciókat
Partner által biztosított 1. szintű támogatás, a Cisco által nyújtott következő szintű támogatás

A Control Hub egy webalapú felügyeleti portál, amely integrálódik Webex Calling a megrendelések és a konfiguráció egyszerűsítése, valamint a csomagolt ajánlat kezelésének központosítása érdekében -Webex Calling, Webex App és. Webex Meetings

Táblázat 1. Admin konfigurálható funkciók
Funkció	Leírás
Automatikus felügyelő	Üdvözleteket adhat hozzá, menüket állíthat be, és hívásokat irányíthat egy üzenetrögzítő szolgáltatáshoz, vadászcsoporthoz, hangpostafiókhoz vagy valós személyhez. Létrehozhat 24 órás ütemtervet, vagy különböző lehetőségeket kínálhat, ha vállalkozása nyitva vagy zárva van. A hívásokat akár hívóazonosító attribútumok alapján is irányíthatja, hogy VIP-listákat hozzon létre, vagy bizonyos körzetszámokból származó hívásokat másképp kezelje.
Hívássor	Hívássort állíthat be, ha nem tud fogadni a bejövő hívásokat. A hívóknak automatikus választ, kényelmi üzeneteket és felfüggesztett zenét addig biztosíthatja, amíg valaki nem tudja válaszolni a hívásukat.
Hívásfelvétel	Fejlesztheti a csapatmunkát és az együttműködést, ha létrehoz egy hívásvételi csoportot, így a felhasználók válaszolhatnak más felhasználók hívásaira. Ha felhasználókat ad hozzá egy hívásvételi csoporthoz, és egy csoporttag távol van vagy elfoglalt, egy másik tag válaszolhat hívásaira.
Call Park	Bekapcsolhatja a hívásparkot, hogy a felhasználók felfüggesztsék a hívást, és felvegyék azt egy másik telefonról.
Vadászcsoport	A következő forgatókönyvekben érdemes vadászati csoportokat beállítani: Értékesítési csapat, amely szekvenciális útválasztást akar. Egy bejövő hívás csörög egy telefonon, de ha nincs válasz, a hívás a lista következő ügynökéhez kerül. Olyan ügyfélszolgálati csapat, amely azt akarja, hogy a telefonok egyszerre csengjenek, hogy az első elérhető ügynök fogadhassa a hívást.
Lejelentkezési csoport	Létrehozhat egy lapozócsoportot, hogy a felhasználók audio-üzenetet küldjenek egy személynek, egy részlegnek vagy egy csapatnak. Amikor valaki üzenetet küld egy lapozócsoporthoz, az üzenet a csoport összes eszközén lejátszik.
Recepciós Ügyfél	Segítsen támogatni az előirodai személyzet igényeit azáltal, hogy teljes körű hívásvezérlési lehetőségeket, nagyszabású vonalfelügyeletet, hívássorba helyezést, több könyvtárbeállítást és nézetet, Outlook-integrációt és egyebeket biztosít számukra.

Táblázat 2. Felhasználó 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., akkor a felhasználók továbbíthatják a bejövő hívásokat egy adott telefonszámra.
Hívás-továbbítás	A felhasználók továbbíthatják a bejövő hívásokat egy másik telefonra.
Szelektív hívás továbbítása	A felhasználók bizonyos időpontokban továbbíthatják a hívásokat bizonyos hívóktól. Ez a beállítás elsőbbséget élvez a hívásátirányítással szemben.
Hívó értesítés	A felhasználók e-mailt küldhetnek maguknak, amikor hívást kapnak, előre meghatározott kritériumok szerint, például telefonszám vagy dátum és idő szerint.
Hívávárakozás	A felhasználók engedélyezhetik a további bejövő hívások fogadását.
Ne zavarja	A felhasználók ideiglenesen engedélyezhetik, hogy minden hívás közvetlenül a hangpostába menjen.
Iroda bárhol	A felhasználók a kiválasztott telefonjaikat („Helyek”) üzleti telefonszámuk és tárcsázási csomagjuk kiterjesztésére használhatják.
Prioritási riasztás	A felhasználók megkülönböztető csengéssel csengehetik telefonjukat, ha teljesülnek az előre meghatározott kritériumok, például telefonszám vagy dátum és idő.
Távoli iroda	A felhasználók távoli telefonról kezdeményezhetnek hívásokat, és megjeleníthetik az üzleti vonalukról. Ezenkívül az üzleti vonalukra érkező bejövő hívás csörög ezen a távoli telefonon.
Szelektív hívás elfogadása	A felhasználók bizonyos időpontokban fogadhatnak hívásokat bizonyos hívóktól.
Szelektív hívás elutasítása	A felhasználók bizonyos időpontokban elutasíthatják a hívásokat bizonyos hívóktól.
Szekvenciális gyűrű	Csengjen akár 5 eszközt egymás után a bejövő hívásokhoz.
Egyidejű gyűrű	A bejövő hívások esetén egyszerre hívja fel a felhasználók és mások („híváscímzettek”) számát.

Szolgáltatások, eszközök és felhasználók biztosítása a Vezérlőközpontban, keresztindítás és részletes konfiguráció az Adminisztrációs portál hívásában

A Control Hub (https://admin.webex.com) egy felügyeleti portál, amely integrálódik, Webex Calling hogy egyszerűsítse rendeléseit és konfigurációját, valamint központosítsa a csomagolt ajánlat-Webex Calling, Webex alkalmazások és értekezletek kezelését.

A Control Hub az összes szolgáltatás, eszköz és felhasználó biztosításának központi pontja. Elvégezheti a hívási szolgáltatás első alkalommal történő 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, szolgáltatások hozzáadásával, hívási funkciók stb. Továbbá a Vezérlőközpontból a Hívás adminisztrációs portálra is elindítható.

Felhasználói élmény

A felhasználók hozzáférhetnek a következő felületekhez:

Webex CallingAlkalmazás — Soft-kliens a Cisco márkájú hívásokhoz. További információt az Új Cisco Webex Calling alkalmazás felfedezése című témakörben talál.
Webex beállítások (https://settings.webex.com) — Felület, ahol a felhasználók beállíthatják a profil beállításait, letölthetik a Webex alkalmazást, és a Calling User Portal for Hívási beállításokat indíthatnak. További információt a Beállí Cisco Webextások módosítása című témakörben talál.
Webex alkalmazás — Az előfizetésben CISCO márkájú Team Messaging kliensként szereplő alkalmazás. További információt az Alkalmazás használatának megkezdése című témakörben Cisco Webex tal ál.
Webex Meetings—Opcionális alkalmazás értekezletek megoldásként került hozzáadásra. További információért lásd: Webex Meetings.

Ügyféladminisztrátor

A próbaverziós vagy fizetett előfizetéssel rendelkező ügyfélrendszergazdaként beállíthatja szervezetét a VezérlőközpontbanWebex Calling, ha helyszíneket, licenceket, telefonszámokat, hívási funkciókat, felhasználókat és munkaterületeket (a Webex felhőbe regisztráló szobaeszközök) ad hozzá. Ezeket az összetevőket onnan is kezelheti.

Útmutatóért lásd az Ügy felek konfigurációs útmutat Cisco Webex Calling óját.
Az ajánlattal kapcsolatos további információk Webex Calling ért lásd Cisco Webex Callinga Cisco Collaboration Flex Plan for End Customers adatlapját

Partnerek

Partnerszolgáltatóként márkát, forgalmazhat és értékesíthet Webex Calling ügyfeleinek. Beállíthatja és bővítheti a próbaverziókat, telepíthet szolgáltatásokat ügyfelei számára, valamint rendeléseket hozhat létre és nyújthat ügyfelei számára.

Útmutatóért lásd az Ü gyfelek konfigurációs út Cisco Webex Calling mutatóját (Korai partnerregisztrációs program).
További partnerforrásokért lásd az Értékes Webex Callingítési kapcsolat erőforrásait. (Partner hitelesítő adatait igényli.)

Elérhetőség

Lásd a Webex Calling Hol van Elér Cisco Webexhető cikk fejléc ét azokról Webex Calling az országokról, ahol eladható.

Látogasson el a Control Hubba

A Control Hub az egyedülálló webes felület a szervezet kezeléséhez, a felhasználók kezeléséhez, a szolgáltatások hozzárendeléséhez, az elfogadási trendek és a hívások minőségének elemzéséhez stb.

Control Hub interface overview highlighting and labeling the left navigation menu, company information, notifications, in-app help, feedback, language, and sign out.

A szervezet működéséhez javasoljuk, hogy meghívjon néhány felhasználót a Webex App-hoz való csatlakozásra az e-mail címük megadásával a Vezérlőközpontba. Ösztönözze az embereket, hogy használják az Ön által nyújtott szolgáltatásokat, beleértve a hívást is, és visszajelzést adjanak Önnek tapasztalataikról. Ha készen áll, mindig több felhasználót adhat hozzá.

A Control Hub teljes mértékben támogatja a Mozilla Firefox 66 és újabb verzióját, a Google Chrome 89 és újabb verzióját, a Microsoft Edge 89 és újabb verzióját, valamint az Apple Safari 15.1 és újabb verzióját.
A Control Hub nem támogatjaInternet Explorer.
A Control Hub nem mobil eszközökhöz készült.

Használja az alábbiakban bemutatott információkat magas szintű összefoglalóként arról, hogy mire számíthat a szervezet szolgáltatásokkal való beállításakor. Részletesebb információkat és lépésenkénti utasításokat lásd az egyes fejezetekben.

Kezdje el

Miután partnere létrehozta a fiókját, üdvözlő e-mailt kap. Kattintson az Első lépések hivatkozásra az e-mailben, a Chrome vagy a Firefox használatával elérheti a Vezérlőközpontot. A link automatikusan bejelentkezik a rendszergazdai e-mail címével. Ezután a rendszer kéri, hogy hozzon létre rendszergazdai jelszavát.

Create a new password screen from getting started email for Control Hub setup.

Első alkalmi varázsló a próbákhoz

Ha partnere regisztrálta Önt egy próbaverzióra, a telepítővarázsló automatikusan elindul, miután bejelentkezett a Control Hubba. A varázsló végigvezeti Önt az alapvető beállításokonWebex Calling, amelyekkel többek között a szervezet üzembe helyezheti és működtetheti. Beállíthatja és áttekintheti a Hívási beállításokat, mielőtt befejezte a varázsló áttekintését.

First time setup wizard for Control Hub.

Ellenőrizze a beállításokat

Amikor a Control Hub betöltődik, ellenőrizheti a beállításokat.

Felhasználók hozzáadása

Most, hogy beállította szolgáltatásait, készen áll arra, hogy személyeket adjon hozzá a vállalati könyvtárából. Lépjen a Fel használók > Felhasznál ók kezelése elem re.

Ha használjaMicrosoft Active Directory, javasoljuk, hogy először engedélyezze a Cím társzinkroniz álást, majd döntse el a felhasználók hozzáadásának módját. Kattintson a Tov ább gombra, és kövesse az utasításokat a Cisco Directory Connector beállításához.

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

A Webex App alapvető hitelesítést használ. Kiválaszthatja, hogy az SSO-t úgy állítsa be, hogy a felhasználók a vállalati identitás-szolgáltatóval hitelesítsék a vállalati hitelesítő adataikat, nem pedig a Webex-ben tárolt és kezelt külön jelszót.

Lépjen a Be állítások > Hitel esítés > Módo sítás menüpontra, és válassza a Külső személyazonosság-szolgáltató integrálása lehetőséget.

Single sign-on settings screen with 'Integrate a 3rd-party provider' option selected.

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

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

Lépjen a Fel használók > Fel használók kezelése > Fel használók exportálása és importálása egy CSV-fájl segítségével menüpontra, majd kattintson az Exportálás gom bra.

A letöltött fájlban adja meg a True- t azokhoz a szolgáltatásokhoz, amelyeket minden felhasználóhoz rendelni szeretne.

CSV file example for assigning services to users in Control Hub.

Importálja a befejezett fájlt, kattintson a Sz olgáltatások hozzáadása és eltávolítása elemre, majd kattintson a Küldés gombra. Most már készen áll a hívási funkciók konfigurálására, a közös helyen megosztható eszközök regisztrálására, valamint az eszközök regisztrálására és társítására a felhasználókkal.

Erősítse felhasználóit

Most, hogy hozzáadta a felhasználókat, és hozzárendelték a szolgáltatásokat, elkezdhetik használni a támogatott többplatformos telefonjaikat (MPP-k) és a Webex alkalmazást üzenetküldésekhez Webex Calling és értekezletekhez. Ösztönözze őket, hogy a Beállítá sokat egyablakos hozzáférési szolgáltatásként használják.

A helyi átjáró szerepe

A helyi átjáró egy nagyvállalati vagy partnerek által kezelt peremeszköz a Public Switch Telephony Network (PSTN) együttműködéshez és a régi nyilvános fióktőzsde (PBX) együttműködéséhez (beleértve). Unified CM

A Vezérlőközpont használatával helyi átjárót rendelhet egy helyhez, majd a Control Hub megadja a CUBE-n konfigurálható paramétereket. Ezek a lépések regisztrálják a helyi átjárót a felhőben, majd a PSTN szolgáltatást az átjárón keresztül biztosítják egy adott helyen Webex Calling lévő felhasználók számára.

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

Támogatott helyi átjáró telepítések Webex Calling

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

A helyi átjáró telepíthető önállóan vagy olyan telepítésekben, ahol integr Cisco Unified Communications Manager álásra van szükség.

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

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

Ez az ábra egy meglévő IP-PBX nélküli Webex Calling telepítést mutat be, és egyetlen helyre vagy több helyre alkalmazható.

Illustration showing a Webex Calling deployment without any existing IP PBX.

Minden olyan hívás esetén, amely nem felel meg a Webex Calling célállomá Webex Calling sokkal, ezeket a hívásokat a feldolgozás helyéhez rendelt helyi átjárónak küldi el. A helyi átjáró az összes hívást a PSTN-be és Webex Calling a másik irányba, a PSTN-re irányba irányítja. Webex Calling

A PSTN átjáró lehet dedikált platform vagy a helyi átjáróval való együttműködés. Ahogy az alábbi ábrán látható, javasoljuk ennek a telepítésnek a dedikált PSTN átjáró változatát; akkor használható, ha a meglévő PSTN átjáró nem használható helyi átjáróként. Webex Calling

Illustration showing the recommended PSTN gateway variant deployment option, able to be used if the existing PSTN gateway cannot be used as a Webex Calling local gateway.

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

A helyi átjáró lehet IP alapú, SIP törzs segítségével csatlakozik egy ITSP-hez, vagy TDM alapú ISDN vagy analóg áramkör segítségével. A következő ábra egy olyan Webex Calling telepítést mutat be, ahol a helyi átjáró a PSTN GW/SBC-vel együttműködik.

Illustration showing a Webex Calling deployment where the local gateway is coresident with the PSTN GW/SBC.

Helyi átjáró telepítések helyszíni PBX segítségével Unified CM

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

Webex Calling-engedélyezett helyeket adnak hozzá egy meglévő Cisco UC telepítéshez, ahol helyszí Unified CM ni hívásvezérlő megoldásként telepítik
Közvetlen tárcsázás szükséges a regisztrált telefonok Unified CM és a hel Webex Calling yeken lévő telefonok között.

Ez az ábra egy olyan Webex Calling telepítést mutat, ahol az ügyfélnek meglévő Unified CM IP PBX-je van.

Illustration showing a Webex Calling deployment where the customer has an existing Unified CM IP PBX.

Webex Callingolyan hívásokat küld, amelyek nem egyeznek meg az ügyfél Webex Calling célpontjaival, a helyi átjáróhoz. Ez magában foglalja a PSTN-számokat és a Unified CM belső kiterjesztéseket, amelyek Webex Calling nem láthatók. A helyi átjáró irányítja az összes hívást, amelyről ér Webex Calling kezik, Unified CM és fordítva. Unified CMezután a bejövő hívásokat a meglévő tárcsázási terv szerint a helyi célállomásokra vagy a PSTN-re irányítja. A Unified CM tárcsázási terv +E.164 értékként normalizálja a számokat. A PSTN átjáró lehet dedikált átjáró vagy a helyi átjáróval együtt tartózkodó.

Dedikált PSTN átjáró

A telepítés ezen ábrán látható dedikált PSTN átjáró változata az ajánlott lehetőség, és akkor használható, ha a meglévő PSTN átjáró nem használható helyi átjáróként. Webex Calling

Illustration showing the dedicated PSTN gateway variant; the recommended option that can be used if the existing PSTN gateway cannot be used as a Webex Calling local gateway.

PSTN átjáró társfoglalója

Ez az ábra egy olyan Webex Calling telepítést mutat be, Unified CM ahol a helyi átjáró a PSTN átjáró/SBC-vel együttműködik.

Webex Callingminden olyan hívást, amely nem egyezik meg az ügyfél cél Webex Calling pontjaival, a helyhez hozzárendelt helyi átjáróhoz irányítja. Ez magában foglalja a PSTN célállomásokat és a belső kiterjesztésekre irányuló hálózaton belüli hívásokatUnified CM. A helyi átjáró az összes hívást oda irányítjaUnified CM. Unified CMezután a helyi átjárón keresztül irányítja a hívásokat a helyi regisztrált telefonokhoz vagy a PSTN-hez, amely a PSTN/SBC funkcióval együtt helyezkedik el.

Illustration showing a Webex Calling deployment with a Unified CM where the local gateway is coresident with the PSTN gateway/SBC.

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

Hívások Webex Calling innen Unified CM

Az Webex Calling útválasztási logika így működik: ha a Webex Calling végponton tárcsázott szám nem irányítható más célállomásra ugyanazon ügyfelen belülWebex Calling, akkor a hívás továbbításra kerül a helyi átjáróhoz további feldolgozás céljából. Minden hálózaton kívüli (azon kívülWebex Calling) hívás elküldésre kerül a helyi átjáróra.

Egy meglévő integráció nélküli Webex Calling telepítés esetén minden hálózat Unified CM on kívüli hívás PSTN-hívásnak minősül. Ha ezzel kombináljukUnified CM, a hálózaton kívüli hívás továbbra is lehet egy hálózaton belüli hívás bármely helyszínen üzemeltetett célállomásra, Unified CM vagy valódi offline hívás egy PSTN célállomásra. Az utóbbi két hívástípus közötti különbséget Unified CM a vállalati tárcsázási terv határozza meg, és attól függ. Unified CM

A következő ábra egy Webex Calling felhasználót mutat, aki országos számot tárcsáz az Egyesült Államokban.

Illustration showing a Webex Calling user dialing a national number in the US.

Unified CMmostantól a konfigurált tárcsázási terv alapján a hívást egy helyben regisztrált végpontra irányítja, amelyen a hívott cél könyvtárszámként van megadva. Ehhez a Unified CM tárcsázási tervnek támogatnia kell az +E.164 számok útválasztását.

Hívások Unified CM innen Webex Calling

Ahhoz, hogy engedélyezze Unified CM a hívás-útvonalat Unified CM egy útvonalkészlet Webex Calling en, meg kell határozni a +E.164 és a vállalati számozási terv címek halmazát. Webex Calling

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

Illustration showing call routing from Unified CM to Webex Calling on a Unified CM set of routes.

Ha a PSTN-ben szereplő hívó egy Webex Calling eszközhöz hozzárendelt DID számot hív, akkor a hívást a vállalkozás PSTN-átjáróján keresztül továbbítja a vállalkozásnak, majd megjelenik. Unified CM A hívás hívott címe megegyezik az adott Webex Calling útvonalak egyikével, és Unified CM a hívás elküldi a helyi átjáróhoz. (A hívott címnek +E.164 formátumban kell lennie, amikor a helyi átjáróra küldik.) Az út Webex Calling választási logika ezután gondoskodik arról, hogy a hívás elküldjön a tervezett Webex Calling eszközre, a DID hozzárendelés alapján.

Továbbá a regisztrált végpon Unified CM tokról érkező hívásokra, a célállomásokra irányuló hívások vonatkoznak a rendelkezésre bocsátott tárcsázási terv hatálya alá. Webex Calling Unified CM Általában ez a tárcsázási terv lehetővé teszi a felhasználók számára, hogy közös vállalati tárcsázási szokásokat használjanak hívások kezdeményezéséhez. Ezek a szokások nem feltétlenül csak az +E.164 tárcsázást foglalják magukban. A +E.164-től eltérő tárcsázási szokásokat +E.164 értékre kell normalizálni, mielőtt a hívásokat a helyi átjáróra küldik, hogy lehetővé tegye a helyes útválasztást. Webex Calling

Szolgáltatási osztály (COs)

Különböző okokból mindig ajánlott szigorú szolgáltatási korlátozások végrehajtása, beleértve a híváshurkok elkerülését és az útdíjcsalások megelőzését. A Webex Calling Local Gateway és a szolgáltatási osztály integrál Unified CM ásával összefüggésben figyelembe kell vennünk a következő szolgáltatási osztályokat:

Regisztrált eszközök Unified CM
A PSTN- Unified CM ből érkező hívások
Innen ér Unified CM kező hívások Webex Calling

Regisztrált eszközök Unified CM

Az úticé Webex Calling lok új célosztályként való hozzáadása egy meglévő CoS-beállításhoz meglehetősen egyszerű: a Webex Calling célállomásokra történő híváshoz való engedély általában egyenértékű a helyszíni (beleértve a helyszíneket is beleértve) célállomások hívásának engedélyével.

Ha egy vállalati tárcsázási terv már megvalósít egy „(rövidített) hálózaton belüli helyközi” engedélyt, akkor már van egy partíció, Unified CM amelyen az összes ismert hálózati célállomást ugyanazon partícióban használhatjuk és biztosíthatjuk. Webex Calling

Ellenkező esetben még nem létezik a „(rövidített) hálózaton belüli helyközi engedély fogalma, akkor új partíciót (például „OnNetRemote”) kell biztosítani, a Webex Calling célállomásokat hozzá kell adni ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő hívó keresési helyekhez.

A PSTN- Unified CM ből érkező hívások

Az úticé Webex Calling lok új célosztályként való hozzáadása egy meglévő CoS-beállításhoz meglehetősen egyszerű: a Webex Calling célállomásokra történő híváshoz való engedély általában egyenértékű a helyszíni (beleértve a helyszíneket is beleértve) célállomások hívásának engedélyével.

Ha egy vállalati tárcsázási terv már megvalósít egy „(rövidített) hálózaton belüli helyközi” engedélyt, akkor már van egy partíció, Unified CM amelyen az összes ismert hálózati célállomást ugyanazon partícióban használhatjuk és biztosíthatjuk. Webex Calling

Ellenkező esetben még nem létezik a „(rövidített) hálózaton belüli helyközi engedély fogalma, akkor új partíciót (például „OnNetRemote”) kell biztosítani, a Webex Calling célállomásokat hozzá kell adni ehhez a partícióhoz, és végül ezt az új partíciót hozzá kell adni a megfelelő hívó keresési helyekhez.

Innen ér Unified CM kező hívások Webex Calling

A PSTN-ből érkező hívásoknak minden Webex Calling célállomáshoz hozzáférést kell biztosítani. Ehhez hozzá kell adni az összes célállomást tartalmazó fenti partíciót a bejövő hívásokhoz használt hívókeresési helyhez a PSTN törzsben. Webex Calling A célállomásokhoz Webex Calling való hozzáférés a már meglévő hozzáférésen kívül érkezik.

Míg a PSTN-ről érkező hívások esetén DID-k és Unified CM DID-k elérése szükséges a Webex Calling DID-k és a PSTN célállomások elér Webex Calling éséből származó hívásokhozUnified CM.

Illustration of differentiated CoS for calls from PST and Webex Calling. — ***Differenciált CO-k a PSTN hívásaihoz és Webex Calling***

Ez az ábra összehasonlítja ezt a két különböző szolgáltatási osztályt a PSTN és hívásokhoz. Webex Calling Az ábra azt is mutatja, hogy ha a PSTN átjáró funkciója a helyi átjáróval van összekapcsolva, akkor a kombinált PSTN GW és a Local Gateway két rendszerre van szükségUnified CM: egyet a PSTN-ből induló hívásokhoz és egy a belépő hívásokhoz. Webex Calling Ezt az a követelmény vezérli, hogy forgalmi típusonként differenciált hívókeresési tereket alkalmazzanak. Két bejövő csatorná Unified CM val ez könnyen elérhető, ha konfigurálja a bejövő hívásokhoz szükséges híváskeresési helyet az egyes csomagtartókon.

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

Ez az útmutató egy meglévő telepítést feltételezi, amely a „Preferred Architecture for Cisco Collaboration On-Local Deployments, CVD” című cikkben található jelenlegi legjobb gyakorlatokon alapul. A legújabb verzió itt érhető el.

Az ajánlott tárcsázási terv az itt elérhető 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.

Illustration showing an overview of the recommended dial plan design. — ***Ajánlott tárcsázási terv***

Ez az ábra az ajánlott tárcsázási terv áttekintését mutatja. Ennek a tárcsázási tervnek a legfontosabb jellemzői a következők:

Az összes konfigurált könyvtárszám +E.164 formátumban van. Unified CM
Minden könyvtárszám ugyanazon a partícióban (DN) található, és sürgősnek van jelölve.
Az alapútválasztás +E.164 alapon alapul.
Az összes nem +E.164 tárcsázási szokás (például rövidített intrasite tárcsázás és PSTN tárcsázás általános tárcsázási szokásokkal) +E.164-re normalizálódik (globalizálódik) a tárcsázás normalizálási fordítási mintáinak használatával.
A tárcsázási normalizálási fordítási minták fordítási mintázatot használnak, amely a keresési terület öröklését hívja; a „Kezdő hívó keresési területe használata” opció van beállítva.
A szolgáltatásosztály a webhely és a szolgáltatás-specifikus hívókeresési terek osztályával valósul meg.
A PSTN-hozzáférési lehetőségeket (például a nemzetközi PSTN célállomásokhoz való hozzáférést) úgy valósítjuk meg, hogy a megfelelő +E.164 útvonalmintákkal rendelkező partíciókat adnak hozzá a szolgáltatási osztályt meghatározó hívó keresőtérbe.

Elérhetőség Webex Calling

Illustration showing adding Webex Calling destination to the dial plan. — ***Útic Webex Calling él hozzáadása a tárcsázási tervhez***

A Webex Calling célállomások elérhetőségének hozzáadásához ehhez a tárcsázási tervhez létre kell hozni egy partíciót („Webex Calling”), és ehhez a partícióhoz hozzá kell adni egy +E.164 útvonalmin Webex Calling tát minden DID tartományhoz. Webex Calling Ez az útvonalminta csak egy taggal rendelkező útvonallistára hivatkozik: a SIP-törzsszel rendelkező útvonalcsoportot a helyi átjáróhoz, amelyhez hívások szükségesekWebex Calling. Mivel az összes tárcsázott célállomás +E.164 értékre van normalizálva vagy a Unified CM regisztrált végpontokból származó hívások tárcsázási normalizációs fordítási mintáinak használatával, vagy a PSTN-ből származó hívásoknál bejövő úgynevezett parttranszformációval, ez az egyetlen +E.164 útvonalmintázat elegendő ahhoz, hogy elérhetőséget érjen el az alkalmazott tárcsázási szokástól függetlenül. Webex Calling

Ha például egy felhasználó „914085550165” tárcsázza, akkor az „USToE164” partíció tárcsázási normalizálási fordítási mintája ezt a tárcsázási karakterláncot „+14085550165” értékre normalizálja, amely ezután megegyezik a „partíció” célállomásának útvonalmintájával. Webex Calling Webex Calling Vég Unified CM ül elküldi a hívást a helyi átjáróhoz.

Rövidített helyközi tárcsázás hozzáadása

Illustration showing adding abbreviated intersite dialing. — ***Rövidített helyközi tárcsázás hozzáadása***

A rövidített helyközi tárcsázás hozzáadásának ajánlott módja a referencia-tárcsázási tervhez az, ha a vállalati számozási terv összes webhelyének tárcsázási normalizálási fordítási mintáit egy dedikált partícióhoz („ESN”, Enterprise Significant Numbers) hozzáadja. Ezek a fordítási minták a vállalati számozási terv formátumában lefogják a tárcsázási karakterláncokat, és normalizálják a tárcsázott karakterláncot +E.164 értékre.

Ha vállalati rövidített tárcsázást szeretne rendeltet Webex Calling ési helyekhez hozzáadni, a Webex Calling helyhez tartozó tárcsázási normalizációs fordítási mintát adja hozzá a „Webex Calling” partícióhoz (például „8101XX” az ábrán). A normalizálás után a hívás ismét a „Webex Calling” partíció útvonalmintájának egyeztetése Webex Calling után kerül elküldésre.

Nem javasoljuk a rövidített tárcsázási normalizálási fordítási minta hozzáadását az „ESN” partícióra történő Webex Calling hívásokhoz, mivel ez a konfiguráció nem kívánt hívásirányítási hurkokat hozhat létre.

Protokollkezelők hívásokhoz

Webex Callinga következő protokoll-kezelőket regisztrálja az operációs rendszerben, hogy engedélyezze a kattintás-hívást a webböngészőkből vagy más alkalmazásokból történő hívásra való funkciót. A következő protokollok audio- vagy videohívást indítanak el a Webex alkalmazásban, amikor az alapértelmezett hívási alkalmazás Mac vagy Windows rendszeren:

CLICKTOCALL: vagy CLICKTOCALL://
SIP: vagy SIP://
TEL: vagy TEL://
WEBEXTEL: vagy WEBEXTEL://

List of protocol handlers that start an audio or video call in Webex App when it's the default calling application on Mac or Windows.

Protokollkezelők Windows rendszerhez

Más alkalmazások regisztrálhatnak a protokoll kezelőkre a Webex alkalmazás előtt. A Windows 10 rendszerben a rendszerablak arra kéri a felhasználókat, hogy válasszák ki, mely ik alkalmazást használja a hívás elindításához. A felhasználói preferenciára emlékezhet, ha a felhasználó ellenőrzi a M indig használja ezt az alkalmazást.

Windows 10 'Choose an app' with Webex highlighted as the option to select.

Ha a felhasználóknak vissza kell állítaniuk az alapértelmezett hívási alkalmazás beállításait, hogy kiválaszthass ák a Webex alkalmazást, utasíthatja őket, hogy változtassák meg a Webex App protokoll társításait a Windows 10 rendszerben:

Nyissa meg az Al apértelmezett alkalmazásbeállítások rendszerbeállításait, kattintson az Al apértelmezett beállítások alkalmazásonkénti beállítása elemre, majd válassza a We bex App lehetőséget.
Minden protokoll esetében válassza a Webex App lehetőséget.

Protokollkezelők macOS-hez

Mac OS rendszeren, ha más alkalmazások regisztráltak a hívási protokollokra a Webex App előtt, a felhasználóknak konfigurálniuk kell a Webex alkalmazást úgy, hogy legyen az alapértelmezett hívási lehetőség.

A Webex App for Mac alkalmazásban a felhasználók megerősíthetik, hogy a Webex App a Hívások indítá sához az általános beállítások alatt beállítva van kiválasztva. Azt is ellenőrizhetik, hogy a Mindig csatlakoz zon ahhoz, Microsoft Outlook ha hívásokat akarnak kezdeményezni a Webex alkalmazásban, amikor rákattint egy Outlook-partner számára.

Mac OS protocol handler settings; 'Always connect to Microsoft Outlook' option select and 'Start calls with' dropdown has Webex chosen.

Készítse elő környezetét

Általános előfeltételek

Mielőtt beállítaná egy helyi átjárótWebex Calling, győződjön meg róla, hogy:

Alapvető ismeretekkel rendelkezik a VoIP elveiről
Alapvető munkakörülményekkel rendelkezik a Cisco IOS -XE és az IOS-XE hangfogalmakról
Alapvető ismeretekkel rendelkezik a munkamenet-kezdeményezési protokollról (SIP)
Alapvető ismeretekkel rendelkezik arról, Unified CM hogy Cisco Unified Communications Manager (), ha a telepítési modell tartalmazza Unified CM

A részletekért lá Cisco Unified Border Elementsd a (CUBE) vállalati konfigurációs útmutat ót.

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

Győződjön meg arról, hogy a telepítés rendelkezik egy vagy több helyi átjáróval, például:

Cisco CUBE az IP-alapú csatlakoztatáshoz
Cisco IOSÁtjáró a TDM-alapú csatlakozáshoz

Lásd a Local Gateway for Rendelési útmutató 1. Webex Calling táblázatát. Győződjön meg arról is, hogy a platform a helyi átjáró konfigur ációs útmutatója szerint támogatott IOS-XE kiadást futtat-e.

A helyi átjáró segít Webex Calling a saját tempójában történő áttérésben. A helyi átjáró integrálja a meglévő helyszíni telepítést. Webex Calling Használhatja a meglévő PSTN kapcsolatot is. Lásd: Első lépések a helyi átjáróval

Licenckövetelmények a helyi átjárókhoz

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

Tanúsítvány és biztonsági követelmények a helyi átjáróhoz

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

Az LGW-t frissíteni kell a Cisco PKI CA gyökércsomagjával
Az LGW konfigurálásához a Control Hub Trunk konfigurációs oldalán található SIP-összesítő hitelesítő adatok halmaza kerül felhasználásra (a lépések a következő konfiguráció részét képezik)
A CA root csomag érvényesíti a bemutatott tanúsítványt
Hitelesítő adatok megadására kéri (SIP-összesítés biztosított)
A felhő azonosítja, hogy melyik helyi átjáró van biztonságosan regisztrálva

Tűzfal, NAT Traversal és médiaútvonal optimalizálási követelményei a helyi átjáróhoz

A legtöbb esetben a helyi átjáró és végpontok a belső ügyfélhálózatban tartózkodhatnak, NAT-vel ellátott privát IP-címek használatával. A vállalati tűzfalnak engedélyeznie kell a kimenő forgalmat (SIP, RTP/UDP, HTTP) meghatározott IP-címek/portokra, amelyekre a portreferenciainformációk szerepelnek.

Ha az ICE-vel szeretné használni a médiaútvonal-optimalizálást, a helyi átjáró felül Webex Calling ső felületének közvetlen hálózati útvonalat kell rendelkeznie a Webex Calling végpontokhoz vezető és onnan. Ha a végpontok más helyen vannak, és nincs közvetlen hálózati útvonal a végpontok és a helyi átjáró néző felülete között, akkor a helyi átjárónak nyilvános IP-címet kell rendelnie a helyi átjáró és a végpontok közötti hívások Webex Calling hoz néző felülethez a médiaútvonal-optimalizálás érdekében. Webex Calling Ezenkívül az IOS-XE 16.12.5-es verzióját kell futtatnia.

A Webex Calling kikötői referenciainformációi

A megfelelő konfigurált tűzfal és proxy elengedhetetlen a sikeres hívási telepítéshez. Webex CallingSIP-t és HTTPS-t használ a hívásjelzéshez, valamint a kapcsolódó címeket és portokat a média-, hálózati kapcsolatokhoz Webex Calling és átjárókapcsolatokhoz, mint egy globális szolgáltatáshoz.

Nem minden tűzfalkonfiguráció igényel a portok nyitását. Ha azonban belülről kívülről szóló szabályokat futtat, meg kell nyitnia a portokat a szükséges protokollok számára a szolgáltatások kibocsátásához.

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

A hálózati címfordítás (NAT) és a portcímfordítás (PAT) funkciókat két hálózat határán alkalmazzák a címterek lefordítására vagy az IP-címterek ütközésének megakadályozására.

A szervezetek olyan átjárótechnológiákat használnak, mint például a tűzfalak és a proxy-k, amelyek NAT vagy PAT szolgáltatásokat nyújtanak, hogy internet-hozzáférést biztosítsanak a Webex alkalmazásokhoz vagy Webex-eszközökhöz, amelyek privát IP-címterületen vannak. Ezek az átjárók miatt úgy tűnik, hogy a belső alkalmazásokról vagy eszközökről az internetre irányuló forgalom egy vagy több nyilvánosan útválasztható IP-címről származik.

NAT telepítésekor nem kötelező bejövő port megnyitása a tűzfalon.
Ellenőrizze az Alkalmazás vagy az Eszközök csatlakoztatásához szükséges NAT-készlet méretét, ha több alkalmazásfelhasználó és eszköz fér hozzá a Webex Calling Webex szolgáltatásokhoz a NAT vagy PAT használatával. Gondoskodjon arról, hogy a NAT-készletekhez megfelelő nyilvános IP-címek kerüljenek hozzárendelve a portok kimerülésének megelőzése érdekében A portok kimerülése hozzájárul ahhoz, hogy a belső felhasználók és eszközök nem tudnak csatlakozni Webex Calling a Webex Aware szolgáltatásokhoz.
Határozza meg az é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 továbbítanak REGISZTER frissítési üzenetet.
Ha a hálózat NAT vagy SPI-t valósít meg, akkor állítson be nagyobb időtúllépést (legalább 30 perc) a kapcsolatokhoz. Ez az időtúllépés megbízható csatlakoztathatóságot tesz lehetővé, miközben csökkenti a felhasználók mobileszközeinek akkumulátorfogyasztását.

SIP alkalmazásréteg átjáró

Ha egy útválasztó vagy tűzfal SIP-tisztában van, ami azt jelenti, hogy a SIP Application Layer Gateway (ALG) vagy hasonló funkció engedélyezve van, javasoljuk, hogy kapcsolja ki ezt a funkciót a szolgáltatás pontos működéséhez. Bár az összes Webex Calling forgalom titkosítva van, bizonyos SIP ALG implementációk problémákat okozhatnak a tűzfal áthelyezésével kapcsolatban. Ezért javasoljuk, hogy kapcsolja ki a SIP ALG készüléket a magas színvonalú szolgáltatás biztosítása érdekében.

Ellenőrizze a megfelelő gyártó dokumentációját a SIP ALG letiltásának lépéseit bizonyos eszközökön.

Proxy támogatás Webex Calling

A szervezetek internetes tűzfalat vagy internetes proxyt és tűzfalat telepítenek, hogy ellenőrizzék, korlátozzák és szabályozzák a hálózatukból kilépő és belépő HTTP-forgalmat. Így megvédik hálózatukat a kibertámadások különböző formáitól.

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

Hozzáférés engedélyezése vagy blokkolása bizonyos URL-ekhez.
Felhasználói hitelesítés
IP-cím/tartomány/gazdnév/URI hírnévkeresés
Forgalom visszafejtése és ellenőrzése

A proxy funkció konfigurálásakor minden olyan alkalmazásra vonatkozik, amely a HTTP protokollt használja.

A Webex App és a Webex eszközalkalmazások a következőket tartalmazzák:

Webex Szolgáltatások
Ügyféleszköz-aktiválási (CDA) eljárások olyan biztosítási platfor Cisco Cloud mokkal, mint a GDS, az EDOS-eszköz aktiválása, a Webex felhőbe történő ellátás és beépítés.
tanúsítvány hitelesítése
Firmware-frissítések
Állapotjelentések
PRT feltöltések
XSI Szolgáltatások

Ha egy proxykiszolgáló címe van konfigurálva, akkor csak a jelátviteli forgalom (HTTP/HTTPS) kerül elküldésre a proxykiszolgálóra. Azok az ügyfelek, amelyek a SIP-t használják a Webex Calling szolgáltatásra és a kapcsolódó adathordozóra való regisztrációhoz, nem kerülnek elküldésre a proxyhoz. Ezért engedje meg ezeknek az ügyfeleknek, hogy közvetlenül átmenjenek a tűzfalon.

Támogatott proxy beállítások, konfiguráció és hitelesítési típusok

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

Explicit proxy (ellenőrzés vagy nem ellenőrzés) — Konfigurálja az ügyfeleket az alkalmazás vagy az eszköz kifejezett proxyval a használni kívánt kiszolgáló megadásához.
Átlátszó proxy (nem ellenőrző) — Az ügyfelek nincsenek konfigurálva egy adott proxykiszolgáló címére, és nem igényelnek módosításokat a nem ellenőrző proxyval való működéshez.
Átlátszó proxy (ellenőrzés) — Az ügyfelek nincsenek konfigurálva egy adott proxykiszolgáló címére. A HTTP konfigurációjának módosítására nincs szükség; azonban az Alkalmazás vagy az Eszközök ügyfeleinek gyökértanúsítványra van szükségük ahhoz, hogy megbízhassanak a proxyban. Az informatikai csapat az ellenőrző proxy-t használja a meglátogatandó webhelyekre és a nem engedélyezett tartalomtípusokra vonatkozó irányelvek érvényesítésére.

Konfigurálja manuálisan a proxycímeket a Cisco eszközökhöz és a Webex alkalmazáshoz az alábbiak használatával:

Platform operációs rendszer
Az eszköz felhasználói felülete
Automatikusan felfedezték a Web Proxy mechanizmusok használatával, például:
- Web Proxy automatikus felderítés (WPAD) - Web Proxy automatikus felderítési protokoll
- Proxy automatikus konfigurációs (PAC) fájlok - Proxy automatikus konfigurációs fájlok

A kívánt terméktípusok konfigurálása közben válasszon a következő Proxy konfigurációk és hitelesítési típusok közül a táblázatban:

Termék	Proxy konfiguráció	Hitelesítés típusa
Webex Mac-hez	Kézikönyv, WPAD, PAC	^{Nincs hitelesítés, Alapvető, NTLM, †}
Webex Windows rendszerhez	Kézikönyv, WPAD, PAC, GPO	^{Nincs Auth, Basic, NTLM, ^{†, Tárgyalás †}}
Webex iOS-hez	Kézikönyv, WPAD, PAC	Nincs Auth, Basic, Digest, NTLM
Webex Androidra	Kézikönyv, PAC	Nincs Auth, Basic, Digest, NTLM
Webex Web App	Támogatott operációs rendszeren keresztül	^{Nincs Auth, Basic, Digest, NTLM, Tárgyalás †}
Webex eszközök	WPAD, PAC vagy kézi	Nincs Auth, Alapvető, Digest
Cisco IP telefonok	Kézikönyv, WPAD, PAC	Nincs Auth, Alapvető, Digest
Webex videó háló csomópont	Kézikönyv	Nincs Auth, Basic, Digest, NTLM

A táblázatban szereplő legendákhoz:

^† Mac NTLM Auth - A gépet nem kell bejelentkezni a tartományba, a felhasználó jelszót kér
^† Windows NTLM Auth - Csak akkor támogatott, ha egy számítógép be van jelentkezve a tartományba
Tárgyal ^{jon meg †} - Kerberos NTLM tartalékhitelesítéssel.
Asztali vagy Room sorozatú Cisco Webex Board eszköz proxykiszolgálóhoz való csatlakoztatása című témakörben olvashat: A Board, Desk vagy Room Series eszköz csatlakoztatása proxykiszolgálóhoz.
Cisco IP-telefonok esetében lásd: Proxy kiszolgáló beállí tása példaként a proxykiszolgáló és a beállítások konfigurálására.

Ehhez konfigur No Authenticationálja az ügyfelet olyan proxycímmel, amely nem támogatja a hitelesítést. Használatakor konfigur Proxy Authenticationáljon érvényes hitelesítő adatokkal. A webes forgalmat ellenőrző proxyok zavarhatják a webes aljzat kapcsolatait. Ha ez a probléma merül fel, a nem ellenőrzött forgalom*.webex.com webhelyen történő megkerülése megoldhatja a problémát. Ha már lát más bejegyzéseket, adjon hozzá pontosvesszőt az utolsó bejegyzés után, majd írja be a Webex kivételt.

Proxy beállítások Windows operációs rendszerhez

Microsoft Windowskét hálózati könyvtárat támogat a HTTP-forgalomhoz (WinInet és WinHTTP), amelyek lehetővé teszik a Proxy konfigurálását. A Wininet a WinHTTP szuperkészlete.

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

Amikor a kettő közül választ, válassza a WinInet lehetőséget a proxy konfigurációs beállításaihoz. Részletekért lásd: wininet-v s-winhttp.

A Webex-hez a vállalati hálózaton való hozzáféréshez engedélyezett tartományok listájának konfigurálása című részben lásd a következőket:

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

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

A Webex alkalmazás és eszközök a TLS munkamenetek létrehozásakor érvényesítik a kiszolgálók tanúsítványait. Az olyan tanúsítványellenőrzések, mint például a tanúsítvány kibocsátója és a digitális aláírás, a tanúsítványok láncának ellenőrzésére támaszkodnak a gyökértanúsítványig. Az érvényesítési ellenőrzések elvégzéséhez a Webex alkalmazás és eszközök az operációs rendszer megbízhatósági tárolójába telepített megbízható gyökérhitelesítő tanúsítványokat használnak.

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

Webex App esetén - Telepítse azt a hitelesítő tanúsítványt, amelyet a proxy által a tanúsítvány aláírására szolgál az eszköz operációs rendszerében.
Webex Room eszközök és Cisco multiplatform IP-telefonok esetén — Nyisson meg egy szolgáltatási kérelmet a TAC csapatával a CA-tanúsítvány telepítéséhez.

Ez a táblázat azokat a Webex alkalmazást és a Webex-eszközöket mutatja, amelyek támogatják a TLS proxyszerverek általi ellenőrzését

Termék	Támogatja az egyedi megbízható CA-kat a TLS-ellenőrzéshez
Webex alkalmazás (Windows, Mac, iOS, Android, Web)	Igen
Webex szobaeszközök	Igen
Cisco IP multiplatform (MPP) telefonok	Igen

Tűzfal konfiguráció

A Cisco támogat Webex Calling ja a Webex Aware szolgáltatásokat a biztonságos Cisco és Amazon Web Services (AWS) adatközpontokban. Az Amazon IP-alhálózatait a Cisco kizárólagos felhasználására fenntartotta, és az ezekben az alhálózatokban található szolgáltatásokat az AWS virtuális magánfelhőjében biztosította.

Konfigurálja a tűzfalat úgy, hogy lehetővé tegye az eszközökről, az alkalmazás alkalmazásaiból és az internetre néző szolgáltatásokról történő kommunikáció megfelelő működését. Ez a konfiguráció lehetővé teszi az összes támogatott Webex Calling és Webex Aware felhőszolgáltatáshoz, tartománynevekhez, IP-címekhez, portokhoz és protokollokhoz való hozzáférést.

Fehérlista vagy nyílt hozzáférés az alábbiakhoz, hogy a Webex Aware szolgáltatások Webex Calling és a Webex Aware szolgáltatások megfelelően működjenek.

A Szolgáltatások tartományai és URL-jei szakaszban említett URL-ek/ tartományok Webex Calling
Az IP-alhálózatok, portok és protokollok az IP alhálózatok szolgáltatásokhoz című szakaszban említett Webex Calling
Ha a szervezetükön belüli felhőalapú együttműködési szolgáltatásokat, üzenetküldéstWebex Meetings, Webex-ügyfélkonzolt és egyéb szolgáltatásokat használja, akkor győződjön meg arról, hogy az IP-alhálózatok, az ezekben a cikkekben említett domainek/URL-ek nyitva vannak a Webex szolgáltatások hálózati követelményei és a Attendant konzol hálózati követelménye i Webex Suite

Ha csak tűzfalat használ, akkor a Webex Calling forgalom kizárólag IP-címek használatával történő szűrése nem támogatott, mivel az IP-címkészletek egy része dinamikus, és bármikor megváltozhat. Rendszeresen frissítse szabályait, a tűzfalszabályok listájának frissítésének elmulasztása befolyásolhatja felhasználói élményét. A Cisco nem támogatja az IP-címek egy adott földrajzi régió vagy felhőszolgáltató alapján történő szűrését. A régiónkénti szűrés súlyos romlást okozhat a Hívási élményben.

A Cisco nem tart fenn dinamikusan változó IP-címkészleteket, ezért nem szerepel ebben a cikkben.

Ha a tűzfal nem támogatja a tartomány/URL-szűrést, akkor használja az Enterprise Proxy szerver opciót. Ez az opció URL/tartomány szerint kiszűri/engedélyezi a HTTP-jelző forgalmat Webex Calling és a Webex Aware szolgáltatásokat a Proxy kiszolgálón, mielőtt továbbítja a tűzfalra.

A forgalmat port- és IP-alhálózati szűréssel konfigurálhatja a hívás adathordozókhoz. Mivel a médiaforgalom közvetlen hozzáférést igényel az internethez, válassza a forgalom jelzéséhez az URL-szűrési lehetőséget.

Mert Webex Calling az UDP a Cisco preferált hordozóközlekedési protokollja, és azt javasolja, hogy csak az SRTP használatát UDP-n keresztül használjon. A TCP és a TLS, mint a hordozók szállítási protokolljai nem támogatottak a termelési Webex Calling környezetben. Ezeknek a protokolloknak a kapcsolódás-orientált jellege befolyásolja a média minőségét a veszteséges hálózatokon keresztül. Ha kérdése van a szállítási protokolllal kapcsolatban, szerezzen be támogatási jegyet.

Szolgáltatások domainei és URL-jei Webex Calling

Az URL elején megjelenő * (pl. *.webex.com) azt jelzi, hogy a legfelső szintű tartomány és az összes aldomain szolgáltatásai elérhetőek.

Domain/URL	Leírás	Webex alkalmazások és eszközök, amelyek ezeket a tartományok/ URL-eket használó eszközök
Cisco WebexSzolgáltatások
*.broadcloudpbx.com	Webex engedélyezési mikroszolgáltatások a Vezérlőközpontból a Calling Admin Portal közötti keresztirányításhoz.	Vezérlőközpont
*.broadcloud.com.au	Webex CallingSzolgáltatások Ausztráliában.	Minden
*.broadcloud.eu	Webex CallingSzolgáltatások Európában.	Minden
*.broadcloudpbx.net	Ügyfélkonfigurációs és kezelési szolgáltatások hívása.	Webex alkalmazások
.webex.com .cisco.com	Core Webex Calling & Webex Aware szolgáltatások Identitás biztosítása Identitás tárolása Hitelesítés OAuth szolgáltatások Eszköz beépítése Felhővel összekapcsolt UC Amikor egy telefon először csatlakozik egy hálózathoz, vagy gyári alaphelyzetbe állítást követően DHCP-beállítások nélkül, kapcsolatba lép egy eszközaktiválási kiszolgálóval a nulla érintéses beállítás érdekében. Az új telefonok az activate.cisco.com-ot használják, és a 11.2 (1) -nél korábbi firmware-kiadású telefonok, továbbra is a webapps.cisco.com webhelyet használjuk a biztosításhoz. Töltse le a készülék firmware-jét és helyi beállításainak frissítéseit a bin aries.webex.com webhelyről. A 12.0.3-nál régebbi Cisco Multiplatform telefonok (MPP-k) számára engedélyezze, hogy a 80-as porton keresztül hozzáférjenek a sudirenewal.cisco.com webhelyhez, hogy megújítsák a gyártói telepített tanúsítványt (MIC) és biztonságos egyedi eszközazonosítóval (SUDI) rendelkezzenek. Részletekért lásd: Ter ületi értesítés.	Minden
*.ucmgmt.cisco.com	Webex Callingszolgáltatások	Vezérlőközpont
.wbx2.com és.ciscospark.com	Felhőtudatosításra szolgál, hogy elérje a Webex Calling Webex Aware szolgáltatásokat a beépítés során és után. Ezek a szolgáltatások szükségesek Alkalmazások és eszközök kezelése Alkalmazások Alkalmazás-értesítési mechanizmus	Minden
*.webexapis.com	Webex mikroszolgáltatások, amelyek kezelik a Webex App alkalmazásokat és a Webex eszközöket. Profilkép szolgáltatás Fehértábla szolgáltatás Közelségi szolgáltatás Jelenléti szolgáltatás Regisztrációs szolgáltatás Naptár szolgáltatás Keresési szolgáltatás	Minden
*.webexcontent.com	Webex MessagingÁltalános fájltárolással kapcsolatos szolgáltatások, többek között: Felhasználói fájlok Átkódolt fájlok Képek Képernyőképek Tábla tartalma Ügyfél- és eszköznaplók Profilképek Márkalogók Naplófájlok Tömeges CSV fájlok exportálása és fájlok importálása (Control Hub)	Webex Apps üzenetküldő szolgáltatások. A webexcontent.com használatával tárolt fájlokat 2019 októberében a clouddrive.com helyettesítette
*.kísérő.com	Az emberek betekintése az integrációt	Webex alkalmazások
További Webex-hez kapcsolódó szolgáltatások (harmadik féltől származó dom ainek)
.appdynamics.com .eum-appdynamics.com	Teljesítménykövetés, hiba- és összeomlásrögzítés, munkamenet-mutatók.	Vezérlőközpont
*.sipflash.com	Eszközkezelési szolgáltatások. Firmware-frissítések és biztonságos beépítési célok.	Webex alkalmazások
.walkme.com .walkmeusercontent.com	Webex felhasználói útmutató kliens. Beépítési és használati túrákat biztosít az új felhasználók számára. A WalkMe szolgáltatással 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, amikor hívást válaszolnak) Az IP-alhálózatok esetében lásd ezeket a hivatkozásokat Google Firebase Cloud Messaging (FCM) szolgáltatás Apple Push értesítési szolgáltatás (APNS) Az APNS esetében az Apple felsorolja a szolgáltatás IP-alhálózatait.	Webex alkalmazás

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

^{IP alhálózatok Webex Calling 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
Eszközkonfiguráció és firmware-kezelés (Cisco eszközök)
3.20.185.219	3.130.87.169	3.134.166.179
52.26.82.54	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
Webex App konfiguráció
62.109.192.0/18	64.68.96.0/19	150.253.128.0/17
207.182.160.0/19

Csatlakozás célja	Forráscímek	Forrás-portok	Protokoll	Célcímek	Célportok	Megjegyzések
Hívás-jel Webex Calling zés (SIP TLS)	Külső helyi átjáró (NIC)	8000-65535	TCP	Lásd a Szolgáltatások IP-alhálózatait Webex Calling.	5062, 8934	Ezekre az IPS/portokra van szükség a helyi átjárókból, eszközökről és Webex alkalmazás-alkalmazásokról (forrás) felhőbe (célállomás) irányuló kimenő SIP-TLS hívásjelzéshez. Webex Calling 5062-es port (a tanúsítvány alapú csomagtartóhoz szükséges). És 8934-es port (regisztrációs alapú csomagtartóhoz szükséges
	Eszközök	5060-5080			8934
	Webex alkalmazás	Ephemeral (operációs rendszer-függő)			8934
Hívásjel Webex Calling zés (SIP TLS) a helyi átjáróra	Webex Callingcímtartomány. Lásd a Szolgáltatások IP-alhálózatait Webex Calling	8934	TCP	Az ügyfél által a helyi átjáróhoz kiválasztott IP- vagy IP-tartományok	A helyi átjáróhoz az ügyfél által választott port vagy porttartomány	A tanúsítványalapú helyi átjárókra vonatkozik. Kapcsolatot kell létrehozni egy helyi átjáróhoz. Webex Calling A regisztrációs alapú helyi átjáró a helyi átjáróból létrehozott kapcsolat újrafelhasználásával működik. A célport az ügyfél választotta Konfigurálja a csomagtartókat
Média hívása Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)	Local Gateway külső hálózati kártya	8000-48199^†^*	UDP	Lásd a Szolgáltatások IP-alhálózatait Webex Calling.	5004 9000 (STUN portok) Hang: 8500-8599 Videó: 8600-8699 19560-65535 (SRTP UDP-n keresztül)	Ezeket az IPS/portokat a helyi átjárókról, eszközökről és Webex alkalmazás-alkalmazásokról (forrás) felhőbe (célállomás) felé irányuló kimenő SRTP-hívási adathordozókhoz használják. Webex Calling Azoknál a szervezeten belüli hívásoknál, ahol a STUN, ICE tárgyalás sikeres, a felhőben lévő médiaátvitel eltávolításra kerül a kommunikációs útvonalaként. Ilyen esetekben a médiaáramlás közvetlenül a felhasználó alkalmazásai/eszközei között zajlik. Például: Ha a médiaoptimalizálás sikeres, a Webex App közvetlen médiát küld egymás között a 8500—8699 porttartományon, az eszközök pedig közvetlenül egymásnak adathordozókat küldenek az 19560—19661 portok tartományain. Bizonyos hálózati topológiák esetében, ahol tűzfalakat használnak egy ügyfélhelyiségben, engedélyezze az említett forrás- és célporttartományok elérését a hálózat belsejében, hogy a média áthaladjon. Példa: Webex alkalmazás esetén engedélyezze a forrás- és célporttartományt Hang: 8500-8599 Videó: 8600-8699 A böngészők a felügyelt eszközkezelési (MDM) profilban a WebRTCUDPPortrange házirend beállításával vezérelhető időközi forrásportot használják. A Webex Calling szolgáltatás normálisan működik, ha nincs beállítva MDM-szolgáltatás, vagy ha a SiteURL és az EnableForceLogin nincs konfigurálva.
	^{Eszközök†} ^*	19560-19661
	VG400 ATA készülékek	19560-19849
	^{^{Webex alkalmazás† *}}	Hang: 8500-8599 Videó: 8600-8699
	WebRTC	Időszakos (A böngésző szabályzata szerint)
Hívási média Webex Calling (SRTP/SRTCP, T38)	Webex Callingcímtartomány. Lásd a Szolgáltatások IP-alhálózatait Webex Calling	19560-65535 (SRTP UDP-n keresztül)	UDP	Az ügyfél által a helyi átjáróhoz választott IP vagy IP-tartomány	Az ügyfél által a helyi átjáróhoz választott médiaport-tartomány
Hívásjelzés a PSTN átjáróra (SIP TLS)	Helyi átjáró belső hálózati kártya	8000-65535	TCP	Az Ön ITSP PSTN GW vagy Unified CM	A PSTN opciótól függ (például általában 5060 vagy 5061) Unified CM
Média hívása a PSTN átjáróhoz (SRTP/SRTCP)	Helyi átjáró belső hálózati kártya	8000-48199^†^*	UDP	Az Ön ITSP PSTN GW vagy Unified CM	A PSTN opciótól függ (például általában 5060 vagy 5061) Unified CM
Eszközkonfiguráció és firmware-kezelés (Cisco eszközök)	Webex Callingeszközök	Empémer	TCP	Lásd a Szolgáltatások IP-alhálózatait Webex Calling	443, 6970, 80	A következő okok miatt szükséges: Áttelepítés nagyvállalati telefonokról (Cisco Unified CM) erreWebex Calling. További információkért lásd a upgrade.cisco.com webhelyet. A cloudupgrader.webex.com 6970.443 portokat használ a firmware áttelepítési folyamatához. Firmware-frissítések és eszközök biztonságos beépítése (MPP, szoba vagy asztali telefonok) a 16 jegyű aktiválási kód (GDS) használatával CDA/EDOS esetén - MAC-cím alapú biztosítás. Újabb firmware-vel rendelkező eszközök (MPP telefonok, ATA-k és SPA ATA-k) használják. A Cisco ATA-k esetében győződjön meg arról, hogy az eszközök minimális 11.1.0MSR3-9 firmware-t használjanak. Amikor egy telefon először csatlakozik egy hálózathoz, vagy gyári alaphelyzetbe állítás után, a DHCP-beállítások beállítása nélkül kapcsolatba lép egy eszközaktiváló kiszolgálóval a nulla érintésű biztosítás érdekében. Az új telefonok webapp s.cisco.com helyett activate.cisco.com használatát használják a biztosításhoz. A 11.2 (1) -nál korábban kiadott firmware-rel rendelkező telefonok továbbra is használják a webapps.cisco.com webhelyet. Javasoljuk, hogy engedélyezze ezeket az IP-alhálózatokat. Engedélyezze a 12.0.3-nál régebbi Cisco Multiplatform telefonok (MPP-k) számára, hogy a 80-as porton keresztül hozzáférjenek a sudirenewal.cisco.com webhelyhez, hogy megújítsák a gyártói telepített tanúsítványt (MIC) és biztonságos egyedi eszközazonosítóval (SUDI) rendelkezzenek. Részletekért lásd a mezőközleményt
Webex App konfiguráció	Webex App alkalmazások	Empémer	TCP	Lásd a Szolgáltatások IP-alhálózatait Webex Calling	443, 8443	Id bróker hitelesítéshez, Webex App konfigurációs szolgáltatásokhoz az ügyfelek számára, böngészőalapú webes hozzáféréshez az önellátáshoz ÉS az adminisztratív felület eléréséhez. A 8443 TCP portot a Webex App használja a beállításkor a Cisco Unified CM konfiguráció letöltéséhez. Csak azoknak az ügyfeleknek Webex Calling kell megnyitniuk a portot, akik a beállítást használják a csatlakozáshoz.
Eszközidő szinkronizálása (NTP)	Webex Callingeszközök	51494	UDP	Lásd a Szolgáltatások IP-alhálózatait Webex Calling.	123	Ezekre az IP-címekre van szükség az eszközök időszinkronizálásához (MPP telefonok, ATA-k és SPA ATA-k)
Domain Name System (DNS) felbontás	Webex Callingeszközök, Webex alkalmazás és Webex eszközök	Empémer	UDP és TCP	A gazda által definiált	53	DNS-keresésekhez használják a felhőben lévő Webex Calling szolgáltatások IP-címeinek felfedezésére. Annak ellenére, hogy a tipikus DNS-keresések UDP-n keresztül történnek, néhányhoz szükség lehet TCP-re, ha a lekérdezési válaszok nem illeszkednek az UDP-csomagokba.
Hálózati időprotokoll (NTP)	Webex alkalmazás és Webex eszközök	123	UDP	A gazda által definiált	123	Időszinkronizálás
cScan	Web alapú hálózati készenléti előminősítő eszköz Webex Calling	Empémer	TCP	Lásd a Szolgáltatások IP-alhálózatait Webex Calling.	8934 és 443	Webalapú hálózati készenléti Előkvalifikációs Webex Calling eszköz. További információkért látogas son el a cscan.webex.com webhelyre.
cScan		Empémer	UDP	Lásd a Szolgáltatások IP-alhálózatait Webex Calling.	19569-19760
Kiegészítő Webex Calling és Webex Aware szolgáltatások (harmadik fél)
Push értesítések APNS és FCM szolgáltatások	Webex CallingAlkalmazások	Empémer	TCP	Lásd a linkek alatt említett IP-alhálózatokat Apple Push értesítési szolgáltatás (APNS) Google-Firebase felhőüzenetküldés (FCM)	443, 2197, 5228, 5229, 5230, 5223	Értesítések a Webex alkalmazásokhoz mobileszközökön (Példa: Új üzenet fogadásakor vagy hívásra válaszoláskor)

^† ^* A CUBE médiaport-tartomány az rtp- port tartományával konfigurálható.
^† ^{* Az} SRTP portban dinamikusan hozzárendelt eszközök és alkalmazások médiaportjai. Az SRTP portok páros számozott portok, és a megfelelő SRTCP port az egymást követő páratlan számú porthoz van hozzárendelve.
Ha a proxykiszolgáló címe van konfigurálva az alkalmazásokhoz és eszközökhöz, a jelátviteli forgalmat elküldi a proxynak. Az UDP-n keresztül továbbított SRTP-t a média közvetlenül a tűzfalra áramlik a proxykiszolgáló helyett.
Ha NTP- és DNS-szolgáltatásokat használ a vállalati hálózaton belül, akkor nyissa meg az 53-as és 123-as portot a tűzfalon keresztül.

Szolgáltatás minősége (QoS)

Lehetővé teszi a csomagok címkézését a helyi eszközről vagy kliensről a Webex Calling felhőplatformra. A QoS lehetővé teszi a valós idejű forgalom rangsorolását más adatforgalommal szemben. A beállítás engedélyezése módosítja a SIP-jelzést és adathordozót használó alkalmazások és eszközök QoS-jelöléseit.

Forráscímek	Forgalom típusa	Célcímek	Forrás-portok	Célportok	DSCP osztály és érték
Webex alkalmazás	Hang	A szolgáltatások IP-alhálózatainak, tartományainak és URL-jeinek megtekintése Webex Calling	8500-8599	8500-8599, 19560-65535	Gyorsított továbbítás (46)
Webex alkalmazás	Videó		8600-8699	8600-8699, 19560-65535	Biztosított továbbítás 41 (34)
Webex alkalmazás	Jelzés		Ephemeral (operációs rendszer-függő)	8934	CS0 (0)
Webex eszközök (MPP-k és szoba)	Audió és videó		19560-19661	19560-65535	Gyorsított továbbítás (46) & Biztosított továbbítás 41 (34)
Webex eszközök	Jelzés		5060-5080	8934	Osztályválasztó 3 (24)

Hozzon létre egy külön QoS-profilt az Audio és a Video/Share számára, mivel eltérő forrásporttartományuk van a forgalom eltérő jelzéséhez.
Windows-ügyfelek esetén: A szervezet UDP-forrás-port-differenciálásának engedélyezéséhez vegye fel a kapcsolatot a helyi fiókcsapatával. Engedélyezés nélkül nem lehet különbséget tenni az Audio és a Video/Megosztás között a Windows QoS házirendek (GPO) használatával, mivel a forrásportok azonosak az audio/videó/megosztás esetében. További részletekért lásd: Média forrás-porttartományok engedélyezése a Webex alkalmazáshoz
Webex eszközök esetén konfigurálja a QoS beállítások módosításait a Control Hub eszközbeállításaiból. További részletekért lásd: Eszköz beállítások konfigurálása és módosítása a We bex-Calling alkalmazásban

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

Azok az ügyfelek számára, akik felhőalapú együttműködési szolgáltatásokat, a Webex felhőalapú regisztrált termékeket használjákWebex Suite, az MPP-eszközöket a Webex felhőbe telepítik az olyan szolgáltatásokhoz, mint a híváselőzmények, a címtárkeresés, az értekezletek és az üzenetküldés. Győződjön meg arról, hogy a cikkben említett domainek/URL-ek/IP-címek/portok nyitva vannak a Webex szolgáltatások hálózati követelményei.

A Webex hálózati követelményei a kormányzat számára

Azon ügyfelek számára, akik a Webex kormányzati szolgáltatásokhoz tartozó tartományok, URL-ek, IP-címtartományok és portok listáját igénylik, itt találhatók az információk: Hálózati követelmények a Webex kormányzati szolgáltatásokhoz

A Webex Attendant Console hálózati követelményei

Azok az ügyfelek számára, akik ügyfélkonzolt használnak - recepcionisták, kiszolgálók és üzemeltetők funkcióját, győződjön meg arról, hogy a tartományok/URL-ek/IP-címek/portok/protokollok nyitottak legyenek. Hálózati követelmények a kísérő konzolhoz

Első lépések a Webex Calling Local Gateway használatával

A helyi átjáró megoldást használó ügyfelek számára, amelyek helyiségalapú PSTN és harmadik féltől származó SBC-k interoperabilitással rendelkeznek, olvassa Webex Calling el az Első lépések a helyi átjáróval című cikket

Referenciák

Ha szeretné tudni, hogy mi az újdon Webex Calling ság, olvassa el: Mi újdonság Webex Calling

A biztonsági követelményekről lá Webex Calling sd a cikket

Webex CallingMédiaoptimalizálás interaktív kapcsolatok létrehozásával (ICE) Cikk

Dokumentummódosítási előzmények

Dátum	A következő változtatásokat hajtottuk végre ebben a cikkben
január 21, 2025	Hozzáadott részletek a SIP alkalmazásréteg-átjáró használatához.
január 8, 2025	Az Eszközkonfigurációhoz és a Webex App konfigurációhoz kapcsolódó IP-alhálózati címet áthelyezte az IP alhálózatok szolgáltatásokhoz című szakaszba Webex Calling
December 17, 2024	Hozzáadott támogatás a WebRTC-hez a Webex Calling Media specifikációhoz.
november 14, 2024	Frissítette a támogatott porttartomány Webex Calling t a VG400 sorozatú ATA eszközhöz
November 11, 2024	Hozzáadta a támogatott porttartományt a Webex Calling hívás adathordozójához a VG400 sorozatú ATA készülékhez
július 25, 2024	Hozzáadta az 52.26.82.54 IP alhálózatot, amely a Cisco ATA eszköz konfigurálásához és firmware-kezeléséhez szükséges.
július 18, 2024	Frissítve a következő részletekkel: A (Alkalmazások, eszközök) támogatott QoS (TOS/DSCP) értékek Webex Calling Frissítette a hálózati diagramot Beleértve a Webex Attendant Console hálózati követelményeire vonatkozó hivatkozást.
június 28, 2024	Frissítette mindkét SRTP/SRTCP porttartomány használatát a Media specifikációhoz. Webex Calling
június 11, 2024	Eltávolította a „huron-dev.com” tartományt, mivel nem használják.
Május 06, 2024	Frissítette mindkét SRTP/SRTCP porttartomány használatát a Media specifikációhoz. Webex Calling
Április 03, 2024	Frissítette a Webex Calling szolgáltatások IP-alhálózatait 163.129.0.0/17 számmal, hogy megfelel Webex Calling jen az indiai régió piaci terjeszkedésének.
December 18, 2023	Tartalmazta a sudirenewal.cisco.com URL-t és a 80-as port követelményét a Cisco MPP telefon MIC-megújításának eszközkonfigurálásához és firmware-kezeléséhez.
December 11, 2023	Frissítette a Webex Calling szolgáltatások IP-alhálózatait, hogy nagyobb IP-címet tartalmazzanak. 150.253.209.128/25 — 150.253.128.0/17-re változott
November 29, 2023	Frissítette a Webex Calling szolgáltatások IP-alhálózatait, hogy nagyobb IP-címet tartalmazzanak a Webex Calling régióbővítés érdekében a jövőbeli növekedés érdekében. 144.196.33.0/25 — 144.196.0.0/16-ra változott A Webex Calling (SIP TLS) és a Call media to Webex Calling (STUN, SRTP) alatt található Webex Calling szolgáltatások IP-alhálózata frissül a tanúsítványalapú transzking és a helyi átjáró tűzfalkövetelményeinek egyértelműsége érdekében.
augusztus 14, 2023	A következő 144.196.33.0/25 és 150.253.156.128/25 IP-címeket adtuk hozzá az Edge és a szolgáltatások megnövekedett kapacitási követelményeinek támogatására. Webex Calling Ez az IP-tartomány csak az Egyesült Államok régiójában támogatott.
július 5, 2023	Hozzáadta a https://binaries.webex.com linket a Cisco MPP firmware telepítéséhez.
Március 7, 2023	A teljes cikket átdolgoztuk, hogy tartalmazza a következőket: Tartalmazott lehetőségek a Proxy támogatáshoz. Módosított hívási folyamatdiagram Egyszerűsített domainek/URL-ek/IP alhálózati részek és Webex Aware szolgáltatásokhoz Webex Calling Hozzáadott 170.72.0.0/16 IP alhálózati tartomány az & Webex Aware szolgáltatásokhoz. Webex Calling Eltávolították a következő tartományokat: 170.72.231.0, 170.72.231.10, 170.72.231.161 és 170.72.242.0/24
Március 5, 2023	A cikk frissítése a következőket tartalmazza: Hozzáadta az alkalmazások által használt UDP-SRTP porttartományt (8500-8700). Hozzáadta a Push értesítések APNS és FCM szolgáltatások portjait. Ossza meg az UDP és TCP cScan porttartományát. Hozzáadta a referenciák részt.
november 15, 2022	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 távolítottuk el 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
november 14, 2022	Hozzáadta az IP alhálózatot 170.72.242.0/24 a szolgáltatáshoz. Webex Calling
szeptember 08, 2022	A Cisco MPP Firmware átmeneti a https://binaries.webex.com web helyet az MPP-firmware-frissítésekhez az összes régióban. Ez a változás javítja a firmware frissítési teljesítményét.
augusztus 30, 2022	Eltávolította a 80-as portra való hivatkozást az Eszközkonfiguráció és a firmware-kezelés (Cisco eszközök), az Alkalmazáskonfiguráció és a cScan sorokból a Port táblázatban, mivel nincs függőség.
augusztus 18, 2022	Nincs változás a megoldásban. Frissítette az 5062 (a tanúsítványalapú csomagtartóhoz szükséges), a 8934 (regisztrációs alapú csomagtartóhoz szükséges) célportokat a Hívás-jelzéshez (SIP TLS). Webex Calling
július 26, 2022	Hozzáadta a 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ítette az 5062, 8934 célportokat a Hí vás jelzéshez Webex Calling (SIP TLS).
július 14, 2022	Hozzáadta azokat az URL-eket, amelyek támogatják a Webex Aware szolgáltatások teljes funkcióját. Hozzáadta a szolgáltatáshoz a 23.89.154.0/25 IP alhálózatot. Webex Calling
június 27, 2022	A Webex Calling szolgáltatások tartományának és URL-jeinek frissítése: .broadcloudpbx.com .broadcloud.com.au .broadcloud.eu .broadcloudpbx.net
június 15, 2022	Hozzáadta a következő portokat és protokollo kat az IP-címek és a Webex Calling szolgáltatások portjai alatt: Csatlakozás célja: Webex funkciók Forráscímek: Esz Webex Calling közök Forrás portok: Ephemeral Protokoll: TCP Célcímek: Lásd a Webex Meetings/Üzenetküldés - Hálózati követelmények menüpontban meghatározott IP-alhálózatokat és tartományokat. Célkikötők: 443 Megjegyzések: Az Esz Webex Calling közök ezeket az IP-címeket és tartományokat használják a Webex felhőszolgáltatásokkal, például a könyvtárral, a híváselőzményekkel és az értekezletekkel való kapcsolatfelvételhez. Frissített információk a Webex Meetings/Üzenetküldés - Hálózati követelmények szakaszban
május 24, 2022	Hozzáadta az 52.26.82.54/24 IP-alhálózat ot az 52.26.82.54/32 szolgáltatáshoz Webex Calling
május 6, 2022	Hozzáadta az IP-alhálózatot 52.26.82.54/24 szolgáltatáshoz Webex Calling
Április 7, 2022	^{Frissítette a Local Gateway belső és külső UDP porttartományát 8000-48198-ra †}
április 5, 2022	Hozzáadta a következő IP-alhálózatokat a Webex Calling szolgáltatáshoz: 23.89.40.0/25 23.89.1.128/25
március 29, 2022	Hozzáadta a következő IP-alhálózatokat a Webex Calling szolgáltatáshoz: 23.89.33.0/24 150.253.209.128/25
2021. szeptember 20	Hozzáadott 4 új IP alhálózat 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
Április 2, 2021	Hozzáadta a .ciscospark.com webhelyet a Szolgáltatások tartományai és URL-jei részben, hogy támogassa a Webe Webex Calling x alkalmazás használ* ati eseteitWebex Calling.
Március 25, 2021	Hozzáadott 6 új IP-tartományt az activate.cisco.com webhelyhez, amely 2021. május 8-tól lép 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
Március 4, 2021	A különálló IP- Webex Calling címeket és a kisebb IP-tartományokat egyszerűsített tartományokkal helyettesítette egy külön táblázatban a tűzfal konfigurációjának megkönnyítése érdekében.
Február 26, 2021	Hozzáadta az 5004-et a Call media célportjaként Webex Calling (STUN, SRTP), hogy támogassa az Interactive Connectivity Establishment (ICE) támogatását, amely 2021 áprilisában Webex Calling lesz elérhető.
Február 22, 2021	A domainek és az URL-ek mostantól külön táblázatban vannak felsorolva. Az IP-címek és a portok táblázat ugyanazon szolgáltatások IP-címeinek csoportosításához van beállítva. A Jegyzetek oszlop hozzáadása az IP-címek és portok táblázathoz, amely segít megérteni a követelményeket. Az alábbi IP-címek áthelyezése egyszerűsített tartományokra az eszközkonfiguráció és a firmware kezelése érdekében (Cisco eszközök): aktiváljá.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 az Cisco Webex ügyfél egy újabbra mutat Ausztráli DNS SRV ában 2021 márciusában. 199.59.64.237 199.59.67.237
január 21, 2021	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 távolítottuk el 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ás konfigurációjához: 62.109.192.0/19 64.68.96.0/19 207.182.160.0/19 150.253.128.0/17 A következő IP-címeket távolítottuk el az alkalmazás konfigurációjából: 64.68.99.6 64.68.100.6 A következő portszámokat eltávolítottuk 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-hu.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 portreferenciaképekhez.
december 22, 2020	Frissítette az Alkalmazáskonfiguráció sort a táblázatokban, hogy tartalmazza a következő IP-címeket: 135.84.171.154 és 135.84.172.154. Rejtse el a hálózati diagramokat, amíg ezeket az IP-címeket nem adják hozzá.
December 11, 2020	Frissítette az Eszközkonfiguráció és a firmware-kezelés (Cisco eszközök), valamint az Alkalmazáskonfigurációs sorokat a támogatott kanadai domainekhez.
Október 16, 2020	Frissítette a hívásjelző és a média bejegyzé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
Szeptember 23, 2020	A csCan alatt 199.59.64.156 helyébe 199.59.64.197 lett.
augusztus 14, 2020	További IP-címek hozzáadása az adatközpontok kanadai bevezetésének támogatásához: Hívási jelzés Webex Calling (SIP TLS) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24
augusztus 12, 2020	További IP-címek hozzáadása az adatközpontok kanadai bevezetésének támogatásához: Hívja a médiát a Webex Calling (SRTP) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24 címre Hívásjelzés nyilvánosan címzett végpontokhoz (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áskonfiguráció—135.84.173.154,135.84.174.154
július 22, 2020	Hozzáadta a következő IP-címet az adatközpontok kanadai bevezetésének támogatására: 135.84.173.146
június 9, 2020	A következő változtatásokat hajtottuk végre a cScan bejegyzésben: Kijavította az egyik IP-címet — 199 .59.67.156 változott 199.59.64.156-ra. Az új funkciókhoz új portok és UDP-19560-19760 szükséges.
2020. március 11	A következő domain- és IP-címeket adtuk hozzá az alkalmazás konfigurációjához: jp.bcld.webex.com—135.84.169.150 ügyfél-jp.bcld.webex.com idbroker.webex.com—64.68.99.6, 64.68.100.6 A következő tartományokat további IP-címekkel frissítettük az eszközkonfigurációhoz és a firmware-kezeléshez: 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
Február 27, 2020	A következő tartományt és portokat adtuk hozzá az eszközkonfigurációhoz és a firmware-kezeléshez: cloudupgrader.webex.com—443-6970

Helyi átjáró konfigurálása a Cisco IOS XE-n a Webex Calling verzióhoz

Áttekintés

Webex CallingJelenleg a Local Gateway két verzióját támogatja:

Helyi átjáró
Helyi átjáró a Webex számára a kormányzat számára

Helyi átjáró
Helyi átjáró a Webex számára a kormányzat számára

Főbb szempontok

Mielőtt elkezdené, ismerje meg a helyiségalapú nyilvános kapcsolt telefonhálózat (PSTN) és helyi átjáró (LGW) követelményeit. Webex Calling További információt a Cisco Preferred Architecture cím Webex Calling ű témakörben talál.
Ez a cikk azt feltételezi, hogy egy dedikált Local Gateway platform működik, nincs meglévő hangkonfiguráció. Ha módosít egy meglévő PSTN átjárót vagy CUBE Enterprise telepítést a helyi átjáró funkcióként való használatraWebex Calling, akkor figyeljen a konfigurációra. Győződjön meg arról, hogy az elvégzett módosítások miatt ne szakítsa meg a meglévő hívásfolyamatokat és funkciókat.

Az eljárások hivatkozásokat tartalmaznak a parancshivatkozási dokumentációra, ahol többet megtudhat az egyes parancsbeállításokról. Minden parancshivatkozási hivatkozás a Webex Man aged Gateways parancsreferenci ára kerül, hacsak másként nem jelezzük (ebben az esetben a parancshivatkozások a Cisco IOSVoice Command Reference menüpontra kerülnek). Mindezeket az útmutatókat a Parancs referenciák Cisco Unified Border Element oldalon érheti el.

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

Helyi átjáró konfigurálása

Két lehetőség van a helyi átjáró konfigurálására a csomagtartó Webex Calling hoz:

Regisztrációs alapú csomagtartó
Tanúsítvány alapú csomagtartó

Használja a feladatfolyamatot a regisztrációs alapú helyi átjár ó vagy a Tanú sítványalapú helyi átjár ó alatt a helyi átjáró konfigurálásához a csomagtartóhoz. Webex Calling

A különböző csomagtípusokról további informáci ót a Helyi átjáró használatának megkezd ése című témakörben talál. Végezze el a következő lépéseket a helyi átjárón a parancssori interfész (CLI) segítségével. A munkamenet-kezdeményezési protokollt (SIP) és a Transport Layer Security (TLS) szállítást használjuk a törzs védelméhez, a Secure Real Time Protocol (SRTP) pedig a helyi átjáró és közötti adathordozók védelméhez. Webex Calling

Főbb szempontok

Válassza a CUBE lehetőséget helyi átjáróként. A Webex for Government jelenleg nem támogat harmadik féltől származó munkamenet-határellenőrzőket (SBC). A legfrissebb lista áttekintéséhez a Helyi átjáró használatának első lépése című témakörben tal ál.
Telepítse Cisco IOS az XE Dublin 17.12.1a vagy újabb verzióit az összes Webex for Government Local Gatewayhez.
A Webex kormányzati támogatást nyújtó gyökértanúsítvánnyal rendelkező hatóságok listájának áttekintéséhez lásd: Webex for Government for Government (Root Certificate Authority for Webex for Government).
A Webex for Government alkalmazásban a Local Gateway külső porttartományaival kapcsolatos részletekért lásd: Hálózati követelmények. Webex for Government (FedRAMP)

A Local Gateway for Webex for Government nem támogatja a következőket:

Stun/Ice-Lite a médiaútvonalak optimalizálásához
Fax (T.38)

A Webex for Government helyi átjárójának konfigurálása

Ha a Webex for Government alkalmazá Webex Calling sban a helyi átjárót szeretne konfigurálni a csomagtartóhoz, használja a következő lehetőséget:

Tanúsítvány alapú csomagtartó

Használja a Tanú sítványalapú helyi átjáró alatti feladatfolyamatot a törzs helyi átjárójának konfigurálásáhozWebex Calling. A tanúsítványalapú helyi átjáró konfigurálásáról további részleteket a Tanúsítványalapú törzs konfigurálása című témakörben tal Webex Calling ál.

Kötelező a FIPS-kompatibilis GCM titkosítók konfigurálása a Webex for Government Local Gateway támogatásához. Ha nem, a hívás beállítása sikertelen. A konfigurációs részletekért lásd: Tanúsítvány Webex Callingalapú törzs konfigur álása.

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

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

Tervezési áttekintés

Ez a szakasz leírjaWebex Calling, hogyan konfigurál Cisco Unified Border Element hat egy (CUBE) helyi átjáróként a regisztráló SIP-törzs használatával. A dokumentum első része szemlélteti, hogyan konfigurálhat egy egyszerű PSTN átjárót. Ebben az esetben a PSTN-ről érkező összes hívás a PSTN-re irány ul, és az Webex Calling összes hívást a PSTN- Webex Calling re irányítják. Az alábbi kép kiemeli ezt a megoldást és a követendő magas szintű hívás-útválasztási konfigurációt.

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

hangosztályú bérlők: Trunk-specifikus konfigurációk létrehozására szolgál.
hangosztály uri: SIP-üzenetek osztályozására szolgál egy bejövő tárcsázó kiválasztásához .
bejövő dial-peer: A bejövő SIP üzenetek kezelését biztosítja, és egy dial-peer csoport segítségével határozza meg a kim enő útvonalat.
dial-peer csoport: Meghatározza a tovább hívások útválasztásához használt kimenő tárcsázási társaikat.
kimenő dial-peer: Kezeli a kimenő SIP üzeneteket, és a kívánt célhoz irányítja őket .

Míg az IP és a SIP a PSTN csomagok alapértelmezett protokolljaivá váltak, a TDM (Time Division Multiplexing) ISDN áramköröket továbbra is széles körben használják, és a csomagtartókkal támogatják őket. Webex Calling Ahhoz, hogy lehetővé tegye az IP-útvonalak médiaoptimalizálását a helyi átjárók számára TDM-IP hívásfolyamatokkal, jelenleg kétlépcsős hívás-útválasztási folyamatot kell használni. Ez a megközelítés módosí tja a fent bemutatott hívás-útválasztási konfigurációt, azáltal, hogy bevezeti a belső hurkú visszacsomagolási tárcsázók halmazát a PSTN-törzsek Webex Calling és a PSTN törzsek között, amint azt az alábbi kép szemlélteti.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Helyszíni Cisco Unified Communications Manager megoldás csatlakoztatá Webex Calling sakor az egyszerű PSTN-átjáró konfigurációt használhatja alapalapként az alábbi ábrán ábrázolt megoldás létrehozásához. Ebben az esetben az Unified Communications Manager központosí tott útválasztást és kezelést biztosít az összes PSTN és hívás számára. Webex Calling

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

Ebben a dokumentumban a következő képen ábrázolt állomásneveket, IP-címeket és interfészeket használjuk.

The host names, IP addresses, and interfaces used in Call routing configuration solutions

Használja a dokumentum többi részében található konfigurációs útmutatót a helyi átjáró konfigurációjának az alábbiak szerint fejezheti be:

1. lépés: A router alapszintű csatlakoztatásának és biztonságának konfigurálása
2. lépés: Trunk konfigur Webex Calling álása

A kívánt architektúrától függően kövesse az alábbiakat:
3. lépés: A helyi átjáró konfigurálása a SIP PSTN törzsszel
4. lépés: Helyi átjáró konfigurálása meglévő Unified CM környezettel

Vagy:
3. lépés: A helyi átjáró konfigurálása a TDM PSTN csomagtartóval

Konfigurálja a kapcsolatot és a biztonságot

Alapszintű konfiguráció

A Cisco router helyi átjáróként történő előkész ítésének első lépése egy alapkonfiguráció létrehozása, amely biztosítja a platformot Webex Calling és létrehozza a kapcsolatot.

Minden regisztrációs alapú Local Gateway telepítéshez Cisco IOS XE 17.6.1a vagy újabb verzió szükséges. Cisco IOS17.12.2 vagy újabb javasolt. Az ajánlott verziókat lásd a Cisco Software Research oldalán. Keresse meg a platformot, és válassza ki a javasolt kiadások egy ikét.
- Az ISR4000 sorozatú routereket egységes kommunikációs és biztonsági technológiai licencekkel kell konfigurálni.
- A Catalyst Edge 8000 sorozatú hangkártyákkal vagy DSP-kkel felszerelt routerek DNS Advantage licencelést igényel nek. A hangkártya vagy DSP nélküli routerek minimális DNS Essentials licencelést igényelnek.
Készítsen alapkonfigurációt platformjához, amely megfelel az üzleti irányelveinek. Külön ösen konfigurálja és ellenőrizze a következőket:
- NTP
- ACLs
- Felhasználói hitelesítés és távoli hozzáférés
- DNS
- IP útválasztás
- IP-címek
A hálózatnak IPv4 címet Webex Calling kell használnia.
Töltse fel a Cisco root CA-csomagot a helyi átjáróba.

Konfiguráció


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

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

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

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

Webex CallingRegisztrációs alapú törzs konfigurálása


 
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  

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

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

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 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  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

Miután meghatározta a bérlő 100- at, és konfigurálta a SIP VoIP tárcsá zási tárcsázást, az átjáró TLS kapcsolatot indít el. Webex Calling Ezen a ponton a hozzáférési SBC bemutatja tanúsítványát a helyi átjárónak. A Helyi átjáró a Webex Calling hozzáférési SBC tanúsítványt a korábban frissített CA gyökércsom ag segítségével ellenőrzi. Ha a tanúsítvány felismerésre kerül, á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 ezt a biztonságos kapcsolatot használhatja a Webex hozzáfér ési SBC-ben való regisztrációhoz. Ha a regisztrációt hitelesítés megtámadják:

A válasz ban a hitel esítő adatok konfigurációjában szereplő felhasználó név, jelszó és birodal mi paraméterek kerülnek felhasznál ásra.
A 100-as sip profil módosítási szabályai a SIPS URL-t SIP-re konvertálják vissza.

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

Flow diagram of authentication and registration of Webex Calling with Local gateway

Helyi átjáró konfigurálása SIP PSTN csomagtartóval

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

Ha a Szolgáltató biztonságos PSTN csomagtartót kínál, akkor a csomagtartó esetében a fent le írt hasonló konfigurációt követheti. Webex Calling A CUBE támogatja a biztonságos hívásátirányítást.

Ha TDM-/ISDN PSTN csomagtartót használ, ugorjon a következő szakaszra A Helyi átjáró konfigurálása TDM PSTN csomagtartóval.

A PDM interfészek konfigurálásához a Cisco TDM-SIP átjárókon található PSTN hívásláncokhoz lásd az ISDN PRI konfigurálása című részt.

1

Konfigurálja a következő hangosztály uri-t a bejövő hívások azonosításához a PST N törzsből:


voice class uri 200 sip
  host ipv4:192.168.80.13

Íme a konfiguráció mezőinek magyarázata:

Voice class uri 200 sip

Olyan mintát határoz meg, amely megfelel a bejövő SIP-meghívásnak a bejövő törzs tárcsázási tárcsákkal. A min ta megadásakor használja az IP PSTN átjáró IP-címét. További információt a hangosztály uri című témakörben talál.

2

A következő IP PSTN dial-peer konfigurálása:


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 asserted-id pai
 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ó mezőinek magyarázata:


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

Megh atároz za a 200- as címkével ellátott VoIP tárcsázó társat, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információért lásd: tár csázó hang.

rendeltetési minta BAD.BAD

A kimenő hívások bejövő tár scsoport használatával történő irányításakor próbázott célmintázatra van szükség. Ebben az esetben bármilyen érvényes rendeltetési minta használható. További információt a rendeltetési minta (interfész) című témakörben talál.

munkamenet-protokoll sipv2

Azt adja meg, hogy ez a tárcsázó kezelje a SIP-híváslakat. További információt a munkamenet- protokoll (tárcsázó tárcsázó) című té makörben tal ál.

munkamenet cél ipv4:192.168.80.13

Megadja a PSTN-szolgáltatónak küldött hívások cél címét. Ez lehet IP-c ím vagy DNS-gazdanév. További információt a mun kamenetcél (VoIP-tárcsázási partner) című témak örben talál.

bejövő uri 200- on keresztül

Meghatározza azt a hangosztályt, amely a bejövő hívások ehhez a tárcsázáshoz való összehangolására szolgál az INVITE VIA fejléc URI segítségével. További információt a bejövő url című témakörben tal ál.

hangosztályú sip asserted-id pai

(Opcionális) Bekapcsolja a P-Asserted-Identity fejlécfeldolgozást, és szabályozza, hogyan használják ezt a PSTN törzs esetében . Ha ezt a parancsot használja, a kimenő F rom és P-Asserted-Identity fejlécekhez a bejövő dial-peer által megadott hívó fél azonosítóját használja. Ha ezt a parancsot nem használja, a bejövő dial-peer által megadott hívó fél azonosítóját használja a kimenő From és a Távoli part-ID fejléc ekhez. További információt a hangosztályú sip asserted-id című témakörben talál .

kötővezérlő forrás-interfész Gigab iteThernet0/0/0

Konfigurálja a forrás felületet és a hozzá tartozó IP-címet a PSTN-hez küldött üzenetekhez. További információt a kötés című témakör ben tal ál.

összekötő médiaforrás-interfész Gig abiteThernet0/0/0

Konfigurálja a forrás felületet és a hozzárendelt IP-címet a PSTN-hez küldött adathordozókhoz. További információt a kötés című témakör ben tal ál.

hangosz tályú kodek 100

Konfigurálja a dial-peer programot a 100-as közös kodek szűrőlistájának használatához. További információt a hangosztályú kodek című témakörben talál .

dtmf-relé rtp-nte

Az RTP-NTE (RFC2833) a hívási szakaszon várható DTMF képességként határozza meg. További információt a DTMF Relay (Voice over IP) című témakörben talál.

semmit sem

Letiltja a hangtevékenység ész lelését. További információt a vad (tárcsázó) című témakörben talál.

3

Ha a helyi átjárót úgy konfigurálja, hogy csak a PSTN és a PSTN közötti hívásokat irányítsa, adja hozzá Webex Calling a következő hívásátirányítási konfigurációt. Ha a helyi átjárót Unified Communications Manager platformmal konfigurálja, ugor jon a következő szakaszra.

Hozzon létre tárcsázó csoportokat a hívások PSTN felé Webex Calling vagy a PSTN felé irányuló irányításához. Határozza meg a DPG 100-at a kimenő dial-peer 100 irányba. Webex Calling A DPG 100 a PSTN bejövő dial-peer-re kerül alkalmazásra. Hasonlóképpen határozza meg a DPG 200-at a kimenő dial-peer 200-val a PSTN felé. A DPG 200 a Webex bejövő dial-peer készülékére alkalmazható.
```
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ó mezőinek magyarázata:
tárcsázó 100
Egy kimenő tárcsázó társat társít tárcsázó csoporth oz. További információt a hangosztályú dpg című témakörben talál .
Dial-peer csoportok alkalmazása a Webex-ről a PSTN-re és a PSTN-ről a Webex-re irányuló hívások irányításához:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Íme a konfiguráció mezőinek magyarázata:
célállomás dpg 200
Meghatározza, hogy melyik tárcsázós csoportot, és ezért a bejövő tárcsázási társnak bemutatott hívások kimenő kezel ésére kell használni.

Ezzel le zárja a helyi átjáró konfigurációját. Mentse el a konfigurációt, és töltse be újra a platformot, ha ez az első alkalom, hogy a CUBE funkciókat konfigurálják.

Helyi átjáró konfigurálása TDM PSTN csomagtartóval

Miután felépítette a csomagtartótWebex Calling, a következő konfigurációval hozzon létre egy TDM csomagtartót a PSTN szolgáltatáshoz, amely visszahívás-útválasztással rendelkezik, hogy lehetővé tegye a médiaoptimalizálást a Webex hívási szakaszon.

Ha nem igényel IP-adathordozóoptimalizálást, kövesse a SIP PSTN törzs konfigurációs lépéseit. A PSTN VoIP dial-peer helyett hangportot és POTS tárcsázót használjon (a 2. és 3. lépésben látható módon).


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 

dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

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
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

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

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) klaszterhez. Ebben az esetben minden hívás útmutatáson keresztül Unified CM történik. Az 5060-as porton lévő UCM-ből érkező hívások a PSTN-re irányulnak, és az 5065-ös portról érkező hívások irányításra kerülnek. Webex Calling A következő növekményes konfigurációk hozzáadhatók ehhez a hívási forgatókönyvhöz.

A csomagtartó létrehozásakor Webex Calling ügyeljen Unified CM arra, hogy a SIP Trunk biztonsági profiljának beállításaiban a bejövő portot 5065-re állítsa be. Ez lehetővé teszi a bejövő üzeneteket az 5065-ös porton, és a VIA fejléc kitöltését ezzel az értékkel, amikor üzeneteket küld a Helyi Átjáróba.

1	A következő hangosztályú URI-k konfigurálása: Osztályozza Unified CM a Webex hívásokhoz SIP VIA port használatával: `voice class uri 300 sip pattern :5065` Osztályozza Unified CM a PSTN hívásokhoz a porton keresztül SIP használatával: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` A bejövő üzeneteket az UCM-ből a PSTN törzs felé osztályozza egy vagy több mintával, amelyek leírják a forráscímeket és a portszámot. Szükség esetén szabályos kifejezések használhatók a megfelelő minták meghatározására. A fenti példában egy reguláris kifejezést használnak a 192.168.80.60—65 tartományban lévő bármely IP-cím és az 5060-as portszám megegyezésére.
2	Konfigurálja a következő DNS-rekordokat az SRV-útválasztás megadásához a gazdaságokhoz Unified CM : Az IOS XE ezeket a rekordokat használja a célállomások és portok helyileg meghatározására. Ezzel a konfigurációval nem szükséges a rekordok konfigurálása a DNS-rendszerben. Ha inkább a DNS-t szeretné használni, akkor ezek a helyi konfigurációk nem szükségesek. 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ó mezőinek magyarázata: A következő parancs létrehoz egy DNS SRV erőforrásrekordot. Hozzon létre egy rekordot minden UCM gazdához és csomagtartóhoz: ip gazda _sip. _udp.pstn tocucm.io srv 2 1 5060 ucmsub5.mydomain.com _kortyolj. _udp.pstn tocucm.io: SRV erőforrás-rekord neve 2: Az SRV erőforrás-rekord prioritása 1: Az SRV erőforrás rekordsúlya 5060: Az erőforrá s-rekordban a célállomásnak használni kívánt portszám ucmsub5.mydomain .com: Az erőforrás-rekord célállomása Az erőforrás-rekord célállomásnevének megoldásához hozzon létre helyi DNS-A-rekordokat. Például: ip host ucmsub5.mydomain.com 192.168.80.65 ip host: Rekordot hoz létre a helyi IOS XE adatbázisban. ucmsub5.mydomain.com: Az A rekordgazda neve. 192.168.80.65: A gazda IP-címe. Hozza létre az SRV erőforrás-rekordokat és az A-rekordokat, amelyek tükrözik az UCM környezetet és az előnyben részesített híváselosztási stratégiát.
3	Konfigurálja a következő tárcsázási tárgyakat: Dial-peer hívásokhoz és a következők között Unified CM Webex Calling `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ó mezőinek magyarázata: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Megh atározza a 300- as címkével ellátott VoIP tárcsázó társat, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. rendeltetési minta BAD.BAD A kimenő hívások bejövő tár scsoport használatával történő irányításakor próbázott célmintázatra van szükség. Ebben az esetben bármilyen érvényes rendeltetési minta használható. munkamenet-protokoll sipv2 Azt adja meg, hogy a dial-peer 300 kezelje a SIP-híváslakat . További információt a mun kamenet-protokoll (dial-peer) című témakörben talál. munkamenet cél dns:wxtocucm.io A felbontás révén több Unified CM csomópont munkamenet-célját határoz DNS SRV za meg. Ebben az esetben a helyileg defini ált SRV rekord a wxtocucm.io hívások irányítására szolgál. bejövő uri 300-on keresztül A 300 hangosztályú URI használatával irányítja az összes bejövő forgalmat az Unified CM 5065-ös forrásportról ehhez a dial-peer felé. További információt a bejövő uri című témakörben tal ál. hangosz tályú kodek 100 Jelzi a kódek szűrőlistáját a be- és onnan érkező hívásokhozUnified CM. További információt a hangosztályú kodek című témakörben talál. kötővezérlő forrás-interfész Gigab iteThernet0/0/0 Konfigurálja a forrás felületet és a hozzá tartozó IP-címet a PSTN-hez küldött üzenetekhez. További információt a kötés című témakör ben tal ál. összekötő médiaforrás-interfész Gig abiteThernet0/0/0 Konfigurálja a forrás felületet és a hozzárendelt IP-címet a PSTN-hez küldött adathordozókhoz. További információt a kötés című témakör ben tal ál. dtmf-relé rtp-nte Az RTP-NTE (RFC2833) a hívási szakaszon várható DTMF képességként határozza meg. További információt a DTMF Relay (Voice over IP) című témakörben talál. semmit sem Letiltja a hangtevékenység ész lelését. További információt a vad (tárcsázó) című témakörben talál. Dial-peer a PSTN és a PSTN közötti hívá Unified CM 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ó mezőinek magyarázata: `dial-peer voice 400 voip description UCM-PSTN trunk` Megh atározza a 400- as címkével ellátott VoIP tárcsázó társat, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. rendeltetési minta BAD.BAD A kimenő hívások bejövő tár scsoport használatával történő irányításakor próbázott célmintázatra van szükség. Ebben az esetben bármilyen érvényes rendeltetési minta használható. munkamenet-protokoll sipv2 Azt adja meg, hogy a dial-peer 400 kezelje a SIP-híváslakat . További információt a mun kamenet-protokoll (dial-peer) című témakörben talál. munkamenet cél dns:pstntocucm.io A felbontás révén több Unified CM csomópont munkamenet-célját határoz DNS SRV za meg. Ebben az esetben a pstntocu cm.io helyileg definiált SRV rekord a hívások irányítására szolgál. bejövő uri 400- on keresztül Az URI 400 hangosztályú forgalmat a megadott állomá sokról az 5060-as forrásport használatával Unified CM irányítja az összes bejövő forgalmat ehhez a dial-peer felé. További információt a bejövő uri című témakörben tal ál. hangosz tályú kodek 100 Jelzi a kódek szűrőlistáját a be- és onnan érkező hívásokhozUnified CM. További információt a hangosztályú kodek című témakörben talál. kötővezérlő forrás-interfész Gigab iteThernet0/0/0 Konfigurálja a forrás felületet és a hozzá tartozó IP-címet a PSTN-hez küldött üzenetekhez. További információt a kötés című témakör ben tal ál. összekötő médiaforrás-interfész Gig abiteThernet0/0/0 Konfigurálja a forrás felületet és a hozzárendelt IP-címet a PSTN-hez küldött adathordozókhoz. További információt a kötés című témakör ben tal ál. dtmf-relé rtp-nte Az RTP-NTE (RFC2833) a hívási szakaszon várható DTMF képességként határozza meg. További információt a DTMF Relay (Voice over IP) című témakörben talál. semmit sem Letiltja a hangtevékenység ész lelését. További információt a vad (tárcsázó) című témakörben talál.
4	Adjon hozzá hívásátirányítást a következő konfigurációk használatával: Hozzon létre tárcsázó csoportokat a hívások irányításához és közöttUnified CM. Webex Calling Határozza meg a DPG 100-at a kimen ő dial- peer 100 irányba. Webex Calling A DPG 100 a hozzá tartozó bejövő tárcsázásra kerül alkalmazásra. Unified CM Hasonlóképpen határozza meg a DPG 300-at a kimenő dial-peer 300 irányba. Unified CM A DPG 300 a Webex bejövő dial-peer készülékére kerül alkalmazásra. `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` Hozzon létre tárcsázó csoportokat a PSTN és a PSTN közötti hívások Unified CM irányításához. Határozza meg a DPG 200-at a kim enő dial-peer 200- val a PSTN felé. A DPG 200 a hozzá tartozó bejövő dial-peer szolgáltatásra kerül alkalmazásra. Unified CM Hasonlóképpen határozza meg a DPG 400-at a kimenő dial-peer 400 irányba. Unified CM A DPG 400 a PSTN be jövő dial-peer-re kerül alkalmazásra. `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ó mezőinek magyarázata: tárcsázó 100 Egy kimenő tárcsázó társat társít tárcsázó csoporth oz. További információt a hangosztályú dpg című témakörben talál . Dial-peer csoportok alkalmazása a hívások Webex-ről és onnan a Webex felé irányuló útvonalak Unified CM hoz: Unified CM `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Íme a konfiguráció mezőinek magyarázata: célállomás dpg 300 Meghatározza, hogy melyik tárcsázós csoportot, és ezért a bejövő tárcsázási társnak bemutatott hívások kimenő kezel ésére kell használni. Dial-peer csoportok alkalmazása a hívások PSTN-ről a PSTN-re és onnan a PSTN-re irányuló útv Unified CM onalak hozUnified CM: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` Ezzel le zárja a helyi átjáró konfigurációját. Mentse el a konfigurációt, és töltse be újra a platformot, ha először konfigurálták a CUBE funkciókat.

A helyi átjáró monitorozása és hibaelhárítása diagnosztikai aláírásokkal

A Diagnosztikai Aláírások (DS) proaktívan észleli a gyakran megfigyelt problémákat az IOS XE-alapú helyi átjáróban, és e-mailt, syslog- vagy terminálüzenetet generál az eseményről. A DS-t telepítheti a diagnosztikai adatgyűjtés automatizálására és az esetre gyűjtött adatok átvitelére is, hogy felgyorsí Cisco TAC tsa a felbontási időt.

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

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

Konszolidált naplófájl létrehozása
A fájl feltöltése a felhasználó által biztosított hálózati helyre, például HTTPS, SCP, FTP-kiszolgálóra.

A TAC mérnökei leírják a DS fájlokat és digitálisan aláírják azokat az integritás védelme érdekében. Minden DS-fájl rendelkezik egy egyedi numerikus azonosítóval, amelyet a rendszer rendelt. A Diagnostic Sig natures Lookup Tool (DSLT) egyetlen forrás a különböző problémák figyelemmel kíséréséhez és elhárításához alkalmazható aláírá sok megtalálásához.

Mielőtt elkezdené:

Ne szerkesztse a DSL T-ből letöltött DS fájlt. A módosított fájlok telepítése sikertelen az integritási ellenőrzési hiba miatt.
Egyszerű levélátviteli protokoll (SMTP) kiszolgáló, amelyre a helyi átjáró e-mail értesítések küldéséhez szükséges.
Győződjön meg arról, hogy a helyi átjáró az IOS XE 17.6.1 vagy újabb verziót futtatja, ha a biztonságos SMTP-kiszolgálót szeretné használni e-mailes értesítésekhez.

Feltételek

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

A diagnosztikai aláírások alapértelmezés szerint engedélyezve van.
Konfigurálja azt a biztonságos e-mail kiszolgálót, amely proaktív értesítések küldésére szolgál, ha az eszköz Cisco IOS XE 17.6.1a vagy újabb verzióját futtatja.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Konfigurálja a környezeti változ ds_emailót a rendszergazda e-mail címé vel, hogy értesítse Önt.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

Az alábbiakban bemutatjuk az Cisco IOS XE 17.6.1a vagy újabb verzióján futó helyi átjáró konfigurációját, amellyel a proaktív értesítéseket a tacfaststart@gmail.com címre küldheti el a Gmail biztonságos SMTP-kiszolgáló használatával:

Javasoljuk, hogy használja az Cisco IOS XE Bengaluru 17.6.x vagy újabb verziókat.

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

Az Cisco IOS XE szoftveren futó helyi átjáró nem tipikus webalapú Gmail- kliens, amely támogatja az OAuth szolgáltatást, ezért konfigurálnunk kell egy adott Gmail-fiók beállítást, és külön engedélyt kell adnunk az eszköz ről érkező e-mailek helyes feldolgozásához:

Lépjen a Google-fiók kezelése > Bizton ság men üpontra, és kapcsolja be a Kevésbé biztonságos alkalmazás-hozzáférés beállítást.
Válasz „Igen, én voltam”, amikor e-mailt kap a Gmailtől, amelyben „A Google meg akadályozta, hogy valaki bejelentkezzen fiókjába egy nem Google- alkalmazás segítségével”.

Telepítse a diagnosztikai aláírásokat a proaktív monitorozáshoz

A magas CPU kihasználtság figyelése

Ez a DS öt másodpercig nyomon követi a CPU felhasználását az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával. Ha a felhasználás eléri a 75% -ot vagy annál többet, letiltja az összes hi bakeresést, és eltávolítja a Helyi Átjáróban telepített összes diagnosztikai aláírást. Az aláírás telepítéséhez használja az alábbi lépéseket.

Használja a show snmp parancsot az SNMP engedélyezéséhez. Ha nem engedélyezi, akkor konfigurálja az snmp-kiszolgál ókezelő parancsot.

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

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

Töltse le a DS 64224-et a Diagnostic Signatures Lookup Tool következő legördülő beállításaival:

Mező neve	Mezőérték

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

Másolja a DS XML fájlt a Local Gateway vakuvába.

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óba történő másolását mutatja be.

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

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

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

A show call-home diagnosztik-aláírás paranccsal ellenőrizheti, hogy az aláírá s sikeresen van-e telepítve. Az állapotoszlop nak „regisztrált” értékkel kell rendelkeznie.

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

Töltse le a DSE-ket:

DS ID	DS név	Felülvizsgálat	Állapot	Utolsó frissítés (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Regisztrált	2020-11-07 22:05:33

Aktiváláskor ez az aláírás eltávolítja az összes futó DS-t, beleértve magát is. Szükség esetén telepítse újra a DS 64224-et a helyi átjárón a magas CPU-kihasználtság figyelemmel kíséréséhez.

A SIP csomagtartó regisztrációjának ellenőrzése

Ez a DS 60 másodpercenként ellenőrzi a Webex Calling felhővel ellátott helyi átjáró SIP-csomagtartó regisztrációját. Miután észleli a regisztrációtörlési eseményt, e-mailt és syslog értesítést generál, és két regisztráció törlése után eltávolítja magát. Az aláírás telepítéséhez kövesse az alábbi lépéseket:

Töltse le a DS 64117-et a Diagnosztikai aláírások kereső eszközének alábbi legördülő lehetőségeinek használatával:

Mező neve	Mezőérték

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

Másolja a DS XML fájlt a Helyi átjáróra.

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

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

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

A show call-home diagnosztik-aláírás paranccsal ellenőrizheti, hogy az aláírá s sikeresen van-e telepítve. Az állapotoszlop nak „regisztrált” értékkel kell rendelkeznie.

A rendellenes híváskapcsolások monitorozása

Ez a DS 10 percenként SNMP lekérdezést használ, hogy észlelje a 403-as, 488-as és 503-as SIP-hibákkal járó rendellenes hívásmegszakítást.  Ha a hibaszám-növekedés nagyobb vagy egyenlő 5-nél az utolsó szavaz áshoz képest, akkor egy syslog- és e-mailes értesítést generál. Kérjük , használja az alábbi lépéseket az aláírás telepítéséhez.

A show snmp paranccsal ellenőrizze, hogy engedélyezve van-e az SNMP. Ha nincs engedélyezve, konfigurálja az snmp-server manager parancsot.

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

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

Töltse le a DS 65221-et a Diagnostic Signatures Lookup Tool alábbi beállításaival:

Mező neve	Mezőérték

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

Másolja a DS XML fájlt a Helyi átjáróra.

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

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

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

A show call-home diagnosztik-aláírás paranccsal ellenőrizheti, hogy az aláírá s sikeresen van-e telepítve. Az állapotoszlop nak „regisztrált” értékkel kell rendelkeznie.

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

Használja a diagnosztikai aláírásokat (DS) a problémák gyors megoldásához. Cisco TACA mérnökö k több aláírást készítettek, amelyek lehetővé teszik a szükséges hibakereséseket, amelyek szükségesek egy adott probléma elhárításához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűj téséhez és az adatok automatikus átviteléhez az esetre. Cisco TAC A diagnosztikai aláírások (DS) kiküszöböli a probléma előfordulásának manuális ellenőrzésének szükségességét, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.

A Diagnosztikai aláírások keresési eszköz ével megtalálhatja a megfelelő aláírásokat és telepítheti azokat egy adott probléma önálló megoldásához, vagy telepítheti a TAC-mérnök által a támogatási kapcsolat részeként javasolt aláírást.

Íme egy példa arra, hogyan lehet megtalálni és telepíteni egy DS azonosítását a „% VOICE_IEC -3-GW: CCAPI: Belső hiba (hívás tüske küszöb): IEC=1.1.181.1.29. 0" syslog előfordulásának észlelésére és a diagnosztikai adatgyűjtés automatizálására a következő lépésekkel:

Konfiguráljon egy további DS környezeti változót ds_fsurl_prefix, amely a Cisco TAC fájlkiszolgáló elérési útja (cxd.cisco.com), amelyre az összegyűjtött diagnosztikai adatok feltöltődnek. A fájl elérési útján szereplő felhasználónév az ügy száma, a jelszó pedig a fájl feltöltési token, amelyet a következő paranccsal lehet letölteni a Sup port Case Manager alkalmazásból. A fájlfeltöltési token szükség szerint létrehozható a Tá mog atási esetkezelő mellé kletek szakaszában.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Példa:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Győződjön meg arról, hogy az SNMP engedélyezve van-e a show snmp paranccsal . Ha nincs engedélyezve, konfigurálja az snmp-server manager parancsot.
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Győződjön meg róla, hogy telepítse a DS 64224 magas CPU-felügyeletet proaktív intézkedésként az összes hibakeresési és diagnosztikai aláírás letiltásához a magas CPU kihasználtság idején. Töltse le a DS 64224-et a Diagnostic Signatures Lookup Tool alábbi beállításaival:

Mező neve	Mezőérték

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

Töltse le a DS 65095 alkalmazást a Diagnostic Signatures Lookup Tool alábbi beállításaival:

Mező neve	Mezőérték

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

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

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

Telepítse a High CPU monitoring DS 64224, majd a DS 65095 XML fájlt a helyi átjáróba.

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

Ellenőrizze, hogy az aláírás sikeresen van-e telepítve a show call-home diagnostic -signature paranccsal. Az állapotoszlop nak „regisztrált” értékkel kell rendelkeznie.

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 DSE-k:

DS ID

DS név

Felülvizsgálat

Állapot

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

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Regisztrált

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Regisztrált

2020-11-08

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

A következő parancsban a show call-home diagnosztika-aláírás parancs „Állapot” oszlopa „futó” - ra változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show call-home diagnosztikai aláírási statisztik ák kimenete a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlel-e egy érdekes eseményt, és végrehajtja-e a műveletet. A „Triggered/Max/Deinstall” oszlop jelzi, hogy az adott aláírás mennyi alkalommal indított el egy eseményt, hogy mennyi alkalommal határozták meg azt az esemény észlelésére, valamint azt, hogy az aláírás eltávolít-e a maximális számú aktivált esemény é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 DSE-k:

DS ID	DS név	Felülvizsgálat	Állapot	Utolsó frissítés (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Regisztrált	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Futás	2020-11-08 00:12:53

otthoni hívás-diagnosztikai aláírási statisztikák megjelenítése

DS ID	DS név	Aktivált/Max /Eltávolítás	Átlagos futási idő (másodperc)	Maximális 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ési e-mail olyan kulcsfontosságú információkat tartalmaz, mint például a probléma típusa, az eszköz részletei, a szoftververzió, a futó konfiguráció, valamint az adott probléma elhárításához releváns parancskimenetek megjelenítése.

A diagnosztikai aláírások eltávolítása

A diagnosztikai aláírások használata hibaelhárítási célokra általában úgy van definiálva, hogy eltávolítsuk bizonyos problémák észlelése után. Ha manuálisan szeretne eltávolítani egy aláírást, töltse le a DS azonosítót a show call-home diagnostic-signature parancs kimenetéből, és futtassa a következő parancsot:

call-home diagnostic-signature deinstall <DS ID>

Példa:

call-home diagnostic-signature deinstall 64224

Rendszeresen új aláírások kerülnek hozzáadásra a Diagnostics Signatures Lookup Tool alkalmazáshoz, a telepítéseknél gyakran megfigyelt problémák alapján. A TAC jelenleg nem támogatja az új egyedi aláírások létrehozására irányuló kérelmeket.

Az Cisco IOS XE átjárók kezelése és érvényesítése a Control Hub segítségével

Az Cisco IOS XE átjárók jobb kezelése érdekében javasoljuk, hogy regisztrálja és kezelje az átjárókat a Vezérlőközpontban. Ez egy opcionális konfiguráció. Regisztr áláskor a Vezérlőközpontban található konfigurációs ellenőrzési opcióval ellenőrizheti a helyi átjáró konfigurációját és azonosíthatja a konfigurációs problémákat. Jelenleg csak regisztrációs alapú csomagok támogatják ezt a funkciót.

További információkért olvassa el az alábbiakat:

Tervezési áttekintés

Ez a szakasz leírja, hogyan konfigurálhat egy Cisco Unified Border Element (CUBE) helyi átjáróként egy tanúsítványalapú, kölcsönös TLS (MTL) SIP-törzs Webex Calling használatához. A dokumentum első része szemlélteti, hogyan konfigurálhat egy egyszerű PSTN átjárót. Ebben az esetben a PSTN-ről érkező összes hívás a PSTN-re irány ul, és az Webex Calling összes hívást a PSTN- Webex Calling re irányítják. A következő kép kiemeli ezt a megoldást és a követendő magas szintű hívás-útválasztási konfigurációt.

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

hangosztályú bérl ők: Trunk-specifikus konfigurációk létrehozására szolgál.
hangosztály uri: SIP-üzenetek osztályozására szolgál egy bejövő tárcsá zó kiválasztásához.
bejövő dial-peer: A bejövő SIP üzenetek kezelését biztosítja, és egy dial-peer csoport segítségével határozza meg a kimenő útvonalat.
dial-peer csoport: Meghatározza a továbbhívások útválasztásához használt kimenő tárcsázási társaikat.
kimenő dial-peer: Kezeli a kimenő SIP üzeneteket, és a kívánt cél hoz irányítja őket.

Helyszíni Cisco Unified Communications Manager megoldás csatlakoztatá Webex Calling sakor az egyszerű PSTN-átjáró konfigurációt használhatja alapalapként az alábbi ábrán ábrázolt megoldás létrehozásához. Ebben az esetben az Unified Communications Manager biztosítja az összes PSTN és hívás központosított útválasztását és kezelését. Webex Calling

Ebben a dokumentumban a következő képen ábrázolt állomásneveket, IP-címeket és interfészeket használjuk. Lehetőségek állnak rendelkezésre állami vagy magán (NAT mögött) cím zésre. Az SRV DNS-rekordok opcionálisak, kivéve, ha több CUBE példányban terheléselosztás történik.

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

Használja a dokumentum többi részében található konfigurációs útmutatót a helyi átjáró konfigurációjának az alábbiak szerint fejezheti be:

Konfigurálja a kapcsolatot és a biztonságot

Alapszintű konfiguráció

A Cisco router helyi átjáróként történő előkész ítésének első lépése egy alapkonfiguráció létrehozása, amely biztosítja a platformot Webex Calling és létrehozza a kapcsolatot.

Minden tanúsítványalapú Local Gateway telepítéshez Cisco IOS XE 17.9.1a vagy újabb verzió szükséges. Cisco IOSAz XE 17.12.2 vagy újabb verzió ajánlott. Az ajánlott verziókat lásd a Cisco Software Research oldalán. Keresse meg a platformot, és válassza ki a javasolt kiadások egy ikét.
- Az ISR4000 sorozatú routereket egységes kommunikációs és biztonsági technológiai licencekkel kell konfigurálni.
- A Catalyst Edge 8000 sorozatú hangkártyákkal vagy DSP-kkel felszerelt routerek DNS Advantage licencelést igényel nek. A hangkártya vagy DSP nélküli routerek minimális DNS Essentials licencelést igényelnek.
- Nagy kapacitású követelmények esetén magas biztonsági (HSEC) licencre és további átviteli jogosultságra is szükség lehet.
  
  További részletekért lá sd az Engedélyezési kó dokat.
Készítsen alapkonfigurációt platformjához, amely megfelel az üzleti irányelveinek. Külön ösen konfigurálja és ellenőrizze a következőket:
- NTP
- ACLs
- Felhasználói hitelesítés és távoli hozzáférés
- DNS
- IP útválasztás
- IP-címek
A hálózatnak IPv4 címet Webex Calling kell használnia. A Vezérlőközpontban konfigurált helyi átjáró teljesen minősített tartom ánynevek (FQDN) vagy Service Record (SRV) címeknek az interneten található nyilvános IPv4-címre kell oldozniuk.
A Webex felé néző Local Gateway interfészen található összes SIP- és médiaportnak közvetlenül vagy statikus NAT-en keresztül kell hozzáférhetőnek lennie az internet ről. Győződjön meg arról, hogy ennek megfelelően frissítse a tűzfalat.
Az aláírt tanúsítvány telepítéséhez kövesse az alábbi részletes konfigurációs lépéseket a helyi átjáróra:
- Az Cisco Webexaudio- és videóplatformokra irányuló hívásokhoz milyen gyökértanúsítvánnyal rendelkező hatóságok támogatottak című részben részletezett nyilvános Certificate Authority (CA)? alá kell írnia az eszköz tanúsítványát.
- A tanúsítvány tárgy közös neve (CN) vagy a tárgy alternatív nevei (SAN) egyikének meg kell egyeznie a Vezérlőközpontban konfigurált FQDN-vel. Például:
  - Ha a szervezet Vezérlőközpontjában található konfigurált törzs a helyi átjáró FQDN-je a cube1.lgw.com:5061, akkor a router tanúsítványában szereplő CN vagy SAN-nak tartalmaznia kell a cube1.lgw.com fájlt. 
  - Ha a szervezet Vezérlőközpontjában található konfigurált törzs az lgws.lgw.com a csomagtartóból elérhető helyi átjáró (ek) SRV-címével rendelkezik, akkor a router tanúsítványában szereplő CN-nek vagy SAN-nak tartalmaznia kell az lgws.lgw.com fájlt. Azok a rekordok, amelyekre az SRV c ím feloldja (CNAME, A Record vagy IP-cím), opcionálisak a SAN-ban.
  - Akár FQDN-t, akár SRV-t használ a csomagtartóhoz, a helyi átjáró összes új SIP- párbeszédablakjának elérhetőségének a Vezérlőközpontban konfigurált nevet kell használnia.
- Győződjön meg róla, hogy a tanúsítványok aláírtak az ügyfél- és kiszolgáló
Töltse fel a Cisco root CA-csomagot a helyi átjáróba. Ez a csomag tartalmazza a Webex platform ellenőrzéséhez használt CA gyökér tanúsítványt.

Konfiguráció


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

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

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

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

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

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

Tanú Webex Calling sítványalapú törzs konfigurálása



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 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

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

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

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

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

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"

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

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
 rel1xx disable
 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 
 sip-profiles 110 inbound
 privacy-policy passthru
!

Helyi átjáró konfigurálása SIP PSTN csomagtartóval

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

Ha a Szolgáltató biztonságos PSTN csomagtartót kínál, akkor a csomagtartó esetében a fent le írt hasonló konfigurációt követheti. Webex Calling A CUBE támogatja a biztonságos hívásátirányítást.

Ha TDM-/ISDN PSTN csomagtartót használ, ugorjon a következő szakaszra A Helyi átjáró konfigurálása TDM PSTN csomagtartóval.

A PDM interfészek konfigurálásához a Cisco TDM-SIP átjárókon található PSTN hívásláncokhoz lásd az ISDN PRI konfigurálása című részt.

1

Konfigurálja a következő hangosztály uri-t a bejövő hívások azonosításához a PST N törzsből:


voice class uri 200 sip
  host ipv4:192.168.80.13

Íme a konfiguráció mezőinek magyarázata:

Voice class uri 200 sip

Olyan mintát határoz meg, amely megfelel a bejövő SIP-meghívásnak a bejövő törzs tárcsázási tárcsákkal. A min ta megadásakor használja az IP PSTN átjáró IP-címét. További információt a hangosztály uri című témakörben talál.

2

A következő IP PSTN dial-peer konfigurálása:


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 asserted-id pai
 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ó mezőinek magyarázata:


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

Megh atároz za a 200- as címkével ellátott VoIP tárcsázó társat, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információért lásd: tár csázó hang.

rendeltetési minta BAD.BAD

A kimenő hívások bejövő tár scsoport használatával történő irányításakor próbázott célmintázatra van szükség. Ebben az esetben bármilyen érvényes rendeltetési minta használható. További információt a rendeltetési minta (interfész) című témakörben talál.

munkamenet-protokoll sipv2

Azt adja meg, hogy ez a tárcsázó kezelje a SIP-híváslakat. További információt a munkamenet- protokoll (tárcsázó tárcsázó) című té makörben tal ál.

munkamenet cél ipv4:192.168.80.13

Megadja a PSTN-szolgáltatónak küldött hívások cél címét. Ez lehet IP-c ím vagy DNS-gazdanév. További információt a mun kamenetcél (VoIP-tárcsázási partner) című témak örben talál.

bejövő uri 200- on keresztül

Meghatározza azt a hangosztályt, amely a bejövő hívások ehhez a tárcsázáshoz való összehangolására szolgál az INVITE VIA fejléc URI segítségével. További információt a bejövő url című témakörben tal ál.

hangosztályú sip asserted-id pai

(Opcionális) Bekapcsolja a P-Asserted-Identity fejlécfeldolgozást, és szabályozza, hogyan használják ezt a PSTN törzs esetében . Ha ezt a parancsot használja, a kimenő F rom és P-Asserted-Identity fejlécekhez a bejövő dial-peer által megadott hívó fél azonosítóját használja. Ha ezt a parancsot nem használja, a bejövő dial-peer által megadott hívó fél azonosítóját használja a kimenő From és a Távoli part-ID fejléc ekhez. További információt a hangosztályú sip asserted-id című témakörben talál .

kötővezérlő forrás-interfész Gigab iteThernet0/0/0

Konfigurálja a forrás felületet és a hozzá tartozó IP-címet a PSTN-hez küldött üzenetekhez. További információt a kötés című témakör ben tal ál.

összekötő médiaforrás-interfész Gig abiteThernet0/0/0

Konfigurálja a forrás felületet és a hozzárendelt IP-címet a PSTN-hez küldött adathordozókhoz. További információt a kötés című témakör ben tal ál.

hangosz tályú kodek 100

Konfigurálja a dial-peer programot a 100-as közös kodek szűrőlistájának használatához. További információt a hangosztályú kodek című témakörben talál .

dtmf-relé rtp-nte

Az RTP-NTE (RFC2833) a hívási szakaszon várható DTMF képességként határozza meg. További információt a DTMF Relay (Voice over IP) című témakörben talál.

semmit sem

Letiltja a hangtevékenység ész lelését. További információt a vad (tárcsázó) című témakörben talál.

3

Ha a helyi átjárót úgy konfigurálja, hogy csak a PSTN és a PSTN közötti hívásokat irányítsa, adja hozzá Webex Calling a következő hívásátirányítási konfigurációt. Ha a helyi átjárót Unified Communications Manager platformmal konfigurálja, ugor jon a következő szakaszra.

Hozzon létre tárcsázó csoportokat a hívások PSTN felé Webex Calling vagy a PSTN felé irányuló irányításához. Határozza meg a DPG 100-at a kimenő dial-peer 100 irányba. Webex Calling A DPG 100 a PSTN bejövő dial-peer-re kerül alkalmazásra. Hasonlóképpen határozza meg a DPG 200-at a kimenő dial-peer 200-val a PSTN felé. A DPG 200 a Webex bejövő dial-peer készülékére alkalmazható.
```
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ó mezőinek magyarázata:
tárcsázó 100
Egy kimenő tárcsázó társat társít tárcsázó csoporth oz. További információt a hangosztályú dpg című témakörben talál .
Dial-peer csoportok alkalmazása a Webex-ről a PSTN-re és a PSTN-ről a Webex-re irányuló hívások irányításához:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Íme a konfiguráció mezőinek magyarázata:
célállomás dpg 200
Meghatározza, hogy melyik tárcsázós csoportot, és ezért a bejövő tárcsázási társnak bemutatott hívások kimenő kezel ésére kell használni.

Ezzel le zárja a helyi átjáró konfigurációját. Mentse el a konfigurációt, és töltse be újra a platformot, ha ez az első alkalom, hogy a CUBE funkciókat konfigurálják.

Helyi átjáró konfigurálása TDM PSTN csomagtartóval

Miután felépítette a csomagtartótWebex Calling, a következő konfigurációval hozzon létre egy TDM csomagtartót a PSTN szolgáltatáshoz, amely visszahívás-útválasztással rendelkezik, hogy lehetővé tegye a médiaoptimalizálást a Webex hívási szakaszon.

Ha nem igényel IP-adathordozóoptimalizálást, kövesse a SIP PSTN törzs konfigurációs lépéseit. A PSTN VoIP dial-peer helyett hangportot és POTS tárcsázót használjon (a 2. és 3. lépésben látható módon).


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 

dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

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
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

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

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) klaszterhez. Ebben az esetben minden hívás útmutatáson keresztül Unified CM történik. Az 5060-as porton lévő UCM-ből érkező hívások a PSTN-re irányulnak, és az 5065-ös portról érkező hívások irányításra kerülnek. Webex Calling A következő növekményes konfigurációk hozzáadhatók ehhez a hívási forgatókönyvhöz.

1	A következő hangosztályú URI-k konfigurálása: Osztályozza Unified CM a Webex hívásokhoz SIP VIA port használatával: `voice class uri 300 sip pattern :5065` Osztályozza Unified CM a PSTN hívásokhoz a porton keresztül SIP használatával: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` A bejövő üzeneteket az UCM-ből a PSTN törzs felé osztályozza egy vagy több mintával, amelyek leírják a forráscímeket és a portszámot. Szükség esetén szabályos kifejezések használhatók a megfelelő minták meghatározására. A fenti példában egy reguláris kifejezést használnak a 192.168.80.60—65 tartományban lévő bármely IP-cím és az 5060-as portszám megegyezésére.
2	Konfigurálja a következő DNS-rekordokat az SRV-útválasztás megadásához a gazdaságokhoz Unified CM : Az IOS XE ezeket a rekordokat használja a célállomások és portok helyileg meghatározására. Ezzel a konfigurációval nem szükséges a rekordok konfigurálása a DNS-rendszerben. Ha inkább a DNS-t szeretné használni, akkor ezek a helyi konfigurációk nem szükségesek. 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ó mezőinek magyarázata: A következő parancs létrehoz egy DNS SRV erőforrásrekordot. Hozzon létre egy rekordot minden UCM gazdához és csomagtartóhoz: ip gazda _sip. _udp.pstn tocucm.io srv 2 1 5060 ucmsub5.mydomain.com _kortyolj. _udp.pstn tocucm.io: SRV erőforrás-rekord neve 2: Az SRV erőforrás-rekord prioritása 1: Az SRV erőforrás rekordsúlya 5060: Az erőforrá s-rekordban a célállomásnak használni kívánt portszám ucmsub5.mydomain .com: Az erőforrás-rekord célállomása Az erőforrás-rekord célállomásnevének megoldásához hozzon létre helyi DNS-A-rekordokat. Például: ip host ucmsub5.mydomain.com 192.168.80.65 ip host: Rekordot hoz létre a helyi IOS XE adatbázisban. ucmsub5.mydomain.com: Az A rekordgazda neve. 192.168.80.65: A gazda IP-címe. Hozza létre az SRV erőforrás-rekordokat és az A-rekordokat, amelyek tükrözik az UCM környezetet és az előnyben részesített híváselosztási stratégiát.
3	Konfigurálja a következő tárcsázási tárgyakat: Dial-peer hívásokhoz és a következők között Unified CM Webex Calling `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ó mezőinek magyarázata: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Megh atározza a 300- as címkével ellátott VoIP tárcsázó társat, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. rendeltetési minta BAD.BAD A kimenő hívások bejövő tár scsoport használatával történő irányításakor próbázott célmintázatra van szükség. Ebben az esetben bármilyen érvényes rendeltetési minta használható. munkamenet-protokoll sipv2 Azt adja meg, hogy a dial-peer 300 kezelje a SIP-híváslakat . További információt a mun kamenet-protokoll (dial-peer) című témakörben talál. munkamenet cél dns:wxtocucm.io A felbontás révén több Unified CM csomópont munkamenet-célját határoz DNS SRV za meg. Ebben az esetben a helyileg defini ált SRV rekord a wxtocucm.io hívások irányítására szolgál. bejövő uri 300-on keresztül A 300 hangosztályú URI használatával irányítja az összes bejövő forgalmat az Unified CM 5065-ös forrásportról ehhez a dial-peer felé. További információt a bejövő uri című témakörben tal ál. hangosz tályú kodek 100 Jelzi a kódek szűrőlistáját a be- és onnan érkező hívásokhozUnified CM. További információt a hangosztályú kodek című témakörben talál. kötővezérlő forrás-interfész Gigab iteThernet0/0/0 Konfigurálja a forrás felületet és a hozzá tartozó IP-címet a PSTN-hez küldött üzenetekhez. További információt a kötés című témakör ben tal ál. összekötő médiaforrás-interfész Gig abiteThernet0/0/0 Konfigurálja a forrás felületet és a hozzárendelt IP-címet a PSTN-hez küldött adathordozókhoz. További információt a kötés című témakör ben tal ál. dtmf-relé rtp-nte Az RTP-NTE (RFC2833) a hívási szakaszon várható DTMF képességként határozza meg. További információt a DTMF Relay (Voice over IP) című témakörben talál. semmit sem Letiltja a hangtevékenység ész lelését. További információt a vad (tárcsázó) című témakörben talál. Dial-peer a PSTN és a PSTN közötti hívá Unified CM 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ó mezőinek magyarázata: `dial-peer voice 400 voip description UCM-PSTN trunk` Megh atározza a 400- as címkével ellátott VoIP tárcsázó társat, és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. rendeltetési minta BAD.BAD A kimenő hívások bejövő tár scsoport használatával történő irányításakor próbázott célmintázatra van szükség. Ebben az esetben bármilyen érvényes rendeltetési minta használható. munkamenet-protokoll sipv2 Azt adja meg, hogy a dial-peer 400 kezelje a SIP-híváslakat . További információt a mun kamenet-protokoll (dial-peer) című témakörben talál. munkamenet cél dns:pstntocucm.io A felbontás révén több Unified CM csomópont munkamenet-célját határoz DNS SRV za meg. Ebben az esetben a pstntocu cm.io helyileg definiált SRV rekord a hívások irányítására szolgál. bejövő uri 400- on keresztül Az URI 400 hangosztályú forgalmat a megadott állomá sokról az 5060-as forrásport használatával Unified CM irányítja az összes bejövő forgalmat ehhez a dial-peer felé. További információt a bejövő uri című témakörben tal ál. hangosz tályú kodek 100 Jelzi a kódek szűrőlistáját a be- és onnan érkező hívásokhozUnified CM. További információt a hangosztályú kodek című témakörben talál. kötővezérlő forrás-interfész Gigab iteThernet0/0/0 Konfigurálja a forrás felületet és a hozzá tartozó IP-címet a PSTN-hez küldött üzenetekhez. További információt a kötés című témakör ben tal ál. összekötő médiaforrás-interfész Gig abiteThernet0/0/0 Konfigurálja a forrás felületet és a hozzárendelt IP-címet a PSTN-hez küldött adathordozókhoz. További információt a kötés című témakör ben tal ál. dtmf-relé rtp-nte Az RTP-NTE (RFC2833) a hívási szakaszon várható DTMF képességként határozza meg. További információt a DTMF Relay (Voice over IP) című témakörben talál. semmit sem Letiltja a hangtevékenység ész lelését. További információt a vad (tárcsázó) című témakörben talál.
4	Adjon hozzá hívásátirányítást a következő konfigurációk használatával: Hozzon létre tárcsázó csoportokat a hívások irányításához és közöttUnified CM. Webex Calling Határozza meg a DPG 100-at a kimen ő dial- peer 100 irányba. Webex Calling A DPG 100 a hozzá tartozó bejövő tárcsázásra kerül alkalmazásra. Unified CM Hasonlóképpen határozza meg a DPG 300-at a kimenő dial-peer 300 irányba. Unified CM A DPG 300 a Webex bejövő dial-peer készülékére kerül alkalmazásra. `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` Hozzon létre tárcsázó csoportokat a PSTN és a PSTN közötti hívások Unified CM irányításához. Határozza meg a DPG 200-at a kim enő dial-peer 200- val a PSTN felé. A DPG 200 a hozzá tartozó bejövő dial-peer szolgáltatásra kerül alkalmazásra. Unified CM Hasonlóképpen határozza meg a DPG 400-at a kimenő dial-peer 400 irányba. Unified CM A DPG 400 a PSTN be jövő dial-peer-re kerül alkalmazásra. `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ó mezőinek magyarázata: tárcsázó 100 Egy kimenő tárcsázó társat társít tárcsázó csoporth oz. További információt a hangosztályú dpg című témakörben talál . Dial-peer csoportok alkalmazása a hívások Webex-ről és onnan a Webex felé irányuló útvonalak Unified CM hoz: Unified CM `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Íme a konfiguráció mezőinek magyarázata: célállomás dpg 300 Meghatározza, hogy melyik tárcsázós csoportot, és ezért a bejövő tárcsázási társnak bemutatott hívások kimenő kezel ésére kell használni. Dial-peer csoportok alkalmazása a hívások PSTN-ről a PSTN-re és onnan a PSTN-re irányuló útv Unified CM onalak hozUnified CM: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` Ezzel le zárja a helyi átjáró konfigurációját. Mentse el a konfigurációt, és töltse be újra a platformot, ha először konfigurálták a CUBE funkciókat.

A helyi átjáró monitorozása és hibaelhárítása diagnosztikai aláírásokkal

A Diagnosztikai Aláírások (DS) proaktívan észleli a gyakran megfigyelt problémákat az Cisco IOS XE-alapú helyi átjáróban, és e-mailt, syslog- vagy terminálüzenetet generál az eseményről. A DS-t telepítheti a diagnosztikai adat gyűjtés automatizálására és az összegyűjtött adatok átvitelére az Cisco TAC esetre a fel bontási idő felgyorsítása érdekében.

A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a hibaindító eseményekről és a probléma tájékoztatására, hibaelhárítására és orvoslására irányuló műveletekről. Használja a syslog üzeneteket, az SNMP-eseményeket és a konkrét show parancs kimenetek időszakos figyelemmel kísérését a probléma észlelési logikájának meghatározásához. A művelettípusok a következők:

Show parancs kimenetek összegyűjtése
Konszolidált naplófájl létrehozása
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 digitálisan aláírják az integritás védelme érdekében. Minden DS fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. A Diagnostic Sig natures Lookup Tool (DSLT) egyetlen forrás a különböző problémák figyelemmel kíséréséhez és elhárításához alkalmazható aláírá sok megtalálásához.

Mielőtt elkezdené:

Ne szerkesztse a DSL T-ből letöltött DS fájlt. A módosított fájlok telepítése sikertelen az integritási ellenőrzési hiba miatt.
Egyszerű levélátviteli protokoll (SMTP) kiszolgáló, amelyre a helyi átjáró e-mail értesítések küldéséhez szükséges.
Győződjön meg arról, hogy a helyi átjáró az IOS XE 17.6.1 vagy újabb verziót futtatja, ha a biztonságos SMTP-kiszolgálót szeretné használni e-mailes értesítésekhez.

Feltételek

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

A diagnosztikai aláírások alapértelmezés szerint engedélyezve van.
Konfigurálja azt a biztonságos e-mail kiszolgálót, amelyet proaktív értesítések küldésére használ, ha az eszköz IOS XE 17.6.1 vagy újabb verzióját futtatja.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

Konfigurálja a környezeti változ ds_emailót az értesítéshez szükséges rendszergazda e-mail címével.


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

Telepítse a diagnosztikai aláírásokat a proaktív monitorozáshoz

A magas CPU kihasználtság figyelése

Ez a DS nyomon követi az 5 másodperces CPU-felhasználást az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával. Ha a felhasználás eléri a 75% vagy annál nagyobb értéket, letiltja az összes hibakeresést, és eltávolítja az összes diagnosztikai aláírást, amelyet telepít a Helyi Átjáróban. Az aláírás telepítéséhez használja az alábbi lépéseket.

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


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

Töltse le a DS 64224-et a Diagnostic Signatures Lookup Tool következő legördülő beállításaival:

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 Webex Calling megoldásban
Probléma hatóköre	Teljesítmény
Probléma típusa	Magas CPU-kihasználtság e-mailes értesítéssel

Download DS 64224 from Diagnostic Signatures Lookup tool

Másolja a DS XML fájlt a Local Gateway vakuvába.

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óba történő másolását mutatja be.

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

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


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

A show call-home diagnosztik-aláírás paranccsal ellenőrizheti, hogy az aláírá s sikeresen van-e telepítve. Az állapotoszlop nak „regisztrált” értékkel kell rendelkeznie.


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

Töltse le a DSE-ket:

DS ID	DS név	Felülvizsgálat	Állapot	Utolsó frissítés (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Regisztrált	2020-11-07 22:05:33

Aktiváláskor ez az aláírás eltávolítja az összes futó DS-t, beleértve magát is. Szükség esetén telepítse újra a DS 64224-et a helyi átjáró magas CPU-kihasználtságának folyamatos figyelemmel kíséréséhez.

A rendellenes híváskapcsolások monitorozása

Ez a DS 10 percenként SNMP lekérdezést használ, hogy észlelje a 403-as, 488-as és 503-as SIP-hibákkal járó rendellenes hívásmegszakítást.  Ha a hibaszám-növekedés nagyobb vagy egyenlő 5-nél az utolsó szavaz áshoz képest, akkor egy syslog- és e-mailes értesítést generál. Kérjük , használja az alábbi lépéseket az aláírás telepítéséhez.

Győződjön meg arról, hogy az SNMP engedélyezve van-e a show snmp paranccsal. Ha az SNMP nincs engedélyezve, konfigurálja az snmp- server manager parancsot.

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

Töltse le a DS 65221-et a Diagnostic Signatures Lookup Tool alábbi beállításaival:

Mező neve	Mezőérték

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

Másolja a DS XML fájlt a Helyi átjáróra.

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

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


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

Az aláírás sikeres telepítésének ellenőrzéséhez használja a show call-home diagnostic-aláírá s parancsot. Az állapotoszlop nak „regisztrált” értékkel kell rendelkeznie.

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. Cisco TACA mérnökö k több aláírást készítettek, amelyek lehetővé teszik a szükséges hibakereséseket, amelyek szükségesek egy adott probléma elhárításához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűj téséhez és az adatok automatikus átviteléhez az esetre. Cisco TAC Ez kiküszöböli a probléma előfordulásának manuális ellenőrzésének szükségességét, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.

A Diagnosztikai aláírások keresési eszköz ével megtalálhatja a megfelelő aláírásokat és telepítheti azokat egy adott probléma önmegoldásához, vagy telepítheti a TAC-mérnök által a támogatási kapcsolat részeként javasolt aláírást.

Íme egy példa arra, hogyan lehet megtalálni és telepíteni egy DS azonosítását a „% VOICE_IEC -3-GW: CCAPI: Belső hiba (hívás tüske küszöb): IEC=1.1.181.1.29. 0" syslog előfordulásának észlelésére és a diagnosztikai adatgyűjtés automatizálására a következő lépésekkel:

Állítson be egy másik DS környezeti változót ds_fsurl_prefixCisco TACfájlkiszolgáló elérési útjaként (cxd.cisco.com) a diagnosztikai adatok feltöltéséhez. A fájl elérési útján szereplő felhasználónév az ügy száma, a jelszó pedig a fájl feltöltési token, amelyet a Támogatási esetkezel őből lehet letölteni, az alábbiak szerint. A fájlfeltöltési token szükség szerint létrehozható a Tá mogatási esetkezelő mellé kletek szak aszában.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Példa:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Győződjön meg arról, hogy az SNMP engedélyezve van-e a show snmp paranccsal. Ha az SNMP nincs engedélyezve, konfigurálja az snmp- server manager parancsot.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

Javasoljuk, hogy proaktív intézkedésként telepítse a High CPU monitoring DS 64224 készüléket, hogy letiltsa az összes hibakeresést és diagnosztikai aláírást a magas CPU kihasználtság idején. Töltse le a DS 64224-et a Diagnostic Signatures Lookup Tool alábbi beállításaival:

Mező neve	Mezőérték

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

Töltse le a DS 65095 alkalmazást a Diagnostic Signatures Lookup Tool alábbi beállításaival:

Mező neve	Mezőérték

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

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


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

Telepítse a magas CPU-felügyeletet tartalmazó DS 64224-et, majd a DS 65095 XML fájlt a helyi átjáróba.


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

Ellenőrizze, hogy az aláírás sikeresen van-e telepítve az otthoni diagnosztikai alá írás megjelenítése használatával. Az állapotoszlop nak „regisztrált” értékkel kell rendelkeznie.


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 DSE-k:

DS ID

DS név

Felülvizsgálat

Állapot

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

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Regisztrált

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Regisztrált

2020-11-08:00:12:53

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

A következő paran csban a parancs „Állapot” oszlopa megjeleníti a hívó -diagnosztikai aláírá st „futó” értékre változik, miközben a Helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A show call-home diagnosztikai aláírási statisztik ák kimenete a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlel-e egy érdekes eseményt, és végrehajtotta a műveletet. A „Triggered/Max/Deinstall” oszlop jelzi, hogy az adott aláírás mennyi alkalommal indított el egy eseményt, hogy mennyi alkalommal határozták meg azt az esemény észlelésére, valamint azt, hogy az aláírás eltávolít-e a maximális számú aktivált esemény é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 DSE-k:

DS ID	DS név	Felülvizsgálat	Állapot	Utolsó frissítés (GMT+ 00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Regisztrált	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Futás	2020-11-08 00:12:53

otthoni hívás-diagnosztikai aláírási statisztikák megjelenítése

DS ID	DS név	Aktivált/Max /Eltávolítás	Átlagos futási idő (másodperc)	Maximális 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ési e-mail olyan kulcsfontosságú információkat tartalmaz, mint például a probléma típusa, az eszköz részletei, a szoftververzió, a futó konfiguráció, valamint az adott probléma elhárításához releváns parancskimenetek megjelenítése.

Notification email that is sent during Diagnostic Signature execution

A diagnosztikai aláírások eltávolítása

A diagnosztikai aláírások használata hibaelhárítási célokra általában úgy van definiál va, hogy eltávolítsuk bizonyos problémák észlelése után. Ha manuálisan szeretne eltávolítani egy aláírást, töltse le a DS azonosítót a show call-home diagnostic-signature kimenetéből, és futtassa a következő par ancsot:

call-home diagnostic-signature deinstall <DS ID>

Példa:

call-home diagnostic-signature deinstall 64224

A telepítéseknél észlelt problémák alapján rendszeresen új aláírások kerülnek hozzáadásra a Diagnosztikai aláírások keresési eszközéhez. A TAC jelenleg nem támogatja az új egyedi aláírások létrehozására irányuló kérelmeket.

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

Alapvető

Feltételek

Mielőtt helyi átjáróként telepítené a CUBE HA-tWebex Calling, győződjön meg róla, hogy alaposan megértette a következő fogalmakat:

Cisco Webex Callingmegoldás
Helyi átjáró opció Cisco Webex Calling
2. rétegű box-to-box redundancia a CUBE Enterprise segítségével a hívások állapotos megőrzéséhez

Az ebben a cikkben megadott konfigurációs irányelvek egy dedikált helyi átjáró platformot feltételezik, amelynek nincs meglévő hangkonfigurációja. Ha egy meglévő CUBE vállalati telepítést úgy módosítják, hogy a helyi átjáró funkciót is használhassaCisco Webex Calling, figyeljen az alkalmazott konfigurációra annak biztosítására, hogy a meglévő hívásfolyamatok és funkciók ne szakadjanak meg, és győződjön meg róla, hogy betartja a CUBE HA tervezési követelményeit.

Hardver- és szoftverkomponensek

A CUBE HA helyi átjáróként az IOS-XE 16.12.2 vagy újabb verziót igényel, valamint egy olyan platformot, amelyen mind a CUBE HA, mind az LGW funkciók támogatottak.

A cikkben szereplő megjelenítési parancsok és naplók a Cisco IOS -XE 16.12.2 minimális szoftverkiadásán alapulnak, amelyet egy vCube-on (CSR1000v) megvalósítottak.

Referenciaanyag

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

Webex CallingMegoldás áttekintése

Cisco Webex Callingegy együttműködési ajánlat, amely több bérlő felhőalapú alternatívát kínál a helyszíni PBX telefonszolgáltatáshoz, több PSTN-opcióval az ügyfelek számára.

A helyi átjáró telepítése (alább ábrázolva) áll a cikk középpontjában. A helyi átjáró (helyiségalapú PSTN) törzs Webex Calling lehetővé teszi az ügyfél tulajdonában lévő PSTN szolgáltatáshoz való csatlakozást. Csatlakozást biztosít egy helyszíni IP PBX telepítéshez is, mint például. Cisco Unified CM A felhőbe érkező és onnan érkező kommunikáció TLS transzport segítségével biztosított a SIP-hez és az SRTP médiához.

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

2. réteg doboz-dobozos redundanciája

A CUBE HA 2. réteg box-to-box redundanciája a Redundancy Group (RG) infrastruktúra protokollt használja egy aktív/készenléti útválasztó pár létrehozásához. Ez a pár ugyanazt a virtuális IP-címet (VIP) osztja meg a megfelelő interfészükön, és folyamatosan cserél állapotüzeneteket. A CUBE munkamenet információit a routerek párján ellenőrzik, így a készenléti router azonnal átvállalja az összes CUBE hívásfeldolgozási feladatot, ha az aktív router nem működik, ami a jelzés és a média állapotban megőrzését eredményezi.

Az ellenőrző mutatás csak a médiacsomagokkal csatlakoztatott hívásokra korlátozódik. Az átviteli hívások nem jelölőnégyzetesek (például próbálkozási vagy csengő állapot).

Ebben a cikkben a CUBE HA hivatkozik a CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) redundanciára a hívások állapotos megőrzéséhez

Az IOS-XE 16.12.2-től kezdve a CUBE HA helyi átjáróként telepíthető a Cisco Webex Calling törzs (helyiséges alapú PSTN) telepítésekhez, és ebben a cikkben ismertetjük a tervezési szempontokat és a konfigurációkat. Ezen az ábrán egy tipikus CUBE HA beállítást jelenít meg helyi átjáróként a Cisco Webex Calling törzs telepítéshez.

Redundanciacsoport infra komponens

A Redundancy Group (RG) Infra komponens biztosítja a box-to-box kommunikációs infrastruktúra támogatását a két CUBE között, és tárgyalja a végső stabil redundanciaállapotot. Ez az összetevő a következőket is tartalmazza:

HSRP-szerű protokoll, amely megtárgyalja az egyes útválasztók végső redundanciaállapotát azáltal, hogy a két CUBE között (a vezérlőfelületen keresztül) keepalive és hello üzeneteket cserél (a vezérlőfelületen keresztül) —GigabiteThernet3 a fenti ábrán.
Transzportmechanizmus a jelátviteli és a médiaállapot ellenőrzésére az aktív és a készenléti útválasztó közötti minden hívás esetében (az adatfelületen keresztül) —GigabiteThernet3 a fenti ábrán.
A virtuális IP (VIP) interfész konfigurálása és kezelése a forgalmi interfészekhez (több forgalmi interfész konfigurálható ugyanazon RG-csoport használatával) — GigabiteEthernet 1 és 2 forgalmi interfésznek minősül.

Ezt az RG komponenst kifejezetten úgy kell konfigurálni, hogy támogassa a B2B HA hangját.

Virtuális IP (VIP) címkezelés mind a jelzéshez, mind a médiához

A B2B HA a VIP-re támaszkodik a redundancia elérése érdekében. A CUBE HA pár mindkét CUBE VIP-jének és a kapcsolódó fizikai interfészeknek ugyanazon a LAN alhálózaton kell elhelyezkedniük. A VIP konfigurálása és a VIP interfész egy adott hangalkalmazáshoz (SIP) való kötése kötelező a hangalapú B2B HA támogatás esetén. Az olyan külső eszközökUnified CM, mint például az SBC-hez, a szolgáltató Webex Calling hoz vagy a proxyhoz, VIP-t használnak célként a CUBE HA routereken áthaladó hívásokhoz. Ezért nézőpont Webex Calling ból a CUBE HA párok egyetlen helyi átjáróként működnek.

A létrehozott hívások hívásjelzési és RTP munkamenetinformációit az aktív útválasztóról a készenléti útválasztóra irányítják. Amikor az Active router leáll, a készenléti útválasztó átveszi az irányítást, és folytatja az első router által korábban irányított RTP-adatfolyam továbbítását.

A feladatátvétel idején átmeneti állapotban lévő hívások átállást követően nem maradnak fenn. Például olyan hívások, amelyek még nincsenek teljesen létrehozva, vagy amelyek módosítása folyamatban van egy átviteli vagy megtartás funkcióval. A létrehozott hívások átkapcsolás után leválaszthatók.

A következő követelmények vonatkoznak a CUBE HA helyi átjáróként történő alkalmazásához a hívások állapotú feladatátviteléhez:

A CUBE HA nem rendelkezik TDM vagy analóg interfészekkel együtt
A Gig1-et és a Gig2-t forgalmi (SIP/RTP) interfészeknek nevezzük, a Gig3 pedig a Redundancia Group (RG) vezérlő/adatinterfésznek
Legfeljebb 2 CUBE HA pár helyezhető el ugyanabban a 2. réteg tartományban, az egyik 1. csoportazonosítóval, a másik a 2. csoportazonosítóval. Ha 2 HA-párt konfigurál ugyanazzal a csoportazonosítóval, az RG Control/Data interfészeknek különböző rétegű tartományokhoz kell tartozniuk (vlan, külön kapcsoló)
A portcsatorna támogatott mind az RG vezérlés/adat-, mind a forgalmi interfészek számára
Minden jelzés/adathordozó a virtuális IP-címről származik
Bármikor, amikor egy platform újratöltődik egy CUBE-HA kapcsolatban, mindig készenléti állapotban indul
Az összes interfész (Gig1, Gig2, Gig3) alacsonyabb címének ugyanazon a platformon kell lennie
Redundancia-interfész azonosítója, a rii-nek egyedülállónak kell lennie egy pár/interfész kombinációra ugyanazon a 2. rétegen
Mindkét CUBE konfigurációjának azonosnak kell lennie, beleértve a fizikai konfigurációt is, és azonos típusú platformon és az IOS-XE verzión kell futnia
A visszacsatoló interfészek nem használhatók kötőként, mivel mindig fel vannak kapcsolva
Több forgalmi (SIP/RTP) interfészek (Gig1, Gig2) konfigurálásához interfészkövetés szükséges
A CUBE-HA nem támogatott az RG-vezérlés/adatkapcsolat (Gig3) kereszteződési kábelcsatlakozáson keresztül
Mindkét platformnak azonos nak kell lennie, és fizikai kapcsol ón keresztül kell csatlakoztatni az összes hasonló interfészen a CUBE HA működéséhez, azaz A CUBE-1 és a CUBE-2 GE0/0/0-jának ugyanazon a kapcsolón kell véget érnie és így tovább.
Nem lehet a WAN lezárni közvetlenül a CUbe-on vagy a Data HA-n mindkét oldalon
Mindkét aktív/készenléti állapotban kell lennie ugyanabban az adatközpontban
A redundanciához külön L3 interfész használata kötelező (RG Control/Data, Gig3). azaz a forgalomhoz használt interfész nem használható HA keepalive-okhoz és ellenőrzőpontokhoz
Feladatátvétel esetén a korábban aktív CUBE tervezés szerint újratöltésen megy keresztül, megőrizve a jelátvitelt és a médiát

Redundancia konfigurálása mindkét CUbe-on

A virtuális IP-címek megjelenítéséhez be kell állítania a 2. réteg box-to-box redundanciáját mindkét CUbe-on, amelyet HA párban használni kívánnak.

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

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

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

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

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

VCUBE-1#

Helyi átjáró konfigurálása mindkét CUbe-on

Példakonfigurációnkban a Control Hub következő törzsinformációit használjuk a Local Gateway konfiguráció elkészítéséhez mindkét platformon, a VCUBE-1 és a VCUBE-2 platformon. A beállítás felhasználóneve és jelszava a következő:

Felhasználónév: Hussain1076_LGU
Jelszó: LOV12Meazx


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

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

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

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

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

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

VCUBE-2#redundancy application reload group 1 self

              VCUBE-1#show sip-ua register status

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

VCUBE-1#show log

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

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

A Webex Calling konfigurálása a szervezet számára

Hívásbeállítások beállítása az Első beállítási varázslóban

A Webex Calling szolgáltatások üzembe helyezésének első lépése a First Time Setup Wizard (FTSW) befejezése. Miután az FTSW elkészült az első helyre vonatkozóan, további helyeknél nem kell kitölteni.

1	Kattintson az Első lép ések linkre a kapott üdvözlő e-mailben. A rendszergazdai e-mail címe automatikusan bejelentkezésre kerül a Control Hubba, ahol a rendszer kéri a rendszergazdai jelszó létrehozását. A bejelentkezés után automatikusan elindul a telepítővarázsló.
2	Tekintse át és fogadja el a szolgáltatási feltételeket.
3	Tekintse át a tervet, majd kattintson az Első lépések gombra. Az Ön fiókkezelője felelős az FTSW első lépéseinek aktiválásáért. Lépjen kapcsolatba a fiókkezelőjével, ha a „Nem lehet beállítani a hívást” értesítést kap, amikor az Első lépések lehetőséget választja.
4	Válassza ki azt az országot, ahová adatközpontjának térképeznie kell, és adja meg az ügyfél elérhetőségét és az ügyfél címét.
5	Kattintson a Tovább: Alapértelmezett hely.
6	Válasszon az alábbi lehetőségek közül: Kattintson a Mentés és Bezárás gombra, ha partnerrendszergazda vagy, és azt szeretné, hogy az ügyfélrendszergazda végezze el a beállítást. Webex Calling Töltse ki a szükséges helyadatokat. Miután létrehozta a helyet a varázslóban, később további helyeket hozhat létre. A telepítővarázsló befejezése után győződjön meg róla, hogy a létrehozott helyhez adjon hozzá egy fő számot.
7	A következő beállításokat kell alkalmazni erre a helyre: Hirdetés nyel ve — Hangbejelentésekhez és új felhasználóknak és funkcióknak szóló utasításokhoz. E-mail nyelv — Új felhasználók e-mail kommunikációjához. Ország Időzóna
8	Kattintson a Tovább gom bra.
9	Adjon meg egy elérhető Cisco Webex SIP-címet, majd kattintson a Tov ább gombra, majd válassza a Be fejez és lehetőséget.

Helyszín hozzáadása

Mielőtt elkezdené

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

Helyszín címe
Kívánt telefonszámok (opcionális)

1	Jelentkezzen be a Control Hubba a https://admin.webex.com címen, lépjen a Kezelés > Hely men üpon tra. A regionális adatközpontban egy új hely kerül tárolásra, amely megfelel az első telepítési varázsló segítségével kiválasztott országnak.
2	Konfigurálja a hely beállításait: Helynév — Adjon meg egy egyedi nevet a hely azonosításához. Ország/régió — Válassz on ki egy országot, amelyhez kötni szeretné a helyet. Létrehozhat például egy helyet (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 a következő címmezőket. Az itt dokumentáltak példaként az amerikai címegyezményt használják. Helyszín címe — Ad ja meg a hely fő levelezési címét. Város/Város — Ad jon meg egy várost ehhez a helyhez. Állam/tartomány/régió — A legördülő menüből válasszon egy államot. ZIP/irányítószám - Adja meg az irányítószámot vagy irányítószámot. Hirdetés nyel ve — Válassza ki az új felhasználók és funkciók hangbejelentéseinek és utasításainak nyelvét. E-mail nyelv — Válassza ki az új felhasználókkal folytatott e-mailes kommunikáció nyelvét. Időzó na — Válassza ki a hely időzónáját.
3	Kattintson a Ment és gombra, majd válassza az Igen/Nem lehetőséget a számok hozzáadásához a helyhez most vagy később.
4	Ha az Igen gombra kattintott, válassza az alábbi lehetőségek egyikét: Cisco PSTN — Válas sza ezt a lehetőséget, ha Cloud PSTN megoldást szeretne a Cisco-tól. A Cisco Calling Plan egy teljes PSTN-csere megoldás, amely vészhívásokat, bejövő és kimenő belföldi és nemzetközi hívásokat biztosít , és lehetővé teszi új PSTN-számok megrendelését vagy meglévő számok átvitelét a Cisco számára. A Cisco PSTN opció csak a következő feltételek mellett látható: Ön legalább egy elkötelezett Cisco Calling Plan OCP (Outbound Calling Plan) szolgáltatást vásárolt. Az Ön tartózkodási helye egy olyan országban található, ahol a Cisco Calling Plan támogatott. Az Ön tartózkodási helye új. A már meglévő helyek, amelyeknek más PSTN-képességei vannak hozzárendelve, jelenleg nem jogosultak a Cisco hívási csomagra. Nyisson meg egy támogatási esetet útmutatásért. Ön egy olyan régió Webex Calling adatközpontjában van üzemeltetve , ahol a Cisco híváscsomag támogatott. Felhőre csatlakoztatott PSTN — Válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást keres a Cisco CCP-partnerek egyikétől, vagy ha a Cisco hívási csomag nem érhető el az Ön tartózkodási helyén. A CCP partnerek PSTN-csere megoldásokat, széleskörű globális lefedettséget, valamint a szolgáltatások, csomagolás és árak széles és változatos skáláját kínálják. A CCP partnereit és a földrajzi lefedettséget itt soroljuk fel. Csak azok a partnerek jelennek meg, amelyek támogatják a tartózkodási hely országát. A partnerek logóval vagy rövid szöveges karakterláncként kerülnek fel sorolásra, amelyet egy régió követ zárójelben (Példa: (EU), (USA) vagy (CA)). A log óval felsorolt partnerek mindig regionális médiát kínálnak a CCP számára. Ha a partnerek karakterláncként jelennek meg, válassza ki a tartózkodási helyének országához legközelebb eső régiót, hogy biztosítsa a Regional Media for CCP számára. Ha egy felsorolt szolgáltatónál látja a Szá mok megrendel ésének lehetőségét, javasoljuk, hogy válassza ezt az opciót, hogy élvezhesse az integrált központi szerződő fél előnyeit. Az integrált CCP lehetővé teszi a telefonszá mok beszerzését és biztosítását a Control Hubban egyetlen üvegtáblán. A nem integrált központi szerződő fél megkövet eli, hogy telefonszámát a CCP-partnertől szerezze be a Control Hubon kívül. Hel@@ yiségalapú PSTN (helyi átjáró) — Ezt a beállítást választhatja, ha meg szeretné tartani jelenlegi PSTN-szolgáltatóját, vagy ha nem felhőalapú webhelyeket szeretne összekapcsolni a felhőalapú webhelyekkel. A PSTN opció kiválasztása minden helyszinten történik (minden helynek csak egy PSTN opciója van). A telepítéshez annyi opciót keverhet össze, amennyit csak szeretne, de minden helynek egy lehetősége lesz. Miután kiválasztotta és biztosította a PSTN beállítást, módosíthatja azt a hely PSTN tulajdonságaiban a Kezelés gom bra kattintva. Egyes lehetőségek, például a Cisco PSTN, azonban előfordulhat, hogy nem érhetők el egy másik opció hozzárendelése után. Nyisson meg egy támogatási esetet útmutatásért.
5	Válassza ki, hogy aktiválja-e a számokat most vagy később.
6	Ha a nem integrált CCP vagy helyiségalapú PSTN-t választotta ki, írja be a Telefonszámokat vesszővel elválasztott értékként, majd kattintson az Érvényesítés gombra. Számok kerülnek hozzáadásra az adott helyhez. Az érvényes bejegyzések az Érvényes ített számok mezőbe kerülnek, és az érvénytelen bejegyzések a Szá mok hozzáad ása mezőben maradnak hibaüzenet kíséretében. A hely országától függően a számokat a helyi tárcsázási követelményeknek megfelelően formázzák. Például, ha országkódra van szükség, akkor a kóddal vagy anélkül is megad hat számokat, és a kód előkészül.
7	Kattintson a Mentés gom bra.

Mi a teendő ezután

Miután létrehozott egy helyet, engedélyezheti a 911 segélyszolgálatot erre a helyre. További információkért lásd a RedSky 911 seg Webex Calling élyszolgálatot.

Helyszín törlése

Mielőtt elkezdené

A hozzá társított felhasználók és munkaterületek törlése után törölheti a nem használt vagy helytelenül konfigurált helyet. Egy hely törlésekor törli az összes hozzárendelt szolgáltatást és számot.

A helyhez társított felhasználók és munkaterületek listájának megtekintése: Lépjen a Sz olgál tatások > Hívás > Szá mok men üpontra, és a legördülő menüből válassza ki a törölni kívánt helyet. A hely törlése előtt törölnie kell ezeket a felhasznál ókat és munkaterületeket.

Ne feledje, hogy az ehhez a helyhez kapcsolódó számok visszaküldésre kerülnek a PSTN-szolgáltatójához; ezek a számok már nem lesznek birtokolva.

1	Jelentkezzen be a Vezérlőközpontba a https://admin.webex.com címen, lép jen a Kezelés > Hel yszín men üpon tra.
2	Kattintson a T örölni kívánt hely mellett a Műveletek oszlopban.
3	Válassza a Hely tör lése lehetőséget, és erősítse meg, hogy törölni szeretné ezt a helyet. Általában néhány percet vesz igénybe a hely végleges törlése, de akár egy órát is igénybe vehet. Az állapotot úgy ellenőrizheti, hogy rákattint a helynév mellé, és válassza a Tör lési állapot lehetőséget.

Meglévő hely frissítése

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

A meglévő helyeken engedélyezheti a 911 segélyszolgálatot. További információkért lásd a RedSky 911 seg Webex Calling élyszolgálatot.

1	Jelentkezzen be a Control Hub alkalmazás ba.
2	Lépjen a Kezel és > Hely men üpon tra. Ha egy hely mellett figyelmeztető szimbólum jelenik meg, az azt jelenti, hogy még nem konfigurált telefonszámot az adott helyhez. Addig nem kezdeményezhet és fogadhat hívásokat, amíg nem konfigurálja ezt a számot.
3	(Opcionális) A PSTN-kapcsol at terület en válassza ki a Cloud Connected PSTN vagy a helyiséges PSTN (helyi átjáró) lehetőséget, attól függően, hogy melyiket már konfigurálta. Kattintson a Kez elés gombra a konfiguráció módosításához, majd a Folytatás gombra kattintva ismerje meg a kapcsolódó kockázat okat. Ezután válassza az alábbi lehetőségek egyikét, majd kattintson a Mentés gombra: Cisco PSTN — Válas sza ezt a lehetőséget, ha Cloud PSTN megoldást szeretne a Cisco-tól. A Cisco Calling Plan egy teljes PSTN-csere megoldás, amely vészhívásokat, bejövő és kimenő belföldi és nemzetközi hívásokat biztosít , és lehetővé teszi új PSTN-számok megrendelését vagy meglévő számok átvitelét a Cisco számára. A Cisco PSTN opció csak a következő feltételek mellett látható: Megvásárolt legalább egy elkötelezett Cisco Calling Plan OCP (Outbound Calling Plan) csomagot. Az Ön tartózkodási helye egy olyan országban található, ahol a Cisco Calling Plan támogatott. Ön egy olyan régió Webex Calling adatközpontjában van üzemeltetve , ahol a Cisco híváscsomag támogatott. Felhőre csatlakoztatott PSTN — Válassza ezt a lehetőséget, ha felhőalapú PSTN-megoldást keres a Cisco CCP-partnerek egyikétől, vagy ha a Cisco hívási csomag nem érhető el az Ön tartózkodási helyén. A CCP partnerek PSTN-csere megoldásokat, széleskörű globális lefedettséget, valamint a szolgáltatások, csomagolás és árak széles és változatos skáláját kínálják. A CCP partnereit és a földrajzi lefedettséget itt soroljuk fel. Csak azok a partnerek jelennek meg, amelyek támogatják a tartózkodási hely országát. A partnerek logóval vagy rövid szöveges karakterláncként kerülnek felsorolásra, amelyet egy régió követ zárójelben (Példa: (EU), (USA) vagy (CA). A log óval felsorolt partnerek mindig regionális médiát kínálnak a CCP számára. Ha a partnerek karakterláncként jelennek meg, válassza ki a tartózkodási helyének országához legközelebb eső régiót, hogy biztosítsa a Regional Media for CCP számára. Ha egy felsorolt szolgáltatónál látja a Szá mok megrendel ésének lehetőségét, javasoljuk, hogy válassza ezt az opciót, hogy élvez hesse az integrált központi szerződő fél előnyeit. Az integrált CCP lehetővé teszi a telefonszá mok beszerzését és biztosítását a Control Hubban egyetlen üvegablakban. A nem integrált központi szerződő fél megkövet eli, hogy telefonszámát a CCP-partnertől szerezze be a Control Hubon kívül. Hel@@ yiségalapú PSTN (Local Gateway) — Ezt a beállítást választhatja, ha meg szeretné tartani jelenlegi PSTN-szolgáltatóját, vagy ha nem felhőalapú webhelyeket szeretne összekapcsolni a felhőalapú webhel yekkel. Webex CallingA helyi átjáróval korábban konfigurált helyekkel rendelkező ügyfelek automatikusan helyiségalapú PSTN-re konvertálódnak egy megfelelő csomagtartó val. Az áttelepítéshez olvassa el az alábbi Áttelepítés Cisco hívási csomagokba című részt.
4	A helyhez válassza ki a F ő számot a legördülő listából. A fő szám hozzárendelhető egy automatikus kísérőhöz vagy a helyszínen bel üli más célállomáshoz, így a külső hívók egy megfelelő célállomásra kerülnek. Kötelező hozzárendelni egy főszámot a helyhez, ha a helyszínen vannak csomagtartókkal vagy csak kiterjesztésekkel rendelkező entitásokkal, például felhasználókkal, munkater ületekkel, virtuális vonalakkal vagy funkciókkal. Főszám nélkül a csomagok nem használhatók, és a kizárólag kiterjesztésű entitások nem kezdeményezhetnek vagy fogadhatnak belső vagy külső hívásokat. Az ezen a helyen lévő felhasználók ezt a számot külső hívóazonosítóként is használhatják PSTN-hívások kezdeményezésekor. Ha ingyenes számot választ egy hely fő számának, javasoljuk, hogy frissítse a helyszín sürgősségi visszahívási számát, mivel az ingyenes telefonszámon nincs sürgősségi szolgálat címe. További információt a Vészhelyzeti visszahí vási szám konfigurálása egy helyhez című té makörben talál.
5	(Opcionális) A Sürg ősségi hí vás területen kiválaszthatja a Vész helyzeti helyazonosító lehetőséget, amelyet hozzá szeretne rendelni ehhez a helyhez. Ez a beállítás opcionális, és csak azokra az országokra alkalmazható, amelyek ezt megkövetelik. Egyes országokban (példa: Franciaország) szabályozási követelmények léteznek a mobil rádiórendszerekre vonatkozóan, hogy megállapítsák a cella személyazonosságát, amikor sürgősségi hívást kezdeményez, és a sürgősségi hatóságok rendelkezésére bocsátják. Más országok, például az Egyesült Államok és Kanada más módszerekkel hajtják végre a helymeghatározást. További információt a Továbbfejlesz tett vészhívások című témakörben tal ál. A segélyhívó szolgáltatójának szüksége lehet információra a hozzáférési hálózatról, és ez egy új privát SIP-bővítmény fejléc, a P-Access-Network-Info meghatározásával érhető el. A fejléc a hozzáférési hálózatra vonatkozó információkat tartalmaz. Ha beállítja a Vészhelyzeti helyazonosítót egy helyhez, a helyértéket a SIP-üzenet részeként elküldi a szolgáltatónak. Vegye fel a kapcsolatot a segélyhívó szolgáltatójával, hogy megtudja, szükséges-e erre a beállításra, és használja a segélyhívó szolgáltatója által megadott értéket.
6	Válassza ki azt a hangposta-számot, amelyet a felhasználók hívhatnak, hogy ellenőrizze a hangpostát erre a helyre.
7	(Opcionális) Kattintson a Hely oldal tetején található ceruza ikonra a Hely neve, a be jelentés nyel ve, az e-mail nyel v, az időzó na vagy a c ím módosításához szükség szerint, majd kattintson a Ment és gombra. A be jelentés nyelvének módosítása azonnal hatályba lép minden új felhasználó és funkció esetében, amelyet erre a helyre hozzáadott. Ha a meglévő felhasználók és/vagy szolgáltatások bejelentési nyelvét is meg kell változtatni, akkor a rendszer kéri, válassza a Meg lévő felhasználók és munkaterületek Módosítása vagy a Meg lévő szolgáltatások módosí tása lehetőséget. Kattintson az Alkalmaz gombra Az előrehaladást a Fel adatok oldalon tekin theti meg. Nem hajthat végre további változtatásokat, amíg ez be nem fejeződik. Egy hely időzó nájának módosítása nem frissíti a helyhez társított szolgáltatások időzónáit. Az olyan funkciók időzónáinak szerkesztéséhez, mint az automatikus kiszolgáló, a vadászati csoport és a hívássor, lépjen az időzónát frissíteni kívánt funkció Általános beállítások területére, és ott szerkesztheti és menteni.

Átállás a Cisco Calling csomagokra

Megváltoztathatja a meglévő hely PSTN-kapcsolatát Cisco PSTN-re. Módosí thatja például a helyiségalapú PSTN (helyi átjáró) vagy a nem integrált CCP-kapcsolatok helyét a Cisco PSTN-hez. A Cisco PSTN felhőalapú PSTN megoldást kínál a Cisco-tól.

Minden hordozható szám továbbra is működőképes marad, kivéve egy kis megszakítást az ütemez ett hordozható befejezési idő alatt.

Továbbá nem végezhet semmilyen számkezelési változtatást egy olyan helyen, amely PSTN- kapcsolat átmenet alatt áll. A meglévő számok azonban továbbra is működőképesek maradnak, és továbbra is hozzárendel heti vagy megszüntetheti a számokat a helyhez. Nem adhat hozzá, törölheti és áthelyezheti be- vagy kimenő számokat az adott hely re vonatkozóan. A folyamat során az útválasztási profil automatikusan frissül, lehetővé téve a Cisco PSTN-t.

Jelenleg a Japán régióban nem támogatott a meglévő hely PSTN-kapcsolatának Cisco PSTN-re történő megváltoztatásának képessége.

A PSTN-kapcsolat megváltoztatásakor hívási licenccel rendelkező előfizetést alkalmaznak, és a számlázási szolgáltatás értesítést kap.

Korlátozások:

Integrált IntelePeer-helyről Cisco PSTN helyre történő áttelepítés nem támogatott
A dedikált példányhely nem telepíthető a Cisco PSTN-be
A PSTN kapcsolat megváltoztatásához több portmegrendelésre lehet szükség. Ha igen, ezek a meg rendelések összekapcsolódnak, így egyszerre teljesülnek. Egy portmegrendelés dátummódosí tását vagy törlését a kapcsol at megváltoztatásához minden csatolt portmegrendelésre alkalmazni kell.

A PSTN kapcsolat megváltoztatásának elindítása

1	Jelentkezzen be a Control Hub alkalmazás ba.
2	Lépjen a Kezel és > Hely men üpon tra.
3	Válassza ki azt a helyet, amelyhez a PSTN kapcsolatot Cisco PSTN-re szeretné módosítani.
4	Lépjen a Hí vás lap ra, kattintson a Helyiségalap ú PSTN vagy a nem integrált Cloud Connected PSTN melletti Kezelés lehetőségre.
5	Szerkesztés a Kap csolat típusa mellett.
6	Válassza ki a Cisco Calling Plans kártyát, és válassza ki azt az előfizet ést, amely a Cisco Hívócsomagot ezen a helyen lévő felhasználók számára osztja ki. Kattintson a Tovább gom bra.
7	Megjelenik egy kapcsolat módosítási oldal a megerősítéshez. Kattintson a Tov ább gombra, és ellenőrizze a számok portkészségét. A Tovább gomb csak akkor engedélyezi, ha a listában szereplő összes szám hordozható. Olvassa el ezeket a mutatókat: A „Nem hordozható számok” inaktív számokra utal, győződjön meg róla, hogy nincsenek számok ebben a listában. Távolítsa el a nem hordozható számokat a helyszínről. Mozgathatja vagy törölheti a hozzárendelést, majd törölheti a számokat.
8	Kattintson a Tovább gombra, és adja meg a szerződéses információkat. Ez az elsődleges szerződéses kapcsolattartó a Cisco Calling Plans (USA) használó összes helyszínen. A kapcsolat bármely módosítása a Cisco Calling Plans (USA) használó összes többi helyre vonatkozik.
9	Kattintson a Tovább gom bra. Egy értesítés jelenik meg, amelyben megerősítést kér a szerződéses adatok mentésére az adott helyre vonatkozóan. Válassza az Igen, módosítás lehetőséget.
10	Adja meg a sürgősségi szolgáltatás címét, majd kattintson a Mentés gom bra. Vészhelyzetben a helyi vészhelyzeti reagáló csoport ezt a címet használja a hívó felkeresésére.
11	Az összefoglaló oldal megjelenik a létrehozott portok számával. Ha csak egy megrendelés van, akkor egy további lépést láthat a További információk meg adása né ven. Több megrendelés esetén a tetején egy megrendelésválasztó áll rendelkezésre a köz tük való navigáláshoz. Kattintson a Tovább gombra, és adja meg a részleteket a portvarázsló befejezéséhez. A megrendelések egyszerre kerülnek benyújtásra, amikor az összes informáci ót egyetlen PSTN-migrációs kérelemhez adják meg. Alapértelmezés szerint a határozott megrendelési kötelezettségvállalási dátum minden megrendelésnél konzisztens. A PSTN kapcsolat módosítása automatikusan érvényes az utolsó csat olt sorrend teljes átvitele után. Ha a megrendelés beküldése sikertelen, automatikusan létrejön egy támogatási jegy, és elkül di a támogatási csapatnak. Ha a PSTN kapcsolat módosítása több szolgáltatótól több megrendelést igényel, akkor akár 10 munkanapot is igényelhet. Az áttelepítés részletei a Szolgáltatások > Hí vás > PST N > Rend elés lap on érhetők el. Válassza ki a megrendelés azonosítóját a megrendelés részleteinek oldalpanel nézetben történő megtekintéséhez. A PSTN-kapcsolat módosításából létrehozott megrendelések típusát PSTN módosítása néven tekintheti meg.

A PSTN kapcsolat módosításának törlése

A rendszergazda törölheti a PSTN-áttelepítést, ha a hely még át meneti állapotban van.

1	Jelentkezzen be a Control Hub alkalmazás ba.
2	Lépjen a Kezel és > Hely men üpon tra.
3	Válassza ki azt a helyet, amelyhez meg szeretné szüntetni a PSTN-kapcsolatot.
4	Lépjen a Hí vás f ülre, és kattintson a PSTN kapcsolat módosításának tör lése gombra.
5	Kattintson az Igen gombra, és erősítse meg a lemondást.

Tárcsá Webex Calling zási terv konfigurálása

A telepítés tárcsázási tervét a kimenő tár Webex Calling csázási kódokkal vezérelheti. Testreszabhatja a kiterjesztések hosszát, az útválasztási előtagokat és a tárcsázási beállításokat (belső és külső), hogy kompatibilisek legyenek a felhasználók tárcsázási szokásaival.

Ezek a beállítások a belső tárcsázásra vonatkoznak, és az első beállítási varázslóban is elérhetők. A tárcsázási terv módosításakor a Vezérlőközpont példaszámai frissítik ezeket a módosításokat.

Konfigurálhatja a kimenő hívási jogosultságokat egy helyhez. A kimenő hívások engedélyeinek konfigurálásához tekintse meg ezeket a lépé seket.

1	Jelentkezzen be a Vezérlőközpontba, lépjen a Sz olgáltatások > Hí vás > Szolgáltat ási beállítások men üpontra, majd görgessen a Bel ső tárcsázás elemre.
2	Szükség szerint konfigurálja a következő opcionális tárcsázási beállításokat: Hely útválasztási előtaghoss z — Ha több helye van, javasoljuk ezt a beállítást. 1-7 számjegyű hosszúságot adhat meg. Ha több helye van ugyanazzal a kiterjesztéssel, a felhasználóknak előtagot kell tárcsázniuk a helyek közötti híváskor. Ha például több üzlete van, mindegyik 1000-es kiterjesztéssel, konfigurálhat egy útválasztási előtagot az egyes áruházakhoz. Ha valamelyik üzletnek 888 előtagja van, akkor tárcsázza a 8881000-et az üzlet eléréséhez. Az útválasztó előtaghossz magában foglalja a kormányszámjegyet. Ha például az útválasztási előtag hosszát négyre állítja be, akkor csak három számjegyet használhat a webhely megadásához. Ha egy helyhez útválasztási előtagot rendel, az adott helyhez rendelt bővítmények minden megjelenése tartalmazza az útválasztási előtagot a kiterjesztés száma előtt. Például 888-1000 (útválasztási előtag-kiterjesztés). Kormányszámjegy az útválasztási előtag ban — Válassza ki az útvonalelőtagok első számjegyeként beállítandó számot. Belső kiterjesztés hossz a — 2-10 számjegyet adhat meg, és az alapértelmezett érték 2. A bővítmény hosszának növelése után a belső bővítmények meglévő gyorstárcsázásai nem frissülnek automatikusan. Helyek közötti bővítménytárcsázás engedélyezése — Lehetővé teszi a hely színek közötti bővítménytárcsázás testreszabását a szervezet igényei alapján. Engedélyezze a kapcsolót, ha a szervezet nem rendelkezik ismétlődő bővítményekkel az összes helyén. Alapértelmezés szerint a váltó engedélyezve van. Tiltsa le a kapcsolót, ha a szervezet ugyanazzal a kiterjesztéssel rendelkezik különböző helyeken. Ha a kapcsoló le van tiltva, és a hívó tárcsázza a bővítményt, a hívás egy olyan felhasználóhoz kerül, amelynek megfelelő kiterjesztése van, ugyanabban a helyen, mint a hívó. A hívónak tárcsáznia kell az Enterprise Significant Number (helyútvonal-előtag+kiterjesztés), hogy más helyeken érjen el egy kiterjesztést.
3	Adja meg a belső tárcsázást meghatározott helyekhez. Lépjen a Kez el és > Hel yek menüpontra, válasszon ki egy helyet a listából, majd kattintson a Hívás gombra. Görgessen a Tárcsázás pontra, majd szükség szerint módosítsa a belső tárcsázást: Belső tárcsázás — Ad ja meg azt az útválasztási előtagot, amelyet az egyik helyről származó felhasználóknak tárcsázni kell ahhoz, hogy kapcsolatba lépjenek valakivel a másik helyen. Az egyes helyek útválasztási előtagjának egyedinek kell lennie. Javasoljuk, hogy az előtag hossza megegyezzen a szervezeti szinten beállított hosszúsághoz, de 1—7 számjegyű hosszúnak kell lennie.
4	Adja meg a külső tárcsázást meghatározott helyekhez. Lépjen a Kez el és > Hel yek menüpontra, válasszon ki egy helyet a listából, majd kattintson a Hívás gombra. Görgessen a Tárcsázás pontra, majd szükség szerint módosítsa a külső tárcsázást: Külső tárcsázás — Ki választhat egy kimenő tárcsázási számjegyet, amelyet a felhasználóknak ki kell tárcsázniuk egy külső sor eléréséhez. Az alapértelmezett érté k a Nincs, és akkor hagyhatja el, ha nincs szüksége erre a tárcsázási szokásra. Ha mégis úgy dönt, hogy használja ezt a funkciót, javasoljuk, hogy a szervezet irányítószámától eltérő számot használjon. A felhasználók külső hívások kezdeményezésekor felvehetik a kimenő tárcsázási számjegyet, hogy utánozzák, hogyan tárcsáztak a régi rendszereken. Azonban minden felhasználó továbbra is kezdeményezhet külső hívásokat a kimenő tárcsászámjegy nélkül. Opcionálisan érvényesítheti az adott hely kimenő számszámjegyének tárcsá zását, biztosítva, hogy a felhasználónak az adminisztrátor által beállított kimenő számjegyet kell használnia külső hívások kezdeményezéséhez. A segélyhívásokat a kimenő számmal vagy anélkül is tárcsázhat, ha engedélyezi ezt a funkciót. Az engedélyezés után a külső célszámok, például a hívásá tirányításhoz használt számok már nem működnek, ha nincs benne egy kimenő tárcsázási számjegy. Ha a kiterjesztés megegyezik a nemzeti számmal, akkor a kiterjesztés elsőbbséget élvez a nemzeti számmal szemben. Ezért javasoljuk, hogy engedélyezze a kimenő tárcsászámjegyet. Erősen javasoljuk az E.164 számozási formátum használatát bejövő és kimenő PSTN hívásokhoz. A felhasználókra gyakorolt hatás: A felhasználóknak újra kell indítaniuk telefonjukat, hogy a tárcsázási beállítások módosítása érvénybe lépjen. A felhasználói bővítmények nem kezdődhetnek ugyanazzal a számmal, mint a hely kormányszámjegye vagy a kimenő tárcsászámjegyei.

Helyi-alapú PSTN (Local Gateway) konfigurálása a Vezérlőközpontban

Ha Ön hozzáadott értékű viszonteladó, az alábbi lépésekkel indíthatja el a helyi átjáró konfigurálását a Vezérlőközpontban. Amikor ezt az átjárót regisztrálták a felhőbe, egy vagy több Webex Calling helyén használhatja útválasztást egy vállalati PSTN-szolgáltató felé.

A helyi átjáróval rendelkező hely nem törölhető, ha a helyi átjárót más helyeken használják.

Hozzon létre egy csomagtartót

Kövesse az alábbi lépéseket egy törzs létrehozásához a Control Hub alkalmazásban.

Mielőtt elkezdené

Miután hozzáadott egy helyet, és mielőtt helyiségalapú PSTN-t konfigurálná egy helyhez, létre kell hoznia egy törzset.
Hozzon létre bármilyen helyet és konkrét beállításokat és számokat mindegyikhez. A helyiségalapú PSTN hozzáadása előtt a helyeknek létezniük kell.
Ismerje meg a helyiségalapú PSTN (helyi átjáró) követelményeit. Webex Calling
Nem választhat egynél több csomagtartót egy helyiségalapú PSTN-vel rendelkező helyiségekhez, de ugyanazt a csomagtartót választhatja több helyszínre.

1	Jelentkezzen be a Control Hubba a https://admin.webex.com címen, lépjen a Szolgáltatások > H í vás > H ívás-útválasztás elemre, és válassza a Trunk hozzáadása lehetőséget.
2	Válasszon egy helyet.
3	Nevezze el a csomagtartót, és kattintson a Ment és gombra. A név nem lehet hosszabb 24 karakternél.

Mi a teendő ezután

Megjelennek a vonatkozó paraméterek, amelyeket be kell állítania a csomagtartóban. A PSTN kapcsolat védelme érdekében SIP-összesítő hitelesítő adatokat is létrehozhat.

A Trunk-információk megjelennek a képernyőn A tar tomány regisztrálása, a T runk-csoport OTG/DTG, a vonal/port és a kimenő proxy cím regisztrálása.

Javasoljuk, hogy másolja át ezeket az információkat a Vezérlőközpontból, és illessze be egy helyi szöveges fájlba vagy dokumentumba, hogy hivatkozzon rá, amikor készen áll a helyiségalapú PSTN konfigurálására.

Ha elveszíti a hitelesítő adatokat, azokat a Vezérlőközpont törzs információs képernyőjéről kell létrehoznia. Kattintson a Felhasználónév visszaállítása és a Jelszó vissz aállítása gombra a csomagtartóban használandó új hitelesítési hitelesítő adatkészlet létrehozásához.

Válasszon csomagtartót helyiségalapú PSTN-hez

1	Jelentkezzen be a Control Hubba a https://admin.webex.com címen, lépjen a Kezelés > Hely men üpon tra.
2	Válassza ki a módosítandó helyet, majd kattintson a Kezelés gombra.
3	Válassza a Helyiségalapú PSTN lehetőséget, majd kattintson a Tovább gombra.
4	Válasszon csomagtartót a legördülő menüből. Látogasson el a törzs oldalra a csomagcsoportok választásainak kezeléséhez.
5	Kattintson a megerősítő értesítésre, majd kattintson a Ment és gom bra.

Mi a teendő ezután

A Control Hub által létrehozott konfigurációs információkat kell bevinnie, és a paramétereket a helyi átjáróba kell feltérképeznie (például a helyszínen található Cisco CUBE-n). Ez a cikk vé gigvezeti Önt ezen a folyamaton. Hivatkozásként lásd a következő ábrán egy példát arra vonatkozóan, hogy a Control Hub konfigurációs adatai (bal oldalon) miként térképezik fel a CUBE paramétereire (jobbra):

Diagram example of a local gateway.

Miután sikeresen befejezte a konfigurációt magán az átjárón, visszatérhet a Sz olgál tatások > Hívás > Helyek menüpontra a Vezérlőközpontban, és a létrehozott átjáró a név bal oldalán található zöld ponttal jelenik meg azon a helykártyán, amelyhez hozzárendelte. Ez az állapot azt jelzi, hogy az átjáró biztonságosan regisztrálva van a hívófelhőben, és a hely aktív PSTN-átjárójaként szolgál.

Telefonszámok kezelése

Könnyedén megtekintheti, aktiválhatja, eltávolíthatja és hozzáadhatja szervezetének telefonszámát a Vezérlőközpontban. További információ: Telefonszámok kezelése a Vezérlőközpontban.

Webex szolgáltatások vásárlásának kérése a Control Hub próbaverziójából

Ha kipróbálja a Webex szolgáltatásokat, és próbaverzióját fizetett előfizetéssé szeretné átalakítani, e-mailes kérelmet küldhet partnerének.

1	Jelentkezzen be a Control Hubba a https://admin.webex.com címen, válassza ki az épület ikont .
2	Válassza az Elő fizetések fület, majd kattintson a Vásár lás most gombra. Egy e-mailt küldünk partnerének, amely tájékoztatja őket arról, hogy érdekli a fizetett előfizetésre való áttérés.

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

A Vezérlőközpont használatával beállíthatja a Webex alkalmazásban a felhasználók által látható hívási lehetőségek prioritását. Engedélyezheti őket egyszeri kattintásra is. További információért lásd: Hívási beállítások beállítása a Webex App felhasználók számára.

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

Szabályozhatja, hogy melyik hívási alkalmazás nyílik meg, amikor a felhasználók hívást kezdeményeznek. Konfigurálhatja a hívási kliens beállításait, beleértve a vegyes módú telepítést olyan szervezetek számára, amelyek jogosultak Webex Calling a Cisco fizetett hívási szolgáltatásaival Unified CM vagy azok nélkül jogosult felhasználók. További információt a következő témakörben talál: Hívási viselkedés beállítása.

A Unified CM beállítása a Webex Calling fájlhoz

A SIP Trunk biztonsági profiljának konfigurálása a Trunk-helyi átjáróhoz

Azokban az esetekben, amikor a helyi átjáró és a PSTN átjáró ugyanazon eszközön található, lehetővé Unified CM kell tenni, hogy két különböző forgalomtípus (Webex és PSTN hívások) különbséget tegyenek, amelyek ugyanazon eszközről származnak, és ezekre a hívástípusokra differenciált szolgáltatási osztályt alkalmazzanak. Ez a differenciált híváskezelés úgy érhető el, hogy két csatornát biztosítunk Unified CM a kombinált helyi átjáró és a PSTN átjáró eszköz között, amely a két csatornához különböző SIP-hallgató portokat igényel.

Hozzon létre egy dedikált SIP-csomagtartó biztonsági 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 a Webex SIP Trunk biztonsági profilja
Bejövő port	Meg kell egyeznie a helyi átjáró konfigurációjában használt portot a Webex felé és onnan történő forgalomhoz: 5065

SIP-profil konfigurálása a helyi átjáró csomagtartójához

Hozzon létre egy dedikált SIP-profilt a Local Gateway csomagtartóhoz 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
Az OPTIONS Ping engedélyezése a „Nincs (alapértelmezett)” szolgáltatástípusú Trunks célállapotának figyelemmel kíséréséhez	Ellenőrzött

Hozzon létre egy hívókeresési helyet a Webex hívásaihoz

Hozzon létre egy hívókeresési helyet a Webex-bő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 a Webex CallingSearch Space
Kiválasztott partíciók	DN (+E.164 könyvtárszámok) ESN (rövidített helyközi tárcsázás) PSTNInternational (PSTN hozzáfér és) OnNetRemote (GDPR által megtanult célállomások)

Az utolsó OnNetRemote partíciót csak több klaszter környezetben használják, ahol az útválasztási információk a klas Unified CM zterek között Intercluster Lookup Service (ILS) vagy a Global Dialplan Replication (GDPR) segítségével cserélnek.

A SIP-csomagtartó konfigurálása Webex-be és onnan

Hozzon létre egy SIP-csomagot a Webex felé é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özinformációk
Készüléknév	Egyedi név, mint például a Webex
Leírás	Értelmes leírás, mint például a Webex SIP Trunk
Futtasson az összes aktív Unified CM csomóponton	Ellenőrzött
Bejövő hívások
Keresési hely hívása	A korábban definiált hívókeresési terület: Webex
AAR Calling Search Space	Hívó keresési hely, amely csak a PSTN útvonalmintákhoz férhet hozzá: PSTNReRoute
SIP információk
Célcím	A helyi átjáró CUBE IP-címe
Célkikötő	5060
SIP Trunk biztonsági profilja	Korábban definiált: Webex
SIP Profil	Korábban definiált: Webex

Konfigurálja az útvonalcsoportot a Webex számára

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

Beállítás	Érték
Útvonalcsoport információk
Útvonalcsoport neve	Egyedi név, mint például a Webex
Kijelölt eszközök	A korábban konfigurált SIP csomagtartó: Webex

Konfigurálja az útvonallistát a Webex számára

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, mint például RL_Webex
Leírás	Értelmes leírás, például a Webex útvonallist ája
Futtasson az összes aktív Unified CM csomóponton	Ellenőrzött
Útvonallista tagjai adatai
Kiválasztott csoportok	Csak a korábban meghatározott útvonalcsoport: Webex

Partíció létrehozása Webex célállomásokhoz

Hozzon létre egy partíciót a Webex célállomásokhoz 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 a Webex Partition

Mi a teendő ezután

Feltétlenül adja hozzá ezt a partíciót az összes hívó keresési helyhez, amelynek hozzáféréssel kell rendelkezniük a Webex célállomásokhoz. Ezt a partíciót kifejezetten hozzá kell adni a hívókeresési helyhez, amelyet a PSTN-csomagokon bejövő hívások keresési helyként használnak, hogy a PSTN-ről a Webex-re irányuló hívások irányíthatók legyenek.

Útvonalminták konfigurálása Webex célállomásokhoz

Konfigurálja az útvonalmintákat a Webex minden DID tartományához a következő beállításokkal:

Beállítás	Érték

Útvonal minta	Teljes +E.164 minta a DID termékcsaládhoz a Webex-ben, a vezető „\” értékkel. Például:\ + 140855501XX
Útvonal partíció	Webex
Átjáró/útvonallista	RL_Webex
Sürgős prioritás	Ellenőrzött

A Webex rövidített helyközi tárcsázási normalizálásának konfigurálása

Ha a Webex számára rövidített helyközi tárcsázásra van szükség, akkor konfigurálja a Webex minden ESN-tartományához a tárcsázási normalizációs mintákat a következő beállításokkal:

Beállítás	Érték

Fordítási minta	ESN minta a Webex ESN tartományához. Például: 80121XX
Partíció	Webex
Leírás	Értelmes leírás, mint például a Webex normalizációs minta
Használja a kezdeményező hívókeresési terét	Ellenőrzött
Sürgős prioritás	Ellenőrzött
Ne várjon az interdigitális időkorlátra a későbbi komlókon	Ellenőrzött
Úgynevezett pártátalakítási maszk	Maszk a szám +E.164-re történő normalizálásához. Például: + 14 0855501XX

A Webex Calling funkciók beállítása

Állítson be egy vadászcsoportot

A vadászcsoportok a bejövő hívásokat felhasználói csoportra vagy munkaterületekre irányítják. Akár egy mintát is konfigurálhat úgy, hogy egy egész csoporthoz irányítson.

A vadászcsoport beállításáról további információt a Vad ászcsoportok in című témakörben talál Cisco Webex Control Hub.

Hívássor létrehozása

Hívássort állíthat be úgy, hogy ha az ügyfelek hívásait nem lehet válaszolni, automatikus választ, kényelmi üzeneteket és zenét kapnak, amíg valaki nem tudja válaszolni a hívásukat.

A hívássorok beállításával és kezelésével kapcsolatos további információt a Hívássorok kezelése című témakörben talál Cisco Webex Control Hub.

Hozzon létre egy recepciós klienst

Segítsen támogatni az irodai személyzet igényeinek kielégítését. A felhasználókat telefonszolgáltatóként állíthatja be, hogy a szervezeten belül bizonyos személyek bejövő hívásait szűrésék.

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

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

Üdvözleteket adhat hozzá, menüket állíthat be, és hívásokat irányíthat egy üzenetrögzítő szolgáltatáshoz, vadászcsoporthoz, hangpostafiókhoz vagy valós személyhez. Készítsen 24 órás ütemtervet, vagy adjon meg különböző lehetőségeket, ha vállalkozása nyitva vagy zárva van.

Az automatikus kísérők létrehozásával és kezelésével kapcsolatos információt az Automatikus kísérők kezelése című témakörben talál. Cisco Webex Control Hub

Lejelentkezési csoport konfigurálása

A csoportos lapozás lehetővé teszi a felhasználó számára, hogy egy adott lapozócsoporthoz rendelt szám vagy kiterjesztés tárcsázásával akár 75 célfelhasználó és munkaterület számára egyirányú hívást vagy csoportosulatot indítson.

A lapozócsoportok beállításával és szerkesztésével kapcsolatos információt a Lejelezőcsoport konfigurálása című témakörben talál. Cisco Webex Control Hub

Hívásfelvétel beállítása

Javítsa a csapatmunkát és az együttműködést egy hívásvételi csoport létrehozásával, hogy a felhasználók válaszolhassanak egymás hívásaira. Ha felhasználókat ad hozzá egy hívásvételi csoporthoz, és egy csoporttag távol van vagy elfoglalt, egy másik tag válaszolhat hívásaira.

A hívásvételi csoport beállításáról a Hívásfelvétel című témakör ben olvashat Cisco Webex Control Hub.

Call park beállítása

A híváspark lehetővé teszi egy meghatározott felhasználócsoport számára, hogy parkoljon hívásokat a híváspark-csoport más elérhető tagjaival szemben. A parkolt hívásokat a csoport többi tagja is felveheti telefonjukon.

A híváspark beállításáról további információt a Hívóparkolás című té makörben talál Cisco Webex Control Hub.

Bejelentkezés engedélyezése a felhasználók számára

1	Jelentkezzen be a Control Hub alkalmazás ba.
2	Menjen a Kezelés > Fel használ ók menüpon tra.
3	Válasszon ki egy felhasználót, majd kattintson a Hí vás gom bra.
4	Lépjen a Fel használók közötti engedélyek szakaszba, majd válassza a Barge in lehetőséget.
5	Kapcsolja be a kapcsolót, hogy más felhasználók hozzájárulhassanak a felhasználó folyamatos hívásához.
6	Jelöl je be a Hang lejátszása jelölőnégyzetet, amikor ez a felhasználó bekapcsolódik egy hívá shoz, ha másoknak szeretne hangot lejátszani, amikor ez a felhasználó bekapcsolódik a híváshoz. A L ejátszás hang, amikor ez a felhasználó bekapcsolódik egy híváskor, nem vonatkozik a Customer Experience Basic és az Essentials felügyelői bekapcsolási funkciókra. Még akkor is, ha engedélyezi ezt az opciót egy felügyelő számára, a rendszer nem játssza le az ügynöknek az értesítési hangot, amikor egy felügyelő beszáll a hívás sorban. Ha egy ügynöknek szeretne hangot lejátszani, amikor egy felügyelő bekapcsolódik a hívásra, engedélyezheti azt az „Ügynökök értesítési hangja” beállításaival. További információt a Webex Cust omer Experience B asic vagy a Webex Customer Experience Essentials témak ör létreho zása című részben tal ál.
7	Kattintson a Mentés gom bra.

A felhasználó adatvédelmének engedélyezése

1	Jelentkezzen be a Control Hub alkalmazásba, és lépjen a Kezelés > Felhasznál ók menüpon tra.
2	Válasszon ki egy felhasználót, majd kattintson a Hí vás gom bra.
3	Lépjen a Felhasználók közötti engedélyek területre, majd válassza az Adatvédelem lehetőséget.
4	Válassza ki a felhasználó számára megfelelő Automatikus felügyeleti adatvédelmi beállításokat. Engedélyezze a felhasználó tárcsázását kiterjesztéssel Engedélyezze, hogy ezt a felhasználót keresztnév vagy vezetéknév alapján lehessen tárcsázni
5	Jelölje be az A datvédelem engedél yezése négyzetet. Ezután úgy dönthet, hogy blokkolja mindenkit, ha nem választ tagokat a legördülő listából. Alternatív megoldásként kiválaszthatja azokat a felhasználókat, munkaterületeket és virtuális vonalakat, amelyek figyelemmel kísérik a felhasználó sorállapotát. Ha Ön helyrendszergazda, a legördülő listában csak a hozzárendelt helyekhez tartozó felhasználók, munkaterületek és virtuális sorok jelennek meg. Törölje a jelölőné gyzetet az Adatvédelem engedél yezése jelölőnégyzetből, hogy mindenki figyelje a sor állapotát.
6	Jelölje be az A datvédelem érvényesítése az irányított hívás átvételéhez és behajtáshoz jelölőnégy zetet, hogy engedélyezze az adatvédelmet az irányított hívásvétel és a behajtás esetén. Ha engedélyezi ezt az opciót, csak az engedélyezett felhasználók, a virtuális vonalak és a munkaterületi eszközök használhatják az irányított hívásvételi és bevezetést ezen a felhasználón. Ellenkező esetben a szervezetben bárki meghívhatja az irányított hívásvételi és bejuttatást egy vonalon. Bővebb információért lásd: Bejelentkez és valaki más telefonhívá sánál. A felügyelő mindig bekapcsolódhat azokra a hívásokra, amelyeket az ügynökök a hívássoron keresztül kapnak. Vagyis az adatvédelmi beállítások nem befolyásolják a felügyelő bejutási lehetőségét.
7	A Tag név szerinti hozzáad ása menüben válassza ki azokat a felhasználókat, munkaterületeket és virtuális vonalakat, amelyek figyelemmel kísérik a telefonvonal állapotát, és meghívhatják az irányított hívásvételi és bejelentkezést.
8	A kiválasztott tagok szűréséhez használja a név, szám vagy ext mező szerinti szűr őt.
9	Kattintson az Összes eltávol ítása gombra az összes kijelölt tag eltávolításához. Egy egyedi tag eltávolításához kattintson a tag neve melletti Törlés gombra.
10	Kattintson a Mentés gom bra.

A felügyelet konfigurálása

A felhasználó számára a felügyelt vonalak maximális száma 50. A megfigyelési lista konfigurálása során azonban vegye figyelembe az üzenetek számát, amelyek befolyásolják Webex Calling a hálózat közötti sávszélességet. Ezenkívül határozza meg a maximális ellenőrzött vonalakat a felhasználó telefonján lévő vonalgombok száma alapján.

1	A https://admin.webex.com webhelyen található ügyfélnézetből lépjen a Menedzsment men üpontra, majd kattintson a Felhasznál ók elem re.
2	Válassza ki a módosítani kívánt felhasználót, majd kattintson a Hívás gombra.
3	Lépjen a Fel használók közötti engedélyek részre, és válassza a Megfigyelés lehetőséget.
4	Válasszon a következők közül: Megfigyelt vonal hozzáadása Call Park bővítmény hozzáadása Felvehet egy virtuális vonalat a Felügyelt v onal hozzáadása listába a felhasználói felügyelet céljából.
5	Válassza ki, hogy értesíteni kívánja-e ezt a felhasználót a parkoló hívásokról, keresse meg a figyelni kívánt személyt vagy híváspark-bővítményt, majd kattintson a Mentés gombra. A Control Hub felügyelt vonalainak listája megfelel a felhasználó eszközén megjelenő megfigyelt vonalak sorrendjének. A megfigyelt vonalak listáját bármikor átrendezheti. A megfigyelt sor neve a felhasználó, a munkaterület és a virtuális sor Hívóazonosító Keresztnév és Vezetéknév mezőjében megadott név.

Szeretné látni, hogyan történik? Nézze meg ezt a videó bemutat óját arról, hogyan kezelheti a felhasználó felügyeleti beállításait a Control Hub alkalmazásban.

Híváshid figyelmeztető hang engedélyezése a felhasználók számára

Mielőtt elkezdené

A meghíváshoz be kell állítania a megosztott vonalat. Tekintse meg, hogyan konfigurálhatja a megosztott vonal akat, mielőtt engedélyezné a híváshídat figyelmeztető hang lejátszását.

1	Jelentkezzen be a Control Hub alkalmazásba, és lépjen a Kezelés > Felhasznál ók menüpon tra.
2	Válasszon ki egy felhasználót, majd kattintson a Hí vás fülre.
3	Nyissa meg a Felhasználók közötti engedélyek menüpontot, és kattintson a Hívás-áthidalási figyelmeztet ő hang elemre.
4	Kapcsolja be a Híváshidalás figyelmeztető hang ját, majd kattintson a Mentés gom bra. Alapértelmezés szerint ez a funkció engedélyezve van. Az MPP megosztott vonalon történő híváshídításról további információt a Megosztott vonalak a többplatformos asztali telefonon című témakörben talál. A Webex App megosztott vonalán történő híváshídításról további információt a WebExApp megosztott vonalmegjelenése című témakör ben talál.

Kapcsolja be a szállodai szolgáltatást egy felhasználó számára

Ha engedélyezi a szállodát a felhasználó számára, lehetővé teszi számukra, hogy használhassanak egy gazdatelefont, miközben megőrzik a főasztali telefon funkcionalitását és funkcióit.

1	Jelentkezzen be a Control Hub alkalmazás ba.
2	Menjen a Kezelés > Fel használ ók menüpon tra.
3	Válasszon ki egy felhasználót, majd kattintson a Hí vás fülre.
4	Lépjen a Felhasznál ók közötti engedélyek szakaszba, válassza a Hoteling lehetőséget, és kapcsolja be a kapcsolót.
5	Írja be a szálláshely házigazda nevét vagy számát a Szállásh ely keres ési mezőbe, és válassza ki a felhasználóhoz rendelni kívánt szállodai házigaz dát. Csak egy szállodai házigazdát választhat. Ha másik szállodai házigazdát választ, az első törlődik. Ha Ön helygazda, akkor csak a hozzárendelt helyekhez tartozó szállodai házigazdát rendelheti hozzá.
6	A Korlátozott társítási időszak legördülő list ából válassza ki, hogy hány órát használhat a felhasználó a szállásh ely házigazdá ját. A telefon automatikusan kijelentkezik a felhasználót a kiválasz tott idő után. Hibaüzenet jelenik meg a képernyőn, ha a felhasználó számára megadott korlát-társítási időszak meghaladja a kiválasztott szállodai házigazda társítási hatá ridőjét. Ha például a szálláshely házigazdájának korláto zott társítási ideje 12 óra, és a felhasználó korlátozott társítási ideje 24 óra, hibaüzenet jelenik meg. Ilyen esetekben meg kell hosszabbítani a szállo dai házigazda korlátozott társulási időszakát , ha a felhasználónak több időre van szüksége.
7	Kattintson a Mentés gom bra. A felhasználó a Felhasználói központból keresheti és megtalálhatja a használni kívánt szállodai házigazdát is. További információt a Hívó profil elérése bárhonnan című témakörben talál.

Szeretné látni, hogyan történik? Nézze meg ezt a videó bemutat óját arról, hogyan konfigurálhatja a szállodát a Vezérlőközpontban.

A Webex Calling elfogadási trendjei és használati jelentések

Hívási jelentések megtekintése

A Control Hub Analytics oldalán megtekintheti a Webex Calling szolgáltatások használatát, a Webex alkalmazásban való részvételt és a hívásmédia-élmény minőségét. Az Webex Calling elemzés elérése:

1	Jelentkezzen be a Control Hub alkalmazás ba.
2	Nyissa meg az Analytics menü pontot, és válassza a Hí vás fület.
3	Válassza a Részletes híváselőzmények lehetőséget. A hívási előzmények részletei médiaminőségi adatokkal jelennek meg.
4	A médiaminőségi adatok eléréséhez jelentkezzen be a Control Hub alkalmazásba, majd lépjen az Analytics elem re, majd válassza a Hí vás lehetőséget.

Kapcsolódó információk

A felhőalapú együttműködési portfólió elemzése

Dedikált példányelemzés

A cScan használata a Webex Calling hálózati minőség teszteléséhez

Készítse elő környezetét

Általános előfeltételek

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

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

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

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

Győződjön meg arról, hogy a központi telepítése rendelkezik egy vagy több helyi átjáróval, például:

Cisco CUBE az IP-alapú kapcsolatokhoz
Cisco IOS Gateway a TDM-alapú kapcsolatokhoz

Lásd az 1. táblázatot a Helyi átjáró a Webex Calling Rendelési útmutató . Győződjön meg arról is, hogy a platform támogatott IOS-XE kiadást futtat a(z) Helyi átjáró konfigurációs útmutató .

A helyi átjáró segítségével áttérhet a Webex Calling szolgáltatásra a saját tempójában. A helyi átjáró integrálja a meglévő helyszíni központi telepítést a Webex Calling szolgáltatással. Használhatja a meglévő PSTN-kapcsolat is. Lásd Első lépések a Helyi átjáróval

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

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

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

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

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

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

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

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

Konfigurálja a Webex Calling alkalmazást a szervezete számára

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

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

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 .

Helyszín hozzáadása

Mielőtt elkezdené

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

Helyszín címe
Kívánt telefonszámok (nem kötelező)

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 .

Meglévő hely frissítése

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

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

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