Webex híváskonfigurá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 .

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.