Prezentare generală

Webex Calling acceptă în prezent două versiuni ale gateway-ului local:

  • Gateway local

  • Gateway local pentru Webex for Government

Considerații cheie

  • Înainte de a începe, înțelegeți cerințele locale privind rețeaua de telefonie publică comutată (PSTN) și gateway-ul local (LGW) pentru Webex Calling. Consultați Arhitectura preferată Cisco pentru Apelarea Webex pentru mai multe informații.

  • Acest articol presupune că o platformă dedicată Local Gateway este în loc cu nici o configurație de voce existente. Dacă modificați un gateway PSTN existent sau implementarea CUBE Enterprise pentru a-l utiliza ca funcție a gateway-ului local pentru Webex Calling, acordați o atenție deosebită configurației. Asigurați-vă că nu întrerupeți fluxurile de apeluri existente și funcționalitatea din cauza modificărilor pe care le efectuați.

Procedurile conțin linkuri către documentația de referință a comenzii, unde puteți afla mai multe despre opțiunile individuale de comandă. Toate linkurile de referință pentru comenzi merg la Webex Managed Gateways Command Reference , cu excepția cazului în care se specifică altfel (caz în care, linkurile de comandă merg la Cisco IOS Voice Command Reference). Puteți accesa toate aceste ghiduri la Cisco Unified Border Element Command References.

Pentru informații privind SBC-urile terță parte acceptate, consultați documentația de referință a produsului respectivă.

Configurați gateway-ul local

Există două opțiuni pentru a configura Gateway-ul local pentru trunchiul de apelare Webex:

  • Portbagaj pe bază de înregistrare

  • Portbagaj pe bază de certificat

Utilizați fluxul de activități fie sub gateway-ul local bazat pe înregistrare , fie gateway-ul local bazat pe certificat pentru a configura gateway-ul local pentru trunchiul Webex Calling.

Consultați Începeți cu gateway-ul local pentru mai multe informații despre diferite tipuri de trunchiuri. Efectuați următorii pași pe Gateway-ul local în sine, utilizând interfața liniei de comandă (CLI). Utilizăm protocolul de inițiere sesiuni (SIP) și transportul de securitate a stratului de transport (TLS) pentru a securiza trunchiul și protocolul în timp real securizat (SRTP) pentru a securiza media între gateway-ul local și Webex Calling.

Considerații cheie

Gateway-ul local pentru Webex for Government nu acceptă următoarele:

  • STUN/ICE-Lite pentru optimizarea căii media

  • Fax (T.38)

Configurați gateway-ul local pentru Webex for Government

Pentru a configura gateway-ul local pentru trunchiul dvs. Webex Calling în Webex for Government, utilizați următoarea opțiune:

  • Portbagaj pe bază de certificat

Utilizați fluxul de activități din cadrul gateway-ului local bazat pe certificat pentru a configura gateway-ul local pentru trunchiul Webex Calling. Pentru mai multe detalii despre modul de configurare a unui gateway local bazat pe certificate, consultați Configurați trunchiul bazat pe certificate Webex Calling.

Este obligatoriu să configurați cifrele GCM conforme cu FIPS pentru a sprijini gateway-ul local pentru Webex for Government. Dacă nu, configurarea apelului eșuează. Pentru detalii de configurare, consultați Configurați trunchiul bazat pe certificatul Webex Calling.

Webex for Government nu acceptă gateway-ul local bazat pe înregistrare.

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui element de frontieră Cisco Unified (CUBE) ca gateway local pentru Webex Calling, utilizând un trunchi SIP de înregistrare. Prima parte a acestui document ilustrează modul de configurare a unui gateway PSTN simplu. În acest caz, toate apelurile din PSTN sunt direcționate către Webex Calling și toate apelurile din Webex Calling sunt direcționate către PSTN. Imaginea de mai jos evidențiază această soluție și configurația de rutare a apelurilor la nivel înalt care va fi urmată.

În acest design se utilizează următoarele configurații principale:

  • ofertanți de clasă vocală: Utilizat pentru a crea configurații specifice trunchiului.

  • clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • peer apelare de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup dial-peer.

  • grup dial-peer: Definește colegii de apelare de ieșire utilizați pentru rutarea continuă a apelurilor.

  • peer apelare de ieșire: Oferă tratament pentru mesajele SIP de ieșire și le trasează la ținta necesară.

Rutare apeluri de la/la PSTN la/de la soluția de configurare Webex Calling

În timp ce IP și SIP au devenit protocoalele implicite pentru trunchiurile PSTN, circuitele ISDN TDM (Time Division Multiplexing) sunt încă utilizate pe scară largă și sunt acceptate cu trunchiurile Webex Calling. Pentru a permite optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, este necesar în prezent să se utilizeze un proces de rutare a apelurilor cu două componente. Această abordare modifică configurația de rutare a apelurilor afișată mai sus, introducând un set de colegi de apelare interni cu buclă inversă între trunchiurile Webex Calling și PSTN, după cum se arată în imaginea de mai jos.

Atunci când conectați o soluție locală Cisco Unified Communications Manager cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca bază pentru construirea soluției ilustrate în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratare centralizată a tuturor apelurilor PSTN și Webex Calling.

Pe parcursul acestui document se utilizează numele gazdei, adresele IP și interfețele ilustrate în următoarea imagine.

Utilizați ghidurile de configurare din restul acestui document pentru a finaliza configurația gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați fie:

  • Pasul 3: Configurați gateway-ul local cu trunchiul SIP PSTN

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

configurație Inițială

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este construirea unei configurații de bază care să vă securizeze platforma și să vă stabilească conectivitatea.

  • Toate implementările gateway locale bazate pe înregistrare necesită versiuni Cisco IOS XE 17.6.1a sau ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie configurate atât cu licențe Unified Communications, cât și cu licențe de tehnologie de securitate.

    • Routerele din seria Catalyst Edge 8000 echipate cu carduri vocale sau DSPs necesită acordarea licenței DNA Advantage. Routere fără carduri vocale sau DSPs necesită un minim de licențiere ADN Essentials.

  • Construiți o configurație de bază pentru platforma dvs. care să respecte politicile dvs. de afaceri. În special, configurați următoarele și verificați funcționarea:

    • ntp

    • Acls

    • Autentificare utilizator și acces la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4.

  • Încărcați pachetul CA rădăcină Cisco la gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricăror interfețe din stratul 3, de exemplu:

 interfață GigabitEthernet0/0/0 descriere Interfață cu care se confruntă adresa IP PSTN și/sau CUCM 10.80.13.12 255.255.255.0! interfață GigabitEthernet0/0/1 descriere Interfață cu care se confruntă adresa IP Webex Calling (adresă privată) 192.51.100.1 255.255.255.240

2

Protejați acreditările de înregistrare și STUN pe router prin criptare simetrică. Configurați cheia de criptare primară și tipul de criptare după cum urmează:

 criptare parolă cu cheie de configurare-criptare parolă YourPassword aes

3

Creați un punct de încredere PKI pentru titularul plasamentului.

Necesită acest punct de încredere pentru a configura TLS mai târziu. Pentru trunchiurile bazate pe înregistrare, acest punct de încredere nu necesită un certificat - așa cum ar fi necesar pentru un trunchi bazat pe certificat.
 cripto pki punct de încredere EmptyTP revocare-verifica nici unul
4

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare. Parametrii de transport ar trebui, de asemenea, să fie actualizați pentru a asigura o conexiune sigură și fiabilă pentru înregistrare:

Comanda server validată de cn-san asigură că gateway-ul local permite o conexiune dacă numele de gazdă configurat în clientul 200 este inclus în câmpurile CN sau SAN ale certificatului primit de la proxy-ul de ieșire.

  1. Setați numărul de reîncercare tcp la 1000 (multiplicatori de 5 msec = 5 secunde).

  2. Comanda de stabilire a conexiunii cronometrului vă permite să reglați durata de așteptare a LGW pentru a configura o conexiune cu un proxy înainte de a lua în considerare următoarea opțiune disponibilă. Implicit pentru acest cronometru este de 20 de secunde și minim 5 secunde. Începeți cu o valoare scăzută și creșteți, dacă este necesar, pentru a se potrivi condițiilor de rețea.

 conexiune cronometre sip-ua stabili tls 5 transport tcp tls v1.2 cripto semnalizare prestabilit punct de încredere EmptyTP cn-san-validat server tcp-retry 1000

5

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați comanda crypto pki trustpool import URL curat pentru a descărca pachetul CA rădăcină din URL-ul specificat, și pentru a șterge trustpool CA curent, apoi instalați noul pachet de certificate:

Dacă trebuie să utilizați un proxy pentru a accesa internetul utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

IP http client proxy-server yourproxy.com port proxy 80
 IP http client sursă interfaţă GigabitEthernet0/0/1 crypto pki trustpool import curat url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurați trunchiul bazat pe înscriere Webex Calling
1

Creați un trunchi PSTN bazat pe înregistrare pentru o locație existentă în Control Hub. Notaţi informaţiile trunchiului care sunt furnizate după ce trunchiul a fost creat. Aceste detalii, așa cum se evidențiază în ilustrația următoare, vor fi utilizate în etapele de configurare din acest ghid. Pentru mai multe informații, consultați Configurați trunchiurile, grupurile de rutare și planurile de apelare pentru Webex Calling.

2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 vocal serviciu vocal adresă ip listă de încredere ipv4 x.x.x.x y.y.y.y mod frontieră-element media statistici media în vrac-stats permite-conexiuni sip la sip nu suplimentare-serviciu sip se referă stun stun date de flux agent-id 1 boot-count 4 stun date de flux partajate-secret 0 Password123$ sip sarcină utilă asimetrică plin oferta timpurie forțat

Iată o explicație a câmpurilor pentru configurație:

Adresa 
 ip listă de încredere  ipv4 x.x.x.x y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și rețele din care gateway-ul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gateway-ul local blochează toate mesajele VoIP primite de la adresele IP care nu se află în lista sa de încredere. Partenerii de apelare configurați în mod static cu „IP țintă sesiune” sau adresele IP ale grupului de server sunt de încredere în mod implicit, deci nu trebuie să fie adăugați la lista de încredere.

  • Când configurați gateway-ul local, adăugați subrețelele IP ale centrului dvs. de date Webex Calling regional în listă. Pentru mai multe informații, consultați Informații de referință pentru apelarea Webex. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiurilor PSTN.

    Dacă LGW-ul dvs. se află în spatele unui firewall cu conul NAT restricționat, este posibil să preferați să dezactivați lista de încredere a adresei IP din interfața de apelare Webex Calling. Paravanul de protecție vă protejează deja de VoIP de intrare nesolicitat. Acțiunea de dezactivare reduce configurația pe termen mai lung, deoarece nu putem garanta că adresele colegilor de la Webex Calling rămân fixe și trebuie să configurați firewall-ul pentru colegi în orice caz.

element de frontieră al modului

Activați funcțiile elementului de frontieră Cisco Unified (CUBE) de pe platformă.

statistici media

Permite monitorizarea media pe Gateway-ul local.

stări colective media

Permite planului de control să sondeze planul de date pentru statisticile apelurilor în bloc.

Pentru mai multe informații despre aceste comenzi, consultați Media.

permite conexiuni sip la sip

Activați funcționalitatea de bază a agentului de utilizator SIP back-to-back CUBE. Pentru mai multe informații, consultați Permite conexiuni.

În mod implicit, transportul prin fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciu vocal).

căpușă

Permite STUN (Sesiune Traversală a UDP prin NAT) la nivel global.

  • Atunci când redirecționați un apel către un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele apelante sunt abonați Webex Calling și dacă ancorați conținutul media la SBC-ul webex calling ), atunci suportul media nu poate curge către Gateway-ul local, deoarece pinhole-ul nu este deschis.

  • Caracteristica de legături STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea găurii de prindere în firewall.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata partajate-secret.

sarcină utilă asimetrică completă

Configurează suportul de sarcină utilă asimetric SIP atât pentru DTMF, cât și pentru sarcinile de plată codec dinamice. Pentru mai multe informații despre această comandă, consultați sarcina utilă asimetrică.

ofertă timpurie forțată

Forțează Gateway-ul Local să trimită informații SDP în mesajul INVITE inițial în loc să aștepte recunoașterea de la partenerul vecin. Pentru mai multe informații despre această comandă, consultați oferta timpurie.

3

Configurați filtrul codec de clasă vocală 100 pentru trunchi. În acest exemplu, același filtru codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.

 clasă vocală codec 100 preferință codec 1 preferință codec opus 2 g711ulaw preferință codec 3 g711alaw

Iată o explicație a câmpurilor pentru configurație:

codec clasă vocală 100

Utilizat pentru a permite numai codec-uri preferate pentru apeluri prin trunchiuri SIP. Pentru mai multe informații, consultați codecul clasei de voce.

Codec-ul Opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune vocală T1/E1 sau analogică FXO, excludeți preferința codec 1 opus din configurația codec 100 din clasa vocală.

4

Configurați clasa vocală de utilizare 100 pentru a activa ICE pe trunchiul Webex Calling.

 clasă vocală stun-utilizare 100 stun utilizare firewall-traversal flowdata stun utilizare gheață lite

Iată o explicație a câmpurilor pentru configurație:

lită de gheață de utilizare stun

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare cu care se confruntă Webex Calling pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați clasa vocală utilizare stun și lite gheață utilizare stun.

Aveți nevoie de utilizarea ICE-lite pentru fluxurile de apeluri prin optimizarea căii media. Pentru a oferi optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe piciorul IP-IP. Pentru mai multe detalii tehnice, contactați echipele din Cont sau TAC

5

Configurați politica de criptare media pentru traficul Webex.

clasă 
 vocală srtp-cripto 100 cripto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte SRTP cipher-suite CUBE din SDP în mesaje de ofertă și răspuns. Webex Calling acceptă numai SHA1_80. Pentru mai multe informații, consultați clasa vocală srtp-crypto.

6

Configurați un model pentru a identifica în mod unic apelurile către un trunchi de gateway local pe baza parametrului trunchiului de destinație:

clasă 
 vocală uri 100 model sip dtg=Dallas1463285401_LGU

Iată o explicație a câmpurilor pentru configurație:

clasă vocală uri 100 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați dtg= urmat de valoarea Trunk OTG/DTG furnizată în Control Hub atunci când trunchiul a fost creat. Pentru mai multe informații, consultați clasa vocală uri.

7

Configurați profilul sip 100, care va fi utilizat pentru a modifica mesajele SIP înainte de a fi trimise către Webex Calling.

 clasa vocală sip-profiluri 100 regulă 10 cerere ANY sip-header SIP-Req-URI modifica "sips:" "sip:" regulă 20 cerere ANY sip-header Pentru a modifica "" "" regulă 50 răspuns ANY sip-header Pentru a modifica "" ";otg=dallas1463285401_lgu>" regula 90 cere ORICE modificare a antetului sip P-Asserted-Identity "sips:" "sip:"

Iată o explicație a câmpurilor pentru configurație:

  • regula 10 la 70 și 90

    Se asigură că anteturile SIP utilizate pentru semnalizarea apelurilor utilizează sistemul sip, mai degrabă decât sistemul sips, care este solicitat de proxy-urile Webex. Configurarea CUBE pentru utilizarea sips asigură utilizarea înregistrării securizate.

  • regulă 80

    Modifică antetul Din pentru a include identificatorul OTG/DTG al grupului de trunchiuri din Control Hub pentru a identifica în mod unic un site de gateway local într-o întreprindere.

8

Configurați trunchiul Webex Calling:

  1. Creați clientul pentru clasa vocală 100 pentru a defini și a grupa configurațiile necesare în mod specific pentru trunchiul Webex Calling. În special, detaliile de înregistrare a trunchiurilor furnizate în Control Hub mai devreme vor fi utilizate în acest pas, după cum este detaliat mai jos. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații.

    Exemplul următor utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (indicat în îndrăzneală). Înlocuiți-le cu valori pentru trunchiul din configurație.

     client clasă vocală 100 dns registrar:98027369.us10.bcld.webex.com Scopurile schemei expiră 240 raport reîmprospătare 50 tcp tls număr de acreditare Dallas1171197921_lgu nume de utilizator Dallas1463285401_lgu parolă 0 9Wt[M6ifY+ nume de utilizator autentificare BroadWorks din domeniu Dallas1463285401_lgu parolă 0 9Wt[M6ifY+ nume de utilizator autentificare BroadWorks din domeniu Dallas1463285401_lgu parolă 0 9Wt[M6ifY+ domeniu 98027369.us10.bcld.webex.com fără dns server sip-id de la distanță:98027369.us10.bcld.webex.com conexiune-reutilizare srtp-crypto 100 sesiune transport tcp tls url sips eroare-passthru asserted-id pai legătură de control sursă-interfaţă GigabitEthernet0/0/1 legătură media sursă-interfaţă GigabitEthernet0/0/1 nu trece-thru conţinut personalizat-sdp sip-profiluri 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com politica de confidențialitate passthru

    Iată o explicație a câmpurilor pentru configurație:

    entitate găzduită din clasa vocală 100

    Definește un set de parametri de configurare care vor fi utilizați numai pentru trunchiul Webex Calling. Pentru mai multe informații, consultați clientul clasei de voce.

    registru dns : 98027369.us10.bcld.webex.com schemă sips expiră 240 raport reîmprospătare 50 tcp tls

    Server de registrator pentru Gateway-ul local cu înregistrarea setată să se reîmprospăteze la fiecare două minute (50% din 240 de secunde). Pentru mai multe informații, consultați registrul.

    Asigurați-vă că utilizați aici valoarea Domeniului de înregistrare din Control Hub.

    număr de autentificare Dallas1171197921_LGU nume de utilizator Dallas1463285401_LGU parolă 0 9Wt[M6ifY+ domeniu BroadWorks

    Acreditări pentru provocarea de înregistrare a trunchiului. Pentru mai multe informații, consultați acreditările (SIP UA).

    Asigurați-vă că utilizați aici valorile gazdei liniei/portului, numele de utilizator al autentificării și, respectiv, valorile parolei de autentificare din Control Hub.

    nume de utilizator autentificare Dallas1171197921_ parolă LGU 0 9Wt[M6ifY+ realm BroadWorks
    nume de utilizator autentificare Dallas1171197921_ parolă LGU 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Provocare de autentificare pentru apeluri. Pentru mai multe informații, consultați autentificarea (dial-peer).

    Asigurați-vă că utilizați aici valorile numelui de utilizator al autentificării, parola de autentificare și, respectiv, valorile domeniului de înregistrare din Control Hub.

    fără id de la distanță

    Dezactivați antetul SIP Remote-Party ID (RPID), deoarece Webex Calling acceptă PAI, care este activat utilizând pai-id asserted CIO. Pentru mai multe informații, consultați ID-ul de la distanță.

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

    Configurați serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul.

    reutilizare conexiune

    Utilizează aceeași conexiune persistentă pentru înregistrare și procesarea apelurilor. Pentru mai multe informații, consultați reutilizarea conexiunii.

    cripto srtp 100

    Configurați suitele de criptare preferate pentru piesa de apel SRTP (conexiune) (specificată în pas 5). Pentru mai multe informații, consultați clasa vocală srtp-crypto.

    tcp tls de transport al sesiunii

    Setează transportul la TLS. Pentru mai multe informații, consultați transportul sesiunii.

    sips url

    Interogarea SRV trebuie să fie SIP-uri, așa cum este acceptat de SBC-ul de acces; toate celelalte mesaje sunt schimbate în SIP de sip-profil 200.

    passthru de eroare

    Specifică funcționalitatea de trecere a răspunsului la eroare SIP. Pentru mai multe informații, consultați eroare-passthru.

    pai cu id susținut

    Activează procesarea PAI în Local Gateway. Pentru mai multe informații, consultați asserted-id.

    interfață sursă de control legătură GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mesajele trimise către WebexCalling. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă către WebexCalling. Pentru mai multe informații, consultați legătura.

    fără a trece prin conținutul personalizat-sdp

    Comanda implicită de sub entitate găzduită. Pentru mai multe informații despre această comandă, consultați conținutul Pass-thru.

    profile sip 100

    Modifică SIP-urile la SIP și modifică mesajele Line/Port pentru INVITE și ÎNREGISTRARE, astfel cum sunt definite în profilurile sip 100. Pentru mai multe informații, consultați profilurile sip de clasă vocală.

    proxy de ieșire dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Apelând acces SBC. Introduceți adresa proxy de ieșire furnizată în Control Hub atunci când ați creat trunchiul. Pentru mai multe informații, consultați proxy-ul de ieșire.

    politica de confidențialitate passthru

    Configurați opțiunile politicii antetului de confidențialitate pentru ca trunchiul să treacă valorile de confidențialitate din mesajul recepționat la următoarea componentă a apelului. Pentru mai multe informații, consultați politica de confidențialitate.

  2. Configurați peer-ul de apelare al trunchiului Webex Calling. 

     apelare-peer voce 100 descriere vocală Inbound/Outbound Webex Calling max-conn 250 model destinație BAD.BAD sesiune protocol sipv2 sesiune țintă sip-server de intrare uri solicitare 100 codec de clasă vocală 100 dtmf-relay rtp-nte clasă vocală stun-utilizare 100 fără clasă vocală sip localhost clasă vocală sip tenant 100 srtp nu văd

    Iată o explicație a câmpurilor pentru configurație:

    descriere vocală 
     peer 100 vocale  Inbound/Outbound Webex Calling

    Definește un dial-peer VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    Conn max 250

    Restricționează numărul de apeluri de intrare și de ieșire simultane între LGW și Webex Calling. Pentru trunchiurile de înscriere, valoarea maximă configurată trebuie să fie 250. Valoare uzată mai mică dacă acest lucru ar fi mai potrivit pentru implementarea dvs. Pentru mai multe informații despre limitele de apelare simultane pentru gateway-ul local, consultați Începeți cu documentul gateway local.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 100 gestionează picioarele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    server sip țintă sesiune

    Indică faptul că serverul SIP definit în clientul 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest coleg de apelare.

    solicitare de intrare 100

    Pentru a specifica clasa de voce utilizată pentru a se potrivi unui coleg de apelare VoIP cu identificatorul de resurse uniform (URI) al unui apel de intrare. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Configurați dial-peer pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec-ul de clasă vocală.

    utilizare stun de clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gateway-ul local pe calea media negociată. STUN ajută la deschiderea unei găuri de firewall pentru traficul media.

    nu există gazdă locală sip de clasă vocală

    Dezactivează înlocuirea numelui de gazdă locală DNS în locul adresei IP fizice în anteturile De la, Call-ID și Remote-Party-ID ale mesajelor de ieșire.

    client sip de clasă vocală 100

    Asociatorul de apelare moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot fi suprasolicitate la nivelul dial-peer.

    srtp

    Permite SRTP pentru piciorul de apel.

    nu văd

    Dezactivează detectarea activității vocale.

După ce definiți entitatea găzduită 100 și configurați un peer de apelare SIP VoIP, gateway-ul inițiază o conexiune TLS către Webex Calling. În acest moment, SBC de acces își prezintă certificatul la gateway-ul local. Gateway-ul local validează certificatul SBC de acces Webex Calling utilizând pachetul rădăcină CA care a fost actualizat mai devreme. Dacă certificatul este recunoscut, se stabilește o sesiune TLS persistentă între gateway-ul local și accesul Webex Calling SBC. Gateway-ul local este apoi capabil să utilizeze această conexiune securizată pentru a se înregistra la SBC de acces Webex. Când înregistrarea este contestată pentru autentificare:

  • În răspuns se utilizează numele de utilizator, parola și parametrii domeniului din configurația de acreditări .

  • Regulile de modificare din profilul sip 100 sunt utilizate pentru a converti URL-ul SIPS înapoi la SIP.

Înscrierea este reușită atunci când un 200 OK este primit de la SBC de acces.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling de mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:

Dacă Furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară detaliată mai sus pentru trunchiul Webex Calling. Rutarea sigură a apelurilor este acceptată de CUBE.

Dacă utilizați un trunchi TDM / ISDN PSTN, treceți la secțiunea următoare Configurați gateway-ul local cu trunchiul TDM PSTN.

Pentru a configura interfețe TDM pentru segmente de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următoarea clasă de voce uri pentru a identifica apelurile de intrare din trunchiul PSTN:

 clasă vocală uri 200 gazdă sip ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurație:

clasă vocală uri 200 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului PSTN IP. Pentru mai multe informații, consultați clasa vocală uri.

2

Configurați următoarea linie de apelare IP PSTN:

 dial-peer voce 200 descriere voip Inbound/Outbound IP PSTN trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă ipv4:192.168.80.13 intrare URI prin 200 de clasă vocală sip cravată de control sursă-interfață GigabitEthernet0/0/0 clasă vocală sip cravată media sursă-interfață GigabitEthernet0/0/0 codec clasă vocală 100 dtmf-relay rtp-nte nu văd

Iată o explicație a câmpurilor pentru configurație:

vocală 
 peer 200 descriere vocală  trunchi IP PSTN de intrare/ieșire

Definește o pereche de apelare VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

sipv2 protocol de sesiune

Specifică faptul că dial-peer 200 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial peer).

țintă sesiune ipv4:192.168.80.13

Indică adresa IPv4 țintă a destinației pentru a trimite segmentul de apel. Ținta sesiunii aici este adresa IP a ITSP. Pentru mai multe informații, consultați ținta sesiunii (peer apelare VoIP).

intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN a IP. Se potrivește tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați url-ul de intrare.

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

codec de clasă vocală 100

Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec-ul de clasă vocală.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de rutare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri de apelare pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 spre Webex Calling. DPG 100 se aplică apelantului de intrare de la PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 se aplică apelantului de intrare din Webex.

     clasă de voce dpg 100 descriere Apeluri de rutare către Webex Calling dial-peer 100 clasă de voce dpg 200 descriere Apeluri de rutare către PSTN dial-peer 200

    Iată o explicație a câmpurilor pentru configurație:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la PSTN și de la PSTN la Webex: 

     voce dial-peer 100 dpg destinație 200 voce dial-peer 200 dpg destinație 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.

Configurați gateway-ul local cu un trunchi PSTN TDM

După ce ați construit un trunchi către Webex Calling, utilizați următoarea configurație pentru a crea un trunchi TDM pentru serviciul dvs. PSTN cu rutare de apelare cu buclă inversă pentru a permite optimizarea media pe partea de apelare Webex.

Dacă nu aveți nevoie de optimizarea media IP, urmați pașii de configurare pentru un trunchi SIP PSTN. Utilizați un port vocal și un comutator de apelare POTS (așa cum se arată în pașii 2 și 3) în loc de comutatorul de apelare VoIP PSTN.
1

Configurația dial-peer buclă-spate utilizează grupuri dial-peer și etichete de rutare a apelurilor pentru a se asigura că apelurile trec corect între Webex și PSTN, fără a crea bucle de rutare a apelurilor. Configurați următoarele reguli de traducere care vor fi utilizate pentru a adăuga și elimina etichetele de rutare a apelurilor:

 regulă de traducere vocală 100 regulă 1 /^\+/ /A2A/ profil de traducere vocală 100 traduce numit 100 traducere vocală-regulă 200 regulă 1 /^/ /A1A/ profil de traducere vocală 200 traduce numit 200 traducere vocală-regulă 11 regulă 1 /^A1A/ // profil de traducere vocală 11 traduce numit 11 traducere vocală-regulă 12 regulă 1 /^A2A44/ /0/ regulă 2/^A2A/ /00/ profil de traducere vocală 12 traduce numit 12

Iată o explicație a câmpurilor pentru configurație:

regulă de traducere vocală

Utilizează expresii regulate definite în reguli pentru a adăuga sau elimina etichete de rutare a apelurilor. Cifrele de peste zece ani („A”) sunt utilizate pentru a adăuga claritate pentru depanare.

În această configurație, eticheta adăugată prin profilul de traducere 100 este utilizată pentru a ghida apelurile de la Webex Calling către PSTN prin intermediul perechilor de apelare loopback. În mod similar, eticheta adăugată prin profilul de traducere 200 este utilizată pentru a ghida apelurile din PSTN către Webex Calling. Profilurile de traducere 11 și 12 elimină aceste etichete înainte de a efectua apeluri către trunchiurile Webex și, respectiv, PSTN.

Acest exemplu presupune că numerele apelate din Webex Calling sunt prezentate în format +E.164. Articolul 100 elimină conducerea + pentru a menține un număr de apelare valid. Articolul 12 adaugă apoi o cifră (cifre) de rutare națională sau internațională la eliminarea etichetei. Utilizați cifre care se potrivesc cu planul de apelare național ISDN local.

Dacă Webex Calling prezintă numere în format național, ajustați regulile 100 și 12 pentru a adăuga și a elimina pur și simplu eticheta de rutare.

Pentru mai multe informații, consultați profilul de traducere vocală și regula de traducere vocală.

2

Configurați porturile interfeței vocale TDM conform cerințelor tipului de trunchi și protocolului utilizat. Pentru mai multe informații, consultați Configurarea ISDN PRI. De exemplu, configurația de bază a unei interfețe ISDN cu Rata primară instalată în slotul NIM 2 al unui dispozitiv poate include următoarele:

 tipul cardului e1 0 2 tipuri de comutator isdn controler primar-net5 E1 0/2/0 sloturi de timp pri-grup 1-31
3

Configurați următorul dial-peer TDM PSTN:

 vocală peer 200 poturi descriere intrare/ieșire PRI PSTN trunchi destinație-model BAD.BAD profil de traducere intrare 200 port de apelare directă-interior 0/2/0:15

Iată o explicație a câmpurilor pentru configurație:

vocală 
 peer 200 borcane  descriere trunchi PRI PSTN de intrare/ieșire

Definește o pereche de apelare VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

profil de traducere 200

Atribuiți profilul de traducere care va adăuga o etichetă de rutare a apelurilor la numărul apelat de intrare.

apelare directă spre interior

Rutează apelul fără a furniza un ton de apel secundar. Pentru mai multe informații, consultați apelare directă.

port 0/2/0:15

Portul vocal fizic asociat cu acest dial-peer.

4

Pentru a permite optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, puteți modifica rutarea apelurilor introducând un set de colegi de apelare interni cu buclă inversă între trunchiurile Webex Calling și PSTN. Configurați următoarele perechi de apelare buclă-spate. În acest caz, toate apelurile primite vor fi dirijate inițial către dial-peer 10 și de acolo către dial-peer 11 sau 12, pe baza etichetei de rutare aplicate. După îndepărtarea etichetei de rutare, apelurile vor fi direcționate către trunchiul de ieșire utilizând grupuri de apelare-pereche.

 dial-peer voce 10 descriere voip buclă de ieșire în jurul piciorului model destinație BAD.BAD protocol sesiune sipv2 sesiune țintă ipv4:192.168.80.14 voce-class sip legătură de control sursă-interfață de control sursă media GigabitEthernet0/0/0 voce-class sip legătură interfață sursă media GigabitEthernet0/0/0 dtmf-relay codec rtp-nte g711alaw nu văd dial-peer voce 11 descriere voIP buclă de intrare în jurul piciorului față de profilul de traducere Webex intrare 11 protocol de sesiune sipv2 intrare numit-număr A1AT voce-class sip legătură de control sursă-interfață media GigabitEthernet0/0/0 voce-class sip legătură interfață sursă media GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw nu văd dial-peer voce 12 descriere voIP buclă de intrare în jurul piciorului față de PSTN traducere-profil de intrare 12 sesiune protocol sipv2 intrare numit-număr A2AT voce-class sip legătură de control sursă-interfață media GigabitEthernet0/0/0 voce-class sip legătură interfață sursă media Gig

Iată o explicație a câmpurilor pentru configurație:

vocală 
 peer 10 borcane  descriere buclă de ieșire în jurul piciorului

Definește o linie de apelare VoIP și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

intrare profil de traducere 11

Se aplică profilul de traducere definit anterior pentru a elimina eticheta de rutare a apelurilor înainte de a trece la trunchiul de ieșire.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

sipv2 protocol de sesiune

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial peer).

țintă sesiune 192.168.80.14

Specifică adresa locală a interfeței routerului ca țintă a apelului pentru buclă de rezervă. Pentru mai multe informații, consultați ținta sesiunii (voip dial peer).

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise prin buclă de rezervă. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mass-media trimisă prin buclă de rezervă. Pentru mai multe informații, consultați legătura.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

codec g711alaw

Forțează toate apelurile PSTN să utilizeze G.711. Selectați a-law sau u-law pentru a se potrivi cu metoda de constrângere utilizată de serviciul ISDN.

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

5

Adăugați următoarea configurație de rutare a apelurilor:

  1. Creați grupuri de apelare pentru a direcționa apelurile între trunchiurile PSTN și Webex, prin buclă inversă.

     clasă de voce dpg 100 descriere Apeluri de rutare către Webex Calling dial-peer 100 clasă de voce dpg 200 descriere Apeluri de rutare către PSTN dial-peer 200 clasă de voce dpg 10 descriere Apeluri de rutare către Loopback dial-peer 10

    Iată o explicație a câmpurilor pentru configurație:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile.

     voce dial-peer 100 dpg destinație 10 voce dial-peer 200 dpg destinație 10 voce dial-peer 11 dpg destinație 100 voce dial-peer 12 dpg destinație 200

    Iată o explicație a câmpurilor pentru configurație:

    dpg destinație 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.
Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt dirijate prin Unified CM. Apelurile din UCM din portul 5060 sunt direcționate către PSTN și apelurile din portul 5065 sunt direcționate către Webex Calling. Următoarele configurații incrementale pot fi adăugate pentru a include acest scenariu de apelare.

Atunci când creați trunchiul Webex Calling în Unified CM, asigurați-vă că configurați portul de intrare în setările profilului de securitate al trunchiului SIP la 5065. Acest lucru permite mesajele de intrare pe portul 5065 și populează antetul VIA cu această valoare atunci când trimiteți mesaje către gateway-ul local.

1

Configurați următoarele URL-uri de clasă de voce:

  1. Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:

     clasă vocală uri 300 model sip:5065

  2. Clasifică apelurile Unified CM la PSTN utilizând SIP prin port:

     clasă vocală uri 400 model sip 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele primite din UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă originare și numărul portului. Expresii regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, o expresie obișnuită este utilizată pentru a se potrivi oricărei adrese IP în intervalul 192.168.80.60 la 65 și numărul portului 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor țintă UCM. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS-ul, atunci aceste configurații locale nu sunt necesare.

ip 
 gazdă ucmpub.mydomain.com 192.168.80.60 ip gazdă ucmsub1.mydomain.com 192.168.80.61 ip gazdă ucmsub2.mydomain.com 192.168.80.62 ip gazdă ucmsub3.mydomain.com 192.168.80.63 ip gazdă ucmsub4.mydomain.com 192.168.80.64 ip gazdă ucmsub5.mydomain.com 192.168.80.65 ip gazdă _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com gazdă ip _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 gazdă _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

Iată o explicație a câmpurilor pentru configurație:

Următoarea comandă creează o înregistrare de resurse DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Greutatea record a resursei SRV

5060: Numărul portului pe care trebuie să-l utilizați pentru gazda țintă în această înregistrare de resurse

ucmsub5.mydomain.com: Gazda țintă înregistrare resursă

Pentru a rezolva numele de gazdă țintă a înregistrării resurselor, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă IP: Creează o înregistrare în baza de date IOS XE locală.

ucmsub5.mydomain.com: Numele de gazdă A înregistrării.

192.168.80.65: Adresa IP a gazdei.

Creați evidențele resurselor SRV și A pentru a reflecta mediul UCM și strategia preferată de distribuție a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Apelare reciprocă pentru apeluri între Unified CM și Webex Calling:

     dial-peer voice 300 voip descriere UCM-Webex Calling trunk destination model BAD.BAD protocol sesiune sipv2 sesiune țintă dns:wxtocucm.io intrare uri prin 300 codec clasă vocală 100 sip clasă vocală cravată control sursă interfață GigabitEthernet 0/0/0 sip clasă vocală cravată interfață sursă media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nu văd

    Iată o explicație a câmpurilor pentru configurație:

    descriere vocală 
     peer 300 vocală  UCM-Webex Calling trunk

    Definește un coleg de apelare VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 300 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, recordul SRV definit local wxtocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 300

    Utilizează clasa de voce URI 300 pentru a direcționa toate traficul de intrare de la Unified CM folosind portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

     dial-peer voce 400 descriere voip UCM-PSTN trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:pstntocucm.io intrare uri prin 400 codec clasă vocală 100 sip clasă vocală cravată de control sursă-interfață GigabitEthernet 0/0/0 sip clasă vocală cravată media sursă-interfață GigabitEthernet 0/0/0 dtmf-relay rtp-nte nu văd

    Iată o explicație a câmpurilor pentru configurație:

    vocală 
     peer 400 descriere vocală  trunchi UCM-PSTN

    Definește o pereche de apelare VoIP cu o etichetă de 400 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 400 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 400

    Utilizează clasa de voce URI 400 pentru a direcționa toate traficul de intrare de la gazdele Unified CM specificate utilizând portul sursă 5060 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu dial-peer de ieșire 100 către Webex Calling. DPG 100 este aplicat pe asociatul de apelare de intrare de la Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 se aplică apelantului de intrare din Webex.

     descriere clasă de voce dpg 100 Apeluri de rutare către Webex Calling dial-peer 100 clasă de voce dpg 300 descriere Apeluri de rutare către Unified CM Webex Calling trunk dial-peer 300

  2. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 este aplicat la asocierea de apelare de intrare de la Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 se aplică apelantului de intrare de la PSTN.

     clasă de voce dpg 200 descriere Apeluri de rutare către PSTN dial-peer 200 clasă de voce dpg 400 descriere Apeluri de rutare către Unified CM PSTN trunk dial-peer 400

    Iată o explicație a câmpurilor pentru configurație:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  3. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex: 

     voce dial-peer 100 dpg destinație 300 voce dial-peer 300 dpg destinație 100

    Iată o explicație a câmpurilor pentru configurație:

    dpg destinație 300

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupuri de apelare pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

     voce dial-peer 200 dpg destinație 400 voce dial-peer 400 dpg destinație 200

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când au fost configurate caracteristicile CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează proactiv problemele observate frecvent în Gateway-ul local bazat pe IOS XE și generează e-mail, syslog sau notificare de mesaje terminale ale evenimentului. De asemenea, puteți instala DS-ul pentru a automatiza colectarea datelor de diagnosticare și transferul datelor colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele care declanșează probleme și acțiunile care trebuie întreprinse pentru a informa, a depana și a remedia problema. Puteți defini logica de detectare a problemei prin utilizarea mesajelor syslog, a evenimentelor SNMP și prin monitorizarea periodică a ieșirilor de comandă specifice spectacolului.

Tipurile de acțiuni includ colectarea ieșirilor de comandă afișare:

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP.

Inginerii TAC autor fișierele DS și îl semnează digital pentru protecția integrității. Fiecare fișier DS are un ID numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru a găsi semnăturile aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de la DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că Gateway-ul local execută IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway-ul local care rulează IOS XE 17.6.1a sau mai mare

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configurați serverul de e-mail securizat pentru a fi utilizat pentru a trimite o notificare proactivă dacă dispozitivul rulează Cisco IOS XE 17.6.1a sau o versiune ulterioară.

    configurați serverul de e-mail terminal de apelare la domiciliu :@ prioritate 1 end tls securizat

  3. Configurați variabila de mediu ds_email cu adresa de e-mail a administratorului pentru a vă notifica.

    configurați 

    mediul de diagnosticare a semnăturii la domiciliu pentru apeluri terminale ds_email  finalizare

Următoarele afișează un exemplu de configurare a unui gateway local care rulează pe Cisco IOS XE 17.6.1a sau mai mare pentru a trimite notificările proactive la tacfaststart@gmail.com, utilizând Gmail ca server SMTP securizat:

Vă recomandăm să utilizați versiunile Cisco IOS XE Bengaluru 17.6.x sau versiuni ulterioare.

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

Un Gateway local care rulează pe Cisco IOS XE Software nu este un client Gmail tipic bazat pe web care acceptă OAuth, deci trebuie să configurăm o anumită setare de cont Gmail și să oferim permisiunea specifică de a avea e-mailul de pe dispozitiv procesat corect:

  1. Accesați Gestionați Contul Google > Securitate și activați setarea de acces la aplicație mai puțin securizată.

  2. Răspundeți la "Da, am fost eu" atunci când primiți un e-mail de la Gmail în care se menționează "Google a împiedicat pe cineva să se conecteze la contul dvs., folosind o aplicație non-Google".

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea CPU timp de cinci secunde folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare care sunt instalate în Gateway-ul local. Urmați acești pași de mai jos pentru a instala semnătura.

  1. Utilizați comanda afișare snmp pentru a activa SNMP. Dacă nu activați, configurați comanda managerului serverului snmp .

    afișare agent snmp %SNMP nu este activat config t snmp-server manager final afișare șasiu snmp: intrare pachete SNMP ABCDEFGHIGK 149655      0 Erori de versiune Bad SNMP      1 Nume comunitate necunoscută      0 Operațiune ilegală pentru numele comunității furnizată      0 Eroare de codificare 37763 Număr de variabile solicitate      2 Număr de variabile modificate 34560 PDU-uri Get-request 138 PDU-uri Get-next      2 PDU-uri de setare a solicitării      0 picături pachet coadă de intrare (dimensiunea maximă a cozii 1000) 158277 pachete SNMP de ieșire      0 Erori prea mari (dimensiunea maximă a pachetului 1500) 20 Nu există astfel de erori de nume      0 Valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Pachete PDU-uri de urmărire în prezent în coada de intrare a procesului SNMP: 0 SNMP capcana globală: activat

  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Seria Cisco 4300, seria ISR 4400 sau seria Cisco CSR 1000V

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  3. Copiați fișierul DS XML în blițul Local Gateway.

    LocalGateway# copie ftp://nume de utilizator:password@/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe Gateway-ul local. 

    copiați ftp://utilizator:pwd@192.0.2.12/DS_64224.xml bootflash:  Acces ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 octeți] 3571 octeți copiat în 0.064 sec (55797 octeți/sec)

  4. Instalați fișierul DS XML în Gateway-ul local.

    Încărcare 
    semnătură de diagnosticare la domiciliu DS_64224.xml Fișier de încărcare DS_64224.xml succes

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare ar trebui să aibă o valoare "înregistrată". 

    afișarea semnăturii diagnostice la domiciliu Setări actuale ale semnăturii diagnostice:  Semnătură de diagnosticare: Profil activat: CiscoTAC-1 (status: ACTIVĂ) URL(URL) de descărcare:  Variabilă https://tools.cisco.com/its/service/oddce/services/DDCEService de mediu: ds_email: username@gmail.com

    Descarca DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv pe sine. Dacă este necesar, reinstalați DS 64224 pentru a continua monitorizarea utilizării ridicate a procesorului pe gateway-ul local.

Monitorizarea înregistrării portbagajului SIP

Acest DS verifică anularea înregistrării unui portbagaj SIP Local Gateway cu cloud webex Calling la fiecare 60 de secunde. După detectarea evenimentului de neînregistrare, acesta generează o notificare prin e-mail și syslog și se dezinstalează după două evenimente de neînregistrare. Utilizați pașii de mai jos pentru a instala semnătura:

  1. Descărcați DS 64117 utilizând următoarele opțiuni verticale din Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    SIP-SIP

    Tip de problemă

    SIP Trunk Unregistration cu notificare prin e-mail.

  2. Copiați fișierul DS XML în Gateway-ul local.

    copiați ftp://nume de utilizator:password@/DS_64117.xml bootflash:

  3. Instalați fișierul DS XML în Gateway-ul local.

    Încărcare 
    semnătură de diagnosticare la domiciliu DS_64117.xml Fișier de încărcare DS_64117.xml succes LocalGateway#

  4. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată".

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează sondajul SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erori SIP 403, 488 și 503. Dacă creșterea numărului de erori este mai mare sau egală cu 5 din ultimul sondaj, aceasta generează o notificare syslog și e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Utilizați comanda afișare snmp pentru a verifica dacă SNMP este activat. Dacă nu este activată, configurați comanda managerului serverului snmp . 

    afișare agent snmp %SNMP nu este activat config t snmp-server manager final afișare șasiu snmp: intrare pachete SNMP ABCDEFGHIGK 149655      0 Erori de versiune Bad SNMP      1 Nume comunitate necunoscută      0 Operațiune ilegală pentru numele comunității furnizată      0 Eroare de codificare 37763 Număr de variabile solicitate      2 Număr de variabile modificate 34560 PDU-uri Get-request 138 PDU-uri Get-next      2 PDU-uri de setare a solicitării      0 picături pachet coadă de intrare (dimensiunea maximă a cozii 1000) 158277 pachete SNMP de ieșire      0 Erori prea mari (dimensiunea maximă a pachetului 1500) 20 Nu există astfel de erori de nume      0 Valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Pachete PDU-uri de urmărire în prezent în coada de intrare a procesului SNMP: 0 SNMP capcana globală: activat

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare.

  3. Copiați fișierul DS XML în Gateway-ul local. 

    copiați ftp://numele de utilizator:password@/DS_65221.xml bootflash:

  4. Instalați fișierul DS XML în Gateway-ul local.

    Încărcare 
    semnătură de diagnosticare la domiciliu DS_65221.xml Fișier de încărcare DS_65221.xml succes

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată".

Instalarea semnăturilor de diagnosticare pentru a depana o problemă

Utilizați semnături de diagnosticare (DS) pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare, care sunt necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul automat de date la cisco TAC caz. Semnăturile de diagnosticare (DS) elimină necesitatea de a verifica manual apariția problemei și facilitează mult soluționarea problemelor intermitente și tranzitorii.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva singur o problemă dată sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizați colectarea datelor de diagnosticare utilizând următorii pași:

  1. Configurați o variabilă suplimentară de mediu DS ds_fsurl_prefix care este calea serverului de fișiere Cisco TAC (cxd.cisco.com) la care sunt încărcate datele de diagnosticare colectate. Numele de utilizator din calea fișierului este numărul de caz, iar parola este tokenul de încărcare a fișierului care poate fi preluat de la Support Case Manager în următoarea comandă. Tokenul de încărcare a fișierului poate fi generat în secțiunea Attachments a Support Case Manager, după cum este necesar.

    Configurați 
    semnătura de diagnosticare a apelului terminal la domiciliu LocalGateway (cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" end

    Exemplu:

    mediu 
    de diagnosticare a semnăturii la domiciliu ds_fsurl_prefix " mediu ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda snmp de afișare. Dacă nu este activată, configurați comanda managerului serverului snmp .

    afișare agent snmp %SNMP nu este activat config t snmp-server manager final

  3. Asigurați-vă că instalați monitorizarea ridicată a procesorului DS 64224 ca o măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, 4400 ISR Series sau Cisco CSR 1000V Series

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tip de problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML pe Gateway-ul local.

    copiați ftp://nume de utilizator:password@/DS_64224.xml bootflash:  copiați ftp://numele de utilizator:password@/DS_65095.xml bootflash:

  6. Instalați fișierul DS 64224 de monitorizare a procesorului înalt și apoi DS 65095 XML în Gateway-ul local.

    Sarcină 
    semnătură diagnostic apel acasă DS_64224.xml Încărcare fișier DS_64224.xml succes Încărcare semnătură diagnostic apel acasă DS_65095.xml Încărcare fișier DS_65095.xml succes

  7. Verificați dacă semnătura a fost instalată cu succes utilizând comanda de afișare a semnăturii de diagnosticare la domiciliu . Coloana de stare trebuie să aibă o valoare "înregistrată". 

    afișarea semnăturii diagnostice la domiciliu Setări actuale ale semnăturii diagnostice:  Semnătură de diagnosticare: Profil activat: CiscoTAC-1 (status: ACTIVĂ) URL(URL) de descărcare:  Variabilă https://tools.cisco.com/its/service/oddce/services/DDCEService de mediu: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678: abcdefghijklmnop@cxd.cisco.com

    DescarcaT DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscris

    2020-11-08

Verificarea executării semnăturilor de diagnosticare

În următoarea comandă, coloana “Stare” a afișarea semnăturii diagnostice la domiciliu comanda se modifică pentru a „rula” în timp ce gateway-ul local execută acțiunea definită în cadrul semnăturii. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și execută acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se deinstalează după detectarea numărului maxim de evenimente declanșate. 

afișarea semnăturii diagnostice la domiciliu Setări actuale ale semnăturii diagnostice:  Semnătură de diagnosticare: Profil activat: CiscoTAC-1 (status: ACTIVĂ) URL(URL) de descărcare:  Variabilă https://tools.cisco.com/its/service/oddce/services/DDCEService de mediu: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678: abcdefghijklmnop@cxd.cisco.com

DescarcaT DSes:

ID-ul DS

Numele DS

Revizie

Stare

Ultima actualizare (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor privind semnătura de diagnosticare a apelurilor la domiciliu

ID-ul DS

Numele DS

Deconectat/Max/Dezinstalare

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)

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

E-mailul de notificare care este trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișarea ieșirilor de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalarea semnăturilor de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemelor. Dacă doriți să dezinstalați manual o semnătură, preluați ID-ul DS de la ieșirea comenzii de afișare a semnăturii de diagnosticare la domiciliu și executați următoarea comandă:

dezinstalați  semnătură de diagnosticare la domiciliu

Exemplu:

deinstalare semnătură de diagnosticare la domiciliu 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor care sunt frecvent observate în implementări. TAC în prezent nu acceptă solicitările de creare de noi semnături particularizate.

Gestionați și validați gateway-urile Cisco IOS XE prin Control Hub

Pentru o mai bună gestionare a gateway-urilor Cisco IOS XE, vă recomandăm să vă înscrieți și să gestionați gateway-urile prin Control Hub. Este o configurație opțională. Când sunteți înscris(ă), puteți utiliza opțiunea de validare a configurației din Control Hub pentru a valida configurația gateway-ului local și pentru a identifica orice probleme de configurare. În prezent, numai trunchiurile bazate pe înregistrare acceptă această funcționalitate.

Pentru mai multe informații, consultați următoarele:

Prezentare generală a designului

Această secțiune descrie modul de configurare a unui element de frontieră Unified Cisco (CUBE) ca gateway local pentru Webex Calling, utilizând trunchiul SIP TLS (mTLS) bazat pe certificate. Prima parte a acestui document ilustrează modul de configurare a unui gateway PSTN simplu. În acest caz, toate apelurile din PSTN sunt direcționate către Webex Calling și toate apelurile din Webex Calling sunt direcționate către PSTN. Următoarea imagine evidențiază această soluție și configurația de rutare a apelurilor la nivel înalt care va fi urmată.

În acest design se utilizează următoarele configurații principale:

  • Tenants din clasa vocală: Folosit pentru a crea configurații specifice trunchiurilor.

  • clasă vocală: Utilizat pentru a clasifica mesajele SIP pentru selectarea unui dial-peer de intrare.

  • peer de apelare de intrare: Oferă tratament pentru mesajele SIP de intrare și determină ruta de ieșire cu un grup dial-peer.

  • grup dial-peer: Definește colegii de apelare de ieșire utilizați pentru rutarea continuă a apelurilor.

  • peer de apelare de ieșire: Oferă tratament pentru mesajele SIP de ieșire și le trasează la ținta necesară.

Rutare apeluri de la/la PSTN la/de la soluția de configurare Webex Calling

În timp ce IP și SIP au devenit protocoalele implicite pentru trunchiurile PSTN, circuitele ISDN TDM (Time Division Multiplexing) sunt încă utilizate pe scară largă și sunt acceptate cu trunchiurile Webex Calling. Pentru a permite optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, este necesar în prezent să se utilizeze un proces de rutare a apelurilor cu două componente. Această abordare modifică configurația de rutare a apelurilor afișată mai sus, introducând un set de colegi de apelare interni cu buclă inversă între trunchiurile Webex Calling și PSTN, după cum se arată în imaginea de mai jos.

Atunci când conectați o soluție locală Cisco Unified Communications Manager cu Webex Calling, puteți utiliza configurația simplă a gateway-ului PSTN ca bază pentru construirea soluției ilustrate în următoarea diagramă. În acest caz, Unified Communications Manager oferă rutare și tratare centralizată a tuturor apelurilor PSTN și Webex Calling.

Pe parcursul acestui document se utilizează numele gazdei, adresele IP și interfețele ilustrate în următoarea imagine. Opțiunile sunt prevăzute pentru abordarea publică sau privată (în spatele NAT). Înregistrările DNS SRV sunt opționale, cu excepția cazului în care sarcina este echilibrată în mai multe instanțe CUBE.

Utilizați ghidurile de configurare din restul acestui document pentru a finaliza configurația gateway-ului local după cum urmează:

  • Pasul 1: Configurați conectivitatea și securitatea de bază a routerului

  • Pasul 2: Configurați trunchiul Webex Calling

    În funcție de arhitectura necesară, urmați fie:

  • Pasul 3: Configurați gateway-ul local cu trunchiul SIP PSTN

  • Pasul 4: Configurați gateway-ul local cu mediul Unified CM existent

    Sau:

  • Pasul 3: Configurați gateway-ul local cu trunchiul TDM PSTN

Configurați conectivitatea și securitatea

configurație Inițială

Primul pas în pregătirea routerului Cisco ca gateway local pentru Webex Calling este construirea unei configurații de bază care să vă securizeze platforma și să vă stabilească conectivitatea.

  • Toate implementările gateway locale bazate pe certificate necesită versiuni Cisco IOS XE 17.9.1a sau versiuni ulterioare. Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile sugerate .

    • Routerele din seria ISR4000 trebuie configurate atât cu licențe Unified Communications, cât și cu licențe pentru tehnologia de securitate.

    • Routerele din seria Catalyst Edge 8000 echipate cu carduri vocale sau DSPs necesită licențiere ADN Essentials. Routere fără carduri vocale sau DSPs necesită un minim de licențiere ADN Essentials.

    • Pentru cerințele de înaltă capacitate, puteți solicita, de asemenea, o licență de înaltă securitate (HSEC) și un drept suplimentar de tranzit.

      Consultați Codurile de autorizare pentru detalii suplimentare.

  • Construiți o configurație de bază pentru platforma dvs. care să respecte politicile dvs. de afaceri. În special, configurați următoarele și verificați funcționarea:

    • ntp

    • Acls

    • Autentificare utilizator și acces la distanță

    • DNS

    • Rutare IP

    • Adrese IP

  • Rețeaua către Webex Calling trebuie să utilizeze o adresă IPv4. Adresa locală Gateway Nume domeniu complet calificat (FQDN) sau Înregistrare serviciu (SRV) trebuie să se rezolve la o adresă IPv4 publică pe internet.

  • Toate porturile SIP și media de pe interfața gateway locală cu care se confruntă Webex trebuie să fie accesibile de pe internet, fie direct, fie prin NAT static. Asigurați-vă că actualizați firewall-ul în mod corespunzător.

  • Instalați un certificat semnat pe gateway-ul local (următorul oferă pașii de configurare detaliați).

    • O autoritate publică de certificare (CA), așa cum este detaliată în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex? trebuie să semneze certificatul dispozitivului.

    • FQDN configurat în Control Hub atunci când se creează un trunchi trebuie să fie numele comun (CN) sau certificatul de nume alternativ al subiectului (SAN) al routerului. De exemplu:

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are cube1.lgw.com:5061 ca FQDN al gateway-ului local, atunci CN sau SAN din certificatul router trebuie să conțină cube1.lgw.com. 

      • Dacă un trunchi configurat în Control Hub al organizației dvs. are lgws.lgw.com ca adresa SRV a gateway-ului (gateway-urilor) local care poate fi accesată din trunchi, atunci CN sau SAN din certificatul router trebuie să conțină lgws.lgw.com. Înregistrările la care se rezolvă adresa SRV (CNAME, O înregistrare sau adresă IP) sunt opționale în SAN.

      • Indiferent dacă utilizați un FQDN sau un SRV pentru trunchi, adresa de contact pentru toate dialogurile SIP noi din gateway-ul local utilizează numele configurat în Control Hub.

  • Asigurați-vă că certificatele sunt semnate pentru utilizarea clientului și a serverului.

  • Încărcați pachetul CA rădăcină Cisco la gateway-ul local.

Configurare

1

Asigurați-vă că atribuiți adrese IP valide și rutabile oricăror interfețe din stratul 3, de exemplu:

 interfață GigabitEthernet0/0/0 descriere Interfață cu care se confruntă adresa IP PSTN și/sau CUCM 192.168.80.14 255.255.255.0! interfață GigabitEthernet0/0/1 descriere Interfață cu care se confruntă adresa IP Webex Calling (Adresă publică) 198.51.100.1 255.255.255.240

2

Protejați acreditările STUN pe router utilizând criptarea simetrică. Configurați cheia de criptare primară și tipul de criptare după cum urmează:

 criptare parolă cu cheie de configurare-criptare parolă YourPassword aes
3

Creați un punct de încredere pentru criptare cu un certificat semnat de autoritatea de certificare preferată (CA).

  1. Creați o pereche de taste RSA utilizând următoarea comandă exec.

    cripto-cheie genera rsa generală-cheie exportabil eticheta lgw-cheie modul 4096

  2. Atunci când utilizați cube1.lgw.com ca fqdn pentru trunchi, creați un punct de încredere pentru certificatul semnat cu următoarele comenzi de configurare:

    cripto pki 

     trustpoint LGW_CERT terminal de înscriere pem fqdn cube1.lgw.com subiect-name cn=cube1.lgw.com subiect-alt-name cube1.lgw.com revocare-check none rsakeypair lgw-key

  3. Generați Cererea de semnare a certificatului (CSR) cu următoarea comandă exec sau de configurare și utilizați-o pentru a solicita un certificat semnat de la un furnizor de CA acceptat:

    cripto-pki 

    se înscriu LGW_CERT

4

Autentificați-vă noul certificat utilizând certificatul CA intermediar (sau rădăcină), apoi importați certificatul (Pasul 4). Introduceți următoarea comandă de exec sau configurare:

cripto-pki 

 autentificați LGW_CERT

5

Importați un certificat de gazdă semnat utilizând următoarea comandă exec sau de configurare:

Certificat 

 LGW_CERT de import cripto pki

6

Activați exclusivitatea TLS1.2 și specificați punctul de încredere implicit utilizând următoarele comenzi de configurare:

punct 

 de încredere prestabilit pentru semnalizarea cripto sip-ua LGW_CERT transport tcp tls v1.2

7

Instalați pachetul CA rădăcină Cisco, care include certificatul CA DigiCert utilizat de Webex Calling. Utilizați comanda crypto pki trustpool import URL curat pentru a descărca pachetul CA rădăcină din URL-ul specificat, și pentru a șterge trustpool CA curent, apoi instalați noul pachet de certificate:

Dacă trebuie să utilizați un proxy pentru a accesa internetul utilizând HTTPS, adăugați următoarea configurație înainte de a importa pachetul CA:

IP http client proxy-server yourproxy.com port proxy 80
 IP http client sursă interfaţă GigabitEthernet0/0/1 crypto pki trustpool import curat url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configurați trunchiul bazat pe certificatul Webex Calling
1

Creați un trunchi PSTN bazat pe certificat CUBE pentru o locație existentă în Control Hub. Pentru mai multe informații, consultați Configurați trunchiurile, grupurile de rutare și planurile de apelare pentru Webex Calling.

Notaţi informaţiile trunchiului care sunt furnizate odată ce trunchiul este creat. Aceste detalii, așa cum se evidențiază în ilustrația următoare, vor fi utilizate în etapele de configurare din acest ghid.
2

Introduceți următoarele comenzi pentru a configura CUBE ca gateway local Webex Calling:

 serviciu de voce voIP adresă IP listă de încredere ipv4 x.x.x.x y.y.y.y mod de frontieră-element permite-conexiuni sip pentru a sip nu suplimentare-serviciu sip se referă stun stun date de flux agent-id 1 boot-count 4 stun date de flux partajate-secret 0 Password123$ sip sarcină utilă asimetrică plin early-offer forțat sip-profiluri de intrare

Iată o explicație a câmpurilor pentru configurație:

Adresa 
 ip listă de încredere  ipv4 x.x.x.x y.y.y.y

  • Pentru a proteja împotriva fraudei cu taxă, lista de adrese de încredere definește o listă de gazde și entități de rețea din care gateway-ul local așteaptă apeluri VoIP legitime.

  • În mod implicit, gateway-ul local blochează toate mesajele VoIP primite de la adresele IP care nu se află în lista sa de încredere. Partenerii de apelare configurați în mod static cu „IP țintă sesiune” sau adresele IP ale grupului de server sunt de încredere în mod implicit, astfel încât nu trebuie să fie adăugați la lista de încredere.

  • Când configurați gateway-ul local, adăugați subrețelele IP pentru centrul dvs. de date Webex Calling regional în listă, consultați Informații de referință port pentru Webex Calling pentru mai multe informații. De asemenea, adăugați intervale de adrese pentru serverele Unified Communications Manager (dacă sunt utilizate) și gateway-urile trunchiurilor PSTN.

  • Pentru mai multe informații despre modul de utilizare a unei liste de adrese IP de încredere pentru a preveni frauda cu taxă, consultați adresa IP de încredere.

element de frontieră al modului

Activați funcțiile elementului de frontieră Cisco Unified (CUBE) de pe platformă.

permite conexiuni sip la sip

Activați CUBE SIP de bază înapoi la funcționalitatea de agent de utilizator înapoi. Pentru mai multe informații, consultați Permite conexiuni.

În mod implicit, transportul prin fax T.38 este activat. Pentru mai multe informații, consultați protocolul de fax t38 (serviciu vocal).

căpușă

Permite STUN (Sesiune Traversală a UDP prin NAT) la nivel global.

Aceste comenzi de stun globale sunt necesare numai atunci când implementați gateway-ul local din spatele NAT.

  • Atunci când redirecționați un apel către un utilizator Webex Calling (de exemplu, atât părțile apelate, cât și cele apelante sunt abonați Webex Calling și dacă ancorați conținutul media la SBC-ul webex calling ), atunci suportul media nu poate curge către Gateway-ul local, deoarece pinhole-ul nu este deschis.

  • Caracteristica de legături STUN de pe gateway-ul local permite trimiterea cererilor STUN generate local pe calea media negociată. Acest lucru ajută la deschiderea găurii de prindere în firewall.

Pentru mai multe informații, consultați stun flowdata agent-id și stun flowdata partajate-secret.

sarcină utilă asimetrică completă

Configurează suportul de sarcină utilă asimetric SIP atât pentru DTMF, cât și pentru sarcinile de plată codec dinamice. Pentru mai multe informații despre această comandă, consultați sarcina utilă asimetrică.

ofertă timpurie forțată

Forțează Gateway-ul Local să trimită informații SDP în mesajul INVITE inițial în loc să aștepte recunoașterea de la partenerul vecin. Pentru mai multe informații despre această comandă, consultați oferta timpurie.

intrare profiluri sip

Permite CUBE să utilizeze profiluri SIP pentru a modifica mesajele pe măsură ce acestea sunt primite. Profilurile sunt aplicate prin intermediul asociaților de apelare sau al chiriașilor.

3

Configurați filtrul codec de clasă vocală 100 codec pentru trunchi. În acest exemplu, același filtru codec este utilizat pentru toate trunchiurile. Puteți configura filtre pentru fiecare trunchi pentru un control precis.

 clasă vocală codec 100 preferință codec 1 preferință codec opus 2 g711ulaw preferință codec 3 g711alaw

Iată o explicație a câmpurilor pentru configurație:

codec clasă vocală 100

Utilizat pentru a permite numai codec-uri preferate pentru apeluri prin trunchiuri SIP. Pentru mai multe informații, consultați codecul clasei de voce.

Codec-ul Opus este acceptat numai pentru trunchiurile PSTN bazate pe SIP. Dacă trunchiul PSTN utilizează o conexiune vocală T1/E1 sau analogică FXO, excludeți preferința codec 1 opus din configurația codec 100 din clasa vocală.

4

Configurați clasa vocală de utilizare 100 pentru a activa ICE pe trunchiul Webex Calling. (Acest pas nu se aplică pentru Webex for Government)

 clasă vocală stun-utilizare 100 stun utilizare firewall-traversal flowdata stun utilizare gheață lite

Iată o explicație a câmpurilor pentru configurație:

lită de gheață de utilizare stun

Utilizat pentru a activa ICE-Lite pentru toți colegii de apelare cu care se confruntă Webex Calling pentru a permite optimizarea media ori de câte ori este posibil. Pentru mai multe informații, consultați clasa vocală utilizare stun și lite gheață utilizare stun.

Comanda flowdata pentru utilizarea firewall-ului stun este necesară numai la implementarea gateway-ului local din spatele NAT.
Aveți nevoie de utilizarea ICE-lite pentru fluxurile de apeluri prin optimizarea căii media. Pentru a oferi optimizarea media pentru un gateway SIP la TDM, configurați un dial-peer loopback cu ICE-Lite activat pe piciorul IP-IP. Pentru mai multe detalii tehnice, contactați echipele din Cont sau TAC.
5

Configurați politica de criptare media pentru traficul Webex. (Acest pas nu se aplică pentru Webex for Government)

clasă 
 vocală srtp-cripto 100 cripto 1 AES_CM_128_HMAC_SHA1_80

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică SHA1_80 ca singurele oferte SRTP cipher-suite CUBE din SDP în mesaje de ofertă și răspuns. Webex Calling acceptă numai SHA1_80. Pentru mai multe informații, consultați clasa vocală srtp-crypto.

6

Configurați cifrele GCM conforme cu FIPS (Acest pas se aplică numai pentru Webex for Government).

clasă 
 vocală srtp-cripto 100 cripto 1 AEAD_AES_256_GCM

Iată o explicație a câmpurilor pentru configurație:

clasă vocală srtp-crypto 100

Specifică GCM ca suita cipher pe care CUBE o oferă. Este obligatorie configurarea criptelor GCM pentru gateway-ul local pentru Webex for Government.

7

Configurați un model pentru a identifica unic apelurile către un trunchi de gateway local pe baza destinației sale FQDN sau SRV:

 clasă vocală uri 100 model sip cube1.lgw.com

Iată o explicație a câmpurilor pentru configurație:

clasă vocală uri 100 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați FQDN sau SRV LGW configurat în Control Hub în timp ce creați un trunchi.

8

Configurați profilurile de manipulare a mesajelor SIP. Dacă gateway-ul dvs. este configurat cu o adresă IP publică, configurați un profil după cum urmează sau treceți la pasul următor dacă utilizați NAT. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local și „198.51.100.1” este adresa IP publică a interfeței gateway-ului local care se confruntă cu Webex Calling:

 profiluri sip de clasă vocală 100 regulă 10 solicitare ORICE antet sip Modificare contact "@.*:" "@cube1.lgw.com:" regulă 20 răspuns ORICE antet sip Modificare contact contact "@.*:" "@cube1.lgw.com:"

Iată o explicație a câmpurilor pentru configurație:

Normele 10 și 20

Pentru a permite Webex să autentifice mesajele din gateway-ul local, antetul „Contact” din cererea SIP și mesajele de răspuns trebuie să conțină valoarea setată pentru trunchi în Control Hub. Aceasta va fi fie FQDN-ul unei singure gazde, fie numele domeniului SRV utilizat pentru un cluster de dispozitive.

Treceți la pasul următor dacă ați configurat gateway-ul local cu adrese IP publice.

9

Dacă gateway-ul dvs. este configurat cu o adresă IP privată în spatele NAT statică, configurați profilurile SIP de intrare și de ieșire după cum urmează. În acest exemplu, cube1.lgw.com este FQDN configurat pentru gateway-ul local, „10.80.13.12” este adresa IP de interfață cu care se confruntă Webex Calling și „192.65.79.20” este adresa IP publică NAT.

Profiluri SIP pentru mesajele de ieșire către Webex Calling 
 Clasa vocală sip-profiluri 100 regulă 10 solicitare ORICE antet sip Modificare contact "@.*:" "@cube1.lgw.com:" regulă 20 răspuns ORICE antet sip Modificare contact "@.*:" "@cube1.lgw.com:" regulă 30 răspuns ORICE antet sdp Modificare atribut audio "(a=candidat:1 1.*) 10.80.13.12" "\1 192.65.79.20" regulă 31 răspuns ANY sdp-header Modificarea atributului audio "(a=candidat:1 2.*) 10.80.13.12" "\1 192.65.79.20" regulă 40 răspuns ANY sdp-header Audio-Connection-Info modificare "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regulă 41 solicitare ANY sdp-header Audio-Connection-Info modificare "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regulă 51 răspuns ANY sdp-header Connection-Info modificare "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regulă 61 solicitare ANY sdp-header Sesiune-proprietar modificare "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regulă 70 solicitare ANY sdp-header Modificare atribut audio "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" regulă 71 răspuns ANY sdp-header Modificare atribut audio "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" regulă 80 solic 1.*) 10.80.13.12" "\1 192.65.79.20" regula 81 cere ORICE modificare a atributului audio al antetului sdp "(a=candidat:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Iată o explicație a câmpurilor pentru configurație:

Normele 10 și 20

Pentru a permite Webex să autentifice mesajele din gateway-ul local, antetul „Contact” din cererea SIP și mesajele de răspuns trebuie să conțină valoarea setată pentru trunchi în Control Hub. Aceasta va fi fie FQDN-ul unei singure gazde, fie numele domeniului SRV utilizat pentru un cluster de dispozitive.

normele 30-81

Convertiți referințele adresei private la adresa publică externă a site-ului, permițând Webex să interpreteze corect și să dirijeze mesajele ulterioare.

Profilul SIP pentru mesajele de intrare din clasa de voce Webex Calling 
 sip-profiluri 110 regulă 10 răspuns ANY sdp-header Video-Connection-Info modificare "192.65.79.20" "10.80.13.12" regulă 20 răspuns ANY sip-header Modificare de contact "@.*:" "@cube1.lgw.com:" regulă 30 răspuns ANY sdp-header Modificare de conectare-Info modificare "192.65.79.20" "10.80.13.12" regulă 40 răspuns ANY sdp-header Audio-Connection-Info modificare "192.65.79.20" "10.80.13.12" regulă 50 răspuns ANY sdp-header Sesiune-proprietar modificare "192.65.79.20" "10.80.13.12" regulă 60 răspuns ANY sdp-header Modificare de atribut audio "(a=candidat:1 1.*) 192.65.79.20" "\1 10.80.13.12" regulă 70 răspuns ANY sdp-header Modificarea atributului audio "(a=candidat:1 2.*) 192.65.79.20" "\1 10.80.13.12" regulă 80 răspuns ANY sdp-header Modificare atribut audio "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Iată o explicație a câmpurilor pentru configurație:

normele 10-80

Convertiți referințele adresei publice la adresa privată configurată, permițând procesarea corectă a mesajelor din Webex de către CUBE.

Pentru mai multe informații, consultați profilurile sip de clasă vocală.

10

Configurați un SIP Opțiuni în viață cu profilul de modificare a antetului.

 clasă vocală sip-profiluri 115 regulă 10 solicitare OPȚIUNI sip-antet Modificare contact "<sip:.*:" "<sip:cube1.lgw.com:" regulă 30 solicitare ORICE antet sip Prin modificare "(SIP.*) 10.80.13.12" "\1 192.65.79.20" regulă 40 răspuns ORICE sdp-antet Modificare informații de conectare "10.80.13.12" "192.65.79.20" regulă 50 răspuns ORICE sdp-antet Modificare informații de conectare audio "10.80.13.12" "192.65.79.20"! clasă vocală sip-options-keepalive 100 descriere Keepalive pentru Webex Calling up-range 5 transport tcp tls sip-profiluri 115

Iată o explicație a câmpurilor pentru configurație:

clasa vocală sip-options-keepalive 100

Configurează un profil keepalive și intră în modul de configurare a clasei vocale. Puteți configura timpul (în secunde) la care un Ping SIP Out of Dialog Options este trimis către ținta de apelare atunci când conexiunea bătăilor inimii la punctul final este în stare în sus sau în jos.

Acest profil Keepalive este declanșat din dial-peer-ul configurat către Webex.

Pentru a vă asigura că antetele de contact includ numele de domeniu complet calificat SBC, se utilizează profilul SIP 115. Regulile 30, 40 și 50 sunt necesare numai atunci când SBC este configurat în spatele NAT statice.

În acest exemplu, cube1.lgw.com este FQDN selectat pentru gateway-ul local și dacă se utilizează NAT static, „10.80.13.12” este adresa IP a interfeței SBC către Webex Calling și „192.65.79.20” este adresa IP publică NAT.

11

Configurați trunchiul Webex Calling:

  1. Creați clientul pentru clasa vocală 100 pentru a defini și a grupa configurațiile necesare în mod specific pentru trunchiul Webex Calling. Partenerii de apelare asociați mai târziu cu acest client vor moșteni aceste configurații:

    Exemplul următor utilizează valorile ilustrate în Pasul 1 în scopul acestui ghid (indicat în îndrăzneală). Înlocuiți-le cu valori pentru trunchiul din configurație.

     client de clasă vocală 100 nu de la distanță-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com transport sesiune tcp tls nici o sesiune de reîmprospătare eroare-passthru legătură de control sursă-interfață GigabitEthernet0/0/1 legătură interfață sursă media GigabitEthernet0/0/1 nu trece-thru conținut personalizat-sdp profile sip 100 profiluri sip 110 politica de confidențialitate de intrare passthru!

    Iată o explicație a câmpurilor pentru configurație:

    entitate găzduită din clasa vocală 100

    Vă recomandăm să utilizați chiriași pentru a configura trunchiuri care au propriul certificat TLS și lista de validare CN sau SAN. Aici, profilul tls asociat cu clientul conține punctul de încredere care trebuie utilizat pentru a accepta sau a crea noi conexiuni și are lista CN sau SAN pentru a valida conexiunile primite. Pentru mai multe informații, consultați clientul clasei de voce.

    fără id de la distanță

    Dezactivați antetul SIP Remote-Party ID (RPID), deoarece Webex Calling acceptă PAI, care este activat cu ajutorul pai-id asserted CIO. Pentru mai multe informații, consultați ID-ul de la distanță.

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

    Configurați serverul SIP țintă pentru trunchi. Utilizați adresa SRV proxy de margine furnizată în Control Hub atunci când v-ați creat trunchiul

    cripto srtp 100

    Configurați suitele de apelare preferate pentru componenta de apelare SRTP (conexiune) (specificată în Pasul 5). Pentru mai multe informații, consultați clasa vocală srtp-crypto.

    dns gazdă locală: cube1.lgw.com

    Configurați CUBE pentru a înlocui adresa IP fizică din anteturile de la, ID-ul de apel și ID-ul de la distanță din mesajele de ieșire cu FQDN furnizat.

    tcp tls de transport al sesiunii

    Setează transportul la TLS pentru colegii de apelare asociați. Pentru mai multe informații, consultați transportul sesiunii.

    nu reîmprospătați sesiunea

    Dezactivează reîmprospătarea sesiunii SIP la nivel global.

    passthru de eroare

    Specifică funcționalitatea de trecere a răspunsului la eroare SIP. Pentru mai multe informații, consultați eroare-passthru.

    interfață sursă de control legătură GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mesajele trimise către Webex Calling. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/1

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă la Webex Calling. Pentru mai multe informații, consultați legătura.

    profile sip de clasă vocală 100

    Aplică profilul de modificare a antetului (IP public sau adresare NAT) pentru a fi utilizat pentru mesajele de ieșire. Pentru mai multe informații, consultați profilurile sip de clasă vocală.

    profiluri sip de clasă vocală 110 intrare

    Se aplică profilul de modificare a antetului (numai adresarea NAT) pentru a fi utilizat pentru mesajele de intrare. Pentru mai multe informații, consultați profilurile sip de clasă vocală.

    politica de confidențialitate passthru

    Configurați opțiunile politicii antetului de confidențialitate pentru ca trunchiul să treacă valorile de confidențialitate din mesajul recepționat la următoarea componentă a apelului. Pentru mai multe informații, consultați politica de confidențialitate.

  2. Configurați peer-ul de apelare al trunchiului Webex Calling.

    apelare-peer voce 100 
     descriere vocală Inbound/Outbound Webex Calling destinație model BAD.BAD sesiune protocol sipv2 sesiune țintă sip-server de intrare uri solicitare 100 codec de clasă vocală 100 stun-usage de clasă vocală 100 sip clasa vocală rel1xx dezactivați sip clasa vocală asserted-id pai clasa vocală sip tenant 100 opțiuni sip clasa vocală-keepalive profil 100 dtmf-relay rtp-nte srtp no vad

    Iată o explicație a câmpurilor pentru configurație:

    descriere vocală 
     peer 100 vocale  Inbound/Outbound Webex Calling

    Definește o pereche de apelare VoIP cu o etichetă de 100 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 100 gestionează picioarele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    server sip țintă sesiune

    Indică faptul că serverul SIP definit în clientul 100 este moștenit și utilizat pentru destinație pentru apelurile de la acest coleg de apelare.

    solicitare de intrare 100

    Pentru a specifica clasa de voce utilizată pentru a se potrivi unui coleg de apelare VoIP cu identificatorul de resurse uniform (URI) al unui apel de intrare. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Webex Calling. Pentru mai multe informații, consultați codecul clasei de voce.

    utilizare stun de clasă vocală 100

    Permite trimiterea cererilor STUN generate local pe gateway-ul local pe calea media negociată. Ajutor STUN pentru a deschide o gaură de prindere firewall pentru traficul media.

    voce-clasa sip asertat-id pai

    Setează informațiile de apelare de ieșire utilizând antetul ID (PAI) declarat de confidențialitate. Pentru mai multe informații, consultați SIP-ul de clasă vocală.

    client sip de clasă vocală 100

    Asociatorul de apelare moștenește toți parametrii configurați la nivel global și în entitatea găzduită 100. Parametrii pot depăși la nivel de dial-peer. Pentru mai multe informații, consultați clientul sip de clasă vocală.

    profil de preferințe sip de clasă vocală 100

    Această comandă este utilizată pentru a monitoriza disponibilitatea unui grup de servere SIP sau puncte finale utilizând un anumit profil (100).

    srtp

    Permite SRTP pentru piciorul de apel.

Configurați gateway-ul local cu un trunchi SIP PSTN

După ce ați construit un trunchi către Webex Calling de mai sus, utilizați următoarea configurație pentru a crea un trunchi necriptat către un furnizor PSTN bazat pe SIP:

Dacă Furnizorul dvs. de servicii oferă un trunchi PSTN securizat, puteți urma o configurație similară detaliată mai sus pentru trunchiul Webex Calling. Rutarea sigură a apelurilor este acceptată de CUBE.

Dacă utilizați un trunchi TDM / ISDN PSTN, treceți la secțiunea următoare Configurați gateway-ul local cu trunchiul TDM PSTN.

Pentru a configura interfețe TDM pentru segmente de apel PSTN pe gateway-urile Cisco TDM-SIP, consultați Configurarea ISDN PRI.

1

Configurați următoarea clasă de voce uri pentru a identifica apelurile de intrare din trunchiul PSTN:

 clasă vocală uri 200 gazdă sip ipv4:192.168.80.13

Iată o explicație a câmpurilor pentru configurație:

clasă vocală uri 200 sip

Definește un model pentru a se potrivi unei invitații SIP de intrare la un peer de apelare trunchi de intrare. Când introduceți acest model, utilizați adresa IP a gateway-ului PSTN IP. Pentru mai multe informații, consultați clasa vocală uri.

2

Configurați următoarea linie de apelare IP PSTN:

 dial-peer voce 200 descriere voip Inbound/Outbound IP PSTN trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă ipv4:192.168.80.13 intrare URI prin 200 de clasă vocală sip cravată de control sursă-interfață GigabitEthernet0/0/0 clasă vocală sip cravată interfață sursă media GigabitEthernet0/0/0 codec de clasă vocală 100 dtmf-relay rtp-nte nu văd

Iată o explicație a câmpurilor pentru configurație:

vocală 
 peer 200 descriere vocală  trunchi IP PSTN de intrare/ieșire

Definește o pereche de apelare VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

sipv2 protocol de sesiune

Specifică faptul că dial-peer 200 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial peer).

țintă sesiune ipv4:192.168.80.13

Indică adresa IPv4 țintă a destinației pentru a trimite segmentul de apel. Ținta sesiunii aici este adresa IP a ITSP. Pentru mai multe informații, consultați ținta sesiunii (peer apelare VoIP).

intrare prin 200

Definește un criteriu de potrivire pentru antetul VIA cu adresa IP PSTN a IP. Se potrivește tuturor segmentelor de apel IP PSTN de intrare de pe gateway-ul local cu dial-peer 200. Pentru mai multe informații, consultați url-ul de intrare.

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

codec de clasă vocală 100

Configurați dial-peer-ul pentru a utiliza lista de filtrare codec comună 100. Pentru mai multe informații, consultați codec-ul de clasă vocală.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

3

Dacă configurați gateway-ul local pentru a dirija numai apelurile între Webex Calling și PSTN, adăugați următoarea configurație de rutare a apelurilor. Dacă configurați gateway-ul local cu o platformă Unified Communications Manager, treceți la următoarea secțiune.

  1. Creați grupuri de apelare pentru a direcționa apelurile către Webex Calling sau PSTN. Definiți DPG 100 cu dial-peer de ieșire 100 spre Webex Calling. DPG 100 se aplică apelantului de intrare de la PSTN. În mod similar, definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 se aplică apelantului de intrare din Webex.

     clasă de voce dpg 100 descriere Apeluri de rutare către Webex Calling dial-peer 100 clasă de voce dpg 200 descriere Apeluri de rutare către PSTN dial-peer 200

    Iată o explicație a câmpurilor pentru configurație:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la PSTN și de la PSTN la Webex: 

     voce dial-peer 100 dpg destinație 200 voce dial-peer 200 dpg destinație 100

    Iată o explicație a câmpurilor pentru configurație:

    destinație dpg 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.

Configurați gateway-ul local cu un trunchi PSTN TDM

După ce ați construit un trunchi către Webex Calling, utilizați următoarea configurație pentru a crea un trunchi TDM pentru serviciul dvs. PSTN cu rutare de apelare cu buclă inversă pentru a permite optimizarea media pe partea de apelare Webex.

Dacă nu aveți nevoie de optimizarea media IP, urmați pașii de configurare pentru un trunchi SIP PSTN. Utilizați un port vocal și un comutator de apelare POTS (așa cum se arată în pașii 2 și 3) în loc de comutatorul de apelare VoIP PSTN.
1

Configurația dial-peer buclă-spate utilizează grupuri dial-peer și etichete de rutare a apelurilor pentru a se asigura că apelurile trec corect între Webex și PSTN, fără a crea bucle de rutare a apelurilor. Configurați următoarele reguli de traducere care vor fi utilizate pentru a adăuga și elimina etichetele de rutare a apelurilor:

 regulă de traducere vocală 100 regulă 1 /^\+/ /A2A/ profil de traducere vocală 100 traduce numit 100 traducere vocală-regulă 200 regulă 1 /^/ /A1A/ profil de traducere vocală 200 traduce numit 200 traducere vocală-regulă 11 regulă 1 /^A1A/ // profil de traducere vocală 11 traduce numit 11 traducere vocală-regulă 12 regulă 1 /^A2A44/ /0/ regulă 2/^A2A/ /00/ profil de traducere vocală 12 traduce numit 12

Iată o explicație a câmpurilor pentru configurație:

regulă de traducere vocală

Utilizează expresii regulate definite în reguli pentru a adăuga sau elimina etichete de rutare a apelurilor. Cifrele de peste zece ani („A”) sunt utilizate pentru a adăuga claritate pentru depanare.

În această configurație, eticheta adăugată prin profilul de traducere 100 este utilizată pentru a ghida apelurile de la Webex Calling către PSTN prin intermediul perechilor de apelare loopback. În mod similar, eticheta adăugată prin profilul de traducere 200 este utilizată pentru a ghida apelurile din PSTN către Webex Calling. Profilurile de traducere 11 și 12 elimină aceste etichete înainte de a efectua apeluri către trunchiurile Webex și, respectiv, PSTN.

Acest exemplu presupune că numerele apelate din Webex Calling sunt prezentate în format +E.164. Articolul 100 elimină conducerea + pentru a menține un număr de apelare valid. Articolul 12 adaugă apoi o cifră (cifre) de rutare națională sau internațională la eliminarea etichetei. Utilizați cifre care se potrivesc cu planul de apelare național ISDN local.

Dacă Webex Calling prezintă numere în format național, ajustați regulile 100 și 12 pentru a adăuga și a elimina pur și simplu eticheta de rutare.

Pentru mai multe informații, consultați profilul de traducere vocală și regula de traducere vocală.

2

Configurați porturile interfeței vocale TDM conform cerințelor tipului de trunchi și protocolului utilizat. Pentru mai multe informații, consultați Configurarea ISDN PRI. De exemplu, configurația de bază a unei interfețe ISDN cu Rata primară instalată în slotul NIM 2 al unui dispozitiv poate include următoarele:

 tipul cardului e1 0 2 tipuri de comutator isdn controler primar-net5 E1 0/2/0 sloturi de timp pri-grup 1-31
3

Configurați următorul dial-peer TDM PSTN:

 vocală peer 200 poturi descriere intrare/ieșire PRI PSTN trunchi destinație-model BAD.BAD profil de traducere intrare 200 port de apelare directă-interior 0/2/0:15

Iată o explicație a câmpurilor pentru configurație:

vocală 
 peer 200 borcane  descriere trunchi PRI PSTN de intrare/ieșire

Definește o pereche de apelare VoIP cu o etichetă de 200 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

profil de traducere 200

Atribuiți profilul de traducere care va adăuga o etichetă de rutare a apelurilor la numărul apelat de intrare.

apelare directă spre interior

Rutează apelul fără a furniza un ton de apel secundar. Pentru mai multe informații, consultați apelare directă.

port 0/2/0:15

Portul vocal fizic asociat cu acest dial-peer.

4

Pentru a permite optimizarea media a căilor IP pentru gateway-urile locale cu fluxuri de apeluri TDM-IP, puteți modifica rutarea apelurilor introducând un set de colegi de apelare interni cu buclă inversă între trunchiurile Webex Calling și PSTN. Configurați următoarele perechi de apelare buclă-spate. În acest caz, toate apelurile primite vor fi dirijate inițial către dial-peer 10 și de acolo către dial-peer 11 sau 12, pe baza etichetei de rutare aplicate. După îndepărtarea etichetei de rutare, apelurile vor fi direcționate către trunchiul de ieșire utilizând grupuri de apelare-pereche.

 dial-peer voce 10 descriere voip buclă de ieșire în jurul piciorului model destinație BAD.BAD protocol sesiune sipv2 sesiune țintă ipv4:192.168.80.14 voce-class sip legătură de control sursă-interfață de control sursă media GigabitEthernet0/0/0 voce-class sip legătură interfață sursă media GigabitEthernet0/0/0 dtmf-relay codec rtp-nte g711alaw nu văd dial-peer voce 11 descriere voIP buclă de intrare în jurul piciorului față de profilul de traducere Webex intrare 11 protocol de sesiune sipv2 intrare numit-număr A1AT voce-class sip legătură de control sursă-interfață media GigabitEthernet0/0/0 voce-class sip legătură interfață sursă media GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw nu văd dial-peer voce 12 descriere voIP buclă de intrare în jurul piciorului față de PSTN traducere-profil de intrare 12 sesiune protocol sipv2 intrare numit-număr A2AT voce-class sip legătură de control sursă-interfață media GigabitEthernet0/0/0 voce-class sip legătură interfață sursă media Gig

Iată o explicație a câmpurilor pentru configurație:

vocală 
 peer 10 borcane  descriere buclă de ieșire în jurul piciorului

Definește o linie de apelare VoIP și oferă o descriere semnificativă pentru ușurința de gestionare și depanare. Pentru mai multe informații, consultați vocea dial-peer.

intrare profil de traducere 11

Se aplică profilul de traducere definit anterior pentru a elimina eticheta de rutare a apelurilor înainte de a trece la trunchiul de ieșire.

șablon destinație BAD.BAD

Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. Pentru mai multe informații, consultați modelul de destinație (interfață).

sipv2 protocol de sesiune

Specifică faptul că acest dial-peer gestionează segmentele de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial peer).

țintă sesiune 192.168.80.14

Specifică adresa locală a interfeței routerului ca țintă a apelului pentru buclă de rezervă. Pentru mai multe informații, consultați ținta sesiunii (voip dial peer).

Bandă de control interfață sursă GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mesajele trimise prin buclă de rezervă. Pentru mai multe informații, consultați legătura.

leagă interfața sursă media GigabitEthernet0/0/0

Configurează interfața sursă și adresa IP asociată pentru mass-media trimisă prin buclă de rezervă. Pentru mai multe informații, consultați legătura.

dtmf-relay rtp-nte

Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

codec g711alaw

Forțează toate apelurile PSTN să utilizeze G.711. Selectați a-law sau u-law pentru a se potrivi cu metoda de constrângere utilizată de serviciul ISDN.

nu văd

Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

5

Adăugați următoarea configurație de rutare a apelurilor:

  1. Creați grupuri de apelare pentru a direcționa apelurile între trunchiurile PSTN și Webex, prin buclă inversă.

     clasă de voce dpg 100 descriere Apeluri de rutare către Webex Calling dial-peer 100 clasă de voce dpg 200 descriere Apeluri de rutare către PSTN dial-peer 200 clasă de voce dpg 10 descriere Apeluri de rutare către Loopback dial-peer 10

    Iată o explicație a câmpurilor pentru configurație:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  2. Aplicați grupuri de apelare pentru a direcționa apelurile.

     voce dial-peer 100 dpg destinație 10 voce dial-peer 200 dpg destinație 10 voce dial-peer 11 dpg destinație 100 voce dial-peer 12 dpg destinație 200

    Iată o explicație a câmpurilor pentru configurație:

    dpg destinație 200

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când sunt configurate caracteristicile CUBE.
Configurați Local Gateway cu un mediu Unified CM existent

Configurația PSTN-Webex Calling din secțiunile anterioare poate fi modificată pentru a include trunchiuri suplimentare într-un cluster Cisco Unified Communications Manager (UCM). În acest caz, toate apelurile sunt dirijate prin Unified CM. Apelurile din UCM din portul 5060 sunt direcționate către PSTN și apelurile din portul 5065 sunt direcționate către Webex Calling. Următoarele configurații incrementale pot fi adăugate pentru a include acest scenariu de apelare.

1

Configurați următoarele URL-uri de clasă de voce:

  1. Clasifică apelurile Unified CM la Webex utilizând portul SIP VIA:

     clasă vocală uri 300 model sip:5065

  2. Clasifică apelurile Unified CM la PSTN utilizând SIP prin port:

     clasă vocală uri 400 model sip 192\.168\.80\.6[0-5]:5060

    Clasificați mesajele primite din UCM către trunchiul PSTN utilizând unul sau mai multe modele care descriu adresele sursă originare și numărul portului. Expresii regulate pot fi utilizate pentru a defini modele de potrivire, dacă este necesar.

    În exemplul de mai sus, o expresie obișnuită este utilizată pentru a se potrivi oricărei adrese IP în intervalul 192.168.80.60 la 65 și numărul portului 5060.

2

Configurați următoarele înregistrări DNS pentru a specifica rutarea SRV către gazdele Unified CM:

IOS XE utilizează aceste înregistrări pentru determinarea locală a gazdelor și porturilor țintă UCM. Cu această configurație, nu este necesar să configurați înregistrări în sistemul DNS. Dacă preferați să utilizați DNS-ul, atunci aceste configurații locale nu sunt necesare.

ip 
 gazdă ucmpub.mydomain.com 192.168.80.60 ip gazdă ucmsub1.mydomain.com 192.168.80.61 ip gazdă ucmsub2.mydomain.com 192.168.80.62 ip gazdă ucmsub3.mydomain.com 192.168.80.63 ip gazdă ucmsub4.mydomain.com 192.168.80.64 ip gazdă ucmsub5.mydomain.com 192.168.80.65 ip gazdă _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com gazdă ip _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com gazdă ip _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 gazdă _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

Iată o explicație a câmpurilor pentru configurație:

Următoarea comandă creează o înregistrare de resurse DNS SRV. Creați o înregistrare pentru fiecare gazdă și trunchi UCM:

gazdă ip _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: nume înregistrare resursă SRV

2: Prioritatea de înregistrare a resurselor SRV

1: Greutatea record a resursei SRV

5060: Numărul portului pe care trebuie să-l utilizați pentru gazda țintă în această înregistrare de resurse

ucmsub5.mydomain.com: Gazda țintă înregistrare resursă

Pentru a rezolva numele de gazdă țintă a înregistrării resurselor, creați înregistrări DNS A locale. De exemplu:

gazdă ip ucmsub5.mydomain.com 192.168.80.65

gazdă IP: Creează o înregistrare în baza de date IOS XE locală.

ucmsub5.mydomain.com: Numele de gazdă A înregistrării.

192.168.80.65: Adresa IP a gazdei.

Creați evidențele resurselor SRV și A pentru a reflecta mediul UCM și strategia preferată de distribuție a apelurilor.

3

Configurați următorii colegi de apelare:

  1. Apelare reciprocă pentru apeluri între Unified CM și Webex Calling:

     dial-peer voice 300 voip descriere UCM-Webex Calling trunk destination model BAD.BAD protocol sesiune sipv2 sesiune țintă dns:wxtocucm.io intrare uri prin 300 codec clasă vocală 100 sip clasă vocală cravată control sursă interfață GigabitEthernet 0/0/0 sip clasă vocală cravată interfață sursă media GigabitEthernet 0/0/0 dtmf-relay rtp-nte nu văd

    Iată o explicație a câmpurilor pentru configurație:

    descriere vocală 
     peer 300 vocală  UCM-Webex Calling trunk

    Definește un coleg de apelare VoIP cu o etichetă 300 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 300 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:wxtocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, recordul SRV definit local wxtocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 300

    Utilizează clasa de voce URI 300 pentru a direcționa toate traficul de intrare de la Unified CM folosind portul sursă 5065 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

  2. Dial-peer pentru apeluri între Unified CM și PSTN:

     dial-peer voce 400 descriere voip UCM-PSTN trunchi destinație-model BAD.BAD sesiune protocol sipv2 sesiune țintă dns:pstntocucm.io intrare uri prin 400 codec clasă vocală 100 sip clasă vocală cravată de control sursă-interfață GigabitEthernet 0/0/0 sip clasă vocală cravată media sursă-interfață GigabitEthernet 0/0/0 dtmf-relay rtp-nte nu văd

    Iată o explicație a câmpurilor pentru configurație:

    vocală 
     peer 400 descriere vocală  trunchi UCM-PSTN

    Definește o pereche de apelare VoIP cu o etichetă de 400 și oferă o descriere semnificativă pentru ușurința de gestionare și depanare.

    șablon destinație BAD.BAD

    Este necesar un model de destinație fictiv atunci când rutați apelurile de ieșire utilizând un grup de apelare de intrare. În acest caz, poate fi utilizat orice model de destinație valabil.

    sipv2 protocol de sesiune

    Specifică faptul că dial-peer 400 gestionează segmente de apel SIP. Pentru mai multe informații, consultați protocolul sesiunii (dial-peer).

    țintă sesiune dns:pstntocucm.io

    Definește ținta sesiunii a mai multor noduri Unified CM prin rezoluția SRV DNS. În acest caz, înregistrarea SRV definită local pstntocucm.io este utilizat pentru a direcționa apelurile.

    intrare prin 400

    Utilizează clasa de voce URI 400 pentru a direcționa toate traficul de intrare de la gazdele Unified CM specificate utilizând portul sursă 5060 către acest dial-peer. Pentru mai multe informații, consultați uri de intrare.

    codec de clasă vocală 100

    Indică lista de filtrare codec pentru apelurile către și de la Unified CM. Pentru mai multe informații, consultați codecul clasei de voce.

    Bandă de control interfață sursă GigabitEthernet0/0/0

    Configurează interfața sursă și adresa IP asociată pentru mesajele trimise către PSTN. Pentru mai multe informații, consultați legătura.

    leagă interfața sursă media GigabitEthernet0/0/0

    Configurați interfața sursă și adresa IP asociată pentru mass-media trimisă în PSTN. Pentru mai multe informații, consultați legătura.

    dtmf-relay rtp-nte

    Definește RTP-NTE (RFC2833) ca fiind capacitatea DTMF așteptată pe piciorul apelului. Pentru mai multe informații, consultați DTMF Relay (Voice over IP).

    nu văd

    Dezactivează detectarea activității vocale. Pentru mai multe informații, consultați vad (dial peer).

4

Adăugați rutarea apelurilor utilizând următoarele configurații:

  1. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și Webex Calling. Definiți DPG 100 cu dial-peer de ieșire 100 către Webex Calling. DPG 100 este aplicat pe asociatul de apelare de intrare de la Unified CM. În mod similar, definiți DPG 300 cu dial-peer de ieșire 300 spre Unified CM. DPG 300 se aplică apelantului de intrare din Webex.

     descriere clasă de voce dpg 100 Apeluri de rutare către Webex Calling dial-peer 100 clasă de voce dpg 300 descriere Apeluri de rutare către Unified CM Webex Calling trunk dial-peer 300

  2. Creați grupuri de apelare pentru a direcționa apelurile între Unified CM și PSTN. Definiți DPG 200 cu dial-peer de ieșire 200 spre PSTN. DPG 200 este aplicat la asocierea de apelare de intrare de la Unified CM. În mod similar, definiți DPG 400 cu dial-peer de ieșire 400 spre Unified CM. DPG 400 se aplică apelantului de intrare de la PSTN.

     clasă de voce dpg 200 descriere Apeluri de rutare către PSTN dial-peer 200 clasă de voce dpg 400 descriere Apeluri de rutare către Unified CM PSTN trunk dial-peer 400

    Iată o explicație a câmpurilor pentru configurație:

    peer de apelare 100

    Asociază un dial-peer de ieșire cu un grup dial-peer. Pentru mai multe informații, consultați dpg de clasă vocală.

  3. Aplicați grupuri de apelare pentru a direcționa apelurile de la Webex la Unified CM și de la Unified CM la Webex: 

     voce dial-peer 100 dpg destinație 300 voce dial-peer 300 dpg destinație 100

    Iată o explicație a câmpurilor pentru configurație:

    dpg destinație 300

    Specifică grupul dial-peer și, prin urmare, dial-peer ar trebui să fie utilizat pentru tratamentul de ieșire pentru apelurile prezentate acestui dial-peer de intrare.

  4. Aplicați grupuri de apelare pentru a direcționa apelurile de la PSTN la Unified CM și de la Unified CM la PSTN:

     voce dial-peer 200 dpg destinație 400 voce dial-peer 400 dpg destinație 200

    Acest lucru încheie configurația gateway-ului local. Salvați configurația și reîncărcați platforma dacă aceasta este prima dată când au fost configurate caracteristicile CUBE.

Monitorizați și depanați Gateway-ul local cu semnături de diagnosticare

Semnăturile de diagnosticare (DS) detectează proactiv problemele observate frecvent în Gateway-ul local bazat pe Cisco IOS XE și generează notificări prin e-mail, syslog sau mesaje terminale ale evenimentului. De asemenea, puteți instala DS pentru a automatiza colectarea datelor de diagnosticare și pentru a transfera datele colectate în cazul Cisco TAC pentru a accelera timpul de rezoluție.

Semnăturile de diagnosticare (DS) sunt fișiere XML care conțin informații despre evenimentele și acțiunile de declanșare a problemei pentru a informa, depana și remedia problema. Utilizați mesaje syslog, snmp evenimente și prin monitorizarea periodică a ieșirilor specifice de comandă spectacol pentru a defini logica de detectare a problemelor. Tipurile de acțiuni includ:

  • Colectarea ieșirilor de comandă arată

  • Generarea unui fișier jurnal consolidat

  • Încărcarea fișierului într-o locație de rețea furnizată de utilizator, cum ar fi HTTPS, SCP, server FTP

Inginerii TAC autor fișiere DS și semnează digital pentru protecția integrității. Fiecare fișier DS are ID-ul numeric unic atribuit de sistem. Instrumentul de căutare a semnăturilor de diagnosticare (DSLT) este o singură sursă pentru a găsi semnăturile aplicabile pentru monitorizarea și depanarea diferitelor probleme.

Înainte de a începe:

  • Nu editați fișierul DS pe care îl descărcați de la DSLT. Fișierele pe care le modificați nu reușesc instalarea din cauza erorii de verificare a integrității.

  • Un server Simple Mail Transfer Protocol (SMTP) de care aveți nevoie pentru ca Gateway-ul local să trimită notificări prin e-mail.

  • Asigurați-vă că Gateway-ul local execută IOS XE 17.6.1 sau o versiune ulterioară dacă doriți să utilizați serverul SMTP securizat pentru notificări prin e-mail.

Cerințe preliminare

Gateway local care rulează IOS XE 17.6.1 sau o versiune ulterioară

  1. Semnăturile de diagnosticare sunt activate în mod implicit.

  2. Configurați serverul de e-mail securizat pe care îl utilizați pentru a trimite o notificare proactivă dacă dispozitivul rulează IOS XE 17.6.1 sau o versiune ulterioară.

     Configurați serverul de e-mail de acasă pentru apeluri terminale :@ prioritate 1 end tls securizat

  3. Configurați variabila ds_email de mediu cu adresa de e-mail a administratorului pentru a vă notifica.

    configurați 

     gateway-ul local de diagnosticare a semnăturii la domiciliu a apelului terminal (cfg-call-home-diag-sign) mediu ds_email  sfârșit

Instalarea semnăturilor de diagnosticare pentru monitorizare proactivă

Monitorizarea utilizării ridicate a procesorului

Acest DS urmărește utilizarea procesorului de 5 secunde folosind SNMP OID 1.3.6.1.4.1.9.2.1.56. Când utilizarea ajunge la 75% sau mai mult, dezactivează toate depanările și dezinstalează toate semnăturile de diagnosticare pe care le instalați în Gateway-ul local. Urmați acești pași de mai jos pentru a instala semnătura.

  1. Asigurați-vă că ați activat SNMP utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda managerului serverului snmp .

     afișare agent snmp %SNMP nu este activat config t snmp-server manager final afișare șasiu snmp: intrare pachete SNMP ABCDEFGHIGK 149655      0 Erori de versiune Bad SNMP      1 Nume comunitate necunoscută      0 Operațiune ilegală pentru numele comunității furnizată      0 Eroare de codificare 37763 Număr de variabile solicitate      2 Număr de variabile modificate 34560 PDU-uri Get-request 138 PDU-uri Get-next      2 PDU-uri de setare a solicitării      0 picături pachet coadă de intrare (dimensiunea maximă a cozii 1000) 158277 pachete SNMP de ieșire      0 Erori prea mari (dimensiunea maximă a pachetului 1500) 20 Nu există astfel de erori de nume      0 Valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Pachete PDU-uri de urmărire în prezent în coada de intrare a procesului SNMP: 0 SNMP capcana globală: activat

  2. Descărcați DS 64224 utilizând următoarele opțiuni verticale din Instrumentulde căutare semnături de diagnosticare:

    copiați ftp://numele de utilizator:password@/DS_64224.xml bootflash:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge Catalyst 8000V

    Produs

    CUBE Enterprise în soluție Webex Calling

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail

  3. Copiați fișierul DS XML în blițul Local Gateway.

    copiați ftp://numele de utilizator:password@/DS_64224.xml bootflash:

    Următorul exemplu arată copierea fișierului de pe un server FTP pe Gateway-ul local.

    copiați ftp://utilizator:pwd@192.0.2.12/DS_64224.xml bootflash:  Acces ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 octeți] 3571 octeți copiat în 0.064 sec (55797 octeți/sec)

  4. Instalați fișierul DS XML în Gateway-ul local.

    încărca 
     semnătură de diagnosticare la domiciliu DS_64224.xml Fișier de încărcare DS_64224.xml succes

  5. Utilizați comanda afișare semnătură de diagnosticare apel-acasă pentru a verifica dacă semnătura este instalată cu succes. Coloana de stare trebuie să aibă o valoare "înregistrată". 

     afișarea semnăturii diagnostice la domiciliu Setări actuale ale semnăturii diagnostice:   Semnătură de diagnosticare: Profil activat: CiscoTAC-1 (status: ACTIVĂ) URL(URL) de descărcare:  Variabilă https://tools.cisco.com/its/service/oddce/services/DDCEService de mediu: ds_email: username@gmail.com

    Descarca DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-07 22:05:33

    Când este declanșată, această semnătură dezinstalează toate DS-urile care rulează, inclusiv pe sine. Dacă este necesar, reinstalați DS 64224 pentru a continua monitorizarea utilizării ridicate a procesorului pe Gateway-ul local.

Monitorizarea deconectărilor anormale ale apelurilor

Acest DS utilizează sondajul SNMP la fiecare 10 minute pentru a detecta deconectarea anormală a apelurilor cu erori SIP 403, 488 și 503. Dacă creșterea numărului de erori este mai mare sau egală cu 5 din ultimul sondaj, aceasta generează o notificare syslog și e-mail. Utilizați pașii de mai jos pentru a instala semnătura.

  1. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda managerului serverului snmp . 

    afișare agent snmp %SNMP nu este activat config t snmp-server manager final afișare șasiu snmp: intrare pachete SNMP ABCDEFGHIGK 149655      0 Erori de versiune Bad SNMP      1 Nume comunitate necunoscută      0 Operațiune ilegală pentru numele comunității furnizată      0 Eroare de codificare 37763 Număr de variabile solicitate      2 Număr de variabile modificate 34560 PDU-uri Get-request 138 PDU-uri Get-next      2 PDU-uri de setare a solicitării      0 picături pachet coadă de intrare (dimensiunea maximă a cozii 1000) 158277 pachete SNMP de ieșire      0 Erori prea mari (dimensiunea maximă a pachetului 1500) 20 Nu există astfel de erori de nume      0 Valori greșite      0 Erori generale 7998 PDU-uri de răspuns 10280 Pachete PDU-uri de urmărire în prezent în coada de intrare a procesului SNMP: 0 SNMP capcana globală: activat

  2. Descărcați DS 65221 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge Catalyst 8000V

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    SIP anormale apel deconectați de detectare cu e-mail și Syslog notificare.

  3. Copiați fișierul DS XML în Gateway-ul local.

    copiați ftp://numele de utilizator:password@/DS_65221.xml bootflash:

  4. Instalați fișierul DS XML în Gateway-ul local.

    încărca 
     semnătură de diagnosticare la domiciliu DS_65221.xml Fișier de încărcare DS_65221.xml succes

  5. Utilizați comanda pentru a afișa semnătura de diagnosticare la domiciliu pentru a verifica dacă semnătura a fost instalată cu succes. Coloana de stare ar trebui să aibă o valoare „înregistrată”.

Instalați semnături de diagnosticare pentru a depana o problemă

De asemenea, puteți utiliza Semnături de diagnosticare (DS) pentru a rezolva rapid problemele. Cisco TAC ingineri au creat mai multe semnături care permit depanare necesare, care sunt necesare pentru a depana o anumită problemă, detecta apariția problemei, colecta dreptul de set de date de diagnosticare și transferul automat de date la cisco TAC caz. Acest lucru elimină necesitatea de a verifica manual apariția problemei și face rezolvarea problemelor intermitente și tranzitorii mult mai ușoară.

Puteți utiliza Instrumentul de căutare a semnăturilor de diagnosticare pentru a găsi semnăturile aplicabile și a le instala pentru a rezolva automat o anumită problemă sau puteți instala semnătura recomandată de inginerul TAC ca parte a angajamentului de asistență.

Iată un exemplu despre cum să găsiți și să instalați un DS pentru a detecta apariția "%VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0" syslog și automatizați colectarea datelor de diagnosticare utilizând următorii pași:

  1. Configurați o altă variabilă de mediu DS ds_fsurl_prefix ca calea serverului de fișiere Cisco TAC (cxd.cisco.com) pentru a încărca datele de diagnosticare. Numele de utilizator din calea fișierului este numărul de caz, iar parola este tokenul de încărcare a fișierului care poate fi preluat de la Support Case Manager după cum se arată în continuare. Tokenul de încărcare a fișierului poate fi generat în secțiunea Attachments a Support Case Manager, după cum este necesar.

    Configurați 
     semnătura de diagnosticare a apelului terminal la domiciliu LocalGateway (cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" end

    Exemplu:

    mediu 
     de diagnosticare a semnăturii la domiciliu ds_fsurl_prefix " mediu ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Asigurați-vă că SNMP este activat utilizând comanda arată snmp. Dacă SNMP nu este activat, configurați comanda managerului serverului snmp .

     afișare agent snmp %SNMP nu este activat config t snmp-server manager final

  3. Vă recomandăm să instalați monitorizarea înaltă a procesorului DS 64224 ca măsură proactivă pentru a dezactiva toate semnăturile de depanare și diagnosticare în timpul utilizării ridicate a procesorului. Descărcați DS 64224 utilizând următoarele opțiuni în Instrumentul de căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge Catalyst 8000V

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Performanță

    Tip de problemă

    Utilizare ridicată a procesorului cu notificare prin e-mail.

  4. Descărcați DS 65095 utilizând următoarele opțiuni în Instrumentulde căutare semnături de diagnosticare:

    Nume câmp

    Valoarea câmpului

    Platformă

    Cisco 4300, seria ISR 4400 sau software-ul Edge Catalyst 8000V

    Produs

    CUBE Enterprise în soluția de apelare Webex

    Domeniul de aplicare al problemei

    Syslogs

    Tip de problemă

    Syslog - %VOICE_IEC-3-GW: CCAPI: Eroare internă (prag de vârf al apelului): IEC=1.1.181.1.29.0

  5. Copiați fișierele DS XML pe Gateway-ul local.

     copiați ftp://nume de utilizator:password@/DS_64224.xml bootflash:  copiați ftp://numele de utilizator:password@/DS_65095.xml bootflash:

  6. Instalați fișierul XML de monitorizare DS 64224 și apoi DS 65095 în gateway-ul local.

    încărca 
     semnătură de diagnosticare la domiciliu DS_64224.xml Încărcare fișier DS_64224.xml succes Încărcare semnătură de diagnosticare la domiciliu DS_65095.xml Încărcare fișier DS_65095.xml succes

  7. Verificați dacă semnătura este instalată cu succes utilizând afișarea semnăturiide diagnosticare la domiciliu a apelului. Coloana de stare ar trebui să aibă o valoare "înregistrată". 

     afișarea semnăturii diagnostice la domiciliu Setări actuale ale semnăturii diagnostice:   Semnătură de diagnosticare: Profil activat: CiscoTAC-1 (status: ACTIVĂ) URL(URL) de descărcare:  Variabilă https://tools.cisco.com/its/service/oddce/services/DDCEService de mediu: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678: abcdefghijklmnop@cxd.cisco.com

    DescarcaT DSes:

    ID-ul DS

    Numele DS

    Revizie

    Stare

    Ultima actualizare (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Înscris

    2020-11-08:00:07:45

    65095

    00:12:53

    D_LGW_IEC_Call_spike_threshold

    0.0.12

    Înscris

    2020-11-08:00:12:53

Verificarea executării semnăturilor de diagnosticare

În următoarea comandă, coloana "Stare" a comenzii afișează modificările semnăturii de diagnosticare la domiciliu apel la "rulare", în timp ce Gateway-ul local execută acțiunea definită în semnătură. Rezultatul statisticilor de diagnosticare a semnăturii de apel la domiciliu este cea mai bună modalitate de a verifica dacă o semnătură de diagnosticare detectează un eveniment de interes și a executat acțiunea. Coloana "Triggered/Max/Deinstall" indică de câte ori semnătura dată a declanșat un eveniment, numărul maxim de ori este definit pentru a detecta un eveniment și dacă semnătura se deinstalează după detectarea numărului maxim de evenimente declanșate. 

afișarea semnăturii diagnostice la domiciliu Setări actuale ale semnăturii diagnostice:   Semnătură de diagnosticare: Profil activat: CiscoTAC-1 (status: ACTIVĂ) URL(URL) de descărcare:  Variabilă https://tools.cisco.com/its/service/oddce/services/DDCEService de mediu: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678: abcdefghijklmnop@cxd.cisco.com

DescarcaT DSes:

ID-ul DS

Numele DS

Revizie

Stare

Ultima actualizare (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Înscris

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Rulare

2020-11-08 00:12:53

afișarea statisticilor privind semnătura de diagnosticare a apelurilor la domiciliu

ID-ul DS

Numele DS

Deconectat/Max/Dezinstalare

Timp mediu de rulare (secunde)

Timp maxim de rulare (secunde)
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

E-mailul de notificare care este trimis în timpul executării semnăturii de diagnosticare conține informații cheie, cum ar fi tipul de problemă, detaliile dispozitivului, versiunea software, configurația care rulează și afișează ieșirile de comandă care sunt relevante pentru depanarea problemei date.

Dezinstalarea semnăturilor de diagnosticare

Utilizarea semnăturilor de diagnosticare în scopuri de depanare sunt de obicei definite pentru a dezinstala după detectarea unor apariții ale problemelor. Dacă doriți să dezinstalați manual o semnătură, regăsiți ID-ul DS de la ieșirea de afișare a semnăturii de diagnosticare la domiciliu a apelului și executați următoarea comandă:

dezinstalați  semnătură de diagnosticare la domiciliu

Exemplu:

deinstalare semnătură de diagnosticare la domiciliu 64224

Semnăturile noi sunt adăugate periodic la Instrumentul de căutare a semnăturilor de diagnosticare, pe baza problemelor observate în implementări. TAC în prezent nu acceptă solicitările de creare de noi semnături particularizate.