I denne artikkelen
dropdown icon
Hensyn ved distribusjon
    Oppsett av én lokasjon
    Oppsett av flere lokasjoner
    Viktige betingelser for områdets overlevelsesevne
    Samlokalisering med Unified SRST
    Støttede funksjoner og komponenter
    Portreferanseinformasjon for Survivability Gateway
dropdown icon
Funksjonskonfigurasjon
    Konfigurasjonsflyt for oppgave for overlevelsesevne på nettstedet
    Tilordne overlevelsestjeneste til en gateway
    Last ned konfigurasjonsmalen
    Konfigurer lisensiering
dropdown icon
Konfigurer sertifikater
    Konfigurer sertifikater på Cisco IOS XE
    Importer sertifikater sammen med nøkkelpar
dropdown icon
Konfigurer overlevelsesgateway
    Konfigurer gateway som en overlevelsesgateway
    Fullstendig synkronisering på forespørsel
    Rediger Survivability Gateway-egenskaper
    Konfigurasjoner for å aktivere CDR-er på overlevelsesgatewayen
    Konfigurasjoner for å aktivere viderekobling av anrop
    Konfigurasjoner for å aktivere jaktgruppe
    Konfigurasjoner for å aktivere grunnleggende automatisk samtalefordeling (B-ACD)
Begrensninger og restriksjoner
Brukeropplevelse under failover
dropdown icon
Eksempler på konfigurasjon
    Eksempler på PSTN-tilkoblinger
    Eksempel på nødanrop

Nettstedets overlevelsesevne for Webex Calling

list-menuI denne artikkelen
list-menuTilbakemelding?

Nettstedets overlevelsesevne sikrer at bedriften din forblir tilgjengelig selv om forbindelsen til Webex brytes. Den bruker en lokal nettverksgateway for å tilby reserveanropstjenester til endepunkter på stedet under nettverksbrudd.

Hensyn ved distribusjon

Som standard fungerer Webex Calling-endepunkter i aktiv modus, og kobler seg til Webex-skyen for SIP-registrering og samtalekontroll. Hvis nettverkstilkoblingen til Webex går tapt, bytter endepunktene automatisk til overlevelsesmodus og registreres hos den lokale overlevelsesgatewayen. I denne modusen tilbyr gatewayen grunnleggende reserveanropstjenester. Når nettverkstilkoblingen til Webex er gjenopprettet, bytter samtalekontroll og registreringer tilbake til Webex-skyen.

Følgende anrop støttes i overlevelsesmodus:

  • Intern oppringing (intrasite) mellom støttede Webex Calling-endepunkter

  • Eksterne anrop (innkommende og utgående) ved bruk av en lokal PSTN-krets eller SIP-trunk til eksterne numre og E911-leverandører

For å bruke denne funksjonen må du konfigurere en Cisco IOS XE-ruter i det lokale nettverket som en Survivability Gateway. Survivability Gateway synkroniserer samtaleinformasjon daglig fra Webex-skyen for endepunkter på den plasseringen. Hvis endepunktene bytter til overlevelsesmodus, kan gatewayen bruke denne informasjonen til å overta SIP-registreringer og tilby grunnleggende anropstjenester.

Oppsett av én lokasjon

Følgende bilde viser et nettverksfeilscenario der tilkoblingen til Webex er brutt og endepunktene på Webex-nettstedet opererer i overlevelsesmodus. På bildet ruter Survivability Gateway en intern samtale mellom to endepunkter på stedet uten å kreve en tilkobling til Webex. I dette tilfellet er Survivability Gateway konfigurert med en lokal PSTN-tilkobling. Som et resultat kan endepunkter på stedet i overlevelsesmodus bruke PSTN for innkommende og utgående anrop til eksterne numre og E911-leverandører.

Diagram over et nettverksfeilscenario der forbindelsen til Webex er brutt og endepunkter på Webex-nettstedet opererer i overlevelsesmodus.
Webex Calling-endepunkter fra ett enkelt sted i overlevelsesmodus

Oppsett av flere lokasjoner

Følgende bilde viser et nettverksfeilscenario der tilkoblingen til Webex er brutt og endepunkter som er plassert på forskjellige steder opererer i overlevelsesmodus. Det finnes flere mindre steder i LAN-nettverket som er tilordnet én overlevelsesgateway. Denne implementeringen optimaliserer utnyttelsen av gateway-ressurser samtidig som den bevarer stedsspesifikke konfigurasjoner for ruting av anrop.

Webex-anropsendepunkter fra flere steder i modusen for nettstedsoverlevelse

Cisco anbefaler å opprettholde en latensgrense på 50 millisekunder for tilkobling mellom Survivability Gateway og endepunkter på tvers av steder innenfor et LAN.

Viktige betingelser for områdets overlevelsesevne

Følgende betingelser gjelder for Overlevelsesportalen:

  • Webex-skyen inkluderer IP-adressen, vertsnavnet og porten til Survivability Gateway i enhetens konfigurasjonsfil. Som et resultat kan endepunkter kontakte Survivability Gateway for registrering hvis forbindelsen til Webex brytes.

  • Den daglige synkroniseringen av samtaledata mellom Webex-skyen og Survivability Gateway inkluderer autentiseringsinformasjon for registrerte brukere. Som et resultat kan endepunkter opprettholde sikre registreringer, selv mens de opererer i overlevelsesmodus. Synkroniseringen inkluderer også rutingsinformasjon for disse brukerne.

  • Survivability Gateway kan rute interne samtaler automatisk ved hjelp av rutingsinformasjonen som Webex tilbyr. Legg til en PSTN-trunkkonfigurasjon i Survivability Gateway for å muliggjøre eksterne anrop.

  • Hvert nettsted som distribuerer Site Survivability krever en Survivability Gateway i det lokale nettverket.

  • Registreringer og samtalekontroll går tilbake til Webex-skyen når Webex-nettverkstilkoblingen gjenopptas i minst 30 sekunder.

Samlokalisering med Unified SRST

Survivability Gateway støtter samlokalisering av en Webex Survivability-konfigurasjon og en Unified SRST-konfigurasjon på samme gateway. Gatewayen kan støtte overlevelsesevne for både Webex Calling-endepunkter og for endepunkter som registrerer seg i Unified Communications Manager. Slik konfigurerer du samlokalisering:

Hensyn til samtaleruting for samlokalisering

Vurder følgende når du konfigurerer samtaleruting for samlokaliseringsscenarier:

  • Survivability Gateway ruter interne anrop automatisk forutsatt at begge endepunktene i samtalen er registrert på Survivability Gateway. Interne samtaler rutes automatisk mellom alle registrerte klienter (SRST eller Webex Calling).

  • Det er mulig å oppstå en situasjon der forbindelsen til ett samtalekontrollsystem går ned, mens forbindelsen til det andre samtalekontrollsystemet forblir oppe. Som et resultat registreres ett sett med endepunkter til Survivability Gateway, mens et annet sett med endepunkter på samme sted registreres til primær samtalekontroll. I dette tilfellet må du kanskje rute samtaler mellom de to settene med endepunkter til en SIP-trunk eller PSTN-krets.

  • Eksterne anrop og E911-anrop kan rutes til en SIP-trunk eller PSTN-krets.

Støttede funksjoner og komponenter

Tabellen nedenfor gir informasjon om støttede funksjoner.

Tabell 1. Støttede anropsfunksjoner
Trekk MPP-enheter og Webex-appenVG4xx ATA

Intrasite Extension-anrop

Støttes automatisk uten krav om spesifikk rutingskonfigurasjon på Survivability Gateway.

Støttes automatisk uten krav om spesifikk rutingskonfigurasjon på Survivability Gateway.

Alternative numre støttes ikke.

Intersite- og PSTN-anrop (innkommende og utgående)

PSTN-anrop basert på telco-krets eller SIP-trunk.

PSTN-anrop basert på telco-krets eller SIP-trunk.

E911 Anropshåndtering

E911-anrop krever en PSTN-krets eller SIP-trunk.

Utgående anrop bruker et spesifikt registrert nødstedsidentifikasjonsnummer (ELIN) for et definert nødresponssted (ERL). Hvis nødoperatøren returnerer et frakoblet anrop, sender Survivability Gateway anropet til den siste enheten som ringte nødnummeret.

E911-anrop krever en PSTN-krets eller SIP-trunk.

Utgående anrop bruker et spesifikt registrert nødstedsidentifikasjonsnummer (ELIN) for et definert nødresponssted (ERL). Hvis nødoperatøren returnerer et frakoblet anrop, sender Survivability Gateway anropet til den siste enheten som ringte nødnummeret.

Samtale på vent og gjenoppta

Støttet

Hvis du bruker Music on Hold (MOH), må du manuelt klargjøre Survivability Gateway med en MOH-fil.

VG4xx ATA analoge linjer kan ikke sette samtaler på vent eller gjenoppta samtaler.

Denne funksjonen støttes bare når et innkommende anrop mottas på VG4xx ATA.

Overføring av bemannet samtale

Støttet

Denne funksjonen støttes bare når et innkommende anrop mottas på VG4xx ATA.

Blind overføring av samtale

Støttet

Denne funksjonen støttes bare når et innkommende anrop mottas på VG4xx ATA.

Innkommende anrops-ID (navn)

Støttet

Støttet

Innkommende anrops-ID (navn & Tall)

Støttet

Støttet

Punkt-til-punkt videosamtale

Støttet

Ikke støttet

Treveissamtaler

Ikke støttet

Ikke støttet

Delte linjer

Støttet

Støttet

Virtuelle linjer

Støttet

Ikke støttet

Når funksjonen konfigureres, er Site Survivability tilgjengelig for følgende støttede endepunkter.

Tabell 2. Støttede endepunktmodeller
TypeModellerMinimumsversjon
Cisco IP-telefon med multiplattform (MPP) fastvare

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

7811, 7821, 7841, 7861

8811, 8841, 8851, 8861

8845 (kun lyd), 8865 (kun lyd), 8875 (video)

9800

Hvis du vil ha mer informasjon om støttede Cisco IP-telefoner med multiplattformfastvare (MPP), kan du se:

12.0(1)

For 8875-telefoner – Phone OS 3.2 og senere versjoner

For 9800-serien – PhoneOS 3.2(1)

Cisco IP-konferansetelefon

7832, 8832

12.0(1)

Cisco Webex-appen

Windows, Mac

43.2

Analoge endepunkter

VG400 ATA, VG410 ATA og VG420 ATA

Cisco ATA 191 og 192

17.16.1a

11.3(1) for ATA 191 og 192

Tredjepartsenheter støttes ikke med Survivability Gateway.

Tabellen nedenfor hjelper deg med å konfigurere Cisco IOS XE-rutere som en Survivability Gateway. Denne tabellen viser det maksimale antallet endepunkter som hver plattform støtter og minimum IOS XE-versjonen.

Webex Calling Survivability Gateway-funksjoner er tilgjengelige med Cisco IOS XE Dublin 17.12.3 versjon eller senere versjoner. Funksjonene for søkegruppe, viderekobling av anrop og automatisk svarer er tilgjengelige fra iOS 17.18.2 og senere versjoner.

Tabell 3. Støttede plattformmodeller
ModellMaksimalt antall endepunktregistreringerMinimumsversjon

Integrerte tjenesteruter 4321

50

Cisco IOS XE Dublin 17.12.3 eller senere versjoner

Integrerte tjenesteruter 4331

100

Integrerte tjenesteruter 4351

700

Integrerte tjenesteruter 4431

1200

Integrerte tjenesteruter 4451-X

2000

Integrerte tjenesteruter 4461

2000

Katalysatorkant 8200L-1N-4T

1500

Katalysatorkant 8200-1N-4T

2500

Katalysatorkant 8300-1N1S-6T

2500

Katalysatorkant 8300-2N2S-6T

2500

Katalysatorkant 8300-1N1S-4T2X

2500

Katalysatorkant 8300-2N2S-4T2X

2500

Catalyst Edge 8000V-programvare, liten konfigurasjon

500

Konfigurasjon av Catalyst Edge 8000V-programvaremedium

1000

Catalyst Edge 8000V-programvare, stor konfigurasjon

2000

Portreferanseinformasjon for Survivability Gateway

Tabell 4. Portreferanseinformasjon for Survivability Gateway

Formål med tilkoblingen

Kildeadresser

Kildeporter

Protokoll

Destinasjonsadresser

Destinasjonshavner

Anropssignalering til Survivability Gateway (SIP TLS)

Enheter

5060-5080

TLS

Overlevelsesportal

8933

Ring media til Survivability Gateway (SRTP)

Enheter

19560-19660

UDP

Overlevelsesportal

8000-14198 (SRTP over UDP)

Anropssignalering til PSTN-gateway (SIP)

Overlevelsesportal

Flyktig

TCP eller UDP

Din ITSP PSTN-gateway

5060

Ringemedier til PSTN-gateway (SRTP)

Overlevelsesportal

8000-48198

UDP

Din ITSP PSTN-gateway

Flyktig

Tidssynkronisering (NTP)

Overlevelsesportal

Flyktig

UDP

NTP-server

123

Navneløsning (DNS)

Overlevelsesportal

Flyktig

UDP

DNS-server

53

Skyhåndtering

Kontakt

Flyktig

HTTPS

Webex-tjenester

443, 8433

For driftsveiledning om skymodus, se hjelpeartikkelen Portreferanseinformasjon for Webex Calling.

Du kan tilpasse portinnstillingsverdier på Cisco IOS XE-rutere. Denne tabellen bruker standardverdier som veiledning.

Funksjonskonfigurasjon

Konfigurasjonsflyt for oppgave for overlevelsesevne på nettstedet

Fullfør følgende oppgaver for å legge til nettstedsoverlevelsesevne for en eksisterende Webex Calling-plassering. Hvis forbindelsen til Webex-skyen brytes, kan en Survivability Gateway i det lokale nettverket gi sikkerhetskopiering av anropskontroll for endepunkter på den plasseringen.

Før du begynner

Hvis du trenger å klargjøre en ny gateway som skal fungere som Survivability Gateway, kan du se Webex-artikkelen Registrer Cisco IOS-administrerte gatewayer i Webex Cloud for å legge til gatewayen i Control Hub.

TrinnKommando eller handlingHensikt

1

Tilordne overlevelsestjeneste til en gateway

I Kontrollhub tilordner du tjenesten Overlevelsesgateway til en gateway.

2

Last ned konfigurasjonsmalen

Last ned konfigurasjonsmalen fra Control Hub. Du trenger malen når du konfigurerer gateway-kommandolinjen.

3

Konfigurer lisensiering

Konfigurer lisenser for Survivability Gateway.

4

Konfigurer sertifikater på Cisco IOS XE

Konfigurer sertifikater for Survivability Gateway.

5

Konfigurer gateway som en overlevelsesgateway

Bruk konfigurasjonsmalen du lastet ned tidligere som en veiledning for å konfigurere gateway-kommandolinjen. Fullfør alle obligatoriske konfigurasjoner som er i malen.

Tilordne overlevelsestjeneste til en gateway

Før du begynner

Hvis gatewayen ikke finnes i Control Hub, se Registrer Cisco IOS-gatewayer til Webex Calling for å legge til en ny gateway-forekomst.
1

Gå til Anrop under Tjenester, og klikk deretter på fanen Administrerte gatewayer.

Visningen Administrerte gatewayer viser listen over gatewayer du administrerer via Control Hub.
2

Velg gatewayen du vil tilordne som en overlevelsesgateway, og velg ett av følgende, basert på verdien i feltet Tjeneste :

  • Ikke tilordnet (tom verdi) – Klikk på Tilordne tjeneste og gå til neste trinn.

  • Overlevelsesgateway– Hvis du vil redigere eksisterende IP-innstillinger for gatewayen, går du til Rediger egenskaper for overlevelsesgatewayen. Ellers går du til neste prosedyre i flyten.

3

Fra rullegardinmenyen for tjenestetype velger du Overlevelsesgateway og fyller ut følgende felt:

  • Sted– Velg et sted fra rullegardinmenyen. For å tilordne flere steder til en Survivability-gateway, velg alle de nødvendige stedene fra listen.

  • Vertsnavn– Skriv inn det fullstendig kvalifiserte domenenavnet (FQDN) som ble brukt da sertifikatet for gatewayen ble opprettet. Det kan være et navn som er inkludert i feltet Alternativt navn (SAN) for sertifikatets emne. FQDN og IP-adressen brukes kun til å opprette en sikker forbindelse med gatewayen. Derfor er det ikke obligatorisk å fylle det ut i DNS.

  • IP-adresse– Skriv inn IP-adressen til Survivability Gateway i IPv4-format. Enheter registreres på denne adressen mens de opererer i overlevelsesmodus.

Når du har fullført registreringen, vises lokasjonsdetaljene på siden Administrerte gatewayer.

4

Klikk på Tildel.

Visningen Administrerte gatewayer viser listen over plasseringer som er tilordnet gatewayen.
(Valgfritt) Opphev tildeling av overlevelsestjenesten– Hvis du vil fjerne overlevelsesgatewayen fra en gateway, går du til Opphev tildeling av tjenester for en administrert gateway.

Last ned konfigurasjonsmalen

Last ned konfigurasjonsmalen fra Control Hub eller bruk denne lenken. Du trenger malen når du konfigurerer gateway-kommandolinjen.
1

Logg inn på Kontrollhub.

Hvis du er en partnerorganisasjon, lanseres Partner Hub. For å åpne Control Hub, klikk på Kunde -visningen i Partner Hub og velg den aktuelle kunden, eller velg Min organisasjon for å åpne Control Hub-innstillingene for partnerorganisasjonen.

2

Gå til Tjenester > PSTN & Ruting > Gateway-konfigurasjoner > Administrer gatewayer.

3

Klikk på den aktuelle overlevelsesportalen.

4

Klikk på Last ned konfigurasjonsmal og last ned malen til den stasjonære eller bærbare datamaskinen.

Konfigurer lisensiering

Sørg for at du har de riktige plattformlisensene for gatewayen din. Konfigurer lisenser ved hjelp av kommandoene som passer for plattformen din.
1

Gå inn i global konfigurasjonsmodus på ruteren:

enable
 configure terminal
2

Konfigurer lisenser ved hjelp av kommandoene som bare gjelder for din spesifikke plattform.

  • For Cisco ISR 4000-serien:

    license boot level uck9
     license boot level securityk9
    
  • For Cisco Catalyst 8300- og 8200-seriens Edge-plattformer bruker du DNA Network Advantage-funksjonslisensen eller bedre, og angir ønsket gjennomstrømningsnivå. Følgende eksempel bruker 25 Mbps toveis kryptogjennomstrømning. Velg riktig nivå for antallet samtaler du forventer.

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • For Cisco Catalyst 8000V Edge-programvaren bruker du DNA Network Advantage-funksjonslisensen eller bedre, og angir nødvendig gjennomstrømningsnivå. Følgende eksempel bruker 1 Gbps gjennomstrømning. Velg riktig nivå for antallet samtaler du forventer.

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

Når du konfigurerer en gjennomstrømning på over 250 Mbp, trenger du en HSEC-plattformlisens.

Konfigurer sertifikater

Konfigurer sertifikater på Cisco IOS XE

Fullfør følgende trinn for å be om og opprette sertifikater for Survivability Gateway. Bruk sertifikater signert av en offentlig kjent sertifiseringsinstans.

Survivability Gateway-plattformen støtter kun offentlig kjente CA-sertifikater. Private eller bedrifts-CA-sertifikater kan ikke brukes for Survivability Gateway.

For en liste over rotsertifikatmyndigheter som støttes for Webex Calling, se Hvilke rotsertifikatmyndigheter støttes for anrop til Cisco Webex lyd- og videoplattformer?.

Survivability Gateway-plattformen støtter ikke jokertegnsertifikatet.

Kjør kommandoene fra eksempelkoden for å fullføre trinnene. Hvis du vil ha mer informasjon om disse kommandoene, samt flere konfigurasjonsalternativer, kan du se kapittelet « SIP TLS-støtte» i Cisco Unified Border Element Configuration Guide.

1

Gå inn i global konfigurasjonsmodus ved å kjøre følgende kommandoer:

enable
 configure terminal
2

Generer RSA-privatnøkkelen ved å kjøre følgende kommando. Den private nøkkelmodulen må være minst 2048 bits.

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

Konfigurer et klareringspunkt for å holde Survivability Gateway-sertifikatet. Det fullstendig kvalifiserte domenenavnet (fqdn) for gatewayen må bruke samme verdi som du brukte da du tilordnet overlevelsestjenesten til gatewayen.

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

Generer en sertifikatsigneringsforespørsel ved å kjøre kommandoen crypto pki enroll webex-sgw.

Når du blir bedt om det, skriv inn yes.

Etter at CSR-en vises på skjermen, bruker du Notisblokk til å kopiere sertifikatet til en fil som du kan sende til en støttet sertifiseringsinstans (CA).

Hvis sertifikatsigneringsleverandøren din krever en CSR i PEM-format (Privacy Enhanced Mail), må du legge til en topptekst og en bunntekst før du sender den inn. For eksempel:

-----BEGIN CERTIFICATE REQUEST-----
 
 -----END CERTIFICATE REQUEST-----
5

Etter at CA-en har utstedt et sertifikat til deg, kjører du kommandoen crypto pki authenticate webex-sgw for å autentisere sertifikatet. Du kan kjøre denne kommandoen fra enten exec - eller config -modus.

Når du blir bedt om det, lim inn basen 64 CER/PEM utsteder innholdet i CA-sertifikatet (ikke enhetssertifikatet) til terminalen.

6

Importer det signerte vertssertifikatet til klareringspunktet ved hjelp av sertifikatkommandoen crypto pki import webex-sgw.

Når du blir bedt om det, lim inn basen 64 CER/PEM sertifikatet inn i terminalen.

7

Sjekk at rot-CA-sertifikatet er tilgjengelig:

Bare offentlig kjente sertifikatmyndigheter støttes med Webex Calling-løsningen. Private eller bedrifts-CA-sertifikater støttes ikke.

  1. Finn det vanlige navnet på rot-CA-en ved å kjøre show crypto pki certificates webex-sgw | begin CA Cert. Se etter utstederen cn= .

  2. Kjør kommandoen show crypto pki trustpool | include cn= og sjekk om dette rot-CA-sertifikatet er installert med Cisco CA-pakken. Hvis du ser CA-en din, gå til trinn 9.

  3. Hvis du ikke ser sertifikatet ditt, kan du gjøre ett av følgende:

    • Importer de manglende sertifikatene

    • Kjør følgende kommando for å installere den utvidede IOS CA-pakken.

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

      Bruk den utvidede IOS CA-pakken ios_core.p7bbare hvis gatewayen er en samlokalisert lokal gateway. Se Konfigurer lokal gateway på Cisco IOS XE for Webex Calling for detaljer.

  4. Gjenta disse deltrinnene for å finne ut om rot-CA-sertifikatet nå er tilgjengelig. Etter at du har gjentatt deltrinnene:

    Hvis sertifikatet ikke er tilgjengelig, gå til trinn 8. Hvis sertifikatet er tilgjengelig, gå til trinn 9.

8

Hvis rot-CA-sertifikatet ditt ikke er inkludert i pakken, må du skaffe sertifikatet og importere det til et nytt klareringspunkt.

Utfør dette trinnet hvis et offentlig kjent CA-rotsertifikat ikke er tilgjengelig med Cisco IOS XE-gatewayen din.

crypto pki trustpoint 
 enrollment terminal
 revocation-check crl
 crypto pki authenticate 

Når du blir bedt om det, lim inn basen 64 CER/PEM sertifikatinnholdet i terminalen.

9

Bruk konfigurasjonsmodus til å angi standard klareringspunkt, TLS-versjon og SIP-UA-standardverdier med følgende kommandoer.

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

Importer sertifikater sammen med nøkkelpar

Du kan importere CA-sertifikater og nøkkelpar som en bunt ved hjelp av PKCS12-formatet (.pfx eller .p12). Du kan importere pakken fra et lokalt filsystem eller en ekstern server. PKCS12 er en spesiell type sertifikatformat. Den samler hele sertifikatkjeden fra rotsertifikatet til identitetssertifikatet, sammen med RSA-nøkkelparet. Det vil si at PKCS12-pakken du importerer vil inkludere nøkkelparet, vertssertifikater og mellomliggende sertifikater. Importer en PKCS12-pakke for følgende scenarier:

  • Eksporter fra en annen Cisco IOS XE-ruter og importer til Survivability Gateway-ruteren din

  • Generering av PKCS12-pakken utenfor Cisco IOS XE-ruteren ved hjelp av OpenSSL

Fullfør følgende trinn for å opprette, eksportere og importere sertifikater og nøkkelpar for Survivability Gateway-ruteren din.

1

(Valgfritt) Eksporter PKCS12-pakken som kreves for Survivability Gateway-ruteren din.

crypto pki export webex-sgw pkcs12 terminal password xyz123

Dette trinnet gjelder bare hvis du eksporterer fra en annen Cisco IOS XE-ruter.

2

(Valgfritt) Opprett en PKCS12-pakke ved hjelp av OpenSSL.

  1. Kontroller at OpenSSL er installert på systemet der denne prosessen kjøres. For Mac OSX og GNU/Linux brukere, den er installert som standard.

  2. Bytt til katalogen der nøklene, sertifikatet og kjedefilene dine er lagret.

    På Windows: Som standard er verktøyene installert i C:\Openssl\bin. Åpne en ledetekst på denne plasseringen.

    På Mac OSX/Linux: Åpne terminalvinduet i katalogen som trengs for å opprette PKCS12-sertifikatet.

  3. Lagre filene for den private nøkkelen (privateKey.key), identitetssertifikatet (certificate.crt) og rot-CA-sertifikatkjeden (CACert.crt) i katalogen.

    Kombiner den private nøkkelen, identitetssertifikatet og rot-CA-sertifikatkjeden i en PKCS12-fil. Skriv inn et passord for å beskytte PKCS12-sertifikatet ditt.

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

    Oppgi et passord når du bruker OpenSSL til å generere PKCS12-filen.

Dette trinnet gjelder bare hvis du genererer en PKCS12-pakke utenfor Cisco IOS XE ved hjelp av OpenSSL.

3

Importer filpakken i PKCS12-format.

crypto pki import  pkcs12  password 

Følgende er en eksempelkonfigurasjon for kommandoen og detaljer om de konfigurerbare parameterne:

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>– Navnet på tillitspunktet som opprettes når denne kommandoen brukes (for eksempel webex-sgw).

  • <certificate file location>– Lokal eller nettverks-URL som peker til sertifikatfilen (for eksempel bootflash:certificate.pfx)

  • <file password>– Passordet som brukes når PKCS12-filen opprettes (for eksempel xyz123).

Kommandoen crypto pki import bygger automatisk tillitspunktet for å imøtekomme sertifikatet.

4

Bruk konfigurasjonsmodus til å angi standard klareringspunkt, TLS-versjon og SIP-UA-standardverdier med følgende kommandoer.

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

Konfigurer overlevelsesgateway

Konfigurer gateway som en overlevelsesgateway

Bruk konfigurasjonsmalen du lastet ned tidligere som en veiledning for å konfigurere gateway-kommandolinjen. Fullfør de obligatoriske konfigurasjonene i malen.

Følgende trinn inneholder eksempelkommandoer sammen med en forklaring av kommandoene. Rediger innstillingene slik at de passer til utrullingen din. De vinklede parentesene (for eksempel ) identifiserer innstillinger der du bør angi verdier som gjelder for utrullingen din. De ulike <tag> -innstillingene bruker numeriske verdier for å identifisere og tilordne sett med konfigurasjoner.

  • Med mindre annet er oppgitt, krever denne løsningen at du fullfører alle konfigurasjonene i denne prosedyren.
  • Når du bruker innstillinger fra malen, erstatt %tokens% med dine foretrukne verdier før du kopierer til gatewayen.
  • Hvis du vil ha mer informasjon om kommandoene, kan du se Webex Administrert Gateway-kommandoreferanse. Bruk denne veiledningen med mindre kommandobeskrivelsen henviser til et annet dokument.
1

Gå inn i global konfigurasjonsmodus.


enable
 configure terminal

hvor:

  • enable– Aktiverer privilegert EXEC-modus.

  • configure terminal– Aktiverer global konfigurasjonsmodus.

2

Utfør konfigurasjonene for taletjenesten:


 voice service voip
  ip address trusted list
    ipv4  
    ipv4  
  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
  

Forklaring av kommandoene:

  • ip address trusted list– Definerer en liste over ikke-registrerte adresser som Survivability Gateway må godta SIP-meldinger fra. For eksempel en SIP-trunk-peeradresse.

  • og representerer klarerte adresseområder. Du trenger ikke å angi direkte tilkoblede delnett, ettersom Survivability Gateway stoler på dem automatisk.

  • allow-connections sip to sip– Tillater SIP-til-SIP-tilkoblinger i et VoIP-nettverk.

  • no supplementary-service sip refer– Deaktiver REFER-metoden for tilleggstjenester for viderekobling og overføring av anrop. Webex Calling bruker ikke disse metodene.

  • no supplementary-service sip moved-temporarily– Deaktiverer gatewayens automatiske håndtering av SIP 302-omdirigeringsmeldinger.

  • sip– Går inn i SIP-konfigurasjonsmodus for tjenesten.

  • registrar server– Aktiver SIP-registratoren slik at Webex Calling-klienter kan registrere seg på gatewayen.

  • asymmetric payload full– Aktiverer videosamtaler i overlevelsesmodus.

3

Aktiver overlevelsesevne på ruteren:


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

Forklaring av kommandoer:

  • voice register global– Går inn i global stemmeregistreringsmodus.

  • mode webex-sgw– Aktiverer Webex Calling Survivability-modus og Survivable Remote Site Telephony for Unified Communications Manager-endepunkter.

    Etter konfigurasjon av -modus webex-sgw lytter Survivability Gateway på port 8933 etter innkommende sikre tilkoblinger fra endepunkter.

  • max-dn– Begrenser antallet katalognumre (DN-er) som ruteren kan håndtere. For denne løsningen må du alltid konfigurere den maksimale verdien som er tilgjengelig for plattformen din.

    Delte linjeopptredener teller mot maks-dn-grensen. Hvis for eksempel 5 telefoner deler de samme 5 DN-ene, teller denne konfigurasjonen som 25 DN-er mot maks-DN-grensen.

  • max-pool– Angir maksimalt antall enheter som kan registreres på gatewayen. Sett denne verdien til det maksimale som plattformen din tillater, som beskrevet i tabell 3.

4

Konfigurer NTP-servere:

ntp server 
 ntp server 

5

(Valgfri). Konfigurer generelle tillatelser for anrop i klasse med begrensninger:


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

Det foregående eksemplet oppretter et sett med tilpassede restriksjonsklasser med navn kategorier (for eksempel Wx_calling_International). Hvis du vil ha mer informasjon om hvordan du bruker Class of Restrictions med oppringingspeer, kan du se «Class of Restrictions» i Dial Peer Configuration Guide, Cisco IOS Release 15M. & T.

6

Konfigurer en liste over foretrukne kodeker. For eksempel spesifiserer følgende liste g711ulaw som foretrukket kodek, etterfulgt av g711alaw.


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

Forklaring av kommandoer:

  • voice class codec 1 går inn i konfigurasjonsmodus for stemmeklasse for kodekgruppe 1.

  • codec preference identifiserer de foretrukne kodekene for denne kodekgruppen.

7

Konfigurer standard stemmeregisterbassenger:


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

Forklaring av kommandoene:

  • voice register pool 1– Går inn i konfigurasjonsmodus for taleregisterbasseng for SIP-enheter i dette bassenget.

  • id network og mask identifiserer en SIP-enhet, eller et sett med nettverksenheter som bruker denne poolen. Bruk adressene og maskene som gjelder for utrullingen din. Adressen 0.0.0.0 tillater at enheter fra hvor som helst registreres (hvis enhetsadressene er i tillatelseslisten).

  • id extension-number– Utvalget gjelder spesifikt for Webex Calling-brukeren på internnummer 1234. Bruk de riktige utvidelsene for nettverket ditt.

  • id phone-number– Utvalget gjelder spesifikt for Webex Calling-brukeren med telefonnummeret +1 210-903-443. Bruk riktig telefonnummer for nettverket ditt.

  • dtmf-relay angir rtp-nte -metoden for å sende DTMF-sifre. I dette eksemplet, sanntidstransport (RTP) med nyttelasttypen navngitt telefonhendelse (NTE).

  • voice-class codec 1– Tildeler kodekgruppe 1 til denne gruppen.

8

Konfigurer nødanrop:


voice emergency response location 1
 elin 1 
 subnet 1  

 voice emergency response location 2
  elin 1 
  subnet 1  

 voice emergency response zone 1
  location 1
  location 2

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

Forklaring av kommandoer:

  • voice emergency response location 1– Oppretter lokasjonsgruppe 1 for nødrespons for den forbedrede 911-tjenesten. En påfølgende kommando oppretter lokasjonsgruppe 2 for nødrespons.

  • elin 1 – Tildeler en elin til nødsituasjonens sted. For denne elinen definerer <number> -delen et PSTN-nummer som skal erstatte internnummeret til 911-innringeren (for eksempel 14085550100).

  • subnet 1 – Definerer en delnettgruppe sammen med en spesifikk delnettadresse for denne nødresponslokasjonen. Bruk denne kommandoen til å identifisere oppringernettverket via en IP-adresse og subnettmaske. For eksempel, subnet 1 192.168.100.0 /26.

  • voice emergency response zone 1– Definerer en beredskapssone.

  • location 1 (and 2)—Tilordner nødresponslokasjon 1 og 2 til denne nødresponssonen.

  • voice class e164-pattern-map 301 (and 351)—Identifiserer e164-mønsterkartene 301 og 351 for denne stemmeklassen. Du kan bruke kartet til å definere oppringingsplaner og identifikatorer for nødsteder.

Hvis Wi-Fi-overlegget ikke samsvarer nøyaktig med IP-undernett, kan det hende at nødanrop for nomadiske enheter ikke har riktig ELIN-tilordning.

9

Konfigurer oppringingspeer for PSTN. For et eksempel på konfigurasjonen av oppringingspeer, se Eksempler på PSTN-tilkoblinger.

10

Valgfri. Aktiver Musikk på vent for ruteren. Du må lagre en musikkfil i ruterens flashminne i G.711-format. Filen kan være i .au- eller .wav-filformat, men filformatet må inneholde 8-bits 8-kHz-data (for eksempel ITU-T A-law- eller mu-law-dataformat).

call-manager-fallback
 moh enable-g711 "bootflash:"

Forklaring av kommandoene:

  • call-manager-fallback– Går inn i SRST-konfigurasjonsmodus.

  • moh enable-g711 "bootflash:"– Aktiverer unicast-musikk på vent ved hjelp av G.711. Oppgir også katalogen og navnet på lydfilen (for eksempel bootflash:music-on-hold.au). Filnavnet kan ikke overskride 128 tegn.

Fullstendig synkronisering på forespørsel

Valgfri. Fullfør denne prosedyren bare hvis du vil fullføre en umiddelbar synkronisering på forespørsel. Denne prosedyren er ikke obligatorisk, ettersom Webex Cloud synkroniserer samtaledata automatisk til Survivability Gateway én gang per dag.

1

Logg inn på Kontrollhub.

Hvis du er en partnerorganisasjon, lanseres Partner Hub. For å åpne Control Hub, klikk på Kunde -visningen i Partner Hub og velg den aktuelle kunden, eller velg Min organisasjon for å åpne Control Hub-innstillingene for partnerorganisasjonen.

2

Gå til Tjenester > PSTN & Ruting > Gateway-konfigurasjoner > Administrer gatewayer.

3

Klikk på den aktuelle overlevelsesportalen for å åpne visningen Overlevelsestjeneste for den portalen.

4

Klikk på Synkroniser -knappen.

5

Klikk på Send inn.

Det kan ta opptil 10 minutter å fullføre synkroniseringen.

Rediger Survivability Gateway-egenskaper

Bruk denne valgfrie prosedyren bare hvis du vil redigere innstillinger for en eksisterende Survivability Gateway.
1

Logg inn på Kontrollhub.

Hvis du er en partnerorganisasjon, lanseres Partner Hub. For å åpne Control Hub, klikk på Kunde -visningen i Partner Hub og velg den aktuelle kunden, eller velg Min organisasjon for å åpne Control Hub-innstillingene for partnerorganisasjonen.

2

Gå til Tjenester > PSTN & Ruting > Gateway-konfigurasjoner > Administrer gatewayer.

3

Klikk på den aktuelle overlevelsesportalen for å åpne visningen Overlevelsestjeneste for den portalen.

4

Klikk på Rediger -knappen og oppdater innstillingene for følgende.

  • Vertsnavn– Bruk vertsnavnet eller det fullstendig kvalifiserte domenenavnet til sertifikatet for å opprette TLS-tilkoblingen med klienter og IP-adresse.

  • IP-adresse– I IPv4-format skriver du inn IP-adressen til gatewayen som enheter registrerer seg til mens de er i overlevelsesmodus.

5

Klikk på Send inn.

Hvis du vil slette en Survivability Gateway fra Control Hub, må du først fjerne tilordningen av Survivability Gateway -tjenesten. Hvis du vil ha mer informasjon, kan du se Tilordne tjenester til administrerte gatewayer.

Konfigurasjoner for å aktivere CDR-er på overlevelsesgatewayen

Koblingen konfigurerer automatisk CDR-relaterte kommandoer for å forenkle innsamlingen av anropstallmålinger.

På slutten av en overlevelseshendelse behandler koblingen CDR-ene som er generert i løpet av hendelsesperioden, sammen med konfigurasjonsdataene, for å identifisere ulike anropstall. Målingene inkluderer antall anrop totalt, nødanrop og eksterne anrop, og brukes til å overvåke intern funksjonsbruk. Bare anropsantallsmålingene sendes til Webex-skyen, mens de faktiske CDR-ene ikke overføres.

Følgende er en eksempelkonfigurasjon:


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

Forklaring av kommandoene:

  • primary ifs bootflash:guest-share/cdrs/– Denne kommandoen lagrer CDR-filene i gjestedelingsmappen for å gi tilgang fra koblingen.

  • acct-template callhistory-detail– Denne kommandoen er nødvendig for å inkludere dial-peer-taggen i CDR-en.

  • maximum cdrflush-timer 5– Standardinnstillingen er 60 minutter, men hvis du setter den til 5 minutter, kan CDR-er logges til filen raskere.

  • cdr-format detailed– Dette er standardformatet. Det kompakte formatet er ikke egnet, da det ikke inkluderer dial-peer-taggen.

Konfigurasjoner for å aktivere viderekobling av anrop

Viderekoblingsfunksjonalitet er en del av overlevelsesfunksjonene som sikrer kontinuerlig samtalehåndtering under nettverksbrudd når forbindelsen til Webex-skyen går tapt. Survivability-gatewayen fungerer som en lokal reservegateway, som lar endepunkter registrere seg lokalt og opprettholde viktige anropsmuligheter.

  • Viderekoblingsfunksjonen i Survivability-modus administreres av Survivability-gatewayen ved hjelp av pool-konfigurasjon, dial-peer-konfigurasjoner og rutingspolicyer som håndterer samtaler lokalt eller ruter dem ut via PSTN- eller SIP-trunker.

  • Overlevelsesgatewayen deaktiverer SIP REFER, SIP flyttet – midlertidig for tilleggstjenester for viderekobling og overføring av anrop, ettersom Webex Calling ikke bruker disse metodene i overlevelsesmodus.

Konfigurer taleregisterbassenger for viderekoblingsscenarier:

For å bruke viderekoblingsfunksjonen, konfigurer call-forward b2bua -kommandoen under voice register pool for de enkelte telefonene.

  • For å aktivere call-forward all, konfigurer: call-forward b2bua all

  • For å aktivere call-forward no-answer, konfigurer:call-forward b2bua noan timeout

  • For å aktivere opptatt-utløser med et spesifisert antall innkommende anrop, konfigurer:

    
    call-forward b2bua busy 
    busy-trigger-per-button 

  • Eksempelkonfigurasjon:

    
    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 

Konfigurasjoner for å aktivere jaktgruppe

Denne tabellen inneholder en tilordning for konfigurasjonen av jaktgruppefunksjonen i Control Hub og bruk av kommandoene for overlevelsesgatewayen

Funksjoner i jaktgruppenKonfigurasjon ved hjelp av kontrollhubenKommandoer for overlevelsesgateway

Velg samtalerutingsmønster

Top-Down/Simultaneous/Circular/Longest-idle​

Sequential/Parallel/Peer/Longest-idle

Legg til jaktgruppe

Legg til jaktgruppe med navn og telefonnummer per sted.

For å legge til en jaktgruppe, bruk voice hunt-group . Legg deretter til telefonnummeret med kommandoen pilot og navnet på søkegruppen med kommandoen description

Velg brukere, arbeidsområder eller virtuelle linjer som skal legges til

Velg agentene som skal være en del av Hunt-gruppen

Konfigurer listen over agenter ved hjelp av kommandoen number

Gå videre etter angitt antall ring

Konfigurer ved hjelp av alternativet Angi antall ring

Konfigurer ved hjelp avtimeout -kommandoen for å gå videre til neste agent i stedet for antall ring.

Gå frem når det er travelt

Konfigurer ved hjelp av alternativet Avanser når opptatt

Konfigurer ved hjelp av kommandoen present-call idle-phone

Viderekoble anrop når alle agenter ikke kan nås

Konfigurer ved hjelp av alternativet Viderekoble anrop når alle agenter ikke kan nås

Konfigurer ved hjelp av kommandoen final

Viderekoble anrop når alle agenter er opptatt eller søkegruppen er opptatt

Konfigurer ved hjelp av alternativetViderekoble anrop når alle agenter er opptatt eller søkegruppen er opptatt

Konfigurer ved hjelp av final command​

  • Konfigurer en sekvensiell ringing for Hunt-gruppen

    
      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

  • Konfigurer en parallell ringer for Hunt-gruppen

    
    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​

Beskrivelse av kommandoene:

  • voice hunt-group– Denne kommandoen brukes til å definere og gå inn i konfigurasjonsmodus for en søkegruppe.

  • parallel– Dette nøkkelordet angir søkegruppemetoden eller algoritmen som systemet vil bruke til å fordele innkommende anrop blant medlemmene i denne søkegruppen.

  • number- Lager en liste over extensions/e164 numbers/ESN som er medlemmer av en stemmesøkergruppe. Ethvert nummer i listen kan ikke være et pilotnummer for en annen jaktgruppe.

  • pilot– Dette er hovednummeret eller katalognummeret for søkegruppen. Innringere ringer dette nummeret for å nå søkegruppen.

  • timeout– Angir maksimal tid, i sekunder, som søkegruppen vil forsøke å ringe medlemmene sine før neste handling utføres.

  • final- Denne kommandoen angir reservenummeret.

  • statistics collect​- Muliggjør innsamling av driftsstatistikk for jaktgruppen.

  • descriptin- beskrivelse av jaktgruppen

  • present-call idle-phone- Presenter samtalen kun til agenter som er inaktive.

Følgende er et eksempel på utdata fra kommandoen show voice hunt-group statistics. Utdataene inkluderer direkte anrop til et talesøkegruppenummer og anrop fra kø eller 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#

Konfigurasjoner for å aktivere grunnleggende automatisk samtalefordeling (B-ACD)

Grunnleggende automatisk samtalefordeling (B-ACD) og automatisk svartjeneste (AA) gir automatisk besvarelse av eksterne anrop med hilsener og menyer som lar innringere velge riktig avdeling eller ringe kjente internnumre.

B-ACD tilbyr automatisk svar og anropsfordeling for anrop ved hjelp av interaktive menyer og lokale søkegrupper. B-ACD-applikasjonen består av automatisk svartjeneste (AA) og én samtalekøtjeneste. B-ACD automatisk svarperson støtter PSTN-anrop som forhandles med innkommende SIP-trunk med g711ulaw-kodeken

B-ACD støtter talesøkegrupper med sekvensielle, parallelle, peer- og lengste inaktive samtaletyper, støtte for delte SIP-linjer og blandede delte linjer.

Et innkommende anrop ringer B-ACD AA-pilotnummeret og hører en melding som gir en hilsen og instruksjoner som hjelper den som ringer med å rute anropet automatisk.

Begrensninger

Bruk samme kodek på innkommende og utgående oppringingsmotparter når du overfører anrop. Bruk av forskjellige kodeker støttes ikke. IOS vil ikke aktivere transkoderen for anrop som håndteres av noen TCL-applikasjon.

B-ACD-komponenter

B-ACD-applikasjonen består av en samtalekøtjeneste og én eller flere AA-tjenester. De konfigurerbare komponentene i disse tjenestene er:

  • Pilotnummer

  • Velkomstprompt og andre lydfiler

  • Menyalternativer

  • Ring via internnummer

Pilotnummer

Hver AA-tjeneste har sitt eget AA-pilotnummer som innringere ringer for å nå AA. Dette tallet er spesifisert i param aa-pilot -kommandoen. AA-pilotnummeret er ikke knyttet til noen agenters telefonnummer eller fysiske telefon, men du må definere en oppringingsmotpart med AA-pilotnummeret som innkommende nummer, slik at dette nummeret kan nås av eksterne innringere.

Velkomstprompt og andre lydfiler

Velkomstmeldingen er en lydfil som spilles av når et anrop besvares av pilotnummeret. Denne lydfilen er én av flere lydfiler som brukes med B-ACD-tjenesten for å informere innringere om statusen deres og eventuelle handlinger de kan iverksette. Du kan opprette personlige lydfiler som beskriver menyvalgene som er tilgjengelige for innringerne. B-ACD-lydfiler beskrives i følgende avsnitt:

Innspilling av standard lydfiler på nytt

Standard lydfiler leveres for hvert punkt i skriptet og gis til innringerne. Du laster ned standard lydfilene fra -lenken og kopierer dem til et sted som kan nås med B-ACD-ruteren, for eksempel flashminne eller en TFTP-server. Lydfilene og skriptfilene er samlet i en tar-fil på nettstedet. Standardfilene og meldingene deres er oppført i tabellen. Du kan spille inn personlige meldinger på nytt over standardmeldingene, men du kan ikke endre navnene på lydfilene, bortsett fra som spesifikt beskrevet i Endre språkkoder og filnavn.

For å spille inn og installere standard lydmeldinger på nytt før du bruker en B-ACD-tjeneste for første gang, følg trinnene i Laste ned Tcl-skript og lydmeldinger. For å spille inn lydmeldinger på nytt i en eksisterende B-ACD-tjeneste, følg trinnene i Oppdatere skriptparametere og lydmeldinger (kun oppringing via internnummer).

Standard filnavnStandard kunngjøringLengde på standardmelding
en_bacd_welcome.au

«Takk for at du ringte.» Inkluderer en pause på to sekunder etter meldingen.

3 sekunder

en_bacd_options_menu.au

For salg, trykk 1 (pause)

For kundeservice, trykk 2 (pause)

For å ringe via internnummer, trykk 3 (pause)

For å snakke med en operatør, trykk null.

Inkluderer en pause på fire sekunder etter meldingen.

15seconds

en_bacd_disconnect.au

«Vi kan ikke ta imot samtalen din akkurat nå.» Prøv igjen senere. Takk for at du ringte. Inkluderer en pause på fire sekunder etter meldingen.

10seconds

en_bacd_invalidoption. au

«Du har angitt et ugyldig alternativ.» Vennligst prøv igjen. Inkluderer en pause på ett sekund etter meldingen. Denne ledeteksten spilles av når en innringer velger et ugyldig menyalternativ eller ringer en ugyldig internnummer.

7seconds

en_bacd_enter_dest.au

«Vennligst skriv inn internnummeret du ønsker å nå.» Inkluderer en pause på fem sekunder etter meldingen. Denne ledeteksten spilles av når en innringer velger alternativet dial-by-extension

7seconds

en_bacd_allagentsbusy. au

«Alle agentene er for tiden opptatt med å hjelpe andre kunder. Fortsett å holde for å få hjelp. Noen vil være hos deg snart.» Inkluderer en pause på to sekunder etter meldingen. Denne hilsenen er også kjent som den andre hilsenen.

7seconds

en_bacd_music_on_hol d.au

Musikk på vent (MOH) spilles av for B-ACD-innringere.

60seconds

Hvis du spiller inn noen av lydfilene på nytt, må du være oppmerksom på at B-ACD-ledetekstene krever et G.711-lydfilformat (.au) med 8-bit, mu-law og 8-kHz-koding. Vi anbefaler følgende lydverktøy eller andre av lignende kvalitet:

  • Adobe Audition for Microsoft Windows av Adobe Systems Inc. (tidligere kalt Cool Edit av Syntrillium Software Corp.)

  • AudioTool for Solaris av Sun Microsystems Inc.

Konfigurer B-ACD

Her er noen eksempler på konfigurasjon:


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 
  paramspace english language en
  param aa-pilot 
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail 
  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 
 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 
 port %tdm_port%
! 
Forklaring av kommandoen:
KommandoForklaring
param dial-by-extension-option

Gjør det mulig for innringere å ringe internnumre etter å ha slått det angitte menynummeret.

menynummer—Identifikator for et menyalternativ. Området er fra 1 til 9. Det finnes ingen standardverdi.

param aa-pilot

Angir pilotnummeret som er tilknyttet automatisk oppringing via peer

param voice-mail

Definerer en alternativ destinasjon for anrop som ikke besvares av AA-agenter

paramspace english language en

Definerer språkkoden for lydfiler som brukes til dynamiske ledetekster av et IVR-program.

  • språkpakke– Navnet på språkpakken som skal brukes. Det er tre innebygde språkpakker: kinesisk, engelsk og spansk. Andre språk kan støttes ved bruk av Tcl-språkskriptet (Tool Command Language).

  • språkkode – Kode på to tegn som identifiserer språket til de tilknyttede lydfilene. Gyldige oppføringer er som følger:

    ch —Kinesisk

    en —Engelsk

    sp —Spansk

    aa —alle

Denne språkkoden må samsvare med språkprefikset på to tegn som brukes i navnene på lydpromptfilene dine, uavhengig av hvilket språk som faktisk brukes i filen. For mer informasjon, se Velkomstmelding og andre lydfiler

param welcome-prompt audio-filename

Tilordner en lydfil til velkomsthilsenen som brukes av denne AA-tjenesten.

  • lydfilnavn – Identifikatordelen av navnet på lydfilen som inneholder velkomsthilsenen som skal spilles av når innringere først når B-ACD-tjenesten. Identifikasjonsdelen av filnavnet inkluderer ikke språkprefikset, og den må begynne med et understrek.

Endre språkkoder og filnavn

  • Prefikset til et hvilket som helst filnavn kan endres til ch, en, sp eller aa. Prefikset må samsvare med koden som er angitt i language-code-parameteren i language-kommandoen paramspace, uavhengig av hvilket språk som faktisk brukes i filen.

  • Etter prefikset kan velkomstpromptfilnavnet (standard er en_bacd_welcome.au) ha et hvilket som helst identifiserende navn, som definert i param welcome-prompt -kommandoen.

  • Etter prefikset kan filnavnet til rullegardinprompten (ingen standard oppgitt) ha et hvilket som helst identifiserende navn, som definert i param drop-through-prompt -kommandoen.

I lydfilene kan du spille inn en ledetekst på et hvilket som helst språk. Det er ikke nødvendig å endre prefikset til en fil som inneholder en ledetekst på et annet språk, fordi språkkodeprefiksene brukes for funksjoner som ikke er en del av B-ACD-tjenesten. Men det er viktig at språkkodeprefiksene for filene dine samsvarer med språkkoden som er angitt i språkkodeparameteren i språkkommandoen paramspace, uavhengig av hvilket språk som faktisk brukes i lydfilen.

Ikke endre identifikasjonsdelen av navnet på en lydfil, med unntak av _bacd_welcome.au -filen. Skriptene identifiserer lydfiler som har samme identifiserende navn som de i tabell og som har samme prefiks som du angir i paramspace-språkkommandoen.

De to unntakene fra de generelle filnavneglene er velkomsttekstlydfilen (standard er en_bacd_welcome.au) og drop-through-option -tekstlydfilen (ingen standard er oppgitt). De identifiserende delene av filnavnene for disse to lydmeldingene spesifiseres eksplisitt under konfigurasjonen og er fullstendig brukerkonfigurerbare. Disse filene kan bruke alle filnavn så lenge navnene overholder følgende konvensjoner:

  • Prefiksdelen av filnavnet må være den samme som språkkoden som er angitt i språkkommandoen paramspace. For eksempel, en.

  • Identifikasjonsdelen av filnavnet må starte med et understrek. For eksempel, _welcome_to_xyz.au.

Bruk av lydfiler for å beskrive menyvalg

Som standard leveres to lydfiler for å gi innledende orientering og veiledning om menyvalgene som er tilgjengelige: en_welcome_prompt.au og en_bacd_options_menu.au. Du kan spille inn tilpassede meldinger på nytt over standardmeldingene som finnes i disse filene, som forklart i tabell.

Hvis B-ACD-tjenesten din bruker én AA-tjeneste, må du spille inn en velkomsthilsen i en_welcome_prompt.au og spille inn instruksjoner om menyvalg i en_bacd_options_menu.au.

Hvis B-ACD-tjenesten din bruker flere AA-tjenester, trenger du separate hilsener og instruksjoner for hver AA, ved å bruke følgende retningslinjer:

  • Spill inn en separat velkomstprompt for hver AA-gudstjeneste, og bruk et annet navn på lydfilen for hver velkomstprompt. For eksempel: en_welcome_aa1.au ogen_welcome_aa2.au. Velkomstmeldingene du registrerer i disse filene må inneholde både hilsenen og instruksjonene om menyalternativer.

  • Spill inn stillhet i lydfilen en_bacd_options_menu.au. Det må tas opp minst ett sekunds stillhet. Merk at denne filen ikke inneholder menyinstruksjonene når det finnes flere AA-tjenester.

Menyalternativer

Formålet med en B-ACD-tjeneste er å automatisk rute anrop til riktig destinasjon i organisasjonen din. Interaktive AA-tjenester lar deg tilby menyalternativer til innringere, slik at de kan ta de riktige valgene for samtalene sine. Tabellen beskriver hvilke menyalternativer som er tilgjengelige i B-ACD. Menyalternativer annonseres til innringere med lydmeldinger, som er beskrevet i Velkomstmelding og andre lydfiler.

TypeBeskrivelseKravEksempel
Dial-by-extension

Innringeren trykker et siffer for å få lov til å ringe en kjent internnummer.

Menynummeret som brukes for dette alternativet må ikke være det samme som menynummeret (aa-hunt) som brukes med samtalekøtjenesten.

Ingen krav.

Etter å ha hørt menyvalgene, ringer en innringer 4 og kan ringe et internt linjenummer.

Alternativ for oppringing via internnummer

B-ACD-tjenesten kan også ha et alternativ for oppringing via internnummer, som lar innringere ringe interne internnumre når de allerede kjenner internnummeret. Alternativet for oppringing via internnummer vises som menyalternativ.

Alternativet for oppringing via internnummer konfigureres ved å angi et menyalternativnummer for parameteren for oppringing via internnummer. Når følgende kommando brukes, kan innringere ringe 1 og deretter et internnummer.

param dial-by-extension-option 1

Innenfor en B-ACD-anropskøtjeneste må nummeret for oppringing via internnummer og nummeret for søkegruppen være gjensidig utelukkende. Denne begrensningen betyr at alternativnummeret som brukes for alternativet for oppringing via internnummer ikke kan være det samme som noen av alternativnumrene som brukes med aa-hunt-alternativene. Hvis du for eksempel bruker aa-hunt1 til aa-hunt5 for å angi søkegrupper i konfigurasjonen av samtalekøtjenesten, kan du bruke alternativ 6 for alternativet for oppringing via internnummer, men ikke noen av tallene 1 til 5.

Hvis alle ti aa-hunt-numrene brukes for søkegrupper i samtalekøtjenesten, er det ikke noe alternativ igjen for alternativet for oppringing via internnummer. Merk at denne begrensningen er basert på alle alternativnumrene (aa-hunt-numre) som brukes med samtalekøtjenesten, og ikke på alternativnumrene som brukes med en AA-applikasjon.

Laster ned Tcl-skript og lydmeldinger

Bruk disse trinnene for å klargjøre skriptfilene og ledetekstfilene som er nødvendige for B-ACD-tjenesten din.

  1. Kopier tar-filen til SGW-ruterens bootflash

  2. Pakk ut tcl- og lydfilene ved å bruke kommandoen:

    archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
  3. Spill inn lydfilene på nytt om nødvendig.

Forklaring av kommandoene:

KommandoForklaring

Last ned B-ACD tar-filen

Last ned B-ACD tar-filen kalt cme-b-acd-3.0.0.8.tar til en TFTP-server som er tilgjengelig for SGW-ruteren.

Denne tar-filen inneholder AA Tcl-skriptet, Tcl-skriptet for samtalekøen og standard lydfilene du trenger for B-ACD-tjenesten

enable

Aktiverer privilegert EXEC-modus på SGW-ruteren. Skriv inn passordet ditt hvis du blir bedt om det.

archivetar/xtract flash:

Pakker ut filene i B-ACD-filarkivet og kopierer dem til flashminne. Følgende filer finnes i cme-b-acd-3.0.0.8.tar -filen:

  • app-b-acd-aa-xxxxtcl (AA-skript)

  • app-b-acd-xxxxtcl (skript for samtalekø)

  • en_bacd_allagentsbusy.au (lydfil)

  • en_bacd_options_menu.au (lydfil)

  • en_bacd_disconnect.au (lydfil)

  • en_bacd_music_on_hold.au (lydfil)

  • en_bacd_invalidoption.au (lydfil)

  • en_bacd_welcome.au (lydfil)

  • en_bacd_enter_dest.au (lydfil)

Ta opp om nødvendig

Spill inn lydfiler på nytt med dine egendefinerte meldinger, men ikke endre lydfilnavnene.

Eksempler

Følgende eksempel trekker ut filer fra arkivet kalt cme-b-acd-2.1.0.0 på serveren på 192.168.1.1 og kopierer dem til B-ACD-ruterens flashminne.

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

Oppdatere skriptparametere og lydmeldinger (kun oppringing via internnummer)

Du kan oppdatere B-ACD-skriptparametere ved å gjøre endringer i Cisco IOS-konfigurasjonen. For at parameterendringene skal tre i kraft, må du stoppe og laste inn B-ACD-skriptene du har gjort endringer i, på nytt. Hvis du spiller inn lydmeldinger på nytt, må du laste inn lydmeldingsfilene som har endret seg.

  1. Bestem økt-ID-ene til alle aktive økter –

    Bruk kommandoen showcall application sessions i privilegert EXEC-modus for å hente sesjons-ID-numre (SID-numre) for AA- og samtalekøtjenester. Hvis AA-økten ikke har noen aktive anrop, vises ikke AA-skriptnavnet i utdataene fra show call application sessions -kommandoen.

  2. Stopp B-ACD AA- og samtalekøtjenesteøktene om nødvendig – Bruk økt-ID-numrene fra trinn 1 til å stoppe B-ACD AA-tjenesten og samtalekøtjenesteøktene. Bruk kommandoen call application session stop i privilegert EXEC-modus for å stoppe AA- og samtalekøøktene.
  3. Last inn AA-skriptet og samtalekøskriptene på nytt – Bruk kommandoen call application voice load i privilegert EXEC-modus for å laste inn skriptene på nytt.
  4. Hvis en lydpromptfil er endret, last den inn på nytt – Bruk kommandoen audio-prompt load i privilegert EXEC-modus for å laste inn en lydfil på nytt. Gjenta denne kommandoen for hver lydfil som er endret.

Verifisering av B-ACD-status

Bruk kommandoen show call application sessions for å bekrefte at B-ACD er aktiv.

Følgende eksempel viser en økt med aktive AA- og samtalekøapplikasjoner. «App»-feltet er tjenestenavnet, og «Url»-feltet er plasseringen av skriptfilen for applikasjonen.


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 

Følgende eksempel viser en økt der bare køapplikasjonen er aktiv. AA-skriptet vises ikke i utdataene fra show call application sessions -kommandoen fordi det ikke finnes noen aktive kall. Navnet på AA-tjenesten vises bare i utdataene når det er et aktivt anrop. Samtalekøskriptet aktiveres etter det første innkommende anropet og forblir aktivt selv om det ikke er noen aktive anrop.


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

Du kan oppdatere B-ACD-skriptparametere ved å gjøre endringer i Cisco IOS-konfigurasjonen. For at parameterendringene skal tre i kraft, må du stoppe og laste inn B-ACD-skriptene du har gjort endringer i på nytt, som forklart i de følgende trinnene. Hvis du spiller inn lydmeldinger på nytt, må du laste inn lydmeldingsfilene som har endret seg.

  1. Bestem økt-ID-ene til alle aktive økter:

    Bruk kommandoen show call application sessions i privilegert EXEC-modus for å hente sesjons-ID-numre (SID-numre) for AA- og samtalekøtjenester. Hvis AA-økten ikke har noen aktive anrop, vises ikke AA-skriptnavnet i utdataene fra show call application sessions -kommandoen.

    Følgende eksempel viser en økt med aktive samtaler. «App»-feltet er tjenestenavnet som er gitt til samtalekøskriptet og AA-skriptet. Du kan også se tjenestenavnene i utdataene for show running-config-kommandoen.

    
    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. Stopp B-ACD AA og samtalekø-tjenesteøkter om nødvendig

    Bruk økt-ID-numrene fra trinn 1 til å stoppe B-ACD AA-tjenesten og samtalekøtjenesteøktene. Bruk kommandoen call application session stop i privilegert EXEC-modus for å stoppe AA- og samtalekøøktene.

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

    Når du bruker kommandoen for å stoppe samtaleapplikasjonen for en AA-tjeneste, skjer følgende:

    AA-tjenesten er stoppet.

    Alle samtaler som er aktivt koblet til AA-tjenesten kobles fra.

    AA-tjenestenavnet fjernes fra utdataene for kommandoen show call application sessions.

    For å eliminere muligheten for å koble fra samtaler, vent til det ikke er noen innkommende anrop før du laster inn skriptet på nytt, for eksempel etter arbeidstid.

    Hvis et AA-tjenestenavn ikke vises i utdataene for show call application sessions -kommandoen, betyr det at det ikke finnes noen anropsøkter, og du trenger ikke å utstede en call application session stop -kommando for den.

  3. Last inn AA-skriptet og samtalekøskriptene på nytt

    Bruk kommandoen call application voice load i privilegert EXEC-modus for å laste inn skriptene på nytt.

    
    Router# call application voice load aa
    Router# call application voice load queue
  4. Hvis en lydmeldingsfil er endret, last den inn på nytt

    Bruk kommandoen audio-prompt load i privilegert EXEC-modus for å laste inn en lydfil på nytt. Gjenta denne kommandoen for hver lydfil som endres.

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

Begrensninger og restriksjoner

  • Tilgjengeligheten av offentlige telefonnett (PSTN) avhenger av hvilke SIP-trunker eller PSTN-kretser som er tilgjengelige under et nettverksbrudd.

  • Enheter med 4G- og 5G-tilkobling (for eksempel Webex-appen for mobil eller nettbrett) kan fortsatt registreres for Webex Calling under strømbrudd. Som et resultat kan de kanskje ikke ringe andre numre fra samme sted under et strømbrudd.

  • Oppringingsmønstre kan fungere annerledes i overlevelsesmodus enn i aktiv modus.

  • Survivability Gateway må bruke en IPv4-adresse. IPv6 støttes ikke.

  • En statusoppdatering for synkronisering på forespørsel i Kontrollhuben kan ta opptil 30 minutter.

  • Anropsdokken støttes ikke i overlevelsesmodus.

  • Ikke konfigurer SIP-bindingskommandoen i VoIP-konfigurasjonsmodus for taletjenesten. Det fører til registreringsfeil for MPP-telefoner med Survivability Gateway.

  • Sørg for at utstyrsserienumre (ESN-er) på tvers av ulike fysiske steder er unike for å unngå konflikter og forbedre sporbarhet, redundans og pålitelighet ved failover.

Følgende begrensninger gjelder i overlevelsesmodus:

  • MPP-funksjonstaster: Programtaster som Parker, Opphev parkering, Bryt inn, Hent, Gruppehent og Anropshenting støttes ikke, men de vises ikke som deaktivert på enheten.

  • Delte linjer: Samtaler til delte linjer kan ringe på alle enheter. Andre funksjoner for delte linjer, som ekstern linjestatusovervåking, venting, gjenopptak, synkronisert ikke forstyrr (DND) og viderekobling av anrop, er imidlertid ikke tilgjengelige.

  • Konferanser: Konferanse eller treveissamtaler støttes ikke.

  • Grunnleggende automatisk samtalefordeling (B-ACD): Tjenesten med samlokalisert Survivability Gateway og Local Gateway støttes ikke.

  • Samtalehistorikk: Samtaler som foretas lagres lokalt i samtaleloggen for både MPP-enheter og Webex-appen.

  • Jaktgrupper: Du kan konfigurere opptil 100 søkegrupper, der hver gruppe støtter maksimalt 32 brukere.

  • Forbedret delt samtalevisning: Funksjoner som varsling om linjestatus, delt linje hold/remote CV, og andre med grunnleggende anrop, søkegruppe eller viderekobling av anrop støttes ikke.

  • Ruting av samtaler for søkegruppe: Det vektede samtalerutingsmønsteret støttes ikke.

Brukeropplevelse under failover

Hvis et sted i bedriften din mister internettforbindelsen og du er på det stedet, kan du fortsatt ringe og motta anrop, både internt i bedriften og eksternt til kunder. Se Webex-appen | Nettstedets overlevelsesevne.

Eksempler på konfigurasjon

Eksempler på PSTN-tilkoblinger

For eksterne anrop, konfigurer en tilkobling til PSTN. Dette emnet beskriver noen av alternativene og gir eksempler på konfigurasjoner. De to hovedalternativene er:

  • Voice Interface Card (VIC)-tilkobling til PSTN

  • SIP-trunk til PSTN-gateway

Tilkobling av talegrensesnittkort til PSTN

Du kan installere et talegrensesnittkort (VIC) på ruteren og konfigurere en porttilkobling til PSTN-nettverket.

  • Hvis du vil ha mer informasjon om hvordan du installerer VIC på ruteren, kan du se maskinvareinstallasjonsveiledningen for rutermodellen din.

  • Hvis du vil ha detaljer om hvordan du konfigurerer VIC, samt eksempler, kan du se Voice Port Configuration Guide, Cisco IOS Release 3S.

SIP-trunk til PSTN-gateway

Du kan konfigurere en SIP-trunkforbindelse som peker til en PSTN-gateway. For å konfigurere trunk-tilkoblingen på gatewayen, bruk konfigurasjonen voice-class-tenant. Følgende er en eksempelkonfigurasjon.

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

Konfigurasjon av oppringingspeer

For trunk-tilkoblinger konfigurerer du innkommende og utgående oppringingspeer for trunk-tilkoblingen. Konfigurasjonen avhenger av dine krav. For detaljert konfigurasjonsinformasjon, se Dial Peer Configuration Guide, Cisco IOS Release 3S.

Følgende er eksempler på konfigurasjoner:

Utgående oppringings-peere til PSTN med UDP og 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

Innkommende oppringing fra PSTN ved bruk av UDP med RTP

voice class uri 350 sip 
 host ipv4: 
 !
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

Talloversettelser

For PSTN-tilkoblinger må du kanskje bruke oversettelsesregler for å oversette interne utvidelser til et E.164-nummer som PSTN-en kan rute. Følgende er eksempler på konfigurasjoner:

Fra PSTN-oversettelsesregel med ikke- +E164

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

Fra telefonsystemets oversettelsesregel med +E164

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

Eksempel på nødanrop

Følgende eksempel inneholder et eksempel på en konfigurasjon for nødanrop.

Hvis WiFi-overlegget ikke samsvarer nøyaktig med IP-undernett, kan det hende at nødanrop for nomadiske enheter ikke har riktig ELIN-tilordning.

Nødresponssteder (ERL-er)


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 

Utgående oppringingsmotparter


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 
Var denne artikkelen nyttig?
Var denne artikkelen nyttig?