Helyi átjáró konfigurálása a Cisco IOS XE-rendszeren a Webex Calling számára
Miután konfigurálta a Webex-hívást a szervezet számára, konfigurálhat egy törzset, amely összekapcsolja a helyi átjárót a Webex-hívással. A SIP TLS-szállítás biztosítja a törzset a helyi átjáró és a Webex felhő között. A helyi átjáró és a Webex Calling közötti média SRTP-t használ.
Áttekintés
A Webex Calling jelenleg a Helyi átjáró két verzióját támogatja:
-
Helyi átjáró
-
Helyi átjáró a Webex for Government számára
-
Mielőtt hozzákezdene, ismerje meg a Webex Calling telephelyalapú nyilvános kapcsolt telefonhálózat (PSTN) és helyi átjáró (LGW) követelményeit. További információért lásd: Cisco Preferred Architecture for Webex Calling (Cisco előnyben részesített architektúra Webex-híváshoz ).
-
Ez a cikk feltételezi, hogy egy dedikált helyi átjáróplatform van érvényben, meglévő hangkonfiguráció nélkül. 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.
A támogatott, harmadik féltől származó SBC-kre vonatkozó információkért lásd a megfelelő termék referencia dokumentációját.
Két lehetőség van a helyi átjáró konfigurálására a Webex Calling törzséhez:
-
Regisztráción alapuló törzs
-
Tanúsítványalapú 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 a Webex Calling fővonalhoz.
Lásd Első lépések a Helyi átjáróval a különböző törzstípusokról szóló további információkért. Hajtsa végre a következő lépéseket magán a helyi átjárón a parancssori felület (CLI) használatával. Session Initiation Protocol (SIP) és Transport Layer Security (TLS) (TLS) szállítást használunk a fővonal, a Secure Real Time Protocol (SRTP) pedig a helyi átjáró és a Webex Calling közötti média védelmére.
-
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)
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ányalapú 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 .
Ez a rész ismerteti, hogyan konfigurálható a Cisco Unified Border Element (CUBE) a Webex Calling helyi átjárójaként egy regisztráló SIP-trönk-trönköt használva. A dokumentum első része egy egyszerű PSTN-átjáró beállításának módját mutatja be. Ebben az esetben a PSTN-ről érkező összes hívás a Webex Calling , a Webex Webex Calling -hívások pedig a PSTN-re lesznek irányítva. Az alábbi kép ezt a megoldást és a követendő magas szintű hívásátirányítás konfigurációt mutatja be.
Ebben a kialakításban a következő fő konfigurációk használatosak:
-
hangosztály bérlők: Fővonal-specifikus konfigurációk létrehozására szolgál.
-
hangosztály uri: A SIP -üzenetek osztályozására szolgál a bejövő tárcsázó társ kiválasztásához.
-
bejövő tárcsázó egyenrangú: Kezeli a bejövő SIP üzeneteket, és meghatározza a kimenő útvonalat egy tárcsázó egyenrangú csoporttal.
-
tárcsázó egyenrangú 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ótárs: Kezeli a kimenő SIP üzeneteket, és a kívánt célponthoz irányítja őket.
![Hívástovábbítás PSTN-ről/PSTN-ről Webex Calling konfigurációs megoldásra](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/470001-480000/479001-480000/479480.png)
Míg az IP és a SIP vált a PSTN-trönkök alapértelmezett protokolljává, a TDM (Time Division Multiplexing) ISDN -áramkörök még mindig széles körben használatosak, és ezeket támogatják a Webex Calling fővonalak. Ahhoz, hogy a TDM- IP hívásfolyamot használó helyi átjárók IP -útvonalainak médiaoptimalizálása lehetővé váljon, jelenleg kétlépcsős hívásátirányítás folyamatra van szükség. Ez a megközelítés az alábbi képen látható módon módosítja a fent bemutatott hívásátirányítás konfigurációt azáltal, hogy a Webex Calling és a PSTN fővonalak között egy sor belső visszacsatolásos tárcsázó egységet vezet be.
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/480001-490000/482001-483000/482796.png)
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.
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/470001-480000/479001-480000/479481.png)
Ebben a dokumentumban az alábbi képen látható gazdagépnevek, IP -címek és felületek kerülnek felhasználásra.
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/480001-490000/482001-483000/482562.png)
A jelen dokumentum hátralévő részében található konfigurációs útmutató alapján fejezze be a Helyi átjáró konfigurációját az alábbiak szerint:
-
1. lépés: Konfigurálja az útválasztó alapvonalbeli kapcsolatát és biztonságát
-
2. lépés: A Webex Calling Trunk konfigurálása
A szükséges architektúrától függően tegye a következőket:
-
3. lépés: Helyi átjáró konfigurálása SIP PSTN fővonallal
-
4. lépés: Helyi átjáró konfigurálása meglévő Unified CM környezettel
Vagy:
-
3. lépés: Helyi átjáró konfigurálása TDM PSTN fővonallal
Alapkonfiguráció
A Cisco útválasztó helyi átjáróként való előkészítésének első lépése a Webex Calling alkalmazáshoz egy olyan alapkonfiguráció felépítése, amely biztonságos platformot és kapcsolatot létesít.
-
Minden regisztráción alapuló Helyi átjáró-telepítéshez a Cisco IOS XE 17.6.1a vagy újabb verziója szükséges. Az ajánlott verziókért lásd a Cisco szoftverkutatás oldalon. Keresse meg a platformot, és válasszon a lehetőségek közül javasolta kiadja.
-
Az ISR4000 sorozatú útválasztókat Unified Communications és Security technológiai licenccel is konfigurálni kell.
-
A hangkártyával vagy DSP-vel felszerelt Catalyst Edge 8000 sorozatú útválasztókhoz DNA Advantage licencre van szükség. A hangkártyák vagy DSP-k nélküli útválasztókhoz minimálisan szükséges a DNA Essentials licencelése.
-
-
Hozzon létre egy alapkonfigurációt a platformhoz, amely megfelel az üzleti szabályzatának. Különösen konfigurálja a következőket, és ellenőrizze a működését:
-
NTP
-
Acl
-
Felhasználó hitelesítés és távoli hozzáférés
-
DNS
-
IP-útválasztás
-
IP -címek
-
-
A Webex Calling felé irányuló hálózatnak IPv4-cím kell használnia .
-
Töltse fel a Cisco legfelső szintű hitelesítésszolgáltatói csomagját a helyi átjáróra.
Konfiguráció
1 |
Győződjön meg arról, hogy minden 3-as rétegbeli interfészhez érvényes és IP -címet rendel hozzá, például:
|
2 |
Védje a regisztrációs és STUN hitelesítő adatokat az útválasztón szimmetrikus titkosítással. Állítsa be az elsődleges titkosítási kulcs és a titkosítás típusát az alábbiak szerint:
|
3 |
Hozzon létre egy helyőrző PKI bizalmi pontot. Ehhez a bizalmi ponthoz szükség van a TLS későbbi konfigurálásához. A regisztráció alapú törzsek esetében ehhez a bizalmi ponthoz nincs szükség tanúsítványra – ahogyan az egy tanúsítványalapú törzshöz is szükséges lenne. |
4 |
Engedélyezze a TLS1.2-exkluzivitást, és adja meg az alapértelmezett bizalmi pontot a következő konfigurációs parancsokkal. A szállítási paramétereket is frissíteni kell a megbízható és biztonságos kapcsolat biztosítása érdekében a regisztrációhoz: A cn-san-validate server parancs biztosítja, hogy a Helyi átjáró engedélyezze a kapcsolatot, ha a 200 bérlőben beállított szervező neve szerepel a kimenő proxytól kapott tanúsítvány CN vagy SAN mezőjében.
|
5 |
Telepítse a Cisco root CA-csomagot, amely tartalmazza a Webex Webex Calling által használt DigiCert CA-tanúsítvány . Használja a crypto pki trustpool import tiszta url paranccsal töltse le a legfelső szintű hitelesítésszolgáltatói csomagot a megadott URL-címről , törölje a jelenlegi hitelesítésszolgáltatói bizalmi csoportot, majd telepítse az új tanúsítványcsomagot: Ha proxyt kell használnia a HTTPS protokoll használatával történő internet-hozzáféréshez, a CA-köteg importálása előtt adja hozzá a következő konfigurációt: ip http ügyfél proxy-server yourproxy.com proxy-port 80 |
1 |
Hozzon létre egy regisztráció alapú PSTN-törkönyt egy meglévő helyszínhez a Control Hubban. Jegyezze fel a törzs létrehozása után biztosított fővonal-információkat. Ezeket a részleteket, amint az a következő ábrán is kiemeli, az útmutató konfigurációs lépései során fogja használni. További információkért lásd: Fővonalak, útvonalcsoportok és tárcsázási tervek konfigurálása a Webex Calling számára . ![]() |
2 |
Adja meg a következő parancsokat a CUBE Webex Calling helyi átjáróként történő konfigurálásához: A konfiguráció mezőinek magyarázata a következő:
Engedélyezi a Cisco Unified Border Element (CUBE) funkcióit a platformon. médiastatisztikákEngedélyezi a médiafigyelést a helyi átjárón. média tömeges statisztikákLehetővé teszi, hogy a vezérlősík lekérdezze az adatsíkot a tömeges hívások statisztikáiról. A parancsokkal kapcsolatos további információkért lásd: Média . engedélyezés-kapcsolatok kortyról kortyraEngedélyezze a CUBE basic SIP kétoldali felhasználói ügynök funkcióit. További információkért lásd: Kapcsolatok engedélyezése . Alapértelmezés szerint a T.38 faxtovábbítás engedélyezve van. További információkért lásd: t38 fax protokoll (hangszolgáltatás) . Globálisan engedélyezi a STUN-t ( UDP munkamenet-bejárása NAT-on keresztül).
További információkért lásd: flowdata ügynök-azonosító kábítás és stun flowdata megosztott-titkos . aszimmetrikus hasznos teher megteltBeállítja az aszimmetrikus SIP hasznos adat támogatását DTMF és dinamikus kodek hasznos adatokhoz egyaránt. A paranccsal kapcsolatos további információkért lásd: aszimmetrikus hasznos teher . korai ajánlatot kényszeríteniArra kényszeríti a helyi átjárót, hogy SDP-információkat küldjön a kezdeti INVITE üzenetben ahelyett, hogy a szomszédos társtól érkező nyugtázásra várna. A paranccsal kapcsolatos további információkért lásd: korai ajánlatot . |
3 |
Konfigurálás lehetőségre hangosztály kodek 100 szűrő a törzshöz. Ebben a példában ugyanazt a kodek szűrőt használja az összes fővonal. A pontos vezérlés érdekében minden egyes fővonalhoz beállíthat szűrőket. A konfiguráció mezőinek magyarázata a következő: hangosztály kodek 100Csak a preferált kodekek engedélyezése a SIP -trönkökön keresztüli hívásoknál. További információkért lásd: hangosztályú kodek . Az Opus kodek csak SIP-alapú PSTN-trönkök esetén támogatott. Ha a PSTN-trönk T1/E1 hangkapcsolatot vagy analóg FXO-kapcsolatot használ, zárja ki kodek preferencia 1 opus a következőből: hangosztályú kodek 100 konfigurációt. |
4 |
Konfigurálás lehetőségre hangosztály kábító-használat 100 hogy engedélyezze az ICE használatát a Webex Calling fővonalon. A konfiguráció mezőinek magyarázata a következő: kábító használat ice liteEngedélyezi az ICE-Lite alkalmazást az összes Webex Calling tárcsázó társa számára, lehetővé téve a médiaoptimalizálást, amikor csak lehetséges. További információkért lásd: hangosztály kábító használata és kábító használat ice lite . Az ICE-lite lenyűgöző használata szükséges a médiaútvonal-optimalizálást használó hívásfolyamokhoz. A SIP –TDM átjárók médiaoptimalizálásának biztosításához állítson be egy visszacsatolásos hívótárcsázót az ICE-Lite engedélyezésével az IP- IP ágon. További technikai részletekért forduljon a fiók- vagy TAC-csapatokhoz |
5 |
Állítsa be a Webex -forgalom médiatitkosítási házirendjét. A konfiguráció mezőinek magyarázata a következő: hangosztály srtp-crypto 100Az SHA1-et adja meg_ 80, mint az egyetlen SRTP titkosítási csomag, amelyet a CUBE kínál az SDP-ben ajánlat- és válaszüzenetekben. A Webex Calling csak az SHA1-et támogatja_ 80. További információkért lásd: hangosztály srtp-crypto . |
6 |
Állítson be egy mintát, hogy egyedileg azonosítsa a Helyi átjáró fővonalhoz érkezett hívásokat a cél fővonal paramétere alapján: A konfiguráció mezőinek magyarázata a következő: hangosztály uri 100 kortyEgy bejövő SIP -meghívó és egy bejövő fővonali tárcsázó egyén közötti mintát határoz meg. A minta megadásakor használja a dtg= karakterláncot, majd a fővonal létrehozásakor a Control Hubban megadott Trunk OTG/DTG értéket. További információkért lásd: hangosztály uri . |
7 |
Konfigurálás lehetőségre 100-as kortyprofil , amely a SIP üzenetek módosítására szolgál, mielőtt elküldené őket a Webex Calling szolgáltatásnak.
A konfiguráció mezőinek magyarázata a következő:
|
8 |
Webex Calling fővonal konfigurálása: |
Miután megadta a bérlőt 100 és egy SIP VoIP tárcsázó egyenrangú konfigurálására, az átjáró TLS kapcsolatot kezdeményez a Webex Calling felé. Ekkor a hozzáférési SBC bemutatja a tanúsítványát a helyi átjárónak. A helyi átjáró a korábban frissített CA gyökérköteg segítségével ellenőrzi a Webex Calling hozzáférési SBC tanúsítványt. Ha a rendszer felismeri a tanúsítványt, egy állandó TLS -munkamenet jön létre a Helyi átjáró és a Webex Calling -hozzáférési SBC között. A helyi átjáró ezután képes lesz erre a biztonságos kapcsolat regisztrálni a Webex access SBC-n. Amikor a regisztráció megkérdőjeleződik a hitelesítéshez:
-
A felhasználónév, jelszó, és birodalmat paramétereket a hitelesítő adatokat konfigurációt használja a válasz.
-
A 100-as sip-profil módosítási szabályai a SIPS URL -címet SIP-re konvertálják vissza.
A regisztráció akkor sikeres, ha 200 OK érkezik a hozzáférési SBC-től.
Miután a fenti Webex Calling felé törzset épített ki, a következő konfigurációval hozzon létre nem titkosított törzset egy SIP alapú PSTN szolgáltató felé:
Ha a Szolgáltató biztonságos PSTN-fővonalat kínál, akkor a Webex Calling fővonal esetében a fentiekben részletezetthez hasonló konfigurációt követhet. A biztonságos hívásátirányítás a CUBE támogatja.
Ha TDM / ISDN PSTN fővonalat használ, ugorjon a következő szakaszra Helyi átjáró konfigurálása TDM PSTN fővonallal .
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: A konfiguráció mezőinek magyarázata a következő: hangosztály uri 200 kortyEgy 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: A konfiguráció mezőinek magyarázata a következő: Meghatároz egy VoIP tárcsázót 200-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információkért lásd: tárcsázó hang. rendeltetési hely-minta BAD.BADHa 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 sipv2Megadja, hogy a 200-as tárcsázós telefon kezelje a SIP-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.13A cél IPv4-címét jelzi a hívási láb elküldéséhez. A munkamenet célja itt az ITSP IP-címe. További információkért lásd: munkamenet-cél (VoIP tárcsázó társ) . bejövő uri via 200Meghatározza a VIA fejléc és az IP PSTN IP-címének egyezési feltételét. 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/0A 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/0A 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 100Beá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-nteAz RTP-NTE -t (RFC2833) a hívási lábon várt DTMF-képességként határozza meg. További információkért lásd: DTMF -relé (Voice over IP) . nincs vadLetiltja 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. |
Miután felépített egy törzset a Webex Calling felé, a következő konfigurációval hozzon létre egy TDM-trönkot a PSTN-szolgáltatáshoz visszahurkolt hívásátirányítás , hogy lehetővé tegye a médiaoptimalizálást a Webex .
1 |
A visszacsatolásos társtárcsázási konfiguráció tárcsázási egyenrangú csoportokat és hívásátirányítás címkéket használ annak biztosítására, hogy a hívások megfelelően haladjanak a Webex és a PSTN között anélkül, hogy hívásátirányítás hurkokat hoznának létre. Konfigurálja a hívásátirányítás címkék hozzáadásához és eltávolításához használt következő fordítási szabályokat: A konfiguráció mezőinek magyarázata a következő: hangfordítás-szabályA szabályokban meghatározott reguláris kifejezéseket használja a hívásátirányítás címkék hozzáadásához vagy eltávolításához. A túl dekadikus számjegyek ('A') a hibaelhárítás egyértelműbbé tételére szolgálnak. Ebben a konfigurációban a 100 fordítóprofil által hozzáadott címke szolgál a Webex Calling hívásainak a PSTN felé a visszacsatolásos tárcsázó társakon keresztül történő elvezetésére. Hasonlóképpen, a 200 fordítóprofil által hozzáadott címke a PSTN-ről a Webex Calling felé irányítja a hívásokat. A 11. és 12. fordítási profil eltávolítja ezeket a címkéket, mielőtt a hívásokat a Webex , illetve a PSTN fővonalra irányítaná. Ez a példa feltételezi, hogy a Webex Calling hívott számai + E.164 formátumban jelennek meg. A 100-as szabály eltávolítja a bevezető + jelet az érvényes hívott szám megőrzése érdekében. A 12-es szabály ezután egy nemzeti vagy nemzetközi útválasztási számjegy(eke)t ad hozzá a címke eltávolításakor. Használja a helyi ISDN országos tárcsázási tervének megfelelő számjegyeket. Ha a Webex Calling nemzeti formátumban jeleníti meg a számokat, módosítsa a 100. és 12. szabályt úgy, hogy egyszerűen adja hozzá, illetve távolítsa el az útválasztási címkét. További információkért lásd: hangfordító-profil és hangfordítás-szabály . |
2 |
Konfigurálja a TDM hanginterfész portokat a fővonal típusának és a használt protokollnak megfelelően. További információkért lásd: Az ISDN PRI konfigurálása folyamatban van . Például egy eszköz 2. NIM foglalatába telepített Elsődleges sebességű ISDN interfész alapvető konfigurációja a következőket tartalmazhatja: |
3 |
Állítsa be a következő TDM PSTN tárcsázó egyenrangú eszközt: A konfiguráció mezőinek magyarázata a következő: Meghatároz egy VoIP tárcsázót 200-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információkért lásd: tárcsázó hang . rendeltetési hely-minta BAD.BADHa 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) . fordítási profil bejövő 200Hozzárendeli azt a fordítási profilt, amely egy hívásátirányítás címkét ad hozzá a bejövő hívott számhoz. közvetlen befelé tárcsázásÁtirányítja a hívást másodlagos tárcsahang nélkül. További információkért lásd: közvetlen befelé tárcsázás . port 0/2/0:15Az ehhez a tárcsázó társhoz társított fizikai hangport. |
4 |
A TDM- IP hívásfolyamot használó helyi átjárók IP -útvonalainak médiaoptimalizálásának engedélyezéséhez módosíthatja a hívásátirányítás egy belső visszahurkos tárcsázó egy készletének bevezetésével a Webex Calling és a PSTN fővonalak között. Állítsa be a következő visszacsatolásos tárcsázótársakat. Ebben az esetben az összes bejövő hívást először a 10-es tárcsázó-peer-re irányítja a rendszer, onnan pedig az alkalmazott útválasztási címke alapján vagy a 11-es vagy 12-es tárcsázó-peer-re. Az útválasztási címke eltávolítása után a hívások tárcsázási egyenrangú csoportok segítségével a kimenő trönk lesznek irányítva. A konfiguráció mezőinek magyarázata a következő: Meghatároz egy VoIP tárcsázó egyenrangú eszközt, é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 . fordítási profil bejövő 11A korábban meghatározott fordítási profilt alkalmazza, hogy eltávolítsa a hívásátirányítás címkét, mielőtt átadná a kimenő trönk. rendeltetési hely-minta BAD.BADHa 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 sipv2Megadja, hogy ez a tárcsázótárs kezelje a SIP-hívás híváságakat. További információkért lásd: munkamenet protokoll (tárcsázó társ) . munkamenet-cél 192.168.80.14A helyi útválasztó interfész címét adja meg a visszahurkolandó hívási célként. További információkért lásd: munkamenet-célzás (vop tárcsázó társ) . bind vezérlő forrás-interfész GigabitEthernet0/0/0Konfigurálja a forrásinterfészt és a hozzárendelt IP-cím a visszahurkoláson keresztül küldött üzenetekhez. További információkért lásd: kötni . bind média forrás-interfész GigabitEthernet0/0/0Konfigurálja a forrásinterfészt és a hozzárendelt IP-cím a visszahurkolással küldött média számára. További információkért lásd: kötni . dtmf-relay rtp-nteAz RTP-NTE -t (RFC2833) a hívási lábon várt DTMF-képességként határozza meg. További információkért lásd: DTMF -relé (Voice over IP) . g711alaw kodek Az összes PSTN-hívást a G.711 használatára kényszeríti. Válassza ki az a-law vagy az u-law lehetőséget az ISDN -szolgáltatás által használt kompanding módszernek megfelelően. nincs vadLetiltja a hangtevékenység észlelését. További információkért lásd: vad (tárcsázza a társat) . |
5 |
Adja hozzá a következő hívásátirányítás konfigurációt: Ezzel befejeződött a Helyi átjáró konfigurációja. Mentse a konfigurációt, és töltse be újra a platformot, ha ez az első alkalom, hogy CUBE-szolgáltatásokat konfigurálnak.
|
Az előző szakaszokban szereplő PSTN- Webex Calling konfiguráció módosítható úgy, hogy további törzseket tartalmazzon egy Cisco Unified Communications Manager (UCM) fürthöz. Ebben az esetben az összes hívást a Unified CM-en keresztül irányítja a rendszer. Az 5060-as porton lévő UCM-ről érkező hívások a PSTN-re, az 5065-ös portról érkező hívások pedig a Webex Calling rendszerre kerülnek továbbításra. A következő növekményes konfigurációk adhatók hozzá ehhez a hívási forgatókönyvhöz.
Amikor a Webex Calling törzset hoz létre a Unified CM alkalmazásban, győződjön meg arról, hogy a SIP-trönk biztonsági profilja beállításaiban a bejövő portot 5065-re állítja. Ez engedélyezi a bejövő üzeneteket az 5065-ös porton, és ezzel az értékkel tölti fel a VIA fejlécet, amikor üzeneteket küld a helyi átjárónak.
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/480001-490000/483001-484000/483179.png)
1 |
Konfigurálja a következő hangosztály URI-kat: |
2 |
A következő DNS -rekordok konfigurálásával adja meg az SRV-útválasztást a Unified CM -állomások számára: 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. A konfiguráció mezőinek magyarázata a következő: 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: |
4 |
hívásátirányítás hozzáadása a következő konfigurációk segítségével: |
A diagnosztikai aláírások (DS) proaktívan észlelik az IOS XE-alapú helyi átjáróban gyakran megfigyelt problémákat, és e-mailt, syslogot vagy terminálüzenet-értesítést hoznak létre az eseményről. A DS telepítésével automatizálható a diagnosztikai adatgyűjtés, és az összegyűjtött adatok átvitele a Cisco TAC -tokba, hogy meggyorsuljon a megoldási idő.
A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a probléma kiváltó eseményeiről és a probléma tájékoztatása, hibaelhárítása és elhárítása érdekében végrehajtandó intézkedésekről. 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 parancskimenetek gyűjtése:
-
Összevont naplófájl létrehozása
-
A fájl feltöltése a felhasználó által megadott hálózati helyre, például HTTPS, SCP, FTP kiszolgálóra.
A TAC mérnökei készítik a DS-fájlokat, és digitálisan aláírják azokat az integritásvédelem érdekében. Minden DS-fájlhoz tartozik egy, 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 a DSLT-fájlból letöltött DS-fájlt. A módosított fájlok telepítése az integritás-ellenőrzési hiba miatt meghiúsul.
-
Egy SMTP-kiszolgáló, amelyre szüksége van ahhoz, hogy a helyi átjáró e-mail-értesítéseket küldjön.
-
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, ha a biztonságos SMTP-kiszolgálót szeretné használni az e-mail-értesítésekhez.
Előfeltételek
IOS XE 17.6.1a vagy újabb verziót futtató helyi átjáró
-
A diagnosztikai aláírások alapértelmezés szerint engedélyezve 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.
konfigurálja a terminál call-home mail-servert : @ 1. prioritású biztonságos tls vége
-
Állítsa be a környezeti változótds_email a rendszergazda e- e-mail-cím , hogy értesítse Önt.
konfigurálja a terminálhívás-home diagnosztikai-aláírás környezetetds_email vége
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 1. prioritású biztonságos tls diagnosztikai-aláírási környezetds_email „tacfaststart@gmail.com”
A Cisco IOS XE szoftveren futó helyi átjáró nem egy tipikus webalapú Gmail-ügyfél, amely támogatja az OAuth-ot, 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ására:
-
Ugrás ide: Kevésbé biztonságos alkalmazás-hozzáférés beállítást.
és kapcsolja be a -
Válaszoljon az "Igen, én voltam" kérdésre, amikor e-mailt kap a Gmailtől: "A Google megakadályozta, hogy valaki bejelentkezzen a fiókjába egy nem Google-alkalmazással".
Diagnosztikai aláírások telepítése 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 SNMP OID használatával 1.3.6.1.4.1.9.2.1.56. Ha a kihasználtság eléri vagy meghaladja a 75%-ot, letiltja az összes hibakeresést, és eltávolítja a helyi átjáróra telepített összes 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 % Az SNMP ügynök nincs engedélyezve config t snmp-server manager end show snmp Ház: ABCDEFGHIGK 149655 SNMP -csomagok bemenet 0 Hibás SNMP verziós hiba 1 Ismeretlen közösségnév 0 A megadott közösségnév illegális művelete 0 Kódolási hibák 37763 A kért változók száma 2 Módosított változók száma 34560 Get-request PDU-k 138 Get-next PDU-k 2 Set-request PDU-k 0 Csomagok elvesztése a bemeneti várólistáról (Maximális sorméret 1000) 158277 SNMP -csomagok kimenete 0 Túl nagy hibák (maximális csomagméret 1500) 20 Nincs ilyen név hiba 0 Hibás értékek hibák 0 Általános hibák 7998 Válasz PDU-k 10280 Trap PDU-k Jelenleg az SNMP folyamat bemeneti sorban lévő csomagok: 0 SNMP globális csapda: engedélyezve
-
Töltse le a DS 64224 dokumentumot a Diagnosztikai aláírás-kereső eszközalábbi legördülő menüjéből :
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívási megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
Magas CPU-kihasználtság e-mail értesítéssel.
-
Másolja a DS XML-fájlját a Helyi átjáró flash-fájljába.
LocalGateway# másolása ftp://felhasználónév:jelszó@ /DS_ 64224.xml bootflash:
Az alábbi példa a fájl FTP-kiszolgálóról a helyi átjáróra való másolását mutatja be.
másolja át az ftp://user:pwd@192.0.2.12/DS fájlt_ 64224.xml bootflash: Az ftp://*:*@ 192.0.2.12/DS elérése_ 64224.xml...! [OK - 3571/4096 bájt] 3571 bájt másolása 0,064 mp alatt (55797 bájt/s)
-
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnosztikai-aláírás betöltése DS_ 64224.xml DS fájl betöltése_ 64224.xml sikeres
-
A show call-home diagnostic-signature paranccsal ellenőrizheti, hogy az aláírás telepítése sikeresen megtörtént-e. Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.
diagnosztikai aláírás hívásának megjelenítése Jelenlegi diagnosztikai aláírási beállítások: Diagnosztikai aláírás: Engedélyezett profil: CiscoTAC-1 (állapot: AKTÍV) Letöltési URL(ek): https://tools.cisco.com/its/service/oddce/services/DDCEService Környezeti változó:ds_email : username@gmail.com
DSes letöltése:
DS azonosító
DS-név
Átvizsgálás
Állapot
Utolsó frissítés (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Regisztrálva
2020-11-07 22:05:33
Aktiváláskor 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 SIP törzs regisztrációjának figyelése
Ez a DS 60 másodpercenként ellenőrzi a helyi átjáró SIP-törzsének regisztrációját a Webex Calling felhővel. 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 eszközt a Diagnosztikai aláírás-kereső eszközalábbi legördülő menüjéből :
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívási megoldásban
Probléma hatóköre
SIP-SIP
Probléma típusa
SIP törzs regisztrációjának törlése e-mail értesítéssel.
-
Másolja a DS XML-fájlját a helyi átjáróra.
ftp://felhasználónév:jelszó@ másolása /DS_ 64117.xml bootflash:
-
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnosztikai-aláírás betöltése DS_ 64117.xml DS fájl betöltése_ 64117.xml success LocalGateway#
-
A show call-home diagnostic-signature paranccsal ellenőrizheti, hogy az aláírás telepítése sikeresen megtörtént-e. Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.
Rendellenes hívásbontások figyelése
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 az utolsó lekérdezéstől számított 5-nél nagyobb vagy azzal egyenlő, akkor syslog és 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 % Az SNMP ügynök nincs engedélyezve config t snmp-server manager end show snmp Ház: ABCDEFGHIGK 149655 SNMP -csomagok bemenet 0 Hibás SNMP verziós hiba 1 Ismeretlen közösségnév 0 A megadott közösségnév illegális művelete 0 Kódolási hibák 37763 A kért változók száma 2 Módosított változók száma 34560 Get-request PDU-k 138 Get-next PDU-k 2 Set-request PDU-k 0 Csomagok elvesztése a bemeneti várólistáról (Maximális sorméret 1000) 158277 SNMP -csomagok kimenete 0 Túl nagy hibák (maximális csomagméret 1500) 20 Nincs ilyen név hiba 0 Hibás értékek hibák 0 Általános hibák 7998 Válasz PDU-k 10280 Trap PDU-k Jelenleg az SNMP folyamat bemeneti sorban lévő csomagok: 0 SNMP globális csapda: engedélyezve
-
Töltse le a DS 65221 dokumentumot a Diagnosztikai aláírás-kereső eszközalábbi lehetőségeivel :
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívási megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
SIP rendellenes hívásbontás észlelése e-mail és syslog értesítéssel.
-
Másolja a DS XML-fájlját a helyi átjáróra.
ftp://felhasználónév:jelszó@ másolása /DS_ 65221.xml bootflash:
-
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnosztikai-aláírás betöltése DS_ 65221.xml DS fájl betöltése_ 65221.xml sikeres
-
A show call-home diagnostic-signature paranccsal ellenőrizheti, hogy az aláírás telepítése sikeresen megtörtént-e. Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.
Diagnosztikai aláírások telepítése 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 elhárításához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatok automatikus átviteléhez szükséges hibakereséseket a Cisco TAC esetbe. 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.
A diagnosztikai aláírások keresésére szolgáló eszköz segítségével megkeresheti és telepítheti a megfelelő aláírásokat egy adott probléma önálló megoldásához, vagy telepítheti a TAC mérnöke által javasolt aláírást a támogatási megbízás részeként.
Íme egy példa arra, hogyan lehet megkeresni és telepíteni egy DS-t a "%VOICE_IEC-3-GW" előfordulásának észlelésére: CCAPI: Belső hiba (híváscsúcs küszöbértéke): IEC=1.1.181.1.29.0" rendszernapló és a diagnosztikai adatok gyűjtésének automatizálása az alábbi 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.
a terminál call-home diagnosztikai aláírása LocalGateway(cfg-call-home-diag-sign)környezet konfigurálásads_fsurl_prefix "scp:// : @cxd.cisco.com” végén
Példa:
call-home diagnosztikai-aláírási környezetds_fsurl_prefix " környezetbends_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.
snmp megjelenítése % Az SNMP -ügynök nincs engedélyezve config t snmp-server manager vége
-
Győződjön meg arról, hogy proaktív intézkedésként telepítette a High CPU monitoring DS 64224-et, hogy letiltsa az összes hibakeresést és diagnosztikai aláírást a magas processzorhasználat idején. Töltse le a DS 64224 dokumentumot a Diagnosztikai aláírás-kereső eszközalábbi lehetőségeivel :
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívási megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
Magas CPU-kihasználtság e-mail értesítéssel.
-
Töltse le a DS 65095 dokumentumot a Diagnosztikai aláírások keresése eszközalábbi lehetőségeivel :
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Cisco CSR 1000V sorozat
Termék
CUBE Enterprise a Webex hívási megoldásban
Probléma hatóköre
Syslogok
Probléma típusa
Syslog – %VOICE_IEC-3-GW: CCAPI: Belső hiba (híváscsúcs küszöbértéke): IEC=1.1.181.1.29.0
-
Másolja a DS XML-fájljait a helyi átjáróra.
ftp://felhasználónév:jelszó@ másolása /DS_ 64224.xml bootflash: ftp://felhasználónév:jelszó@ másolása /DS_ 65095.xml bootflash:
-
Telepítse a High CPU monitoring DS 64224, majd a DS 65095 XML fájlt a helyi átjáróba.
call-home diagnosztikai-aláírás betöltése DS_ 64224.xml DS fájl betöltése_ 64224.xml sikeres call-home diagnosztikai-aláírás betöltése DS_ 65095.xml DS fájl betöltése_ 65095.xml sikeres
-
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 állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.
diagnosztikai aláírás hívásának megjelenítése Jelenlegi diagnosztikai aláírási beállítások: Diagnosztikai aláírás: Engedélyezett profil: CiscoTAC-1 (állapot: AKTÍV) Letöltési URL(ek): https://tools.cisco.com/its/service/oddce/services/DDCEService Környezeti változó:ds_email : username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-ek:
DS azonosító
DS-név
Átvizsgálás
Állapot
Utolsó 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
Diagnosztikai aláírások végrehajtásának ellenőrzése
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 show call-home diagnosztikai-aláírási statisztikák kimenete a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlel-e egy érdekes eseményt, és végrehajtja-e a műveletet. A "Triggered/Max/Deinstall" oszlop azt jelzi, hogy az adott aláírás hányszor aktivált egy eseményt, legfeljebb hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás eltávolítja magát az aktivált események maximális számának észlelése után.
diagnosztikai aláírás hívásának megjelenítése Jelenlegi diagnosztikai aláírási beállítások: Diagnosztikai aláírás: Engedélyezett profil: CiscoTAC-1 (állapot: AKTÍV) Letöltési URL(ek): https://tools.cisco.com/its/service/oddce/services/DDCEService Környezeti változó:ds_email : carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-ek:
DS azonosító |
DS-név |
Átvizsgálás |
Állapot |
Utolsó 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 |
call-home diagnosztikus aláírási statisztikák megjelenítése
DS azonosító |
DS-név |
Kiváltva /Max/Deinstall |
Átlagos futási idő (másodperc) |
Maximális futási idő (másodperc) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_ LGW_ IEC_ Call_spike_threshold |
1 /20/Y |
23.053 |
23.053 |
A diagnosztikai aláírás végrehajtása során küldött értesítő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz adatai, a szoftver verziója, a futó konfiguráció és az adott probléma elhárításához kapcsolódó parancskimenetek megjelenítése.
Diagnosztikai aláírások eltávolítása
A diagnosztikai aláírások hibaelhárítási célokra való használata általában úgy van definiálva, hogy bizonyos problémák észlelése után eltávolítható. 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
Példa:
call-home diagnostic-signature deinstall 64224
A diagnosztikai aláírás-kereső eszköz rendszeres időközönként új aláírásokat ad hozzá a központi telepítések során gyakran megfigyelt problémák alapján. A TAC jelenleg nem támogatja az új egyéni aláírások létrehozására vonatkozó kéréseket.
A Cisco IOS XE átjárók jobb kezelése érdekében javasoljuk, hogy a Control Hubon keresztül regisztrálja és kezelje az átjárókat. Ez egy opcionális konfiguráció. A regisztráció után a Control Hub konfiguráció-érvényesítési opciójával ellenőrizheti a Helyi átjáró konfigurációját, és azonosíthatja a konfigurációs problémákat. Jelenleg csak a regisztráció alapú törzsek támogatják ezt a funkciót.
További információkért olvassa el a következőt:
Ez a rész ismerteti, hogyan konfigurálható a Cisco Unified Border Element (CUBE) a Webex Calling helyi átjárójaként tanúsítvány alapú kölcsönös TLS (mTLS) SIP-trönk használatával. A dokumentum első része egy egyszerű PSTN-átjáró beállításának módját mutatja be. Ebben az esetben a PSTN-ről érkező összes hívás a Webex Calling , a Webex Webex Calling -hívások pedig a PSTN-re lesznek irányítva. A következő kép ezt a megoldást és a követendő magas szintű hívásátirányítás konfigurációt mutatja be.
Ebben a kialakításban a következő fő konfigurációk használatosak:
-
hangosztály bérlői : Fővonal-specifikus konfigurációk létrehozására szolgál.
-
hangosztály uri : A SIP -üzenetek osztályozására szolgál a bejövő tárcsázó társ kiválasztásához.
-
bejövő tárcsázó-peer : Kezeli a bejövő SIP üzeneteket, és meghatározza a kimenő útvonalat egy tárcsázó egyenrangú csoporttal.
-
tárcsázó-peer csoport : Meghatározza a hívásátirányítás hívástovábbításhoz használt kimenő tárcsázó társakat.
-
kimenő tárcsázó-peer : Kezeli a kimenő SIP üzeneteket, és a kívánt célponthoz irányítja őket.
![Hívástovábbítás PSTN-ről/PSTN-ről Webex Calling konfigurációs megoldásra](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/470001-480000/479001-480000/479480.png)
Míg az IP és a SIP vált a PSTN-trönkök alapértelmezett protokolljává, a TDM (Time Division Multiplexing) ISDN -áramkörök még mindig széles körben használatosak, és ezeket támogatják a Webex Calling fővonalak. Ahhoz, hogy a TDM- IP hívásfolyamot használó helyi átjárók IP -útvonalainak médiaoptimalizálása lehetővé váljon, jelenleg kétlépcsős hívásátirányítás folyamatra van szükség. Ez a megközelítés az alábbi képen látható módon módosítja a fent bemutatott hívásátirányítás konfigurációt azáltal, hogy a Webex Calling és a PSTN fővonalak között egy sor belső visszacsatolásos tárcsázó egységet vezet be.
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/480001-490000/482001-483000/482796.png)
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.
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/470001-480000/479001-480000/479481.png)
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.
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/470001-480000/479001-480000/479482.png)
A jelen dokumentum hátralévő részében található konfigurációs útmutató alapján fejezze be a Helyi átjáró konfigurációját az alábbiak szerint:
-
1. lépés: Konfigurálja az útválasztó alapvonalbeli kapcsolatát és biztonságát
-
2. lépés: A Webex Calling Trunk konfigurálása
A szükséges architektúrától függően tegye a következőket:
-
3. lépés: Helyi átjáró konfigurálása SIP PSTN fővonallal
-
4. lépés: Helyi átjáró konfigurálása meglévő Unified CM környezettel
Vagy:
-
3. lépés: Helyi átjáró konfigurálása TDM PSTN fővonallal
Alapkonfiguráció
A Cisco útválasztó helyi átjáróként való előkészítésének első lépése a Webex Calling alkalmazáshoz egy olyan alapkonfiguráció felépítése, amely biztonságos platformot és kapcsolatot létesít.
-
Minden tanúsítványalapú helyi átjáró-telepítéshez a Cisco IOS XE 17.9.1a vagy újabb verziója szükséges. Az ajánlott verziókért lásd a Cisco szoftverkutatás oldalon. Keresse meg a platformot, és válasszon a lehetőségek közül javasolta kiadja.
-
Az ISR4000 sorozatú útválasztókat Unified Communications és Security technológiai licenccel is konfigurálni kell.
-
A hangkártyákkal vagy DSP-kkel felszerelt Catalyst Edge 8000 sorozatú útválasztókhoz DNA Essentials licencre van szükség. A hangkártyák vagy DSP-k nélküli útválasztókhoz minimálisan szükséges a DNA Essentials licencelése.
-
Nagy kapacitású követelmények esetén 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
-
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 kiszolgálóhasználathoz.
-
Töltse fel a Cisco legfelső szintű hitelesítésszolgáltatói csomagját a helyi átjáróra.
Konfiguráció
1 |
Győződjön meg arról, hogy minden 3-as rétegbeli interfészhez érvényes és IP -címet rendel hozzá, például:
|
2 |
Védje a STUN hitelesítő adatokat az útválasztón szimmetrikus titkosítással. Állítsa be az elsődleges titkosítási kulcs és a titkosítás típusát az alábbiak szerint: |
3 |
Hozzon létre egy titkosítási megbízhatósági pontot az előnyben részesített Certificate Authority (CA) által aláírt tanúsítvánnyal. |
4 |
Hitelesítse az új tanúsítványt a közbenső (vagy gyökér) CA-tanúsítvány segítségével, majd importálja a tanúsítványt (4. lépés). Adja meg a következő exec vagy konfigurációs parancsot:
|
5 |
Aláírt gazdagépi tanúsítvány importálása a következő exec vagy konfigurációs paranccsal:
|
6 |
Engedélyezze a TLS1.2-exkluzivitást, és adja meg az alapértelmezett megbízhatósági pontot a következő konfigurációs parancsokkal:
|
7 |
Telepítse a Cisco root CA-csomagot, amely tartalmazza a Webex Webex Calling által használt DigiCert CA-tanúsítvány . Használja a crypto pki trustpool import tiszta url paranccsal töltse le a legfelső szintű hitelesítésszolgáltatói csomagot a megadott URL-címről , törölje a jelenlegi hitelesítésszolgáltatói bizalmi csoportot, majd telepítse az új tanúsítványcsomagot: Ha proxyt kell használnia a HTTPS protokoll használatával történő internet-hozzáféréshez, a CA-köteg importálása előtt adja hozzá a következő konfigurációt: ip http ügyfél proxy-server yourproxy.com proxy-port 80 |
1 |
Hozzon létre egy CUBE tanúsítvány alapú PSTN-törkönyt egy meglévő helyszínhez a Control Hubban. További információkért lásd: Fővonalak, útvonalcsoportok és tárcsázási tervek konfigurálása a Webex Calling számára . Jegyezze fel a törzs létrehozása után megadott fővonal-információkat. Ezeket a részleteket, amint az a következő ábrán is kiemeli, az útmutató konfigurációs lépései során fogja használni. ![]() |
2 |
Adja meg a következő parancsokat a CUBE Webex Calling helyi átjáróként történő konfigurálásához: A konfiguráció mezőinek magyarázata a következő:
Engedélyezi a Cisco Unified Border Element (CUBE) funkcióit a platformon. engedélyezés-kapcsolatok kortyról kortyraEngedélyezze a CUBE alap SIP funkcióit az oda-vissza felhasználói ügynökök között. További információkért lásd: Kapcsolatok engedélyezése . Alapértelmezés szerint a T.38 faxtovábbítás engedélyezve van. További információkért lásd: t38 fax protokoll (hangszolgáltatás) . Globálisan engedélyezi a STUN-t ( UDP munkamenet-bejárása NAT-on keresztül). Ezek a globális kábító parancsok csak akkor szükségesek, ha a helyi átjárót NAT mögött telepítik.
További információkért lásd: flowdata ügynök-azonosító kábítás és stun flowdata megosztott-titkos . aszimmetrikus hasznos teher megteltBeállítja az aszimmetrikus SIP hasznos adat támogatását DTMF és dinamikus kodek hasznos adatokhoz egyaránt. A paranccsal kapcsolatos további információkért lásd: aszimmetrikus hasznos teher . korai ajánlatot kényszeríteniArra kényszeríti a helyi átjárót, hogy SDP-információkat küldjön a kezdeti INVITE üzenetben ahelyett, hogy a szomszédos társtól érkező nyugtázásra várna. A paranccsal kapcsolatos további információkért lásd: korai ajánlatot . sip-profilok bejövőEngedélyezi a CUBE számára, hogy SIP -profilok használatával módosítsa az üzeneteket a beérkezésükkor. A profilok alkalmazása tárcsázó társakon vagy bérlőkön keresztül történik. |
3 |
Konfigurálás lehetőségre hangosztályú kodek 100 kodek szűrő a törzshöz. Ebben a példában ugyanazt a kodek szűrőt használja az összes fővonal. A pontos vezérlés érdekében minden egyes fővonalhoz beállíthat szűrőket. A konfiguráció mezőinek magyarázata a következő: hangosztályú kodek 100Csak a preferált kodekek engedélyezése a SIP -trönkökön keresztüli hívásoknál. További információkért lásd: hangosztályú kodek . Az Opus kodek csak SIP-alapú PSTN-trönkök esetén támogatott. Ha a PSTN-trönk T1/E1 hangkapcsolatot vagy analóg FXO-kapcsolatot használ, zárja ki kodek preferencia 1 opus a következőből: hangosztályú kodek 100 konfigurációt. |
4 |
Konfigurálás lehetőségre hangosztály kábító-használat 100 hogy engedélyezze az ICE használatát a Webex Calling fővonalon. (Ez a lépés nem vonatkozik a Webex kormányzatra alkalmazásra) A konfiguráció mezőinek magyarázata a következő: kábító használat ice liteEngedélyezi az ICE-Lite alkalmazást az összes Webex Calling tárcsázó társa számára, lehetővé téve a médiaoptimalizálást, amikor csak lehetséges. További információkért lásd: hangosztály kábító használata és kábító használat ice lite . A kábító használat firewall-traversal flowdata parancs csak akkor szükséges, ha a helyi átjárót NAT mögött telepítik. Az ICE-lite lenyűgöző használata szükséges a médiaútvonal-optimalizálást használó hívásfolyamokhoz. A SIP –TDM átjárók médiaoptimalizálásának biztosításához állítson be egy visszacsatolásos hívótárcsázót az ICE-Lite engedélyezésével az IP- IP ágon. További technikai részletekért forduljon a fiók- vagy TAC-csapatokhoz. |
5 |
Állítsa be a Webex -forgalom médiatitkosítási házirendjét. (Ez a lépés nem vonatkozik a Webex kormányzatra alkalmazásra) A konfiguráció mezőinek magyarázata a következő: hangosztály srtp-crypto 100Az SHA1-et adja meg_ 80, mint az egyetlen SRTP titkosítási csomag, amelyet a CUBE kínál az SDP-ben ajánlat- és válaszüzenetekben. A Webex Calling csak az SHA1-et támogatja_ 80. További információkért lásd: hangosztály srtp-crypto . |
6 |
Az FIPS-kompatibilis GCM titkosítások konfigurálása (Ez a lépés csak a Webex for Government alkalmazásra vonatkozik) . A konfiguráció mezőinek magyarázata a következő: hangosztály srtp-crypto 100A GCM-et adja meg a CUBE által kínált titkosítási csomagként. Kötelező a GCM-titkosítások konfigurálása a helyi átjáróhoz a Webex for Government számára. |
7 |
Állítson be egy mintát, hogy egyedileg azonosítsa a Helyi átjáró fővonalhoz érkező hívásokat a cél FQDN vagy SRV alapján: A konfiguráció mezőinek magyarázata a következő: hangosztály uri 100 kortyEgy bejövő SIP -meghívó és egy bejövő fővonali tárcsázó egyén közötti mintát határoz meg. Ennek a mintának a megadásakor a fővonal létrehozásakor használja a Control Hubban konfigurált LGW FQDN-t vagy SRV-t. |
8 |
SIP-üzenet profilok konfigurálása. Ha az átjáró nyilvános IP-cím -címmel van konfigurálva, konfiguráljon egy profilt az alábbiak szerint, vagy ugorjon a következő lépésre, ha NAT-ot használ. Ebben a példában a cube1.lgw.com a Helyi átjáró számára konfigurált FQDN, a „198.51.100.1” pedig a Webex Webex Calling felé néző Helyi átjáró felület nyilvános IP-cím -címe: A konfiguráció mezőinek magyarázata a következő: 10. és 20. szabályAhhoz, hogy a Webex hitelesítse a helyi átjáró érkező üzeneteket, a SIP -kérés és válaszüzenetek „Kapcsolat” fejlécének tartalmaznia kell a fővonal számára a Control Hubban megadott értéket. Ez vagy egyetlen gazdagép FQDN-je, vagy egy eszközfürthöz használt SRV tartomány neve lesz. Hagyja ki a következő lépést, ha a Helyi átjárót nyilvános IP-cím -címekkel konfigurálta. |
9 |
Ha az átjáró privát IP-cím -címmel van konfigurálva statikus NAT mögött, akkor az alábbiak szerint konfigurálja a bejövő és kimenő SIP profilokat. Ebben a példában a cube1.lgw.com a Helyi átjáróhoz konfigurált FQDN, a „10.80.13.12” a Webex Webex Calling interfész IP-cím , a „192.65.79.20” pedig a NAT nyilvános IP-cím -címe. SIP -profilok a Webex Calling felé kimenő üzenetekhez
A konfiguráció mezőinek magyarázata a következő: 10. és 20. szabályAhhoz, hogy a Webex hitelesítse a helyi átjáró érkező üzeneteket, a SIP -kérés és válaszüzenetek „Kapcsolat” fejlécének tartalmaznia kell a fővonal számára a Control Hubban megadott értéket. Ez vagy egyetlen gazdagép FQDN-je, vagy egy eszközfürthöz használt SRV tartomány neve lesz. szabályok 30-81Konvertálja a privát címhivatkozásokat a webhely külső nyilvános címévé, lehetővé téve a Webex számára, hogy megfelelően értelmezze és továbbítsa a következő üzeneteket. SIP-profil a Webex Calling szolgáltatásból bejövő üzenetekhez A konfiguráció mezőinek magyarázata a következő: szabályok 10-80Konvertálja a nyilvános cím hivatkozásokat a beállított privát címekké, lehetővé téve a Webex üzeneteinek a CUBE általi megfelelő feldolgozását. További információkért lásd: hangosztály korty-profilok . |
10 |
SIP -beállítások életben tartása fejlécmódosítási profillal. A konfiguráció mezőinek magyarázata a következő: hangosztály sip-options-keepalive 100Megtartó profilt konfigurál, és hangosztály konfigurációs módba lép. Beállítható az az idő (másodpercben), ameddig a SIP Out of Dialog Options Ping üzenet elküldésre kerül a tárcsázási célpontnak, amikor a végponthoz tartó szívverési kapcsolat FEL vagy Le állapotban van. Ezt az életben maradó profilt a Webex felé konfigurált tárcsázó peer aktiválja. Annak biztosítása érdekében, hogy a névjegy fejlécek tartalmazzák a teljesen minősített tartománynév, a 115-ös SIP-profil használják. A 30., 40. és 50. szabályok csak akkor szükségesek, ha az SBC statikus NAT mögé van beállítva. Ebben a példában a cube1.lgw.com a Helyi átjáró számára kiválasztott FQDN, és statikus NAT használata esetén a „10.80.13.12” az SBC interfész IP-cím a Webex Webex Calling felé, a „192.65.79.20” pedig a NAT nyilvános IP-cím -címe . |
11 |
Webex Calling fővonal konfigurálása: |
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.
Ha TDM / ISDN PSTN fővonalat használ, ugorjon a következő szakaszra Helyi átjáró konfigurálása TDM PSTN fővonallal .
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: A konfiguráció mezőinek magyarázata a következő: hangosztály uri 200 kortyEgy 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: A konfiguráció mezőinek magyarázata a következő: Meghatároz egy VoIP tárcsázót 200-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információkért lásd: tárcsázó hang. rendeltetési hely-minta BAD.BADHa 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 sipv2Megadja, hogy a 200-as tárcsázós telefon kezelje a SIP-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.13A cél IPv4-címét jelzi a hívási láb elküldéséhez. A munkamenet célja itt az ITSP IP-címe. További információkért lásd: munkamenet-cél (VoIP tárcsázó társ) . bejövő uri via 200Meghatározza a VIA fejléc és az IP PSTN IP-címének egyezési feltételét. 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/0A 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/0A 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 100Beá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-nteAz RTP-NTE -t (RFC2833) a hívási lábon várt DTMF-képességként határozza meg. További információkért lásd: DTMF -relé (Voice over IP) . nincs vadLetiltja 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. |
Miután felépített egy törzset a Webex Calling felé, a következő konfigurációval hozzon létre egy TDM-trönkot a PSTN-szolgáltatáshoz visszahurkolt hívásátirányítás , hogy lehetővé tegye a médiaoptimalizálást a Webex .
1 |
A visszacsatolásos társtárcsázási konfiguráció tárcsázási egyenrangú csoportokat és hívásátirányítás címkéket használ annak biztosítására, hogy a hívások megfelelően haladjanak a Webex és a PSTN között anélkül, hogy hívásátirányítás hurkokat hoznának létre. Konfigurálja a hívásátirányítás címkék hozzáadásához és eltávolításához használt következő fordítási szabályokat: A konfiguráció mezőinek magyarázata a következő: hangfordítás-szabályA szabályokban meghatározott reguláris kifejezéseket használja a hívásátirányítás címkék hozzáadásához vagy eltávolításához. A túl dekadikus számjegyek ('A') a hibaelhárítás egyértelműbbé tételére szolgálnak. Ebben a konfigurációban a 100 fordítóprofil által hozzáadott címke szolgál a Webex Calling hívásainak a PSTN felé a visszacsatolásos tárcsázó társakon keresztül történő elvezetésére. Hasonlóképpen, a 200 fordítóprofil által hozzáadott címke a PSTN-ről a Webex Calling felé irányítja a hívásokat. A 11. és 12. fordítási profil eltávolítja ezeket a címkéket, mielőtt a hívásokat a Webex , illetve a PSTN fővonalra irányítaná. Ez a példa feltételezi, hogy a Webex Calling hívott számai + E.164 formátumban jelennek meg. A 100-as szabály eltávolítja a bevezető + jelet az érvényes hívott szám megőrzése érdekében. A 12-es szabály ezután egy nemzeti vagy nemzetközi útválasztási számjegy(eke)t ad hozzá a címke eltávolításakor. Használja a helyi ISDN országos tárcsázási tervének megfelelő számjegyeket. Ha a Webex Calling nemzeti formátumban jeleníti meg a számokat, módosítsa a 100. és 12. szabályt úgy, hogy egyszerűen adja hozzá, illetve távolítsa el az útválasztási címkét. További információkért lásd: hangfordító-profil és hangfordítás-szabály . |
2 |
Konfigurálja a TDM hanginterfész portokat a fővonal típusának és a használt protokollnak megfelelően. További információkért lásd: Az ISDN PRI konfigurálása folyamatban van . Például egy eszköz 2. NIM foglalatába telepített Elsődleges sebességű ISDN interfész alapvető konfigurációja a következőket tartalmazhatja: |
3 |
Állítsa be a következő TDM PSTN tárcsázó egyenrangú eszközt: A konfiguráció mezőinek magyarázata a következő: Meghatároz egy VoIP tárcsázót 200-es címkével , és értelmes leírást ad a kezelés és a hibaelhárítás megkönnyítése érdekében. További információkért lásd: tárcsázó hang . rendeltetési hely-minta BAD.BADHa 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) . fordítási profil bejövő 200Hozzárendeli azt a fordítási profilt, amely egy hívásátirányítás címkét ad hozzá a bejövő hívott számhoz. közvetlen befelé tárcsázásÁtirányítja a hívást másodlagos tárcsahang nélkül. További információkért lásd: közvetlen befelé tárcsázás . port 0/2/0:15Az ehhez a tárcsázó társhoz társított fizikai hangport. |
4 |
A TDM- IP hívásfolyamot használó helyi átjárók IP -útvonalainak médiaoptimalizálásának engedélyezéséhez módosíthatja a hívásátirányítás egy belső visszahurkos tárcsázó egy készletének bevezetésével a Webex Calling és a PSTN fővonalak között. Állítsa be a következő visszacsatolásos tárcsázótársakat. Ebben az esetben az összes bejövő hívást először a 10-es tárcsázó-peer-re irányítja a rendszer, onnan pedig az alkalmazott útválasztási címke alapján vagy a 11-es vagy 12-es tárcsázó-peer-re. Az útválasztási címke eltávolítása után a hívások tárcsázási egyenrangú csoportok segítségével a kimenő trönk lesznek irányítva. A konfiguráció mezőinek magyarázata a következő: Meghatároz egy VoIP tárcsázó egyenrangú eszközt, é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 . fordítási profil bejövő 11A korábban meghatározott fordítási profilt alkalmazza, hogy eltávolítsa a hívásátirányítás címkét, mielőtt átadná a kimenő trönk. rendeltetési hely-minta BAD.BADHa 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 sipv2Megadja, hogy ez a tárcsázótárs kezelje a SIP-hívás híváságakat. További információkért lásd: munkamenet protokoll (tárcsázó társ) . munkamenet-cél 192.168.80.14A helyi útválasztó interfész címét adja meg a visszahurkolandó hívási célként. További információkért lásd: munkamenet-célzás (vop tárcsázó társ) . bind vezérlő forrás-interfész GigabitEthernet0/0/0Konfigurálja a forrásinterfészt és a hozzárendelt IP-cím a visszahurkoláson keresztül küldött üzenetekhez. További információkért lásd: kötni . bind média forrás-interfész GigabitEthernet0/0/0Konfigurálja a forrásinterfészt és a hozzárendelt IP-cím a visszahurkolással küldött média számára. További információkért lásd: kötni . dtmf-relay rtp-nteAz RTP-NTE -t (RFC2833) a hívási lábon várt DTMF-képességként határozza meg. További információkért lásd: DTMF -relé (Voice over IP) . g711alaw kodek Az összes PSTN-hívást a G.711 használatára kényszeríti. Válassza ki az a-law vagy az u-law lehetőséget az ISDN -szolgáltatás által használt kompanding módszernek megfelelően. nincs vadLetiltja a hangtevékenység észlelését. További információkért lásd: vad (tárcsázza a társat) . |
5 |
Adja hozzá a következő hívásátirányítás konfigurációt: Ezzel befejeződött a Helyi átjáró konfigurációja. Mentse a konfigurációt, és töltse be újra a platformot, ha ez az első alkalom, hogy CUBE-szolgáltatásokat konfigurálnak.
|
Az előző szakaszokban szereplő PSTN- Webex Calling konfiguráció módosítható úgy, hogy további törzseket tartalmazzon egy Cisco Unified Communications Manager (UCM) fürthöz. Ebben az esetben az összes hívást a Unified CM-en keresztül irányítja a rendszer. Az 5060-as porton lévő UCM-ről érkező hívások a PSTN-re, az 5065-ös portról érkező hívások pedig a Webex Calling rendszerre kerülnek továbbításra. A következő növekményes konfigurációk adhatók hozzá ehhez a hívási forgatókönyvhöz.
1 |
Konfigurálja a következő hangosztály URI-kat: |
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. A konfiguráció mezőinek magyarázata a következő: 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: |
4 |
hívásátirányítás hozzáadása a következő konfigurációk segítségével: |
A diagnosztikai aláírások (DS) proaktívan észlelik a Cisco IOS XE-alapú helyi átjáróban gyakran megfigyelt problémákat, és e-mailt, syslogot vagy terminálüzenetet hoznak létre az eseményről. A DS telepítésével automatizálhatja a diagnosztikai adatgyűjtést, és az összegyűjtött adatokat átviheti a Cisco TAC-tokba a felbontási idő felgyorsítása érdekében.
A diagnosztikai aláírások (DS) olyan XML-fájlok, amelyek információkat tartalmaznak a problémát kiváltó eseményekről és műveletekről a probléma tájékoztatása, elhárítása és orvoslása érdekében. A problémaészlelési logika meghatározásához használjon syslog-üzeneteket, SNMP-eseményeket és adott show parancskimenetek rendszeres figyelése révén. A művelettípusok a következők:
-
A show parancskimenetek gyűjtése
-
Összevont naplófájl létrehozása
-
A fájl feltöltése a felhasználó által megadott hálózati helyre, például HTTPS-, SCP- , FTP-kiszolgálóra
A TAC mérnökei DS-fájlokat készítenek, és az integritásvédelem érdekében digitálisan aláírják azokat. Minden DS-fájl rendelkezik a rendszer által hozzárendelt egyedi numerikus azonosítóval. 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 a DSLT-fájlból letöltött DS-fájlt. A módosított fájlok telepítése az integritás-ellenőrzési hiba miatt meghiúsul.
-
Egy SMTP-kiszolgáló, amelyre szüksége van ahhoz, hogy a helyi átjáró e-mail-értesítéseket küldjön.
-
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, ha a biztonságos SMTP-kiszolgálót szeretné használni az e-mail-értesítésekhez.
Előfeltételek
IOS XE 17.6.1 vagy újabb rendszert futtató helyi átjáró
-
A diagnosztikai aláírások alapértelmezés szerint 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.
konfigurálja a terminál call-home mail-servert : @ 1. prioritású biztonságos tls vége
-
Konfigurálja a környezeti változót ds_email a rendszergazda e-mail-címével.
a terminál call-home diagnosztikai aláírása LocalGateway(cfg-call-home-diag-sign)környezet konfigurálásads_email vége
Diagnosztikai aláírások telepítése proaktív figyeléshez
Magas CPU-kihasználtság figyelése
Ez a DS az SNMP OID 1.3.6.1.4.1.9.2.1.56 használatával követi nyomon az 5 másodperces CPU-kihasználtságot. Ha a kihasználtság eléri vagy meghaladja a 75%-ot, letiltja az összes hibakeresést, és eltávolítja a helyi átjáróba telepített összes diagnosztikai aláírást. Az aláírás telepítéséhez kövesse az alábbi lépéseket.
-
Győződjön meg arról, hogy engedélyezte az SNMP-t a show snmpparanccsal . Ha az SNMP nincs engedélyezve, akkor konfigurálja a snmp-server manager parancsot.
show snmp % Az SNMP ügynök nincs engedélyezve config t snmp-server manager end show snmp Ház: ABCDEFGHIGK 149655 SNMP -csomagok bemenet 0 Hibás SNMP verziós hiba 1 Ismeretlen közösségnév 0 A megadott közösségnév illegális művelete 0 Kódolási hibák 37763 A kért változók száma 2 Módosított változók száma 34560 Get-request PDU-k 138 Get-next PDU-k 2 Set-request PDU-k 0 Csomagok elvesztése a bemeneti várólistáról (Maximális sorméret 1000) 158277 SNMP -csomagok kimenete 0 Túl nagy hibák (maximális csomagméret 1500) 20 Nincs ilyen név hiba 0 Hibás értékek hibák 0 Általános hibák 7998 Válasz PDU-k 10280 Trap PDU-k Jelenleg az SNMP folyamat bemeneti sorban lévő csomagok: 0 SNMP globális csapda: engedélyezve
Töltse le a DS 64224 dokumentumot a Diagnosztikai aláírás-kereső eszközalábbi legördülő menüjéből :
ftp://felhasználónév:jelszó@ másolása /DS_ 64224.xml bootflash:
Mező neve
Mező értéke
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-mail értesítéssel
-
Másolja a DS XML-fájlt a Helyi átjáró vakuba.
ftp://felhasználónév:jelszó@ másolása /DS_ 64224.xml bootflash:
Az alábbi példa a fájl FTP-kiszolgálóról a helyi átjáróra való másolását mutatja be.
másolja át az ftp://user:pwd@192.0.2.12/DS fájlt_ 64224.xml bootflash: Az ftp://*:*@ 192.0.2.12/DS elérése_ 64224.xml...! [OK - 3571/4096 bájt] 3571 bájt másolása 0,064 mp alatt (55797 bájt/s)
-
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnosztikai-aláírás betöltése DS_ 64224.xml DS fájl betöltése_ 64224.xml sikeres
-
A show call-home diagnostic-signature paranccsal ellenőrizheti, hogy az aláírás telepítése sikeresen megtörtént-e. Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.
diagnosztikai aláírás hívásának megjelenítése Jelenlegi diagnosztikai aláírási beállítások: Diagnosztikai aláírás: Engedélyezett profil: CiscoTAC-1 (állapot: AKTÍV) Letöltési URL(ek): https://tools.cisco.com/its/service/oddce/services/DDCEService Környezeti változó:ds_email : username@gmail.com
DSes letöltése:
DS azonosító
DS-név
Átvizsgálás
Állapot
Utolsó frissítés (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Regisztrálva
2020-11-07 22:05:33
Aktiváláskor 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 számú adatot, hogy továbbra is figyelemmel kísérhesse a helyi átjáró magas processzorkihasználtságát.
Rendellenes hívásmegszakítások figyelése
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 az utolsó lekérdezéstől számított 5-nél nagyobb vagy azzal egyenlő, akkor syslog és 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.
-
Győződjön meg arról, hogy az SNMP engedélyezve van a show snmpparanccsal . Ha az SNMP nincs engedélyezve, konfigurálja a snmp-server manager parancsot.
show snmp % Az SNMP ügynök nincs engedélyezve config t snmp-server manager end show snmp Ház: ABCDEFGHIGK 149655 SNMP -csomagok bemenet 0 Hibás SNMP verziós hiba 1 Ismeretlen közösségnév 0 A megadott közösségnév illegális művelete 0 Kódolási hibák 37763 A kért változók száma 2 Módosított változók száma 34560 Get-request PDU-k 138 Get-next PDU-k 2 Set-request PDU-k 0 Csomagok elvesztése a bemeneti várólistáról (Maximális sorméret 1000) 158277 SNMP -csomagok kimenete 0 Túl nagy hibák (maximális csomagméret 1500) 20 Nincs ilyen név hiba 0 Hibás értékek hibák 0 Általános hibák 7998 Válasz PDU-k 10280 Trap PDU-k Jelenleg az SNMP folyamat bemeneti sorban lévő csomagok: 0 SNMP globális csapda: engedélyezve
-
Töltse le a DS 65221 dokumentumot a Diagnosztikai aláírás-kereső eszközalábbi lehetőségeivel :
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Catalyst 8000V Edge szoftver
Termék
CUBE Enterprise a Webex hívási megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
SIP rendellenes hívásbontás észlelése e-mail és syslog értesítéssel.
-
Másolja a DS XML-fájlját a helyi átjáróra.
ftp://felhasználónév:jelszó@ másolása /DS_ 65221.xml bootflash:
-
Telepítse a DS XML-fájlt a helyi átjáróba.
call-home diagnosztikai-aláírás betöltése DS_ 65221.xml DS fájl betöltése_ 65221.xml sikeres
-
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 állapotoszlopnak „regisztrált” értékkel kell rendelkeznie.
Diagnosztikai aláírások telepítése a probléma elhárításához
A diagnosztikai aláírások (DS) használatával 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 elhárításához, a probléma előfordulásának észleléséhez, a megfelelő diagnosztikai adatok összegyűjtéséhez és az adatok automatikus átviteléhez szükséges hibakereséseket a Cisco TAC esetbe. Ez kiküszöböli a probléma előfordulásának manuális ellenőrzésének szükségességét, és sokkal könnyebbé teszi az időszakos és átmeneti problémák hibaelhárítását.
A Diagnosztikai aláírások keresése eszközzel megkeresheti a megfelelő aláírásokat, és telepítheti őket egy adott probléma önálló megoldásához, vagy telepítheti a TAC-mérnök által a támogatási tevékenység részeként ajánlott aláírást.
Íme egy példa arra, hogyan lehet megkeresni és telepíteni egy DS-t a "%VOICE_IEC-3-GW" előfordulásának észlelésére: CCAPI: Belső hiba (híváscsúcs küszöbértéke): IEC=1.1.181.1.29.0" rendszernapló és a diagnosztikai adatok gyűjtésének automatizálása az alábbi 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.
a terminál call-home diagnosztikai aláírása LocalGateway(cfg-call-home-diag-sign)környezet konfigurálásads_fsurl_prefix "scp:// : @cxd.cisco.com” végén
Példa:
call-home diagnosztikai-aláírási környezetds_fsurl_prefix " környezetbends_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
-
Győződjön meg arról, hogy az SNMP engedélyezve van a show snmpparanccsal . Ha az SNMP nincs engedélyezve, konfigurálja a snmp-server manager parancsot.
snmp megjelenítése % Az SNMP -ügynök nincs engedélyezve config t snmp-server manager vége
-
Javasoljuk, hogy proaktív intézkedésként telepítse a High CPU monitoring DS 64224-et az összes hibakeresés és diagnosztikai aláírás letiltásához a magas processzorhasználat idején. Töltse le a DS 64224 dokumentumot a Diagnosztikai aláírás-kereső eszközalábbi lehetőségeivel :
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Catalyst 8000V Edge szoftver
Termék
CUBE Enterprise a Webex hívási megoldásban
Probléma hatóköre
Teljesítmény
Probléma típusa
Magas CPU-kihasználtság e-mail értesítéssel.
-
Töltse le a DS 65095 dokumentumot a Diagnosztikai aláírások keresése eszközalábbi lehetőségeivel :
Mező neve
Mező értéke
Platform
Cisco 4300, 4400 ISR sorozat vagy Catalyst 8000V Edge szoftver
Termék
CUBE Enterprise a Webex hívási megoldásban
Probléma hatóköre
Syslogok
Probléma típusa
Syslog – %VOICE_IEC-3-GW: CCAPI: Belső hiba (híváscsúcs küszöbértéke): IEC=1.1.181.1.29.0
-
Másolja a DS XML-fájljait a helyi átjáróra.
ftp://felhasználónév:jelszó@ másolása /DS_ 64224.xml bootflash: ftp://felhasználónév:jelszó@ másolása /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 diagnosztikai-aláírás betöltése DS_ 64224.xml DS fájl betöltése_ 64224.xml sikeres call-home diagnosztikai-aláírás betöltése DS_ 65095.xml DS fájl betöltése_ 65095.xml sikeres
-
Ellenőrizze, hogy az aláírás telepítése sikeresen megtörtént-e a híváskezdő-diagnosztikai aláírásmegjelenítése paranccsal . Az állapotoszlopnak "regisztrált" értékkel kell rendelkeznie.
diagnosztikai aláírás hívásának megjelenítése Jelenlegi diagnosztikai aláírási beállítások: Diagnosztikai aláírás: Engedélyezett profil: CiscoTAC-1 (állapot: AKTÍV) Letöltési URL(ek): https://tools.cisco.com/its/service/oddce/services/DDCEService Környezeti változó:ds_email : username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-ek:
DS azonosító
DS-név
Átvizsgálás
Állapot
Utolsó 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
Diagnosztikai aláírások végrehajtásának ellenőrzése
A következő parancsban a parancs "Állapot" oszlopában a híváskezdő-diagnosztikai aláírás "fut" értékre változik, miközben a helyi átjáró végrehajtja az aláírásban meghatározott műveletet. A hívás kezdőlapjának diagnosztikai aláírási statisztikáinak megjelenítése a legjobb módja annak ellenőrzésére, hogy a diagnosztikai aláírás észlel-e egy érdekes eseményt, és végrehajtotta-e a műveletet. A "Triggered/Max/Deinstall" oszlop azt jelzi, hogy az adott aláírás hányszor aktivált egy eseményt, legfeljebb hányszor van meghatározva egy esemény észlelésére, és hogy az aláírás eltávolítja magát az aktivált események maximális számának észlelése után.
diagnosztikai aláírás hívásának megjelenítése Jelenlegi diagnosztikai aláírási beállítások: Diagnosztikai aláírás: Engedélyezett profil: CiscoTAC-1 (állapot: AKTÍV) Letöltési URL(ek): https://tools.cisco.com/its/service/oddce/services/DDCEService Környezeti változó:ds_email : carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
Letöltött DS-ek:
DS azonosító |
DS-név |
Átvizsgálás |
Állapot |
Utolsó 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 |
call-home diagnosztikus aláírási statisztikák megjelenítése
DS azonosító |
DS-név |
Kiváltva /Max/Deinstall |
Átlagos futási idő (másodperc) |
Maximális futási idő (másodperc) |
---|---|---|---|---|
64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_ LGW_ IEC_ Call_spike_threshold |
1 /20/Y |
23.053 |
23.053 |
A diagnosztikai aláírás végrehajtása során küldött értesítő e-mail olyan kulcsfontosságú információkat tartalmaz, mint a probléma típusa, az eszköz részletei, a szoftver verziója, a futó konfiguráció és a parancskimenetek megjelenítése, amelyek relevánsak az adott probléma elhárításához.
![](https://cisco-api.ingeniuxondemand.com/DITA/content/en/us/td/i/400001-500000/450001-460000/456001-457000/456090.jpg)
Diagnosztikai aláírások eltávolítása
A diagnosztikai aláírások hibaelhárítási célokra való használata általában úgy van meghatározva, hogy bizonyos problémák észlelése után eltávolítsák őket. Ha manuálisan szeretne eltávolítani egy aláírást, kérje le a DS-azonosítót a show call-home diagnostic-signature kimenetéből , és futtassa a következő parancsot:
call-home diagnostic-signature deinstall
Példa:
call-home diagnostic-signature deinstall 64224
A diagnosztikai aláírás-kereső eszköz rendszeres időközönként új aláírásokkal bővül a központi telepítések során megfigyelt 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.