În acest articol
dropdown icon
Considerații de implementare
    Configurarea unei singure locații
    Configurarea mai multor locații
    Condiții cheie pentru supraviețuirea site-ului
    Colocare cu SRST unificat
    Caracteristici și componente acceptate
    Informații de referință port pentru Survivalability Gateway
dropdown icon
Configurarea caracteristicilor
    Fluxul de sarcini de configurare a supraviețuirii site-ului
    Atribuirea serviciului de supraviețuire unui gateway
    Descărcați șablonul de configurare
    Configurați licențierea
dropdown icon
Configurarea certificatelor
    Configurați certificatele pe Cisco IOS XE
    Importați certificate împreună cu perechi de chei
dropdown icon
Configurați gateway-ul de supraviețuire
    Configurați gateway-ul ca gateway de supraviețuire
    Sincronizare completă la cerere
    Editați proprietățile Gateway de supraviețuire
    Configurații pentru a activa CDR-urile pe gateway-ul de supraviețuire
    Configurații pentru a activa redirecționarea apelurilor
    Configurații pentru a activa grupul de vânătoare
    Configurații pentru a activa distribuția automată a apelurilor de bază (B-ACD)
Limitări și restricții
Experiența utilizatorului în timpul failover
dropdown icon
Exemple de configurare
    Exemple de conexiuni PSTN
    Exemplu de apelare de urgență
Supraviețuirea site-ului pentru Webex Calling
list-menuÎn acest articol
list-menuFeedback?

Supraviețuirea site-ului vă asigură că afacerea dvs. rămâne accesibilă chiar dacă conexiunea la Webex este pierdută. Utilizează un gateway de rețea locală pentru a oferi servicii de apelare de rezervă către punctele finale la fața locului în timpul întreruperilor rețelei.

Considerații de implementare

În mod implicit, Webex Calling punctele finale funcționează în modul activ, conectându-se la cloud Webex pentru înregistrarea SIP și controlul apelurilor. Dacă conexiunea la rețea la Webex este pierdută, punctele finale trec automat la modul Supraviețuire și se înregistrează la Gateway-ul local de supraviețuire. În acest mod, gateway-ul oferă servicii de bază de apelare de rezervă. Odată ce conexiunea la rețea la Webex este restaurată, controlul apelurilor și înregistrările trec înapoi la cloud Webex.

Următoarele apeluri sunt acceptate în modul Supraviețuire:

  • Apelare internă (intrasite) între punctele finale acceptate Webex Calling

  • Apelare externă (de intrare și de ieșire) utilizând un circuit local PSTN sau trunchi SIP către numere externe și furnizori E911

Pentru a utiliza această caracteristică, trebuie să configurați un router Cisco IOS XE în rețeaua locală ca un gateway de supraviețuire. Survivalability Gateway sincronizează zilnic informațiile de apelare din norul Webex pentru punctele finale din acea locație. Dacă punctele finale trec la modul Supraviețuire, gateway-ul poate utiliza aceste informații pentru a prelua înregistrările SIP și pentru a furniza servicii de apelare de bază.

Configurarea unei singure locații

Următoarea imagine arată un scenariu de defecțiune a rețelei în care conexiunea la Webex este întreruptă și punctele finale de pe site-ul Webex funcționează în modul Supraviețuire. În imagine, Survivalability Gateway direcționează un apel intern între două puncte finale la fața locului fără a necesita o conexiune la Webex. În acest caz, Survivalability Gateway este configurat cu o conexiune locală PSTN. Drept urmare, punctele finale la fața locului în modul Supraviețuire pot utiliza PSTN pentru apelurile primite și ieșite către numere externe și furnizori E911.

Diagram of a network failure scenario where the connection to Webex is broken and endpoints at the Webex site are operating in survivability mode.
Webex Callingpuncte finale dintr-o singură locație în modul de supraviețuire

Configurarea mai multor locații

Următoarea imagine arată un scenariu de defecțiune a rețelei în care conexiunea la Webex este întreruptă și punctele finale situate în locații diferite funcționează în modul Supraviețuire. Există mai multe locații mai mici în rețeaua LAN care sunt mapate la un singur gateway de supraviețuire. Această implementare optimizează utilizarea resurselor gateway-ului, păstrând în același timp configurațiile specifice locației pentru rutarea apelurilor.

Webex calling endpoints from multiple locations in Site Survivability mode

Cisco recomandă menținerea unui prag de latență de 50 de milisecunde pentru conectivitatea între Survivalability Gateway și punctele finale din locațiile dintr-o rețea LAN.

Condiții cheie pentru supraviețuirea site-ului

Următoarele condiții se aplică portalului de supraviețuire:

  • Cloudul Webex include adresa IP Survivalability Gateway, numele gazdei și portul în fișierul de configurare a dispozitivului. Drept urmare, punctele finale pot ajunge la Survivalability Gateway pentru înregistrare dacă conexiunea la Webex se întrerupe.

  • Sincronizarea zilnică a datelor apelurilor între cloud Webex și Survivalability Gateway include informații de autentificare pentru utilizatorii înregistrați. Drept urmare, punctele finale pot menține înregistrări sigure, chiar și în timp ce funcționează în modul Supraviețuire. Sincronizarea include, de asemenea, informații de rutare pentru acești utilizatori.

  • Survivalability Gateway poate direcționa automat apelurile interne utilizând informațiile de rutare pe care Webex le oferă. Adăugați o configurație de trunchi PSTN la Survivalability Gateway pentru a oferi apeluri externe.

  • Fiecare site care implementează Site Survivalability necesită un Gateway de supraviețuire în rețeaua locală.

  • Înregistrările și controlul apelurilor revin în cloud Webex odată ce conexiunea la rețea Webex se reia timp de cel puțin 30 de secunde.

Colocare cu SRST unificat

Survivalability Gateway acceptă colocarea unei configurații Webex Survivalability și a unei configurații SRST unificate pe același gateway. Gateway-ul poate suporta supraviețuirea atât pentru punctele Webex Calling finale, cât și pentru punctele finale care se înregistrează în Managerul de comunicații unificate. Pentru a configura colocarea:

Considerații privind rutarea apelurilor pentru colocare

Luați în considerare următoarele atunci când configurați rutarea apelurilor pentru scenarii de colocare:

  • Survivalability Gateway direcționează automat apelurile interne, cu condiția ca ambele puncte finale din apel să fie înregistrate la Gateway de supraviețuire. Apelurile interne sunt direcționate automat între orice clienți înregistrați (SRST sauWebex Calling).

  • Este posibil să existe o situație în care conexiunea la un sistem de control al apelurilor se întrerupe în timp ce conexiunea la celălalt sistem de control al apelurilor rămâne în funcțiune. Drept urmare, un set de puncte finale se înregistrează la Survivalability Gateway, în timp ce un alt set de puncte finale de pe același site se înregistrează la controlul apelurilor primare. În acest caz, poate fi necesar să direcționați apelurile între cele două seturi de puncte finale către un trunchi SIP sau un circuit PSTN.

  • Apelurile externe și apelurile E911 pot fi direcționate către un trunchi SIP sau un circuit PSTN.

Caracteristici și componente acceptate

Următorul tabel oferă informații despre caracteristicile acceptate.

Tabelul 1. Funcții de apelare acceptate
Caracteristică Dispozitive MPP și aplicația WebexVG4xx ATA

Apelare prin extensie Intrasite

Suportat automat, fără nicio configurație specifică de rutare necesară pe Survivalability Gateway.

Suportat automat, fără nicio configurație specifică de rutare necesară pe Survivalability Gateway.

Numerele alternative nu sunt acceptate.

Apelare intersite și PSTN (de intrare și de ieșire)

Apelare PSTN bazată pe circuitul telco sau trunchiul SIP.

Apelare PSTN bazată pe circuitul telco sau trunchiul SIP.

Gestionarea apelurilor E911

Apelarea E911 necesită un circuit PSTN sau un trunchi SIP.

Apelurile de ieșire utilizează un număr specific de identificare a locației de urgență (ELIN) înregistrat pentru o locație de răspuns de urgență definită (ERL). Dacă operatorul de urgență returnează un apel deconectat, Gateway de supraviețuire direcționează apelul către ultimul dispozitiv care a apelat numărul de urgență.

Apelarea E911 necesită un circuit PSTN sau un trunchi SIP.

Apelurile de ieșire utilizează un număr specific de identificare a locației de urgență (ELIN) înregistrat pentru o locație de răspuns de urgență definită (ERL). Dacă operatorul de urgență returnează un apel deconectat, Gateway de supraviețuire direcționează apelul către ultimul dispozitiv care a apelat numărul de urgență.

Țineți și reluați apelul

Sprijinit

Dacă utilizați Muzică în așteptare (MOH), furnizați manual Gateway de supraviețuire cu un fișier MOH.

Liniile analogice VG4xx ATA nu pot pune apelurile în așteptare sau relua.

Această caracteristică este acceptată numai atunci când un apel primit este primit pe VG4xx ATA.

Transferul apelurilor asistate

Sprijinit

Această caracteristică este acceptată numai atunci când un apel primit este primit pe VG4xx ATA.

Transferul apelurilor oarbe

Sprijinit

Această caracteristică este acceptată numai atunci când un apel primit este primit pe VG4xx ATA.

ID-ul apelantului de intrare (Nume)

Sprijinit

Sprijinit

ID-ul apelantului de intrare (nume și număr)

Sprijinit

Sprijinit

Apel video punct-la-punct

Sprijinit

Nu este acceptat

Apelare în trei direcții

Nu este acceptat

Nu este acceptat

Linii partajate

Sprijinit

Sprijinit

Linii virtuale

Sprijinit

Nu este acceptat

Redirecționarea apelurilor

Acceptat pentru redirecționarea apelurilor tuturor, fără răspuns și ocupat.

Sprijinit

Grupul de vânătoare

Suportat pentru următoarele: secvențial, paralel, egal și cel mai lung inactiv.

Sprijinit

Asistent auto

Suportat pentru apelare prin extensie

Sprijinit

La configurarea funcției, Supraviețuirea site-ului este disponibilă pentru următoarele puncte finale acceptate.

Tabelul 2. Modele finale acceptate
TipModeleVersiune minimă
Telefon IP Cisco cu firmware multiplatform (MPP)

6821, 6841, 6851, 6861, 6861 Wi-Fi, 6871

7811, 7821, 7841, 7861

8811, 8841, 8851, 8861

8845 (numai audio), 8865 (numai audio), 8875 (video)

9800

Pentru mai multe informații despre telefoanele IP Cisco cu firmware multiplatformă (MPP) acceptate, consultați:

12.0(1)

Pentru telefoanele 8875 - Phone OS 3.2 și versiunile ulterioare

Pentru seria 9800 - PhoneOS 3.2 (1)

Telefon de conferință Cisco IP

7832, 8832

12.0(1)

Cisco WebexAplicație

Windows, Mac

43.2

Puncte finale analogice

VG400 ATA, VG410 ATA și VG420 ATA

Cisco ATA 191 și 192

17.16.1a

11.3 (1) pentru ATA 191 și 192

Dispozitivele terțe nu sunt acceptate cu Survivability Gateway.

Următorul tabel ajută la configurarea router Cisco IOS elor XE ca un gateway de supraviețuire. Acest tabel listează numărul maxim de puncte finale pe care fiecare platformă le acceptă și versiunea minimă IOS XE.

Webex CallingCaracteristicile Survivalability Gateway sunt disponibile cu versiunea Cisco IOS XE Dublin 17.12.3 sau versiuni ulterioare. Funcțiile Hunt Group, Redirecționare apeluri și Asistent automat sunt disponibile începând cu iOS 17.18.2 și versiunile ulterioare.

Tabelul 3. Modele de platformă acceptate
ModelulÎnregistrări maxime de puncte finaleVersiune minimă

Router de servicii integrate 4321

50

Cisco IOSXE Dublin 17.12.3 sau versiuni ulterioare

Router de servicii integrate 4331

100

Router de servicii integrate 4351

700

Router de servicii integrate 4431

1200

Router pentru servicii integrate 4451-X

2000

Router pentru servicii integrate 4461

2000

Catalyst Edge 8200L-1N-4T

1500

Catalyst Edge 8200-1N-4T

2500

Catalyst Edge 8300-1N1S-6T

2500

Catalyst Edge 8300-2N2S-6T

2500

Catalyst Edge 8300-1N1S-4T2X

2500

Catalyst Edge 8300-2N2S-4T2X

2500

Configurație mică a software-ului Catalyst Edge 8000V

500

Configurare mediu software Catalyst Edge 8000V

1000

Configurație mare a software-ului Catalyst Edge 8000V

2000

Informații de referință port pentru Survivalability Gateway

Tabelul 4. Informații de referință port pentru Survivalability Gateway

Scopul conexiunii

Adresele sursă

Porturi sursă

Protocol

Adresele destinației

Porturi de destinație

Semnalizarea apelurilor către Survivalability Gateway (SIP TLS)

Dispozitive

5060-5080

TLS

Gateway de supraviețuire

8933

Apelați media la Survivalability Gateway (SRTP)

Dispozitive

19560-19660

UDP

Gateway de supraviețuire

8000-14198 (SRTP peste UDP)

Semnalizarea apelurilor către gateway-ul PSTN (SIP)

Gateway de supraviețuire

Efemer

TCP sau UDP

Gateway-ul dvs. ITSP PSTN

5060

Apelați suportul media la gateway-ul PSTN (SRTP)

Gateway de supraviețuire

8000-48198

UDP

Gateway-ul dvs. ITSP PSTN

Efemer

Sincronizarea timpului (NTP)

Gateway de supraviețuire

Efemer

UDP

Serverul NTP

123

Rezoluția numelui (DNS)

Gateway de supraviețuire

Efemer

UDP

Serverul DNS

53

Managementul cloud

Conector

Efemer

HTTPS

Servicii Webex

443, 8433

Pentru îndrumări operaționale privind modul cloud, consultați articolul Informații de referință port pentru Webex Calling ajutor.

Puteți personaliza valorile de setare a porturilor pe routerele Cisco IOS XE. Acest tabel utilizează valori implicite pentru a oferi îndrumări.

Configurarea caracteristicilor

Fluxul de sarcini de configurare a supraviețuirii site-ului

Finalizați următoarele sarcini pentru a adăuga supraviețuirea site-ului pentru o Webex Calling locație existentă. Dacă conexiunea la cloud Webex se întrerupe, un gateway de supraviețuire din rețeaua locală poate oferi controlul apelurilor de rezervă pentru punctele finale din acea locație.

Înainte de a începe

Dacă trebuie să furnizați un nou gateway pentru a acționa ca Gateway de supraviețuire, consultați articolul Webex Înscrierea gateway-urilor Cisco IOS gestionate în Webex Cloud pentru a adăuga gateway-ul la Control Hub.

PașiComandă sau acțiuneScop

1

Atribuirea serviciului de supraviețuire unui gateway

În Control Hub, atribuiți serviciul Sur vivalability Gateway unui gateway.

2

Descărcați șablonul de configurare

Descărcați șablonul de configurare din Control Hub. Veți avea nevoie de șablon atunci când configurați linia de comandă a gateway-ului.

3

Configurați licențierea

Configurați licențele pentru Survivalability Gateway.

4

Configurați certificatele pe Cisco IOS XE

Configurați certificatele pentru Survivalability Gateway.

5

Configurați gateway-ul ca gateway de supraviețuire

Utilizați șablonul de configurare descărcat anterior ca ghid pentru configurarea liniei de comandă gateway. Completați toate configurațiile obligatorii care sunt în șablon.

Atribuirea serviciului de supraviețuire unui gateway

Înainte de a începe

Dacă gateway-ul nu există în Control Hub, consultați Înscrierea Cisco IOSgateway-urilor Webex Calling pentru a adăuga o nouă instanță de gateway.
1

Accesați A pel are sub Servicii, apoi faceți clic pe fila Gateways gestion ate.

Vizualizarea Gateways gestionate afișează lista gateway-urilor pe care le gestionați prin Control Hub.
2

Selectați gateway-ul pe care doriți să îl atribuiți ca Gateway de supraviețuire și alegeți una dintre următoarele, pe baza valorii câmpului Serviciu:

  • Neatribuit (valoare goală) —Faceți clic pe A locare serviciu și treceți la pasul următor.

  • Gateway de supraviețuire - Dacă doriți să editați setările IP ale gateway-ului existente, accesați Editați proprietățile Gateway de supraviețuire. În caz contrar, mergeți la următoarea procedură din flux.

3

Din meniul derulant tip serviciu, selectați Survi valability Gateway și completați următoarele câmpuri:

  • Locație —Din meniul derulant, selectați o locație. Pentru a atribui mai multe locații unui gateway de supraviețuire, selectați toate locațiile necesare din listă.

  • Nume gazdă - Introduceți numele de domeniu complet calificat (FQDN) utilizat la crearea certificatului pentru gateway. Ar putea fi un nume care este inclus în câmpul Nume alternativ al subiectului certificatului (SAN). FQDN și adresa IP sunt utilizate numai pentru stabilirea unei conexiuni sigure cu gateway-ul. Prin urmare, nu este obligatoriu să o populați în DNS.

  • Adresă IP —În format IPv4, introduceți adresa IP a gateway-ului de supraviețuire. Dispozitivele se înregistrează la această adresă în timp ce funcționează în modul Supraviețuire.

După finalizarea înscrierii, detaliile locației apar în pagina Gateway-uri gestionate.

4

Faceți clic pe Aloc are.

Vizualizarea Gateways gestionate afișează lista locațiilor care sunt atribuite gateway-ului.
(Opțional) Anulați atribuirea serviciului de supraviețuire — Dacă doriți să eliminați gateway-ul de supraviețuire dintr-un gateway, accesați Anularea atribuirii serviciilor unui gateway gestion at.

Descărcați șablonul de configurare

Descărcați șablonul de configurare din Control Hub sau utilizând acest link. Veți avea nevoie de șablon atunci când configurați linia de comandă a gateway-ului.
1

Conectați-vă la Control Hub.

Dacă sunteți o organizație parteneră, se lansează Partner Hub. Pentru a deschide Centrul de control, faceți clic pe vizualizarea Client din Hub partener și selectați clientul aplicabil sau selectați Organizația mea pentru a deschide setările Hub de control pentru organizația parteneră.

2

Accesați Servicii > PSTN și rutare > Configurări gateway > Gestionare gateway-uri.

3

Faceți clic pe Gateway de supraviețuire aplicabil.

4

Faceți clic pe Descărcați șablon ul de configurare și descărcați șablonul pe desktop sau laptop.

Configurați licențierea

Asigurați-vă că aveți licențele de platformă corespunzătoare pentru gateway-ul dvs. Configurați licențele utilizând comenzile care sunt adecvate platformei dvs.
1

Introduceți modul de configurare globală pe router:

enable
 configure terminal
2

Configurați licențele utilizând comenzile care se aplică numai platformei dvs. specifice.

  • Pentru seria Cisco ISR 4000:

    license boot level uck9
     license boot level securityk9
    
  • Pentru platformele Edge Cisco Catalyst 8300 și 8200 Series, utilizați licența de caracteristică DNA Network Advantage sau mai bună și introduceți nivelul de transfer necesar. Următorul exemplu utilizează o viteză criptografică bidirecțională de 25 Mbps. Selectați nivelul corespunzător pentru numărul de apeluri pe care le anticipați.

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • Pentru software-ul Cisco Catalyst 8000V Edge, utilizați licența de caracteristică DNA Network Advantage sau mai bună și introduceți nivelul de transfer necesar. Următorul exemplu utilizează randamentul de 1 Gbps. Selectați nivelul corespunzător pentru numărul de apeluri pe care le anticipați.

    license boot level network-essentials addon dna-essentials
     platform hardware throughput level MB 1000
    

Când configurați un debit mai mare de 250 Mbp, aveți nevoie de o licență de platformă HSEC .

Configurarea certificatelor

Configurați certificatele pe Cisco IOS XE

Finalizați următorii pași pentru a solicita și a crea certificate pentru Survivalability Gateway. Utilizați certificate semnate de un cunoscut publicCertificate Authority.

Platforma Survivalability Gateway acceptă numai certificate CA cunoscute public. Certificatele CA private sau de întreprindere nu pot fi utilizate pentru Survivalability Gateway.

Pentru o listă a autorităților de certificare rădăcină pentru care sunt acceptateWebex Calling, consultați Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platforme Cisco Webex audio și video? .

Platforma Survivalability Gateway nu acceptă certificatul wildcard.

Rulați comenzile din codul eșantion pentru a finaliza pașii. Pentru informații suplimentare despre aceste comenzi, împreună cu mai multe opțiuni de configurare, consultați capitolul „Su port SIP TLS” din Ghi dul de Cisco Unified Border Element configurare.

1

Introduceți modul de configurare globală executând următoarele comenzi:

enable
 configure terminal
2

Generați cheia privată RSA executând următoarea comandă. Modulul cheii private trebuie să fie de cel puțin 2048 biți.

crypto key generate rsa general-keys label webex-sgw exportable modulus 2048
3

Configurați un punct de încredere pentru a deține certificatul Survivalability Gateway. Numele de domeniu complet calificat al gateway-ului (fqdn) trebuie să utilizeze aceeași valoare pe care ați utilizat-o la atribuirea serviciului de supraviețuire gateway-ului.

crypto pki trustpoint webex-sgw 
 enrollment terminal 
 fqdn <gateway_fqdn> 
 subject-name cn=<gateway_fqdn>
 subject-alt-name <gateway_fqdn>
 revocation-check crl 
 rsakeypair webex-sgw
4

Generați o solicitare de semnare a certificatului execut crypto pki enroll webex-sgwând comanda.

Când vi se solicită, introduceți yes.

După ce CSR se afișează pe ecran, utilizați Notepad pentru a copia certificatul într-un fișier pe care îl puteți trimite unei autorități de certificare acceptată (CA).

Dacă furnizorul dvs. de semnare a certificatelor necesită un CSR în format PEM (Privacy Enhanced Mail), adăugați un antet și un subsol înainte de a trimite. De exemplu:

-----BEGIN CERTIFICATE REQUEST-----
 <Insert CSR here>
 -----END CERTIFICATE REQUEST-----
5

După ce CA vă emite un certificat, executați crypto pki authenticate webex-sgwcomanda pentru autentificarea certificatului. Puteți rula această comandă din oricare execdintre configmoduri.

Când vi se solicită, lipiți conținutul certificatului CA de bază 64 CER/PEM care emite (nu certificatul dispozitivului) în terminal.

6

Importați certificatul gazdă semnat în punctul de încredere utilizând crypto pki import webex-sgw certificatecomanda.

Când vi se solicită, lipiți certificatul de bază 64 CER/PEM în terminal.

7

Verificați dacă certificatul CA rădăcină este disponibil:

Numai autoritățile de certificare cunoscute public sunt acceptate cu Webex Calling soluția. Certificatele CA private sau de întreprindere nu sunt acceptate.

  1. Găsiți numele comun CA rădăcină rulând show crypto pki certificates webex-sgw | begin CA Cert. Căutați emitentul cn= <value>.

  2. Rulați show crypto pki trustpool | include cn=comanda și verificați dacă acest certificat CA rădăcină este instalat cu pachetul Cisco CA. Dacă vedeți certificatul dvs. de certificare, treceți la pasul 9.

  3. Dacă nu vedeți certificatul, puteți efectua una dintre următoarele acțiuni:

    • Importați certificatele lipsă

    • Rulați următoarea comandă pentru a instala pachetul extins IOS CA.

      crypto pki trustpool import url http://www.cisco.com/security/pki/trs/ios_union.p7b

      Utilizați pachetul extins CA IOS ios_core.p7b, numai dacă gateway-ul este un gateway local colocat. Consultați Configurarea gateway-ului local pe Cisco IOS XE Webex Calling pentru detalii.

  4. Repetaţi aceşti subpaşi pentru a determina dacă certificatul CA rădăcină este acum disponibil. După ce repetați subpașii:

    Dacă certificatul nu este disponibil, treceți la pasul 8. Dacă certificatul este disponibil, treceți la pasul 9.

8

Dacă certificatul CA rădăcină nu este inclus în pachet, achiziționați certificatul și importați-l într-un nou punct de încredere.

Efectuați acest pas dacă un certificat rădăcină CA cunoscut public nu este disponibil cu gateway-ul Cisco IOS XE.

crypto pki trustpoint <CA name>
 enrollment terminal
 revocation-check crl
 crypto pki authenticate <CA name>

Când vi se solicită, lipiți conținutul certificatului de bază 64 CER/PEM în terminal.

9

Utilizând modul de configurare, specificați punctul de încredere implicit, versiunea TLS și valorile implicite SIP-UA cu următoarele comenzi.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

Importați certificate împreună cu perechi de chei

Puteți importa certificate CA și perechi de chei ca pachet utilizând formatul PKCS12 (.pfx sau.p12). Puteți importa pachetul dintr-un sistem de fișiere local sau de pe un server la distanță. PKCS12 este un tip special de format de certificat. Acesta grupează întregul lanț de certificate de la certificatul rădăcină prin certificatul de identitate, împreună cu perechea de chei RSA. Adică, pachetul PKCS12 pe care îl importați ar include perechea de chei, certificatele gazdă și certificatele intermediare. Importați un pachet PKCS12 pentru următoarele scenarii:

  • Exportați de la un alt router Cisco IOS XE și importați-l în routerul Survivability Gateway

  • Generarea pachetului PKCS12 în afara routerului Cisco IOS XE folosind OpenSSL

Finalizați următorii pași pentru a crea, exporta și importa certificate și perechi de chei pentru routerul Survivability Gateway.

1

(Opțional) Exportați pachetul PKCS12 necesar pentru routerul Survivability Gateway.

crypto pki export webex-sgw pkcs12 terminal password xyz123

Acest pas este aplicabil numai dacă exportați de la un alt router Cisco IOS XE.

2

(Opțional) Creați un pachet PKCS12 utilizând OpenSSL.

  1. Verificați dacă OpenSSL este instalat pe sistemul pe care este rulat acest proces. Pentru utilizatorii Mac OSX și GNU/Linux, este instalat în mod implicit.

  2. Comutați la directorul în care sunt stocate cheile, certificatele și fișierele lanț.

    Pe Windows: În mod implicit, utilitarele sunt instalate în C:\Openssl\bin. Deschideți un prompt de comandă în această locație.

    Pe Mac OSX/Linux: Deschideți fereastra Terminal din directorul necesar pentru a crea certificatul PKCS12.

  3. În director, salvați cheile private (privateKey.key), certificatul de identitate (certificate.crt) și fișierele lanțului de certificate CA rădăcină (CAcert.crt).

    Combinați cheia privată, certificatul de identitate și lanțul de certificate CA rădăcină într-un fișier PKCS12. Introduceți o frază de acces pentru a vă proteja certificatul PKCS12.

    console> openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile CACert.crt

    Furnizați o parolă atunci când utilizați OpenSSL pentru a genera fișierul PKCS12.

Acest pas este aplicabil numai dacă generați un pachet PKCS12 în afara Cisco IOS XE utilizând OpenSSL.

3

Importați pachetul de fișiere în format PKCS12.

crypto pki import <trustpoint name> pkcs12 <certificate file location> password <file password>

Următoarea este o configurație de probă pentru comandă și detalii privind parametrii configurabili:

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>—Numele punctului de încredere care este creat atunci când se utilizează această comandă (De exemplu, we bex-sgw).

  • <certificate file location>—Adresa URL locală sau de rețea care indică fișierul certificat (De exemplu, boot flash:certificate.pfx)

  • <file password>—Parola utilizată la crearea fișierului PKCS12 (De exemplu, xyz123).

Comanda de import crypto pki construiește automat punctul de încredere pentru a găzdui certificatul.

4

Utilizând modul de configurare, specificați punctul de încredere implicit, versiunea TLS și valorile implicite SIP-UA cu următoarele comenzi.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

Configurați gateway-ul de supraviețuire

Configurați gateway-ul ca gateway de supraviețuire

Utilizați șablonul de configurare descărcat anterior ca ghid pentru configurarea liniei de comandă gateway. Completați configurațiile obligatorii din șablon.

Următorii pași conțin exemple de comenzi împreună cu o explicație a comenzilor. Editați setările pentru a se potrivi implementării. Parantezele unghiulare (de exemplu <settings>) identifică setările în care ar trebui să introduceți valori care se aplică implementării. Diferitele <tag>setări utilizează valori numerice pentru a identifica și atribui seturi de configurații.

  • Cu excepția cazului în care se specifică altfel, această soluție necesită completarea tuturor configurațiilor din această procedură.
  • Când aplicați setările din șablon, înlocui %tokens%ți-le cu valorile preferate înainte de a copia în gateway.
  • Pentru mai multe informații despre comenzi, consultați Referința de comandă Webex Managed Gateway. Utilizați acest ghid, cu excepția cazului în care descrierea comenz ii vă referă la un document diferit.
1

Intră în modul de configurare globală.


enable
 configure terminal

unde:

  • enable—Activează modul EXEC privilegiat.

  • configure terminal—Activează modul de configurare globală.

2

Efectuați configurațiile serviciului vocal:


 voice service voip
  ip address trusted list
    ipv4 <ip_address> <subnet_mask>
    ipv4 <ip_address> <subnet_mask>
  allow-connections sip to sip
  supplementary-service media-renegotiate
  no supplementary-service sip refer
  no supplementary-service sip moved-temporarily
  trace
  sip
   asymmetric payload full
   registrar server
  

Explicarea comenzilor:

  • ip address trusted listDefinește o listă de adrese neînregistrate de la care Survivalability Gateway trebuie să accepte mesaje SIP. De exemplu, o adresă peer trunchiului SIP.

  • <ip_address>și <subnet_mask>reprezintă intervale de adrese de încredere. Nu trebuie să introduceți subrețele conectate direct, deoarece Survivalability Gateway are încredere în ele automat.

  • allow-connections sip to sip—Permite conexiunile SIP la SIP într-o rețea VoIP.

  • no supplementary-service sip refer—Dezactivați metoda REFER pentru serviciile suplimentare de redirecționare a apelurilor și de transfer de apeluri. Webex Callingnu folosește aceste metode.

  • no supplementary-service sip moved-temporarilyDezactivează gestionarea automată a mesajelor de redirecționare SIP 302 de către gateway.

  • sip—Intră în modul de configurare SIP de serviciu.

  • registrar server—Activați registratorul SIP pentru a permite Webex Calling clienților să se înregistreze la gateway.

  • asymmetric payload full—Permite apelurile video în modul de supraviețuire.

3

Activați supraviețuirea pe router:


voice register global
 mode webex-sgw
 max-dn 50
 max-pool 50
 exit
 

Explicarea comenzilor:

  • voice register global—Intră în modul global de înregistrare vocală.

  • mode webex-sgw—Permite modul de Webex Calling supraviețuire și telefonie la distanță de supraviețuire pentru punctele finale ale Managerului de comunicații unificate.

    După configur area modului webex-sgw, Survivability Gateway ascultă portul 8933 pentru conexiunile securizate primite de la punctele finale.

  • max-dn—Limitează numărul de numere de director (DN) pe care routerul le poate gestiona. Pentru această soluție, configurați întotdeauna valoarea maximă disponibilă pentru platforma dvs.

    Aparițiile de linii partajate contează pentru limita max-dn. De exemplu, dacă toate 5 telefoane au aceleași 5 DN-uri, această configurație contează ca 25 de DN-uri pentru limita max-dn.

  • max-pool—Setează numărul maxim de dispozitive care se pot înregistra la gateway. Setați această valoare la maximul pe care îl permite platforma dvs., așa cum este descris în Tabelul 3.

4

Configurați serverele NTP:

ntp server <ip_address_of_primary_NTP_server>
 ntp server <ip_address_of_secondary_NTP_server>

5

(Opțional). Configurați permisiunile generale de apel pentru clasa de restricție:


dial-peer cor custom
 name Wx_calling_Internal
 name Wx_calling_Toll-free
 name Wx_calling_National
 name Wx_calling_International
 name Wx_calling_Operator_Assistance
 name Wx_calling_Chargeable_Directory_Assistance
 name Wx_calling_Special_Services1
 name Wx_calling_Special_Services2
 name Wx_calling_Premium_Services1
 name Wx_calling_Premium_Services2

Exemplul precedent creează un set de clase particularizate de restricții numite categorii (de exemplu, Wx_calling_International). Pentru detalii despre modul de utilizare a clasei de restricții cu apeluri similare, consultați „Clasa de restricții” din Ghi dul de configurare Dial Peer, Versiunea 15 Cisco IOS M&T.

6

Configurați o listă de codecuri preferate. De exemplu, următoarea listă specifică g711ulaw ca codec preferat, urmat de g711alaw.


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

Explicarea comenzilor:

  • voice class codec 1intră în modul de configurare a clasei vocale pentru grupul de codec 1.

  • codec preferenceidentifică codecurile preferate pentru acest grup de codecuri.

7

Configurați bazinele implicite ale registrelor vocale:


voice register pool 1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1

Explicarea comenzilor:

  • voice register pool 1—Intră în modul de configurare a bazinului registrului vocal pentru dispozitivele SIP din acest grup.

  • id networkși maskidentificați un dispozitiv SIP sau un set de dispozitive de rețea care utilizează acest pool. Utilizați adresele și măștile care se aplică implementării. Adresa 0.0.0.0permite dispozitivelor de oriunde să se înregistreze (dacă adresele dispozitivului sunt în lista de permise).

  • id extension-number—Grupul se aplică Webex Calling utilizatorului la extensia 1234 în mod specific. Utilizați extensiile corespunzătoare pentru rețeaua dvs.

  • id phone-number—Grupul se aplică în mod specific Webex Calling utilizatorului cu numărul de telefon +1 210-903-443. Utilizați numărul de telefon corespunzător pentru rețeaua dvs.

  • dtmf-relayspecifică rtp-ntemetoda de trimitere a cifrelor DTMF. În acest exemplu, tipul de sarcină utilă Transport în timp real (RTP) cu eveniment de telefon numit (NTE).

  • voice-class codec 1—Atribuie grupul de codec 1 acestui pool.

8

Configurați apelul de urgență:


voice emergency response location 1
 elin 1 <number>
 subnet 1 <ip-group> <subnet-mask>

 voice emergency response location 2
  elin 1 <number>
  subnet 1 <ip-group> <subnet-mask>

 voice emergency response zone 1
  location 1
  location 2

 voice class e164-pattern-map 301
 voice class e164-pattern-map 351

Explicarea comenzilor:

  • voice emergency response location 1—Creează grupul de locații de răspuns de urgență 1 pentru serviciul 911 îmbunătățit. O comandă ulterioară creează grupul de locație de răspuns de urgență 2.

  • elin 1 <number>—Atribuie un elin locației de răspuns în caz de urgență. Pentru acest elin, <number>porțiunea definește un număr PSTN pentru a înlocui extensia apelantului 911 (de exemplu,). 14085550100

  • subnet 1 <ip-group> <subnet-mask>Definește un grup de subrețea împreună cu o adresă specifică de subrețea pentru această locație de răspuns în caz de urgență. Utilizați această comandă pentru a identifica rețeaua apelantului printr-o adresă IP și o mască de subrețea. De exemplu, subnet 1 192.168.100.0 /26.

  • voice emergency response zone 1Definește o zonă de răspuns în caz de urgență.

  • location 1 (and 2)— Atribuie locațiile 1 și 2 de intervenție în caz de urgență acestei zone de intervenție în caz de urgență.

  • voice class e164-pattern-map 301 (and 351)—Identifică hărțile tiparului e164 301 și 351 pentru această clasă vocală. Puteți utiliza harta pentru a defini planurile de apelare și identificatorii locației de urgență.

Dacă suprapunerea Wi-Fi nu se potrivește cu exactitate cu subrețelele IP, este posibil ca apelurile de urgență pentru dispozitivele nomade să nu aibă maparea ELIN corectă.

9

Configurați colegii de apelare pentru PSTN. Pentru un exemplu de configurație de tip dial peer, consultați exemple de conexiuni PSTN.

10

Opțional. Activați muzica în așteptare pentru router. Trebuie să stocați un fișier muzical în memoria flash a routerului în format G.711. Fișierul poate fi în format.au sau.wav, dar formatul fișierului trebuie să conțină date pe 8 biți de 8 kHz (de exemplu, ITU-T A-law sau format de date mu-law).

call-manager-fallback
 moh enable-g711 "bootflash:<MOH_filename>"

Explicarea comenzilor:

  • call-manager-fallback—Intră în modul de configurare SRST.

  • moh enable-g711 "bootflash:<MOH_filename>"—Activează muzica unicast în așteptare utilizând G.711. De asemenea, furnizează directorul și numele fișierului audio (de exemplu, bootflash:music-on-hold.au). Numele fișierului nu poate depăși 128 de caractere.

Sincronizare completă la cerere

Opțional. Finalizați această procedură numai dacă doriți să finalizați o sincronizare imediată la cerere. Această procedură nu este obligatorie, deoarece cloud-ul Webex sincronizează automat datele apelurilor la Survivalability Gateway o dată pe zi.

1

Conectați-vă la Control Hub.

Dacă sunteți o organizație parteneră, se lansează Partner Hub. Pentru a deschide Centrul de control, faceți clic pe vizualizarea Client din Hub partener și selectați clientul aplicabil sau selectați Organizația mea pentru a deschide setările Hub de control pentru organizația parteneră.

2

Accesați Servicii > PSTN și rutare > Configurări gateway > Gestionare gateway-uri.

3

Faceți clic pe Gateway de supraviețuire aplicabil pentru a deschide vizualizarea Serviciului de supraviețuire pentru acel gateway.

4

Faceți clic pe butonul Sincron izare.

5

Faceți clic pe Trimit eți.

Este posibil să dureze până la 10 minute pentru a finaliza sincronizarea.

Editați proprietățile Gateway de supraviețuire

Utilizați această procedură opțională numai dacă doriți să editați setările pentru un Gateway de supraviețuire existent.
1

Conectați-vă la Control Hub.

Dacă sunteți o organizație parteneră, se lansează Partner Hub. Pentru a deschide Centrul de control, faceți clic pe vizualizarea Client din Hub partener și selectați clientul aplicabil sau selectați Organizația mea pentru a deschide setările Hub de control pentru organizația parteneră.

2

Accesați Servicii > PSTN și rutare > Configurări gateway > Gestionare gateway-uri.

3

Faceți clic pe Gateway de supraviețuire aplicabil pentru a deschide vizualizarea Serviciului de supraviețuire pentru acel gateway.

4

Faceți clic pe butonul Edit are și actualizați setările pentru următoarele.

  • Nume gazdă — Utilizați numele gazdei sau Numele de domeniu complet calificat al certificatului pentru a stabili conexiunea TLS cu clienții și adresa IP.

  • Adresă IP —În format IPv4, introduceți adresa IP a gateway-ului la care se înregistrează dispozitivele în timp ce funcționează în modul Supraviețuire.

5

Faceți clic pe Trimit eți.

Dacă doriți să ștergeți un gateway de supraviețuire din Control Hub, anulați mai întâi atribuirea serviciului Sur vival ability Gateway. Pentru mai multe detalii, consultați Atri buirea serviciilor gateway-urilor gestionate.

Configurații pentru a activa CDR-urile pe gateway-ul de supraviețuire

Conectorul configurează automat comenzile legate de CDR pentru a facilita colectarea valorilor numărului de apeluri.

La sfârșitul unui eveniment de supraviețuire, conectorul procesează CDR-urile generate în perioada evenimentului, împreună cu datele de configurare, pentru a identifica diferite numere de apeluri. Valorile includ numărul total de apeluri, apeluri de urgență și apeluri externe și sunt utilizate pentru a monitoriza utilizarea funcțiilor interne. Numai valorile numărului de apeluri sunt trimise în norul Webex în timp ce CDR-urile reale nu sunt transmise.

Următoarea este o configurație de probă:


!
gw-accounting file
 primary ifs bootflash:guest-share/cdrs/
 acct-template callhistory-detail
 maximum cdrflush-timer 5
 cdr-format detailed
!

Explicarea comenzilor:

  • primary ifs bootflash:guest-share/cdrs/- Această comandă este de a stoca fișierele CDR sub folderul de partajare a oaspeților pentru a permite accesul de către conector.

  • acct-template callhistory-detail- Această comandă este necesară pentru a include eticheta dial-peer în CDR.

  • maximum cdrflush-timer 5- Valoarea implicită este de 60 de minute, dar setarea acestuia la 5 minute permite ca CDR-urile să fie înregistrate mai repede în fișier.

  • cdr-format detailed- Acesta este formatul implicit. Formatul compact nu este potrivit, deoarece nu include eticheta dial-peer.

Configurații pentru a activa redirecționarea apelurilor

Funcționalitatea de redirecționare a apelurilor face parte din caracteristicile de supraviețuire care asigură gestionarea continuă a apelurilor în timpul întreruperilor rețelei atunci când conexiunea la cloud Webex este pierdută. Gateway-ul Survivalability acționează ca un gateway de rezervă local, permițând punctelor finale să se înregistreze local și să mențină capacitățile esențiale de apelare.

  • Comportamentul de redirecționare a apelurilor în modul Supraviețuire este gestionat de gateway-ul Survivalability folosind configurația bazinului, configurațiile dial-peer și politicile de rutare care gestionează apelurile local sau le direcționează prin trunchiuri PSTN sau SIP.

  • Gateway-ul de supraviețuire dezactivează SIP REFER, SIP mutat temporar pentru serviciile suplimentare de redirecționare a apelurilor și transfer de apeluri, deoarece Webex Calling nu utilizează aceste metode în modul de supraviețuire.

Configurați grupurile de registre vocale pentru scenarii de redirecționare a apelurilor:

Pentru a utiliza funcția de redirecționare a apelurilor, configurați call-forward b2buacomanda sub telefoanele voice register poolindividuale.

  • Pentru a activa call-forward all, configurați: call-forward b2bua all <extn/phone number/ESN>

  • Pentru a activa call-forward no-answer, configurați: call-forward b2bua noan <extn/phone number/ESN> timeout <time in sec> ​

  • Pentru a activa declanșatorul ocupat cu numărul specificat de apel primit, configurați:

    
    call-forward b2bua busy <extn/phone number/ESN>
    busy-trigger-per-button <count>

  • Exemplu de configurare:

    
    voice register pool  1​
      id phone-number +12107501105​
      dtmf-relay rtp-nte​
      call-forward b2bua noan +12107501155 timeout 20​
      codec g711ulaw​
    
    voice register pool  2
       busy-trigger-per-button 2
       id extension-number 1104
       dtmf-relay rtp-nte
       call-forward b2bua busy +12307501111
       codec g711ulaw 

Configurații pentru a activa grupul de vânătoare

Acest tabel oferă o mapare pentru configurația caracteristicilor grupului de vânătoare în Control Hub și utilizând comenzile gateway-ului Survivalability

Caracteristicile grupului HuntConfigurare utilizând hub-ul de controlComenzi gateway de supraviețuire

Selectați modelul de rutare a apelurilor

De sus în jos/simultan/circular/cel mai lung inactiv

Secvențial/paralel/coleg/cel mai lung inactiv

​

Adaugă grupul Hunt

Adăugați grup de vânătoare cu nume și număr de telefon pe locație.

Pentru a adăuga Hunt Group, utilizați voice hunt-group <tag> <call routing pattern>. Apoi adăugați numărul de telefon folosind pilotcomanda și vânați numele grupului cu descriptioncomanda

Selectați Utilizatori, Spații de lucru sau Linii virtuale de adăugat

Selectați agenții care vor face parte din grupul de vânătoare

Configurați lista agenților utilizând number <tag> <phone-number>comanda

Avansați după numărul setat de inele

Configurați utilizând opțiunea Setare număr de inele

Configurați utilizând timeout <timeout value>comanda pentru a avansa apelul către următorul agent în loc de numărul de inele.

Avansați când sunteți ocupat

Configurați utilizând opțiunea Av ans când este ocup at

Configurați utilizând present-call idle-phonecomanda

Redirecționați apelurile atunci când toți agenții nu sunt accesibili

Configurarea utilizând opţiunea Re direcţionare apeluri atunci când toţi agenţii nu pot fi accesaţi

​

Configurați utilizând final <phone number>comanda

Redirecționați apelurile atunci când toți agenții sunt ocupați sau grupul de vânătoare este ocupat

Configurați utilizând opțiunea Redirecționare apeluri atunci când toți agenții sunt ocupați sau grupul de vânătoare este ocupat

Configurați utilizând final <phone number> command​

  • Configurarea unui grup de inele secvențiale de Hunt

    
      voice hunt-group 1 sequential​
        pilot 1111
        number 1 1001​
        number 2 1002​
        number 3 7089001​
        number 4 7089002​
        number 5 +1210903443​
        .....​
        .....​
        timeout 20​
        final 1009
        statistics collect
        description​
        present-call idle-phone

  • Configurarea unui grup de inele paralele Hunt

    
    voice hunt-group 2 parallel​
      pilot 2222​
      number 1 2001
      number 2 2002​
      number 3 2089001​
      number 4 2089002​
      number 5 +12109034433​
      .....​
      .....​
      timeout 60​
      final 1009​
      statistics collect​
      description​

Descrierea comenzilor:

  • voice hunt-group- Această comandă este utilizată pentru a defini și a intra în modul de configurare pentru un grup de vânătoare.

  • parallel- Acest cuvânt cheie specifică metoda sau algoritmul grupului de vânătoare pe care sistemul îl va folosi pentru a distribui apelurile primite între membrii acestui grup de vânătoare.

  • number- Creează o listă de extensii/numere e164/ESN care sunt membri ai unui grup de vânătoare vocală. Orice număr din listă nu poate fi un număr pilot al unui alt grup de vânătoare.

  • pilot- Acesta este numărul principal sau numărul directorului pentru grupul de vânătoare. Apelanții apelează acest număr pentru a ajunge la grupul de vânătoare.

  • timeout- Setează perioada maximă de timp, în secunde, în care grupul de vânătoare va încerca să-și sune membrii înainte de a lua următoarea acțiune.

  • final- Această comandă specifică numărul de rezervă.

  • statistics collect​- Permite colectarea de statistici operaționale pentru grupul de vânătoare.

  • descriptin- descrierea grupului de vânătoare

  • present-call idle-phone-Prezentați apelul numai agenților care sunt inactivi.

Următorul este un eșantion de ieșire din show voice hunt-group statisticscomandă. Ieșirea include apeluri directe către un număr de grup de vânătoare vocală și apeluri de la coadă sau B-ACD.


Router# show voice hunt-group 1 statistics last 1 h 
Wed 04:00 - 05:00
	Max Agents: 3
	Min Agents: 3
	Total Calls: 9
	Answered Calls: 7
	Abandoned Calls: 2
	Average Time to Answer (secs): 6
	Longest Time to Answer (secs): 13
	Average Time in Call (secs): 75
	Longest Time in Call (secs): 161
	Average Time before Abandon (secs): 8
	Calls on Hold: 2
	Average Time in Hold (secs): 16	
	Longest Time in Hold (secs): 21
	Per agent statistics:
		Agent: 5012
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 70
				Longest Time in Call (secs): 150
				Totals Calls on Hold: 1
				Average Hold Time (secs): 21
				Longest Hold Time (secs): 21
			From Queue:
				Total Calls Answered: 3
				Average Time in Call (secs): 55
				Longest Time in Call (secs): 78
				Total Calls on Hold: 2
				Average Hold Time (secs): 19
				Longest Hold Time (secs): 26
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5013
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 51
				Longest Time in Call (secs): 118
				Totals Calls on Hold: 1
				Average Hold Time (secs): 11
				Longest Hold Time (secs): 11
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 4
				Longest Time in Call (secs): 4
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5014
			From Direct Call:
				Total Calls Answered: 1
				Average Time in Call (secs): 161
				Longest Time in Call (secs): 161
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 658
				Longest Time in Call (secs): 658
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600

	Queue related statistics:
		Total calls presented to the queue: 5
		Calls handoff to IOS: 5
		Number of calls in the queue: 0
		Average time to handoff (secs): 2
		Longest time to handoff (secs): 3
		Number of abandoned calls: 0
		Average time before abandon (secs): 0
		Calls forwarded to voice mail: 0
		Calls answered by voice mail: 0
		Number of error calls: 0

Router# sh voice hunt-group 
Group 1
    type: sequential
    pilot number: 4444, peer-tag 2147483647
    list of numbers: 
        Member        Used-by       State  Login/Logout
        ======        =======       =====  ============
        1001          1001          up   -
        1003          1003          up   -
    preference: 0
    preference (sec): 0
    timeout: 15
    final_number: 
    auto logout: no
    stat collect: no
    phone-display: no
    hlog-block: no
    calls in queue: 0
    overwrite-dyn-stats: no
    members logout: no
    present-call idle-phone: no
webex-sgw-bgl14#

Configurații pentru a activa distribuția automată a apelurilor de bază (B-ACD)

Serviciul de distribuție automată a apelurilor de bază (B-ACD) și serviciul de asistență automată (AA) oferă răspuns automat la apelurile externe cu salutări și meniuri care permit apelanților să selecteze departamentul corespunzător sau să apeleze numerele de extensie cunoscute.

B-ACD oferă răspuns automat și distribuirea apelurilor pentru apeluri folosind meniuri interactive și grupuri locale de vânătoare. Aplicația B-ACD constă în servicii de auto-însoțitor (AA) și un serviciu de coadă de apel. Attendant automat B-ACD acceptă apelurile PSTN care sunt negociate cu trunchiul SIP primit cu codecul g711ulaw

B-ACD acceptă grupuri de vânătoare vocală cu linii partajate SIP secvențiale, paralele, peer, cele mai lungi, suport pentru apeluri inactive și linii partajate mixte.

Un apel primit apelează numărul pilot B-ACD AA și aude o solicitare care oferă un salut și instrucțiuni pentru a ajuta apelantul să direcționeze automat apelul.

Limitări

Utilizați același codec la colegii de apelare de intrare și ieșire atunci când transferați apeluri. Utilizarea codecurilor diferite nu este acceptată. IOS nu va invoca transcoderul pentru apelurile gestionate de nicio aplicație TCL.

Componente B-ACD

Aplicația B-ACD constă dintr-un serviciu de coadă de apel și unul sau mai multe servicii AA. Componentele configurabile ale acestor servicii sunt:

  • Numărul pilotului

  • Welcome Prompt și alte fișiere audio

  • Opțiuni de meniu

  • Apelați prin extensie

Numărul pilotului

Fiecare serviciu AA are propriul număr pilot AA pe care apelanții îl apelează pentru a ajunge la AA. Acest număr este specificat în param aa-pilotcomandă. Numărul pilotului AA nu este asociat cu niciun număr de telefon al agenților sau cu telefonul fizic, dar trebuie să definiți un peer de apelare cu numărul pilotului AA ca număr apelat de intrare, astfel încât acest număr să fie accesibil de apelanții externi.

Prompt de bun venit și alte fișiere audio

Solicitarea de întâmpinare este un fișier audio care este redat atunci când un apel este răspuns de numărul pilot. Acest fișier audio este unul dintre mai multe fișiere audio care sunt utilizate cu serviciul B-ACD pentru a informa apelanții despre starea lor și despre orice acțiuni pe care le pot întreprinde. Puteți crea fișiere audio personalizate care descriu opțiunile de meniu disponibile pentru apelanți. Fișierele audio B-ACD sunt descrise în următoarele secțiuni:

Reînregistrarea fișierelor audio implicite

Fișierele audio implicite sunt furnizate pentru fiecare punct din script și sunt date apelanților. Descărcați fișierele audio implicite de pe link și le copiați într-un loc la care poate fi accesat de routerul B-ACD, cum ar fi memoria flash sau un server TFTP. Fișierele audio și fișierele script sunt incluse într-un fișier tar de pe site. Fișierele implicite și mesajele acestora sunt listate în tabel. Puteți reînregistra mesaje personalizate peste mesajele implicite, dar nu puteți modifica numele fișierelor audio, cu excepția cazurilor descrise în mod specific în Modificarea codurilor de limbă și a numelor fișier elor.

Pentru a reînregistra și instala solicitările audio implicite înainte de a utiliza un serviciu B-ACD pentru prima dată, urmați pașii din Descărcarea scripturilor Tcl și a solicitărilor audio. Pentru a reînregistra solicitările audio într-un serviciu B-ACD existent, urmați pașii din Actualizarea parametrilor scriptului și a solicitărilor audio (apelare numai prin extensie).

Nume fișier implicitAnunț implicitDurata anunțului de nerambursare
en_bacd_welcome.au

„Mulțumesc că ai sunat.” Include o pauză de două secunde după mesaj.

3 secunde

en_bacd_options_menu.au

Pentru vânzări apăsați 1 (pauză)

Pentru serviciul clienți apăsați 2 (pauză)

Pentru a apela prin extensie apăsați 3 (pauză)

Pentru a vorbi cu un operator apăsați zero.

Include o pauză de patru secunde după mesaj.

15 secunde

en_bacd_disconnect.au

„Nu putem răspunde la apelul dvs. în acest moment. Vă rugăm să încercați din nou mai târziu. Vă mulțumesc că ați sunat.” Include o pauză de patru secunde după mesaj.

10 secunde

en_bacd_invalidoption. au

„Ați introdus o opțiune nevalidă. Vă rugăm să încercați din nou.” Include o pauză de o secundă după mesaj. Acest prompt este redat atunci când un apelant alege o opțiune de meniu nevalidă sau apelează o extensie nevalidă.

7secunde

en_bacd_enter_dest.au

„Vă rugăm să introduceți numărul extensiei la care doriți să ajungeți.” Include o pauză de cinci secunde după mesaj. Acest prompt este redat atunci când un apelant alege opțiunea dial-by-extension

7secunde

en_bacd_allagentsbusy. au

„Toţi agenţii sunt ocupaţi în prezent cu asistarea altor clienţi. Continuați să vă așteptați pentru asistență. Cineva va fi cu tine în curând.” Include o pauză de două secunde după mesaj. Acest prompt este cunoscut și sub numele de al doilea salut.

7secunde

en_bacd_music_on_hol d.au

Muzica în așteptare (MOH) este redată apelanților B-ACD.

60 de secunde

Dacă reînregistrați oricare dintre fișierele audio, rețineți că solicitările B-ACD necesită un format de fișier audio G.711 (.au) cu codare pe 8 biți, mu-law și 8 kHz. Vă recomandăm următoarele instrumente audio sau altele de o calitate similară:

  • Adobe Audition pentru Microsoft Windows Adobe Systems Inc. (numit anterior Cool Edit de Syntrillium Software Corp.)

  • AudioTool pentru Solaris de la Sun Microsystems Inc.

Configurați B-ACD

Iată câteva exemple de configurare:


application
 service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
  paramspace english index 1
  param handoff-string aa
  param dial-by-extension-option <dial-by-extn menu option, standard BACD script menu option is 3>
  paramspace english language en
  param aa-pilot <auto attendant 164 pilot number associated in auto attendant dial-peer>
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail <alternate destination for calls that are not answered>
  param service-name queue
 !
 service queue bootflash:app-b-acd-3.0.0.8.tcl
  param queue-len 30
  param queue-manager-debugs 1
 ! 

! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 session protocol sipv2
 incoming called-number <Auto Attendant Pilot number>
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 incoming called-number <Auto Attendant Pilot number>
 port %tdm_port%
! 
Explicația comenzii:
ComandaExplicație
param dial-by-extension-option <menu-number>

Permite apelanților să apeleze numerele de extensie după apelarea numărului de meniu specificat.

menu-number —Identific atorul unei opțiuni de meniu. Intervalul este de la 1 la 9. Nu există nicio implicită.

param aa-pilot

Specifică numărul pilot asociat în dial-peer de operator automat

param voice-mail

Definește o destinație alternativă pentru apelurile la care agenții AA nu răspund

paramspace english language en

Definește codul de limbă al fișierelor audio care sunt utilizate pentru solicitări dinamice de către o aplicație IVR.

  • language-package — Numele pach etului lingvistic care urmează să fie utilizat. Există trei pachete de limbi încorporate: chineză, engleză și spaniolă. Alte limbi pot fi acceptate prin utilizarea scriptului lingvistic Tcl (Tool Command Language).

  • cod de limbă - cod cu două caractere care identifică limba fișierelor audio asociate. Intrările valabile sunt următoarele:

    — ch —Chin eză

    — ro —Engle ză

    — sp —Span iolă

    — aa —toate

Acest cod de limbă trebuie să corespundă prefixului de limbă cu două caractere utilizat în numele fișierelor de prompt audio, indiferent de limba utilizată efectiv în fișier. Pentru mai multe informații, consultați solicitarea de întâmpinare și alte fișiere audio

param welcome-prompt audio-filename

Atribuie un fișier audio pentru salutul de bun venit utilizat de acest serviciu AA.

  • nume de fișier audio — Identificator parte a numelui fișierului audio care conține salutul de bun venit care urmează să fie redat atunci când apelanții ajung pentru prima dată la serviciul B-ACD. Partea de identificare a numelui de fișier nu include prefixul de limbă și trebuie să înceapă cu o subliniere.

Schimbarea codurilor de limbă și a numelor de fișiere

  • Prefixul oricărui nume de fișier poate fi schimbat în ch, en, sp sau aa. Prefixul trebuie să corespundă codului specificat în parametrul codului de limbă din comanda limbajului paramspace, indiferent de limba reală utilizată în fișier.

  • După prefixul său, numele fișierului prompt de întâmpinare (implicit este en_bacd_welcome .au) poate avea orice nume de identificare, așa cum este definit în param welcome-promptcomandă.

  • După prefixul său, numele fișierului prompt drop-through (nu este furnizat implicit) poate avea orice nume de identificare, așa cum este definit în param drop-through-promptcomandă.

În fișierele audio, puteți înregistra o solicitare în orice limbă. Nu este necesar să modificați prefixul unui fișier care conține un prompt într-o altă limbă, deoarece prefixele codului de limbă sunt utilizate pentru caracteristici care nu fac parte din serviciul B-ACD. Dar este important ca prefixele codului de limbă pentru fișierele dvs. să se potrivească cu codul de limbă specificat în parametrul codului limbii din comanda limbajului paramspace, indiferent de limba utilizată efectiv în fișierul audio.

Nu modificați partea de identificare a numelui unui fișier audio, cu excepția _bacd_welcome.aufișierului. Scripturile identifică fișierele audio care au aceleași nume de identificare ca cele din Tabel și care au același prefix pe care îl specificați în comanda lingvistică paramspace.

Cele două excepții de la regulile generale de denumire a fișierelor sunt fișierul audio de bun venit (implicit este en_bacd_welcome .au) și fișierul audio drop-through-optionprompt (nu este furnizat implicit). Părțile de identificare ale numelor de fișiere pentru aceste două solicitări audio sunt specificate explicit în timpul configurării și sunt complet configurabile de utilizator. Aceste fișiere pot folosi orice nume de fișiere atâta timp cât numele respectă următoarele convenții:

  • Partea de prefix a numelui de fișier trebuie să fie aceeași cu codul de limbă specificat în comanda lingvistică paramspace. De exemplu, en.

  • Partea de identificare a numelui de fișier trebuie să înceapă cu o subliniere. De exemplu, _welcome_to_xyz.au.

Utilizarea fișierelor audio pentru a descrie opțiunile de meniu

În mod implicit, sunt furnizate două fișiere audio pentru a oferi orientarea inițială a apelantului și îndrumare cu privire la opțiunile de meniu disponibile: en_welcome_prompt.auși en_bacd_options_menu.au. Puteți reînregistra mesaje personalizate peste mesajele implicite furnizate în aceste fișiere, așa cum se explică în Tabel.

Dacă serviciul dvs. B-ACD utilizează un singur serviciu AA, înregistrați un salut de bun venit en_welcome_prompt.auși înregistrați instrucțiuni despre opțiunile de meniu în. en_bacd_options_menu.au

Dacă serviciul dvs. B-ACD utilizează mai multe servicii AA, veți avea nevoie de salutări și instrucțiuni separate pentru fiecare AA, folosind următoarele instrucțiuni:

  • Înregistrați un prompt de întâmpinare separat pentru fiecare serviciu AA, utilizând un nume diferit pentru fișierul audio pentru fiecare solicitare de întâmpinare. De exemplu: en_welcome_aa1.auși en_welcome_aa2.au. Solicitările de întâmpinare pe care le înregistrați în aceste fișiere trebuie să includă atât salutul, cât și instrucțiunile despre opțiunile de meniu.

  • Înregistrați tăcerea în fișierul audio en_bacd_options_menu.au. Trebuie înregistrată cel puțin o secundă de tăcere. Rețineți că acest fișier nu conține instrucțiunile de meniu atunci când există mai multe servicii AA.

Opțiuni de meniu

Scopul unui serviciu B-ACD este de a direcționa automat apelurile către destinația corectă din organizația dvs. Serviciile interactive AA vă permit să oferiți opțiuni de meniu apelanților, astfel încât aceștia să poată face alegerile adecvate pentru apelurile lor. Tipurile de opțiuni de meniu disponibile în B-ACD sunt descrise în tabel. Opțiunile de meniu sunt anunțate apelanților prin solicitări audio, care sunt descrise în Promptul de întâmpinare și în alte fișiere audio.

TipDescriereCerințeExemplu
Dial-by-extension

Apelantul apasă o cifră pentru a i se permite să apeleze o extensie cunoscută.

Numărul de meniu utilizat pentru această opțiune nu trebuie să fie același cu numerele de meniu (aa-hunt) utilizate cu serviciul de coadă de apeluri.

Fără cerințe.

După ce a auzit opțiunile de meniu, un apelant apelează 4 și este capabil să apeleze un număr de extensie internă.

Opțiune de apelare prin extensie

Serviciul B-ACD poate avea, de asemenea, o opțiune de apelare prin extensie, care permite apelanților să apeleze numerele de extensie interne atunci când cunosc deja numărul extensiei. Opțiunea de apelare prin extensie este afișată ca opțiune de meniu.

Opțiunea de apelare prin extensie este configurată prin specificarea unui număr de opțiune de meniu pentru parametrul dial-by-extension. Când se utilizează următoarea comandă, apelanții pot apela 1 și apoi un număr de extensie.

param dial-by-extension-option 1

În cadrul unui serviciu de coadă de apel B-ACD, numărul opțiunii de apelare prin extensie și numerele opțiunilor grupului de vânătoare trebuie să se excludă reciproc. Această restricție înseamnă că numărul opțiunii utilizat pentru opțiunea de apelare prin extensie nu poate fi același cu oricare dintre numerele de opțiune utilizate cu opțiunile aa-hunt. De exemplu, dacă utilizați aa-hunt1 până la aa-hunt5 pentru a specifica grupuri de vânătoare în configurația serviciului coadă de apeluri, atunci puteți utiliza opțiunea 6 pentru opțiunea de apelare prin extensie, dar nu oricare dintre numerele de la 1 la 5.

Dacă toate cele zece numere aa-hunt sunt utilizate pentru grupurile de vânătoare din serviciul de coadă de apeluri, nu există nicio opțiune rămasă pentru opțiunea de apelare prin extensie. Rețineți că această restricție se bazează pe toate numerele de opțiuni (numere aa-hunt) utilizate cu serviciul de coadă de apel și nu pe numerele de opțiuni utilizate cu o aplicație AA.

Descărcarea scripturilor Tcl și a solicitărilor audio

Utilizați acești pași pentru a pregăti fișierele script și fișierele prompt care sunt necesare pentru serviciul B-ACD.

  1. Copiați fișierul tar în bootflash-ul routerului SGW

  2. Decomprimați fișierele tcl și audio folosind comanda:

    archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
  3. Reînregistrați fișierele audio, dacă este necesar.

Explicarea comenzilor:

ComandaExplicație

Descărcați fișierul tar B-ACD

Descărcați fișierul tar B-ACD apel cme-b-acd-3.0.0.8.tarat la un server TFTP care este accesibil routerului SGW.

Acest fișier tar conține scriptul AA Tcl, scriptul Tcl pentru coadă de apeluri și fișierele audio implicite de care aveți nevoie pentru serviciul B-ACD

enable

Activează modul EXEC privilegiat pe routerul SGW. Introduceți parola dacă vi se solicită.

archivetar/xtract <source-url> flash:

Decompresează fișierele din arhiva de fișiere B-ACD și le copiază în memoria flash. Următoarele fișiere sunt conținute în cme-b-acd-3.0.0.8.tarfișier:

  • app-b-acd-aa-x.x.x.x.tcl (script AA)

  • app-b-acd-x.x.x.x.tcl (script de coadă de apeluri)

  • en_bacd_allagentsbusy.au (fișier audio)

  • en_bacd_options_menu.au (fișier audio)

  • en_bacd_disconnect.au (fișier audio)

  • en_bacd_music_on_hold.au (fișier audio)

  • en_bacd_invalidoption.au (fișier audio)

  • en_bacd_welcome.au (fișier audio)

  • en_bacd_enter_dest.au (fișier audio)

Înregistrați dacă este necesar

Reînregistrați fișierele audio cu mesajele personalizate, dar nu modificați numele fișierelor audio.

Exemple

Următorul exemplu extrage fișiere din arhiva numită cme-b-acd-2.1.0.0 de pe server la 192.168.1.1 și le copiază în memoria flash a routerului B-ACD.

archive tar /xtract tftp://192.168.1.1/cme-b-acd-2.1.0.0.tar flash:

Actualizarea parametrilor scriptului și a solicitărilor audio (apelare numai prin extensie)

Puteți actualiza parametrii scriptului B-ACD făcând modificări la configurațieCisco IOS. Pentru ca modificările parametrilor să intre în vigoare, trebuie să opriți și să reîncărcați scripturile B-ACD pe care le-ați modificat. Dacă reînregistrați solicitările audio, trebuie să reîncărcați fișierele de prompt audio care s-au modificat.

  1. Determinați ID-urile sesiunii oricăror sesiuni active-

    Utilizați showcall application sessionscomanda în modul EXEC privilegiat pentru a obține numere ID de sesiune (SID) ale serviciilor AA și coadă de apel. Dacă sesiunea AA nu are apeluri active, numele scriptului AA nu apare în ieșirea din show call application sessionscomandă.

  2. Opriți sesiunile de servicii B-ACD AA și coada de apeluri, dacă este necesar - Folosind numerele de identificare a sesiunii de la Pasul 1, opriți serviciul B-ACD AA și sesiunile de servicii de coadă de apel. Utilizați call application session stopcomanda în modul EXEC privilegiat pentru a opri sesiunile AA și coada de apeluri.
  3. Reîncărcați scriptul AA și scripturile de coadă de apel- Utilizați call application voice loadcomanda în modul EXEC privilegiat pentru a reîncărca scripturile.
  4. Dacă un fișier prompt audio a fost modificat, reîncărcați-l- Utilizați audio-prompt loadcomanda în modul EXEC privilegiat pentru a reîncărca un fișier audio. Repetați această comandă pentru fiecare fișier audio care a fost modificat.

Verificarea stării B-ACD

Utilizați show call application sessionscomanda pentru a verifica dacă B-ACD este activ.

Următorul exemplu arată o sesiune cu aplicații active AA și coadă de apeluri. Câmpul „Aplicație” este numele serviciului câmpul „Url” este locația fișierului script pentru aplicație


Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl 

Următorul exemplu arată o sesiune cu doar aplicația de coadă activă. Scriptul AA nu apare în ieșirea din show call application sessionscomandă, deoarece nu există apeluri active. Numele serviciului AA apare în ieșire numai atunci când există un apel activ. Scriptul coadă de apeluri se activează după primul apel primit și rămâne activ chiar dacă nu există apeluri active.


Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl

Puteți actualiza parametrii scriptului B-ACD făcând modificări la configurațieCisco IOS. Pentru ca modificările parametrilor să aibă efect, trebuie să opriți și să reîncărcați scripturile B-ACD la care ați făcut modificări, așa cum se explică în pașii următori. Dacă reînregistrați solicitările audio, trebuie să reîncărcați fișierele de prompt audio care s-au modificat.

  1. Determinați ID-urile sesiunii oricăror sesiuni active:

    Utilizați show call application sessionscomanda în modul EXEC privilegiat pentru a obține numere ID de sesiune (SID) ale serviciilor AA și coadă de apel. Dacă sesiunea AA nu are apeluri active, numele scriptului AA nu apare în ieșirea din show call application sessionscomandă.

    Următorul exemplu arată o sesiune cu apeluri active. Câmpul „Aplicație” este numele serviciului dat scriptului cozii de apeluri și scriptului AA. De asemenea, puteți vedea numele serviciilor în ieșire pentru comanda show running-config.

    
    Router# show call application sessions
    Session ID 17
    App: aa
    Type: Service
    Url: bootflash:app-b-acd-aa-3.0.0.8.tcl
    
    Session ID 12
    App: queue
    Type: Service
    Url: bootflash:app-b-acd-3.0.0.8.tcl
    
  2. Opriți B-ACD AA și sesiunile de servicii de coadă de apel, dacă este necesar

    Folosind numerele de identificare a sesiunii de la Pasul 1, opriți serviciul B-ACD AA și sesiunile de servicii de coadă de apel. Utilizați call application session stopcomanda în modul EXEC privilegiat pentru a opri sesiunile AA și coada de apeluri.

    
    Router# call application session stop id 17
    Router# call application session stop id 12

    Când utilizaţi comanda de oprire a sesiunii aplicaţiei de apelare pentru un serviciu AA, apar următoarele acţiuni:

    Serviciul AA este oprit.

    Toate apelurile conectate activ la serviciul AA sunt deconectate.

    Numele serviciului AA este eliminat din ieșirea show call application sessionscomenzii.

    Pentru a elimina posibilitatea deconectării apelurilor, așteptați până când nu există apeluri primite înainte de a reîncărca scriptul, cum ar fi după orele de lucru.

    Dacă un nume de serviciu AA nu apare în ieșirea show call application sessionscomenzii, înseamnă că nu există sesiuni de apel și nu trebuie să emiteți o call application session stopcomandă pentru aceasta.

  3. Reîncărcați scriptul AA și scripturile de coadă de apeluri

    Utilizați call application voice loadcomanda în modul EXEC privilegiat pentru a reîncărca scripturile.

    
    Router# call application voice load aa
    Router# call application voice load queue
  4. Dacă un fișier prompt audio a fost modificat, reîncărcați-l

    Utilizați audio-prompt loadcomanda în modul EXEC privilegiat pentru a reîncărca un fișier audio. Repetați această comandă pentru fiecare fișier audio care este modificat.

    
    Router# audio-prompt load flash:en_bacd_welcome.au
    Reload of flash:en_bacd_welcome.au successful

Limitări și restricții

  • Disponibilitatea serviciului Public Switched Telephone Network (PSTN) depinde de trunchiurile SIP sau circuitele PSTN disponibile în timpul unei întreruperi a rețelei.

  • Dispozitivele cu conectivitate 4G și 5G (de exemplu, aplicația Webex pentru mobil sau tabletă) s-ar putea înregistra în continuare Webex Calling în timpul întreruperilor. Drept urmare, aceștia ar putea să nu poată apela alte numere din aceeași locație a site-ului în timpul unei întrer uperi.

  • Modelele de apelare ar putea funcționa diferit în modul Supraviețuire decât modul activ .

  • Gateway-ul de supraviețuire trebuie să utilizeze o adresă IPv4. IPv6 nu este acceptat.

  • O actualizare a stării sincronizării la cerere în Control Hub poate dura până la 30 de minute.

  • Docul de apelare nu este acceptat în modul Supraviețuire.

  • Nu configurați SIP bindcomanda în modul de configurare VoIP a serviciului vocal. Aceasta duce la eșecul înregistrării punctelor finale cu Survival ability Gateway.

  • Asigurați-vă că numerele semnificative pentru întreprinderi (ESN) din diferite locații fizice sunt unice, pentru a evita conflictele și pentru a îmbunătăți trasabilitatea, redundanța și fiabilitatea de failover.

Următoarele limitări se aplică în modul Supraviețuire:

  • T@@ astele funcționale MPP: tastele soft precum Park, Unpark, Barge, Pickup, Group Pickup și Call Pull nu sunt acceptate, dar nu apar dezactivate pe dispozitiv.

  • Lin@@ ii partaj ate: Apelurile efectuate către liniile partajate pot suna pe toate dispozitivele; cu toate acestea, alte funcționalități ale liniei partajate, cum ar fi setările de monitorizare la distanță a stării liniei, reținere, reluare, sincronizat Nu deranjați (DND) și redirecționarea apelurilor nu sunt disponibile.

  • Conferință: Conferința sau Apelarea în trei direcții nu sunt acceptate.

  • Distribuția automată a apelurilor de bază (B-ACD): Serviciul cu gateway de supraviețuire colocat și gateway local nu este acceptat.

  • Istoricul apelurilor: Apelurile efectuate sunt stocate local în istoricul apelurilor atât pentru dispozitivele MPP, cât și pentru aplicația Webex.

  • Grupuri de vân ătoare: Puteți configura până la 100 de grupuri de vânătoare, fiecare grup acceptând maximum 32 de utilizatori.

  • Aspect îmbunătățit al apelurilor partaj ate: Caracteristici precum notificarea stării liniei, menținerea liniei partajate/reluarea la distanță și altele cu apeluri de bază, Hunt Group sau Redirecționare apeluri nu sunt acceptate.

  • Rutarea apelurilor de grup Hunt: Modelul de rutare a apelurilor ponderate nu este acceptat.

Experiența utilizatorului în timpul failover

Dacă un site din compania dvs. pierde conectivitatea la internet și vă aflați pe acel site, puteți efectua și primi apeluri, atât intern în compania dvs., cât și extern către clienți. Consultați Aplic ația Webex | Supraviețuirea site-ului.

Exemple de configurare

Exemple de conexiuni PSTN

Pentru apeluri externe, configurați o conexiune la PSTN. Acest subiect prezintă unele dintre opțiuni și oferă configurații de probă. Cele două opțiuni principale sunt:

  • Conexiune card de interfață vocală (VIC) la PSTN

  • Trunchi SIP către gateway PSTN

Conectarea cardului de interfață vocală la PSTN

Puteți instala o placă de interfață vocală (VIC) pe router și puteți configura o conexiune port la PSTN.

Trunchi SIP către gateway PSTN

Puteți configura o conexiune trunchiului SIP care indică un gateway PSTN. Pentru a configura conexiunea trunchiului de pe gateway, utilizați configurația voice-class-tenant. Următoarea este o configurație de probă.

voice class tenant 300 
  sip-server ipv4:<ip_address>:<port>
  session transport udp 
  bind all source-interface GigabitEthernet0/0/1 
 

Apelați configurația peer

Pentru conexiunile trunchiului, configurați core-urile de apelare de intrare și de ieșire pentru conexiunea trunchiului. Configurația depinde de cerințele dvs. Pentru informaţii detaliate despre configurare, consultaţi Ghi dul de configurare Dial Peer, Cisco IOS Versiunea 3S.

Următoarele sunt exemple de configurații:

Dial-peer de ieșire la PSTN cu UDP și RTP

dial-peer voice 300 voip 
 description outbound to PSTN 
 destination-pattern +1[2-9]..[2-9]......$ 
 translation-profile outgoing 300
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 session target sip-server
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Dial-peer de intrare de la PSTN utilizând UDP cu RTP

voice class uri 350 sip 
 host ipv4:<ip_address> 
 !
dial-peer voice 190 voip 
 description inbound from PSTN 
 translation-profile incoming 350 
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Numărul de traduceri

Pentru conexiunile PSTN, poate fi necesar să utilizați reguli de traducere pentru a traduce extensiile interne la un număr E.164 pe care PSTN îl poate direcționa. Următoarele sunt exemple de configurații:

Din regula de traducere PSTN cu non-+E164

voice translation-rule 350 
 rule 1 /^\([2-9].........\)/ /+1\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Din regula de traducere a sistemului de telefon cu+E164

voice translation-rule 300 
 rule 1 /^\+1\(.*\)/ /\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Exemplu de apelare de urgență

Următorul exemplu conține un exemplu de configurare a apelurilor de urgență.

Dacă suprapunerea WiFi nu se potrivește cu exactitate cu subrețelele IP, este posibil ca apelurile de urgență pentru dispozitivele nomade să nu aibă o mapare ELIN corectă.

Locații de intervenție în caz de urgență (ERL)


voice emergency response location 1
 elin 1 14085550100
 subnet 1 192.168.100.0 /26
 !
voice emergency response location 2
 elin 1 14085550111
 subnet 1 192.168.100.64 /26
 !
voice emergency response zone 1
 location 1 
 location 2 

Colegii de apelare ieșiți


voice class e164-pattern-map 301
 description Emergency services numbers
  e164 911
  e164 988
 !
voice class e164-pattern-map 351
 description Emergency ELINs
  e164 14085550100
  e164 14085550111
 !
dial-peer voice 301 pots
 description Outbound dial-peer for E911 call
 emergency response zone 1 
 destination e164-pattern-map 301
 !
 dial-peer voice 301 pots
 description Inbound dial-peer for E911 call
 emergency response callback
 incoming called e164-pattern-map 351
 direct-inward-dial 
A fost util acest articol?
A fost util acest articol?