Overblik

Webex Calling understøtter i øjeblikket to versioner af lokal gateway:

  • Lokal gateway

  • Lokal gateway til Webex for offentlige myndigheder

Nøglebemærkninger

  • Før du begynder, skal du forstå kravene til det lokale offentligt skiftede telefonnetværk (PSTN) og lokal gateway (LGW) for Webex Calling. Se Ciscos foretrukne arkitektur Webex-opkald for yderligere oplysninger.

  • Denne artikel tager udgangspunkt i, at en dedikeret lokal gateway-platform er på plads uden en eksisterende stemmekonfiguration. Hvis du modificerer en eksisterende PSTN-gateway eller CUBE Enterprise-installation til brug som funktionen Lokal gateway for Webex Calling, skal du være opmærksom på konfigurationen. Sørg for, at du ikke afbryder de eksisterende opkaldsstrømme og -funktionalitet på grund af de ændringer, du foretager.

Procedurerne indeholder links til kommandoreferencedokumentation, hvor du kan få mere at vide om de individuelle kommandoindstillinger. Alle kommandoreferencelinks går til kommandoreferencen til Webex Managed Gateways Command Reference, medmindre andet er angivet (i så fald går kommandolinkene til Cisco IOS Voice Command Reference). Du kan få adgang til alle disse vejledninger i Cisco Unified Border Element Command References.

Se den respektive produktreferencedokumentation for at få oplysninger om de understøttede tredjepartsdatabaser.

Konfigurer din lokale gateway

Der er to valgmuligheder til at konfigurere den lokale gateway til din Webex-opkald trunk:

  • Registreringsbaseret trunk

  • Certifikatbaseret trunk

Brug opgavestrømmen enten under Registreringsbaseret lokal gateway eller Certifikatbaseret lokal gateway for at konfigurere lokal gateway til din Webex Calling-trunk.

Se Kom i gang med lokal gateway for at få flere oplysninger om forskellige trunk-typer. Udfør følgende trin på selve den lokale gateway ved hjælp af kommandolinjegrænsefladen (CLI). Vi bruger SIP (Session Initiation Protocol) og TLS (Transport Layer Security) transport til at sikre trunk og SRTP (Secure Real Time Protocol) til at sikre mediet mellem den lokale gateway og Webex Calling.

Nøglebemærkninger

  • Vælg CUBE som din lokale gateway. Webex for Government understøtter i øjeblikket ikke tredjepartssessionsgrænsecontrollere (SBC'er). Se Kom i gang med lokal gateway for at gennemgå den seneste liste.

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versioner for alle Webex til offentlige lokale gateways.

  • Se listen over rodcertifikatmyndigheder (CA'er), der understøttes af Webex for Government, se rodcertifikatmyndigheder for Webex for Government.

  • Se Netværkskrav for Webex for Government for at få oplysninger om de eksterne portområder for lokal gateway i Webex for Government (Fed RAMP).

Lokal gateway til Webex for Government understøtter ikke følgende:

  • STUN/ICE-Lite til mediestioptimering

  • Fax (T.38)

Konfigurer din lokale gateway til Webex for Government

Hvis du vil konfigurere lokal gateway for din Webex Calling-trunk i Webex for Government, skal du bruge følgende valgmulighed:

  • Certifikatbaseret trunk

Brug opgaveflowet under den certifikatbaserede lokale gateway til at konfigurere den lokale gateway for din Webex Calling-trunk. For yderligere oplysninger om, hvordan du konfigurerer en certifikatbaseret lokal gateway, se Konfigurer Webex Calling-certifikatbaseret trunk.

Det er obligatorisk at konfigurere FIPS-kompatible GCM-kryptering for at understøtte lokal gateway til Webex for Government. Hvis ikke, mislykkes opkaldsopsætningen. Se konfigurationsoplysninger Konfigurer Webex Calling-certifikatbaseret trunk.

Webex for Government understøtter ikke registreringsbaseret lokal gateway.

Oversigt over design

Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af en registreret SIP-trunk. Den første del af dette dokument illustrerer, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde distribueres alle opkald fra PSTN til Webex Calling, og alle opkald fra Webex Calling dirigeres til PSTN. Billedet nedenfor fremhæver denne løsning og konfigurationen af dirigering af opkald på højt niveau, der vil blive fulgt.

I dette design bruges følgende hovedkonfigurationer:

  • stemmeklasselejere: Bruges til at oprette trunk-specifikke konfigurationer.

  • stemmeklasse uri: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

  • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute med en opkalds-peer-gruppe.

  • opkaldspeergruppe: Definerer de udgående opkalds-peers, der bruges til viderestilling af opkald.

  • udgående opkalds-peer: Giver behandling af udgående SIP-meddelelser og dirigerer dem til det ønskede mål.

Viderestilling af opkald fra/til PSTN til/fra Webex Calling-konfigurationsløsning

Mens IP og SIP er blevet standardprotokollerne for PSTN-trunks, bruges ISDN-kredsløb (Time Division Multiplexing) stadig i vid udstrækning og understøttes med Webex Calling-trunks. For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows er det i øjeblikket nødvendigt at bruge en tobenet opkaldsdistributionsproces. Denne fremgangsmåde ændrer konfigurationen af dirigering af opkald, der er vist ovenfor, ved at introducere et sæt interne løkke-back-opkalds-peers mellem Webex Calling og PSTN-trunks, som vist i billedet nedenfor.

Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som udgangspunkt for opbygning af den løsning, der er vist i følgende diagram. I dette tilfælde leverer Unified Communications Manager centraliseret distribution og behandling af alle PSTN- og Webex Calling-opkald.

I hele dette dokument bruges værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede.

Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre din lokale gateway-konfiguration på følgende måde:

  • Trin 1: Konfigurer routerens baseline-forbindelse og -sikkerhed

  • Trin 2: Konfigurer Webex Calling-trunk

    Afhængigt af din påkrævede arkitektur skal du følge enten:

  • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trin 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

    Eller:

  • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

Det første trin i forberedelsen af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og opretter forbindelse.

  • Alle registreringsbaserede lokale gateway-installationer kræver Cisco IOS XE 17.6.1a eller nyere versioner. Se siden Cisco Software Research for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåede udgivelser.

    • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security-teknologilicenser.

    • Routere i Catalyst Edge 8000-serien udstyret med stemmekort eller DSP'er kræver DNA Advantage-licens. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licenser.

  • Opret en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Konfigurer især følgende og bekræft arbejdet:

    • NTP

    • Acl'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP-routing

    • IP-adresser

  • Netværket mod Webex Calling skal bruge en IP v4-adresse.

  • Overfør Cisco rod-CA-bundtet til den lokale gateway.

Konfiguration

1

Sørg for, at du tildeler gyldige og omdirigerbare IP-adresser til enhver Lag 3-grænseflade, for eksempel:

 grænseflade GigabitEthernet0/0/0 Beskrivelse Grænseflade vendt mod PSTN og/eller CUCM-ip-adresse 10.80.13.12 255.255.255.255.0 ! grænseflade GigabitEthernet0/0/1 beskrivelse Webex Calling-grænseflade vendt mod IP-adresse 192.51.100.1 255.255.255.240

2

Beskyt registrerings- og STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:

 nøglekonfigurationsnøgle-adgangskode-kryptering Din adgangskode-adgangskode er krypteret

3

Opret et PKI-tillidspunkt for pladeholder.

Kræver, at dette tillidspunkt konfigurerer TLS senere. For registreringsbaserede trunks kræver dette tillidspunkt ikke et certifikat - som det ville være påkrævet for en certifikatbaseret trunk.
 krypto pki-tillidspunkt Tom TP-tilbagekaldelseskontrol ingen
4

Aktivér eksklusivitet for TLS1.2, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer. Transportparametrene bør også ajourføres for at sikre en pålidelig sikker forbindelse til registrering:

CN-SAN-VALIDATE-serverkommandoen sikrer, at den lokale gateway tillader en forbindelse, hvis værtsnavnet, der er konfigureret i lejer 200, er inkluderet i enten CN- eller SAN-felterne i det certifikat, der er modtaget fra den udgående proxy.

  1. Indstil tcp-nyt antal til 1000 (5 msek. multipler = 5 sekunder).

  2. Kommandoen Oprettelse af timerforbindelse giver dig mulighed for at indstille, hvor længe LGW venter på at konfigurere en forbindelse med en proxy, før du overvejer den næste tilgængelige valgmulighed. Standarden for denne tidsindstilling er 20 sekunder og mindst 5 sekunder. Start med en lav værdi, og øg om nødvendigt for at imødekomme netværksforhold.

 sip-ua-timers forbindelse oprette tls 5 transport tcp tls v1.2 kryptosignalerende standardtillidspunkt Tom TP cn-san-validate server tcp-retry 1000

5

Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug kommandoen Crypto pki-tillidspuljen til import af ren URL til at downloade rodCA-pakken fra den angivne URL-adresse og til at rydde den aktuelle CA-tillidspulje og derefter installere den nye pakke af certifikater:

Hvis du har brug for at bruge en proxy til at få adgang til internettet ved hjælp af HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

IP HTTP-klientproxyserver yourproxy.com proxy-port 80
 ip http-klientkildegrænseflade Gigabit Ethernet0/0/1 crypto pki tillidspool import ren URL-adresse https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer Webex Calling-registreringsbaseret trunk
1

Opret en registreringsbaseret PSTN-trunk for en eksisterende placering i Control Hub. Notér de trunk-oplysninger, der gives, når trunk'en er oprettet. Disse oplysninger, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning. Få flere oplysninger i Konfigurer trunks, videresendelsesgrupper og opkaldsplaner for Webex Calling.

2

Indtast følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

 taletjenestens voip-adresse betroet liste ipv4 x.x.x.x y.y.y tilstanden grænseelement mediestatistik media bulk-stater tillader forbindelser sip til sip ingen supplerende tjeneste sip henviser stun stun flowdata agent-id 1 boot-count 4 stun flowdata delt-secret 0 Adgangskode123$ sip asymmetrisk nyttelast fuldt tidligt tilbud tvungen

Her er en forklaring af felterne til konfigurationen:

 IP-adresse betroet liste  ipv4 x.x.x.x y.y.y

  • For at beskytte mod svindel med afgifter definerer listen med betroede adresser en liste over værter og netværk, hvorfra den lokale gateway forventer legitime VoIP-opkald.

  • Som standard blokerer den lokale gateway alle indgående Vo-IP-meddelelser fra IP-adresser, der ikke er på den pålidelige liste. Statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser er betroede som standard, så det er ikke nødvendigt at føje til den pålidelige liste.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernet for dit regionale Webex Calling-datacenter til listen. Se flere oplysninger under Portreferenceoplysninger for Webex Calling. Tilføj også adresseområder for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunk-gateways.

    Hvis din LGW er bag en firewall med begrænset konsol NAT, foretrækker du muligvis at deaktivere listen over IP-adresse, der er tillid til i grænsefladen Webex Calling. Firewallen beskytter dig allerede mod uopfordrede indgående VoIP. Deaktiver handling reducerer din langsigtede konfigurationsomkostninger, fordi vi ikke kan garantere, at adresserne for Webex-opkald peers forbliver faste, og du skal konfigurere din firewall for peers under alle omstændigheder.

grænseelement for tilstand

Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

mediestatistik

Aktiverer medieovervågning på den lokale gateway.

massestatistikker

Gør det muligt for kontrol at indsamle data til meningsmåling for masseopkaldsstatistikker.

For yderligere oplysninger om disse kommandoer, se Media.

tillad-forbindelser sip til sip

Aktivér CUBE grundlæggende SIP-back-to-back-brugeragentfunktion. Få flere oplysninger i Tillad forbindelser.

T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (taletjeneste).

Ikke almindelig

Aktiverer STUN (Session Traversal for UDP til NAT) globalt.

  • Når du videresender et opkald til en Webex-opkald-bruger (for eksempel er både den, der ringes op, og opkaldsparterne Webex-opkald abonnenter, og hvis du anker medier på Webex-opkald SBC), så kan mediet ikke flyde til den lokale gateway, da nåleøjet ikke er åbent.

  • STUN-bindingsfunktionen på den lokale gateway giver mulighed for, at lokalt genererede STUN-anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nålehullet i firewallen.

For yderligere oplysninger henvises til agent-id for stun flowdata og stun flowdata delt.

asymmetrisk nyttelast fuld

Konfigurerer asymmetrisk understøttelse af SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. For yderligere oplysninger om denne kommando, se asymmetrisk nyttelast.

tidlig tilbud tvunget

Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra naboens peer. For yderligere oplysninger om denne kommando, se tidlige tilbud.

3

Konfigurer stemmeklasse-codec 100-filter til trunk. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis kontrol.

 stemmeklasse-codec 100-codec-præference 1 opus-codec-præference 2 g711ulaw-codec-præference 3 g711alaw-codec

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-codec 100

Bruges til kun at tillade foretrukne codecs for opkald via SIP-trunks. Få flere oplysninger i stemmeklassecodec.

Opus-codec understøttes kun for SIP-baserede PSTN-trunks. Hvis PSTN-trunk bruger en tale T1/E1 eller analog FXO-forbindelse, skal codec-præference 1 opus udelukkes fra konfigurationen af stemmeklasse-codec 100 .

4

Konfigurer stemmeklassens stun-forbrug 100 for at aktivere ICE på Webex Calling-trunk.

 stemmeklasse stun-brug 100 stun-brug firewall-traversal flowdata stun brug ice lite

Her er en forklaring af felterne til konfigurationen:

konstant forbrug is lite

Bruges til at aktivere ICE-Lite for alle opkalds-peers, der vender mod Webex Calling, for at tillade medieoptimering, når det er muligt. For yderligere oplysninger, se stemmeklasse stun brug og stun brug is.

Du kræver øjeblikkelig brug af ICE-lite for opkaldsstrømme ved hjælp af mediestioptimering. Hvis du vil levere medieoptimering for en SIP til TDM-gateway, skal du konfigurere en tilbagevendende opkalds-peer med ICE-lite aktiveret på IP-IP-benet. Kontakt kontoen eller TAC-teams for yderligere tekniske detaljer

5

Konfigurer politikken for mediekryptering for Webex-trafik.

 Stemmeklasse srtp-krypto 100 krypto 1 AES_CM__128_HMAC_SHA1_80

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-krypto 100

Angiver SHA1_80 som det eneste SRTP-krypteringsprogram-CUBE-tilbud i SDP i tilbud- og svarmeddelelser. Webex Calling understøtter kun SHA1_80. Få flere oplysninger i stemmeklasse srtp-krypto.

6

Konfigurer et mønster til entydigt at identificere opkald til en lokal gateway-trunk baseret på dens destinationstrunk-parameter: 

 stemmeklasse uri 100 sip mønster dtg=Dallas1463285401_LGU

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 100 sip

Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge dtg= efterfulgt af trunk-OTG/DTG-værdien, der er angivet i Control Hub, da trunk blev oprettet. Få flere oplysninger i stemmeklasse uri.

7

Konfigurer sip-profil 100, som vil blive brugt til at modificere SIP-meddelelser, før de sendes til Webex Calling.

 Taleklasse sip-profiler 100 regel 10 anmodning ENHVER sip-header SIP-Req-URI modificerer "sips:" "sip:" regel 20 anmodning ENHVER sip-header Til at modificere "" ";otg=dallas1463285401_lgu>" regel 90 anmodning Enhver sip-header P-Asserted-Identity modificerer "sips:" "sip:"

Her er en forklaring af felterne til konfigurationen:

  • Artikel 10 til 70 og 90

    Sikrer, at SIP-overskrifter, der bruges til opkaldssignaler, bruger sip-systemet i stedet for sips, som kræves af Webex-proxyer. Konfiguration af CUBE til at bruge sips sikrer, at der bruges sikker registrering.

  • artikel 80

    Modificerer fra-headeren til at inkludere trunk-gruppens OTG/DTG-id fra Control Hub for entydigt at identificere et lokalt gateway-websted i en virksomhed.

8

Konfigurer Webex Calling-trunk:

  1. Opret taleklaslejer 100 for at definere og gruppekonfigurationer, der kræves specifikt for Webex Calling-trunk. Især vil de trunk-registreringsoplysninger, der tidligere er angivet i Control Hub, blive brugt i dette trin som beskrevet nedenfor. Opkalds-peers, der er knyttet til denne lejer, vil senere arve disse konfigurationer.

    Følgende eksempel bruger de værdier, der er vist i trin 1, til denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

     stemmeklasse lejer 100 registrar dns:98027369.us10.bcld.webex.com skemasips udløber 240 opdateringsforhold 50 tcp tls legitimationsoplysninger Dallas1171197921_lgu brugernavn Dallas1463285401_lgu adgangskode 0 9Wt[M6ifY+ Brugernavn forRealm Broad Works-godkendelse Dallas1463285401_lgu adgangskode 0 9Wt[M6ifY+ Brugernavn forRealm Broad Works-godkendelse Dallas1463285401_lgu adgangskode 0 9Wt[M6ifY+ domæne 98027369.us10.bcld.webex.com ingen sip-server dns for ekstern part-id:98027369.us10.bcld.webex.com connection- genbrug srtp-crypto 100 sessionstransport tcp tls url sips error-passthru asserted-id pai bind control source-grænseflade GigabitEthernet0/0/1 bind mediekilde-grænseflade Gigabit Ethernet0/0/1 no pass-thru indhold brugerdefineret-sdp sip-proxy-proxy-proxy-profiler:dfw04.sipconnect-us.bcld.webex.com databeskyttelsespolitik passthru

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse lejer 100

    Definerer et sæt konfigurationsparametre, der kun vil blive brugt til Webex Calling-trunk. Få flere oplysninger i stemmeklasselejeren.

    registrar dns:98027369.us10.bcld.webex.com scheme sips udløber 240 opdateringsforhold 50 tcp tls

    Registrar-server for den lokale gateway med registrering indstillet til at genindlæser hver to minutter (50 % af 240 sekunder). Få flere oplysninger i registranten.

    Sørg for, at du bruger værdien Tilmeld domæne fra Control Hub her.

    legitimationsoplysningsnummer Dallas1171197921_lgu brugernavn Dallas1463285401_lgu adgangskode 0 9Wt[M6ifY+ domæne BredeVærker

    Legitimationsoplysninger til trunkregistreringsudfordring. Få flere oplysninger i legitimationsoplysninger (SIP UA).

    Sørg for, at du bruger værten for linje/port, godkendelsesbrugernavn og godkendelsesadgangskode fra Control Hub her.

    godkendelsesbrugernavn Dallas1171197921_LGU adgangskode 0 9Wt[M6if Y+ realm
    godkendelsesbrugernavn Dallas1171197921_LGU adgangskode 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Godkendelsesudfordring for opkald. Få flere oplysninger i godkendelse (opkalds-peer).

    Sørg for, at du bruger værdierne for godkendelsesbrugernavn, godkendelsesadgangskode og registreringsdomæne fra Control Hub her.

    intet tredjeparts-id

    Deaktiver SIP Remote-Party-id (RPID)-header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO-påstået-id-pai. Få flere oplysninger i Remote-party-id.

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

    Konfigurerer målSIP-serveren for trunk. Brug den SRV-adresse, der er angivet i Control Hub, da du oprettede din trunk.

    forbindelse–genbrug

    Bruger den samme vedvarende forbindelse til tilmeldings- og opkaldsbehandling. Få flere oplysninger i forbindelse-genbrug.

    SRTP-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). Få flere oplysninger i stemmeklasse srtp-krypto.

    sessionstransport tcp tls

    Indstiller transport til TLS. Få flere oplysninger i sessionstransport.

    url sips

    SRV skal være SIPs som understøttet af adgangs-SBC; alle andre meddelelser ændres til SIP med sip-profil 200.

    fejl-passthru

    Angiver sip-fejlsvar-adgangsfunktion. For yderligere oplysninger, se error-passthru.

    påstået-id pai

    Aktiverer PAI-behandling i lokal gateway. Få flere oplysninger i asserted-id.

    bindekontrolkilde-grænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til WebexCalling. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til WebexCalling. For yderligere oplysninger, se bind.

    ingen pass-thru indhold brugertilpasset sdp

    Standardkommando under lejer. For yderligere oplysninger om denne kommando, se pass-thru-indhold.

    sip-profiler 100

    Ændrer SIP'er til SIP og modificerer linje/port for INVITE- og REGISTER-meddelelser som defineret i sip-profiler 100. Få flere oplysninger i stemmeklassens sip-profiler.

    udgående proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex-opkald adgang til SBC. Indsæt den udgående proxyadresse, der er angivet i Control Hub, da du oprettede din trunk. Få flere oplysninger i udgående proxy.

    databeskyttelsespolitik passthru

    Konfigurerer valgmulighederne i overskriften til beskyttelse af personlige oplysninger for trunk for at overføre databeskyttelsesværdier fra den modtagne meddelelse til det næste opkaldsben. Få flere oplysninger i vores privatlivspolitik.

  2. Konfigurer Webex Calling-trunk-opkalds-peer. 

     opkalds-peer voice 100 voip-beskrivelse Indgående/udgående Webex Calling max-conn 250 destinationsmønster BAD.BAD sessionsprotokol sipv2 sessionstarget sip-server indgående uri anmodning 100 stemme-klasse codec 100 dtmf-relæ rtp-nte voice-class stun-brug 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad

    Her er en forklaring af felterne til konfigurationen:

     Opkalds-peer-voice 100 voip-beskrivelse  Indgående/udgående Webex Calling

    Definerer en VoIP dial-peer med et tag på 100 og giver en meningsfuld beskrivelse af brugervenlighed i forbindelse med administration og fejlfinding.

    Maks. 250

    Begrænser antallet af samtidige indgående og udgående opkald mellem LGW og Webex Calling. For tilmeldingstrunks skal den maksimale værdi, der er konfigureret, være 250. Usea lavere værdi, hvis det er mere passende for din installation. For yderligere oplysninger om samtidige opkaldsgrænser for lokal gateway, se dokumentet Kom i gang med lokal gateway.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    session protokol sipv2

    Angiver, at dial-peer 100 håndterer SIP-call legs. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    session mål sip-server

    Angiver, at den SIP-server, der er defineret i lejer 100, er nedarvet og bruges til destinationen for opkald fra denne opkalds-peer.

    indgående uri-anmodning 100

    For at angive den stemmeklasse, der bruges til at matche en Vo IP-opkalds-peer med den ensartede ressource-identifikator (URI) for et indgående opkald. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec-taleklasse.

    stemmeklasse støjforbrug 100

    Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway sendes via den forhandlede mediesti. STUN hjælper med at åbne et firewallpinhole for medietrafik.

    ingen voice-class sip localhost

    Deaktiverer erstatning af det lokale DNS-værtsnavn i stedet for den fysiske IP-adresse i overskrifterne Fra, Opkald-ID og Ekstern part-id på udgående meddelelser.

    stemmeklasse sip-lejer 100

    Opkaldspeer arver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau.

    srtp

    Aktiverer SRTP for opkaldsbenet.

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering.

Når du har defineret lejer 100 og konfigureret en SIP Vo IP-opkalds-peer, starter gatewayen en TLS-forbindelse i retning af Webex Calling. På dette tidspunkt viser adgangs-SBC sit certifikat til den lokale gateway. Den lokale gateway validerer Webex Calling-adgangs-SBC-certifikatet ved hjælp af CA-rodpakken, der blev opdateret tidligere. Hvis certifikatet genkendes, oprettes en vedvarende TLS-session mellem den lokale gateway og Webex Calling-adgangs-SBC. Den lokale gateway kan derefter bruge denne sikre forbindelse til at tilmelde sig Webex-adgangs-SBC. Når tilmeldingen udfordres til godkendelse:

  • Brugernavn , adgangskode, og dommerparametre fra konfigurationen af legitimationsoplysninger bruges i svaret.

  • Ændringsreglerne i sip-profil 100 bruges til at konvertere SIPS-URL-adressen tilbage til SIP.

Tilmelding er gennemført, når en 200 OK modtages fra adgangs-SBC.

Konfigurer lokal gateway med en SIP PSTN-trunk

Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:

Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker viderestilling af opkald understøttes af CUBE.

Hvis du bruger en TDM/ISDN PSTN-trunk, skal du springe til næste afsnit Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

1

Konfigurer følgende stemmeklasse uri for at identificere indgående opkald fra PSTN-trunk:

 stemmeklasse uri 200 sip vært ipv4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 200 sip

Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge IP-adressen på din IP PSTN-gateway. Få flere oplysninger i stemmeklasse uri.

2

Konfigurer følgende IP PSTN-opkalds-peer:

 opkalds-peer stemme 200 voip beskrivelse Indgående/udgående IP PSTN-trunk destinationsmønster BAD.BAD sessionsprotokol sipv2 sessionsmål ipv4:192.168.80.13 indgående uri via 200 stemme-klasse sip bind kontrol kilde-grænseflade GigabitEthernet0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet0/0/0 voice-class codec 100 dtmf-relæ rtp-nte no vad

Her er en forklaring af felterne til konfigurationen:

 opkalds-peer stemme 200 voip-beskrivelse  indgående/udgående IP PSTN-trunk

Definerer en Vo IP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

destinationsmønster DÅRLIG. Dårlig

Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at opkalds-peer 200 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds peer).

sessions mål ipv4:192.168.80.13

Angiver destinationens mål-IPv4-adresse til at sende opkaldsbenet. Sessionsmålet her er ITSP's IP-adresse. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

indgående uri via 200

Definerer et sammenfald for VIA-headeren med IP PSTN's IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 200. Få flere oplysninger i indgående URL-adresse.

bindekontrolkildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

bind mediekilde-grænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

stemmeklasse-codec 100

Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec-taleklasse.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

3

Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration for dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du springe til næste afsnit.

  1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. På samme måde skal du definere DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkaldspeer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Viderestil opkald til Webex Calling-opkalds-peer 100 stemmeklasse dpg 200 beskrivelse Viderestil opkald til PSTN-opkalds-peer 200

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex: 

     opkaldspeerstemme 100 destinationsdpg 200 opkaldspeerstemme 200 destinationsdpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

    Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

Konfigurer lokal gateway med en TDM PSTN-trunk

Når du har bygget en trunk mod Webex Calling, skal du bruge følgende konfiguration til at oprette en TDM-trunk til din PSTN-tjeneste med viderestilling af tilbagekald for at tillade medieoptimering på Webex-opkaldsbenet.

Hvis du ikke kræver optimering af IP-medier, skal du følge konfigurationstrinnene for en SIP PSTN-trunk. Brug en stemmeport og en POTS-opkalds-peer (som vist i trin 2 og 3) i stedet for PSTN VoIP-opkalds-peer.
1

Konfigurationen af løkke-tilbage-opkalds-peer bruger opkalds-peer-grupper og tags for dirigering af opkald til at sikre, at opkald passerer korrekt mellem Webex og PSTN uden at oprette løkke for dirigering af opkald. Konfigurer følgende oversættelsesregler, der vil blive brugt til at tilføje og fjerne tags for dirigering af opkald:

 stemmeoversættelse-regel 100 regel 1 /^\+/ /A2A/ stemmeoversættelsesprofil 100 oversættelse kaldet 100 stemmeoversættelser-regel 200 regel 1 /^/ /A1A/ stemmeoversættelsesprofil 200 oversættelser kaldet 200 stemmeoversættelser-regel 11 regel 1 /^A1A/// stemmeoversættelsesprofil 11 oversættelse kaldet 11 stemmeoversættelser-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ stemmeoversættelsesprofil 12 oversættelse kaldet 12

Her er en forklaring af felterne til konfigurationen:

stemmeoversættelsesregel

Bruger regelmæssige udtryk, der er defineret i regler, til at tilføje eller fjerne tags for dirigering af opkald. Overdekadiske cifre ("A") bruges til at tilføje klarhed ved fejlfinding.

I denne konfiguration bruges det mærke, der er tilføjet af oversættelsesprofil 100, til at guide opkald fra Webex Calling til PSTN via tilbagekalds-peers. På samme måde bruges det mærke, der er tilføjet af oversættelsesprofil 200, til at guide opkald fra PSTN til Webex Calling. Oversættelsesprofiler 11 og 12 fjerner disse mærker, før du leverer opkald til henholdsvis Webex- og PSTN-trunks.

Dette eksempel antager, at opkaldsnumre fra Webex Calling vises i +E.164-format. Regel 100 fjerner det foranstillede + for at opretholde et gyldigt opkaldsnummer. Artikel 12 tilføjer derefter et nationalt eller internationalt omdirigeringsciffer, når mærket fjernes. Brug cifre, der passer til din lokale ISDN-opkaldsplan.

Hvis Webex Calling viser numre i nationalt format, skal du justere reglerne 100 og 12 for blot at tilføje og fjerne distributionsmærket.

For yderligere oplysninger, se stemmeoversættelsesprofil og stemmeoversættelsesregel.

2

Konfigurer TDM-talegrænsefladeporte som krævet af den trunk-type og -protokol, der bruges. Få flere oplysninger i Konfiguration af ISDN PRI. Den grundlæggende konfiguration af en ISDN-grænseflade for primær hastighed, der er installeret i NIM-slot 2 på en enhed, kan f.eks. omfatte følgende:

 korttype e1 0 2 isdn switch-type primær-net5-controller E1 0/2/0 pri-gruppe timeslots 1-31
3

Konfigurer følgende TDM PSTN-opkalds-peer:

 opkalds-peer stemme 200 potter beskrivelse Indgående/udgående PRI PSTN-trunk-destinationsmønster BAD.BAD oversættelsesprofil indgående 200 direkte-indgående opkaldsport 0/2/0:15

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer stemme 200 potter beskrivelse  indgående/udgående PRI PSTN-trunk

Definerer en Vo IP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

destinationsmønster DÅRLIG. Dårlig

Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

oversættelsesprofil indgående 200

Tildeler den oversættelsesprofil, der tilføjer et mærke til dirigering af opkald til det indgående opkaldsnummer.

direkte indgående opkald

Dirigerer opkaldet uden at angive en sekundær opkaldstone. Få flere oplysninger i direkte opkald.

port 0/2/0:15

Den fysiske stemmeport, der er knyttet til denne opkalds-peer.

4

For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows kan du ændre distributionen af opkald ved at introducere et sæt interne løkke-back-opkalds-peers mellem Webex Calling og PSTN-trunks. Konfigurer følgende tilbagekalds-peers. I dette tilfælde dirigeres alle indgående opkald i første omgang til opkalds-peer 10 og derfra til enten opkalds-peer 11 eller 12 baseret på det anvendte distributionsmærke. Når distributionstagget er fjernet, distribueres opkald til den udgående trunk ved hjælp af opkalds-peer-grupper.

 opkalds-peer stemme 10 voip beskrivelse Udgående loop-rundt ben destinationsmønster BAD.BAD sessionsprotokol sipv2 sessionsmønster ipv4:192.168.80.14 stemme-klasse sip bind kontrol kilde-grænseflade GigabitEthernet0/0/0 dtmf-relæ rtp-nte codec g711alaw no vad dial-peer voice destination-mønster GigabitEthernet0/0/0 dtmf-relæ rtp-nte codec g711alaw no vad dial-peer voice 12 voip beskrivelse Indgående loop-rundt ben mod PSTN oversættelsesprofil sip

Her er en forklaring af felterne til konfigurationen: 

 Opkalds-peer stemme 10 potter  beskrivelse Udgående løkke-rundt ben

Definerer en Vo IP-opkalds-peer og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

indgående oversættelsesprofil 11

Anvender den oversættelsesprofil, der er defineret tidligere, for at fjerne tagget for dirigering af opkald, før den går til den udgående trunk.

destinationsmønster DÅRLIG. Dårlig

Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds peer).

sessionsmål 192.168.80.14

Angiver den lokale routergrænsefladeadresse som opkaldsmålet til at gå tilbage. Få flere oplysninger i sessionsmålet (voip-opkalds-peer).

bindekontrolkildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes gennem loop-back. For yderligere oplysninger, se bind.

bind mediekilde-grænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes gennem loop-back. For yderligere oplysninger, se bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

codec g711alaw

Tvinger alle PSTN-opkald til at bruge G.711. Vælg en-law eller en-law for at matche den ledsagemetode, der bruges af din ISDN-tjeneste.

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

5

Tilføj følgende konfiguration af dirigering af opkald:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem PSTN- og Webex-trunks via loop-tilbage.

     stemmeklasse dpg 100 beskrivelse Diriger opkald til Webex Calling-opkalds-peer 100 stemmeklasse dpg 200 beskrivelse Diriger opkald til PSTN-opkalds-peer 200 stemmeklasse dpg 10 beskrivelse Diriger opkald til loopback-opkalds-peer 10

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald.

     opkalds-peer stemme 100 destinationsdpg 10 opkalds-peer stemme 200 destination dpg 10 opkalds-peer stemme 11 destination dpg 100 opkalds-peer stemme 12 destinationsdpg 200

    Her er en forklaring af felterne til konfigurationen:

    bestemmelsessted dpg 200

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurationen i de foregående afsnit kan ændres til at inkludere yderligere trunks til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfælde distribueres alle opkald via Unified CM. Opkald fra UCM på port 5060 distribueres til PSTN, og opkald fra port 5065 distribueres til Webex Calling. Følgende trinvise konfigurationer kan tilføjes for at inkludere dette opkaldsscenario.

Når du opretter Webex Calling-trunk i Unified CM, skal du sørge for, at du konfigurerer den indgående port i indstillingerne for SIP-trunk-sikkerhedsprofil til 5065. Dette giver mulighed for indgående meddelelser på port 5065 og udfylde VIA-headeren med denne værdi, når meddelelser sendes til den lokale gateway.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA-port:

     stemmeklasse uri 300 
 sip-mønster:5065

  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

     stemmeklasse uri 400 sip mønster 192\.168\.80\.6[0-5]:5060

    Klassificer indgående meddelelser fra UCM mod PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regelmæssige udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

    I ovenstående eksempel bruges et almindeligt udtryk til at matche enhver IP-adresse i intervallet 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:

IOS XE bruger disse poster til lokal bestemmelse af UCM-værter og -porte. Med denne konfiguration er det ikke nødvendigt at konfigurere poster i dit DNS-system. Hvis du foretrækker at bruge din DNS, er disse lokale konfigurationer ikke påkrævet.

 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring af felterne til konfigurationen:

Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-vært og trunk:

ip vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-ressourcepost

2: SRV-ressourceregistreringsprioritet

1: SRV-ressourcens rekordvægt

5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost

ucmsub5.mydomain.com: Modtagerværten for optagelse af ressource

Opret lokale DNS A-poster for at løse navnene på ressourcepost-værten. For eksempel:

ip vært ucmsub5.mydomain.com 192.168.80.65

IP-vært: Opretter en post i den lokale IOS XE-database.

ucmsub5.mydomain.com: Navnet A-pladeværten.

192.168.80.65: Værtens IP-adresse.

Opret SRV-ressourceposter og A-poster for at afspejle dit UCM-miljø og den foretrukne opkaldsdistributionsstrategi.

3

Konfigurer følgende opkalds-peers:

  1. Opkaldspeer for opkald mellem Unified CM og Webex Calling:

     opkalds-peer voice 300 voip beskrivelse UCM-Webex Calling trunk destination-mønster BAD.BAD sessionsprotokol sipv2 sessionstarget dns:wxtocucm.io indgående uri via 300 voice-class codec 100 voice-class sip bind control source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer-voice 300 voip-beskrivelse  UCM-Webex Calling-trunk

    Definerer en Vo IP-opkalds-peer med et mærke 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til at dirigere opkald.

    indgående uri via 300

    Bruger taleklasse URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeport 5065 til denne opkaldspeer. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

  2. Opkaldspeer for opkald mellem Unified CM og PSTN:

     opkalds-peer voice 400 voip beskrivelse UCM-PSTN trunk destination-mønster BAD.BAD sessionsprotokol sipv2 sessionstarget dns:pstntocucm.io indgående uri via 400 voice-class codec 100 voice-class sip bind control source-grænseflade GigabitEthernet 0/0/0 dtmf-relé rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer stemme 400 voip  beskrivelse UCM-PSTN trunk

    Definerer en Vo IP-opkalds-peer med et tag på 400 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til at dirigere opkald.

    indgående uri via 400

    Bruger taleklasse URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

4

Tilføj viderestilling af opkald ved hjælp af følgende konfigurationer:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkaldspeer fra Webex.

     beskrivelse af stemmeklasse dpg 100 beskrivelse Diriger opkald til Webex Calling-opkalds-peer 100 stemmeklasse dpg 300 beskrivelse Diriger opkald til Unified CM Webex Calling trunk-opkalds-peer 300

  2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

     stemmeklasse dpg 200 beskrivelse Diriger opkald til PSTN-opkalds-peer 200 stemmeklasse dpg 400 beskrivelse Diriger opkald til Unified CM PSTN-trunk-opkalds-peer 400

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex: 

     opkaldspeerstemme 100 destinationsdpg 300 opkaldspeerstemme 300 destinationsdpg 100

    Her er en forklaring af felterne til konfigurationen:

    bestemmelsessted dpg 300

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

  4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

     opkaldspeerstemme 200 destinationsdpg 400 opkaldspeerstemme 400 destinationsdpg 200

    Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

Overvågning og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesunderretning om begivenheden. Du kan også installere DS for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen for at fremskynde opløsningstiden.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om problemudløserbegivenheder og handlinger, der skal foretages for at informere, fejlfinde og udbedre problemet. Du kan definere logikken for problemregistrering ved hjælp af syslog-meddelelser, SNMP-begivenheder og gennem periodisk overvågning af specifikke show kommandooutput.

Handlingstyperne inkluderer indsamling af vis kommandooutputs:

  • Genererer en konsolideret logfil

  • Overfører filen til en brugerleveret netværksplacering som f.eks. HTTPS, SCP, FTP-server.

TAC-ingeniører skriver DS-filerne og signerer dem digitalt for integritetsbeskyttelse. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Diagnostic Signatures Lookup Tool (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke DS-filen, som du downloader fra DSLT. De filer, du modificerer, installeres ikke på grund af fejl i integritetskontrollen.

  • En enkel Mail Transfer Protocol (SMTP)-server, som du kræver, at den lokale gateway sender e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du vil bruge den sikre SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway, der kører IOS XE 17.6.1a eller højere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, der skal bruges til at sende proaktiv besked, hvis enheden kører Cisco IOS XE 17.6.1a eller højere.

    konfigurer e-mailserveren til terminalopkald :@ prioritet 1 sikker tls-ende

  3. Konfigurer miljøvariablen ds_email med administratorens e-mailadresse for at underrette dig. 

    konfigurer terminalopkalds-hjem diagnosticeringsmiljø-signatur ds_email  ende

Følgende viser et eksempel på konfiguration af en lokal gateway, der kører på Cisco IOS XE 17.6.1a eller højere for at sende de proaktive meddelelser til tacfaststart@gmail.com ved hjælp af Gmail som den sikre SMTP-server:

Vi anbefaler, at du bruger Cisco IOS XE Bengaluru 17.6.x eller nyere versioner.

Call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 sikker tls diagnosticeringsmiljø ds_email "tacfaststart@gmail.com"

En lokal gateway, der kører på Cisco IOS XE-software, er ikke en typisk webbaseret Gmail-klient, der understøtter OAuth, så vi skal konfigurere en specifik Gmail-kontoindstilling og give specifik tilladelse til at få e-mailen fra enheden behandlet korrekt:

  1. Gå til Administrer Google-konto > Sikkerhed , og aktivér indstillingen Mindre sikker app-adgang .

  2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail, der angiver "Google forhindrede en person i at logge ind på din konto ved hjælp af en ikke-Google-app".

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

Denne DS sporer CPU-udnyttelse i fem sekunder ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlfindinger og afinstallerer alle diagnostiske signaturer, der er installeret i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

  1. Brug kommandoen vis snmp til at aktivere SNMP. Hvis du ikke aktiverer, skal du konfigurere kommandoen for snmp-serveradministrator.

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serveradministrator slutshow snmp chassis: ABCDEFGHIGK 149655 SNMP-pakker indtastning      0 fejl i dårlig SNMP-version      1 Ukendt fællesnavn      0 Ulovlig handling for det angivne fællesskabsnavn      0 kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Get-anmodning-PDU'er 138 Get-next-PDU'er      2 PDU'er for Set-anmodning      0 indgangskø-pakkestørrelser (maks. køstørrelse 1000) 158277 SNMP-pakker udgang      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 fejl i dårlige værdier      0 generelle fejl 7998 Response PDU'er 10280 Trap PDU'er Pakker i øjeblikket i SNMP-procesinput-kø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400-ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  3. Kopiér DS XML-filen til den lokale gateways flash.

    Lokal_ Gateway# kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering af filen fra en FTP-server til den lokale gateway. 

    Kopiér ftp://bruger:pwd@192.0.2.12/DS_64224.xml bootflash:  Adgang til ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 bytes] 3571 bytes kopieret i 0,064 sek (55797 bytes/sek)

  4. Installer DS XML-filen på den lokale gateway.

    Call-home diagnostic-signaturbelastning DS_64224.xml-indlægsfil DS_64224.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have værdien "registreret". 

    vis diagnosticering af hjem-opkald-signatur Aktuelle indstillinger for diagnosticering-signatur:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Download diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-07 22:05:33

    Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Geninstaller om nødvendigt DS 64224 for at fortsætte overvågningen af høj CPU-udnyttelse på den lokale gateway.

Monitorer registrering af SIP-trunk

Denne DS kontrollerer afrapportering af en lokal gateway-SIP-trunk med Webex-opkald cloud hvert 60. sekunder. Når afregistreringshændelsen er registreret, genererer den en e-mail- og syslog-besked og afinstallerer sig selv efter to tilfælde af afregistrering. Brug trinnene nedenfor til at installere signaturen:

  1. Download DS 64117 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    SIP-trunk afmelding med e-mailmeddelelse.

  2. Kopiér DS XML-filen til den lokale gateway.

    Kopiér ftp://brugernavn:password@/DS_64117.xml bootflash:

  3. Installer DS XML-filen på den lokale gateway. 

    Diagnosticering af opkald-hjem-signaturbelastning DS_64117.xml-indlægsfil DS_64117.xml gennemført lokal

  4. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Overvågning af unormale opkald afbryder

Denne DS bruger SNMP-meningsmåling hvert 10. minut til at registrere unormal opkaldsafbrydelse med SIP-fejl 403, 488 og 503. Hvis stigningen i fejltællingen er større end eller lig med 5 fra den sidste meningsmåling, genererer den en syslog- og e-mailmeddelelse. Brug trinene nedenfor til at installere signaturen.

  1. Brug kommandoen vis snmp til at kontrollere, om SNMP er aktiveret. Hvis den ikke er aktiveret, skal du konfigurere kommandoen for SNMP-serveradministrator . 

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serveradministrator slutshow snmp chassis: ABCDEFGHIGK 149655 SNMP-pakker indtastning      0 fejl i dårlig SNMP-version      1 Ukendt fællesnavn      0 Ulovlig handling for det angivne fællesskabsnavn      0 kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Get-anmodning-PDU'er 138 Get-next-PDU'er      2 PDU'er for Set-anmodning      0 indgangskø-pakkestørrelser (maks. køstørrelse 1000) 158277 SNMP-pakker udgang      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 fejl i dårlige værdier      0 generelle fejl 7998 Response PDU'er 10280 Trap PDU'er Pakker i øjeblikket i SNMP-procesinput-kø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Registrering af SIP-unormalt opkaldsopkald med e-mail- og Syslog-underretning.

  3. Kopiér DS XML-filen til den lokale gateway. 

    Kopiér ftp://brugernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen på den lokale gateway. 

    Call-home diagnostic-signaturbelastning DS_65221.xml-belastningsfil DS_65221.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Installer diagnostiske signaturer for at fejlse et problem

Brug diagnostiske signaturer (DS) til at løse problemer hurtigt. Cisco TAC-ingeniører har oprettet flere signaturer, der aktiverer de nødvendige fejlfinding, der er påkrævet for at fejlfinde et givet problem, registrere problemhændelsen, indsamle det rigtige sæt diagnostiske data og overføre data automatisk til Cisco TAC-sagen. Diagnostiske signaturer (DS) fjerner behovet for manuelt at kontrollere for problemforekomsten og gør det meget nemmere at foretage fejlfinding af intermitterende og forbigående problemer.

Du kan bruge diagnosticeringssignaturopslagsopslagsværktøjet til at finde de relevante signaturer og installere dem til selv at løse et givet problem, eller du kan installere signaturen, som anbefales af TAC-teknikeren som en del af supportengagementet.

Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen “%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): UDFØRING=1.1.181.1.29.0" syslog og automatisere diagnosticeringsdataindsamling ved hjælp af følgende trin:

  1. Konfigurer en yderligere DS-miljøvariabel, ds_fsurl_prefix som er Cisco TAC-filserverstien (cxd.cisco.com), som de indsamlede diagnosticeringsdata overføres til. Brugernavnet i filstien er sagsnummeret, og adgangskoden er filoverførselstokenet, der kan hentes fra Support Case Manager i følgende kommando. Filoverførselstokenet kan genereres i afsnittet Vedhæftede Support Case Manager efter behov. 

    Konfigurer terminal Call-Home diagnostic-signature Local Gateway(cfg-call-home-diag-sign)miljø ds_fsurl_prefix "scp://:@cxd.cisco.com" ende

    Eksempel: 

    Call-home diagnostic-signature miljø ds_fsurl_prefix " miljø ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis den ikke er aktiveret, skal du konfigurere kommandoen for SNMP-serveradministrator .

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serveradministrator ende

  3. Sørg for at installere High CPU-monitorering DS 64224 som et proaktivt mål for at deaktivere alle fejl og diagnosticeringssignaturer i løbet af den høje CPU-udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

    Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

  5. Kopiér DS XML-filer til den lokale gateway.

    Kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:  kopiér ftp://brugernavn:password@/DS_65095.xml bootflash:

  6. Installer DS 64224 til overvågning af højt CPU-forbrug og derefter DS 65095 XML-filen på den lokale gateway. 

    Diagnosticering af opkald-hjem-signaturbelastning DS_64224.xml Belastningsfil DS_64224.xml vellykket opkald-hjem diagnosticering-signaturbelastning DS_65095.xml Belastningsfil DS_65095.xml succes

  7. Kontrollér, at signaturen er installeret ved hjælp af kommandoen Vis Call-Home Diagnostic Signature. Statuskolonnen skal have en "registreret" værdi. 

    vis diagnosticering af hjem-opkald-signatur Aktuelle indstillinger for diagnosticering-signatur:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-08

    65095

    00:12:53

    S_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08

Bekræft afvikling af diagnostiske signaturer

I følgende kommando ændres kolonnen "Status" i kommandoen for diagnosticering af opkald til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af show call-home diagnostic-signature statistics er den bedste måde til at verificere, om en diagnosesignatur påviser en begivenhed af interesse og udfører handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den angivne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at påvise en begivenhed, og om signaturen afinstallerer sig selv efter at påvise det maksimale antal udløste begivenheder. 

vis diagnosticering af hjem-opkald-signatur Aktuelle indstillinger for diagnosticering-signatur:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Downloadede diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

2020-11-08 00:07:45

65095

S_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

vis call-home diagnostisk-signatur-statistik

DS-id

DS-navn

Udløst/Maks./Afinstaller

Gennemsnitlig kørselstid (sekunder)

Maks. kørselstid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

S_LGW_IEC_Call_spike_threshold

1/20/ÅR

23.053

23.053

Den e-mailunderretning, der sendes under afvikling af diagnosesignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og viser kommandooutputs, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Brug diagnostiske signaturer til fejlfindingsformål defineres typisk til afinstallation efter påvisning af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra resultatet af kommandoen vis kommandoen til diagnosticering af opkald hjem og køre følgende kommando:

diagnosticering af hjem-opkald-signatur afinstaller

Eksempel:

afinstallering af diagnosticering-signatur 64224

Nye signaturer føjes regelmæssigt til værktøjet Diagnosticeringssignaturopslag, baseret på problemer, der normalt opstår under udrulninger. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Administrer og validerer Cisco IOS XE-gateways via Control Hub

For bedre administration af Cisco IOS XE-gateways anbefaler vi, at du tilmelder og administrerer gateways via Control Hub. Det er en valgfri konfiguration. Når du er tilmeldt, kan du bruge valgmuligheden konfigurationsvalidering i Control Hub til at validere din lokale gateway-konfiguration og identificere eventuelle konfigurationsproblemer. I øjeblikket understøtter kun registreringsbaserede trunks denne funktion.

For yderligere oplysninger, se følgende:

Oversigt over design

Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af certifikatbaseret gensidig TLS (mTLS) SIP-trunk. Den første del af dette dokument illustrerer, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde distribueres alle opkald fra PSTN til Webex Calling, og alle opkald fra Webex Calling dirigeres til PSTN. Følgende billede fremhæver denne løsning og konfigurationen af dirigering af opkald på højt niveau, der vil blive fulgt.

I dette design bruges følgende hovedkonfigurationer:

  • Stemmeklasselejere: Bruges til at oprette trunk-specifikke konfigurationer.

  • stemmeklasse uri: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

  • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute med en opkalds-peer-gruppe.

  • opkalds-peer-gruppe: Definerer de udgående opkalds-peers, der bruges til viderestilling af opkald.

  • udgående opkalds-peer: Giver behandling af udgående SIP-meddelelser og dirigerer dem til det ønskede mål.

Viderestilling af opkald fra/til PSTN til/fra Webex Calling-konfigurationsløsning

Mens IP og SIP er blevet standardprotokollerne for PSTN-trunks, bruges ISDN-kredsløb (Time Division Multiplexing) stadig i vid udstrækning og understøttes med Webex Calling-trunks. For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows er det i øjeblikket nødvendigt at bruge en tobenet opkaldsdistributionsproces. Denne fremgangsmåde ændrer konfigurationen af dirigering af opkald, der er vist ovenfor, ved at introducere et sæt interne løkke-back-opkalds-peers mellem Webex Calling og PSTN-trunks, som vist i billedet nedenfor.

Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som udgangspunkt for opbygning af den løsning, der er vist i følgende diagram. I dette tilfælde leverer Unified Communications Manager centraliseret distribution og behandling af alle PSTN- og Webex Calling-opkald.

I hele dette dokument bruges værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede. Der findes valgmuligheder for offentlig eller privat (bag NAT) adresser. SRV DNS-poster er valgfrie, medmindre belastningsbalancen på tværs af flere CUBE-forekomster.

Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre din lokale gateway-konfiguration på følgende måde:

  • Trin 1: Konfigurer routerens baseline-forbindelse og -sikkerhed

  • Trin 2: Konfigurer Webex Calling-trunk

    Afhængigt af din påkrævede arkitektur skal du følge enten:

  • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trin 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

    Eller:

  • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

Det første trin i forberedelsen af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og opretter forbindelse.

  • Alle certifikatbaserede lokale gateway-installationer kræver Cisco IOS XE 17.9.1a eller nyere versioner. Se siden Cisco Software Research for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåede udgivelser.

    • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security-teknologilicenser.

    • Routere i Catalyst Edge 8000-serien udstyret med stemmekort eller DSP'er kræver DNA Essentials-licens. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licenser.

    • For krav til høj kapacitet kan du også kræve en HSEC-licens (High Security) og yderligere gennemstrømningsrettigheder.

      Se godkendelseskoder for yderligere oplysninger.

  • Opret en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Konfigurer især følgende og bekræft arbejdet:

    • NTP

    • Acl'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP-routing

    • IP-adresser

  • Netværket mod Webex Calling skal bruge en IP v4-adresse. Lokale Gateway Fully Qualified Domain Names (FQDN) eller Service Record (SRV)-adresser skal løses til en offentlig IPV4-adresse på internettet.

  • Alle SIP- og medieporte på den lokale gateway-grænseflade, der vender mod Webex, skal være tilgængelige fra internettet, enten direkte eller via statisk NAT. Sørg for, at du opdaterer din firewall i overensstemmelse hermed.

  • Installer et signeret certifikat på den lokale gateway (følgende indeholder detaljerede konfigurationstrin).

    • En offentlig certifikatmyndighed (CA) som beskrevet i Hvilke rodcertifikatmyndigheder understøttes for opkald til Cisco Webex-lyd- og videoplatforme? skal underskrive enhedscertifikatet.

    • Den FQDN, der er konfigureret i Control Hub, når der oprettes en trunk, skal være routerens fællesnavn (CN) eller alternativt emnenavn (SAN)-certifikat. For eksempel:

      • Hvis en konfigureret trunk i din organisations Control Hub har cube1.lgw.com:5061 som FQDN for den lokale gateway, skal CN eller SAN i routercertifikatet indeholde cube1.lgw.com. 

      • Hvis en konfigureret trunk i din organisations Control Hub har lgws.lgw.com som SRV-adressen for den eller de lokale gateway(er), der kan nås fra trunk, skal CN eller SAN i routercertifikatet indeholde lgws.lgw.com. De poster, som SRV adressen går til (CNAME, A Record, eller IP-adresse), er valgfrie i SAN.

      • Uanset om du bruger en FQDN eller SRV til trunk, bruger kontaktadressen for alle nye SIP-dialoger fra din lokale gateway det navn, der er konfigureret i Control Hub.

  • Sørg for, at certifikater er signeret til klient- og serverbrug.

  • Overfør Cisco rod-CA-bundtet til den lokale gateway.

Konfiguration

1

Sørg for, at du tildeler gyldige og omdirigerbare IP-adresser til enhver Lag 3-grænseflade, for eksempel:

 grænseflade GigabitEthernet0/0/0 Beskrivelse Grænseflade vendt mod PSTN og/eller CUCM-ip-adresse 192.168.80.14 255.255.255.255.255.0 ! grænseflade GigabitEthernet0/0/1 beskrivelse Webex Calling-grænseflade vendt mod IP-adresse 198.51.100.1 255.255.255.240

2

Beskyt STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:

 nøglekonfigurationsnøgle-adgangskode-kryptering Din adgangskode-adgangskode er krypteret
3

Opret et krypteringstillidspunkt med et certifikat underskrevet af din foretrukne certifikatmyndighed (CA).

  1. Opret et RSA-nøglepar ved hjælp af følgende exec-kommando.

    krypteringsnøgle genererer rsa-generelle nøgler eksporterbar etiket lgw-key moduus 4096

  2. Når du bruger cube1.lgw.com som fqdn for trunk, skal du oprette et tillidspunkt for det signerede certifikat med følgende konfigurationskommandoer: 

     crypto pki tillidspunkt LGW_CERT-tilmeldingsterminal pem fqdn cube1.lgw.com emne-name cn=cube1.lgw.com emne-alt-name cube1.lgw.com tilbagekaldelse-check ingen rsakeypair lgw-key

  3. Generer CSR (Certificate Signing Request) med følgende exec- eller konfigurationskommando, og brug den til at anmode om et signeret certifikat fra en understøttet CA-udbyder:

    krypto pki tilmelde LGW_CERT

4

Godkend dit nye certifikat ved hjælp af dit mellemliggende (eller rod) CA-certifikat, og importér derefter certifikatet (trin 4). Indtast følgende kommando til exec eller konfiguration:

 crypto pki-godkende LGW_CERT

5

Importer et signeret værtscertifikat ved hjælp af følgende kommando til exec eller konfiguration:

 crypto pki-import LGW_CERT-certifikat

6

Aktivér eksklusivitet for TLS1.2, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer:

 sip-ua-krypteringssignal som standard tillidspunkt LGW_CERT transport tcp tls v1.2

7

Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug kommandoen Crypto pki-tillidspuljen til import af ren URL til at downloade rodCA-pakken fra den angivne URL-adresse og til at rydde den aktuelle CA-tillidspulje og derefter installere den nye pakke af certifikater:

Hvis du har brug for at bruge en proxy til at få adgang til internettet ved hjælp af HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

IP HTTP-klientproxyserver yourproxy.com proxy-port 80
 ip http-klientkildegrænseflade Gigabit Ethernet0/0/1 crypto pki tillidspool import ren URL-adresse https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer Webex Calling-certifikatbaseret trunk
1

Opret en CUBE-certifikatbaseret PSTN-trunk for en eksisterende placering i Control Hub. Få flere oplysninger i Konfigurer trunks, videresendelsesgrupper og opkaldsplaner for Webex Calling.

Notér de trunk-oplysninger, der gives, når trunk'en er oprettet. Disse oplysninger, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning.
2

Indtast følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

 taletjenestens voip-adresse betroet liste ipv4 x.x.x.x y.y.y tilstanden grænse-element tillad-forbindelser sip til sip ingen supplerende tjeneste sip henvise stun stun flow data agent-id 1 boot-count 4 stun flow data delt-secret 0 Adgangskode123$ sip asymmetrisk nyttelast fuld tidligt-tilbud tvungen sip-profiler indgående

Her er en forklaring af felterne til konfigurationen:

 IP-adresse betroet liste  ipv4 x.x.x.x y.y.y

  • For at beskytte mod svindel med afgifter definerer listen med betroede adresser en liste over værter og netværksenheder, hvorfra den lokale gateway forventer legitime VoIP-opkald.

  • Som standard blokerer den lokale gateway alle indgående Vo-IP-meddelelser fra IP-adresser, der ikke er på den pålidelige liste. Statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser er betroede som standard, så det behøver ikke at blive føjet til den pålidelige liste.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernet for dit regionale Webex Calling-datacenter til listen. Se Portreferenceoplysninger for Webex Calling for yderligere oplysninger. Tilføj også adresseområder for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunk-gateways.

  • For yderligere oplysninger om, hvordan du bruger en betroet IP-adresse til at forhindre svindel med afgifter, se den pålidelige IP-adresse.

grænseelement for tilstand

Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

tillad-forbindelser sip til sip

Aktivér grundlæggende CUBE-SIP-brugeragentfunktion tilbage til tilbage. Få flere oplysninger i Tillad forbindelser.

T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (taletjeneste).

Ikke almindelig

Aktiverer STUN (Session Traversal for UDP til NAT) globalt.

Disse globale stun-kommandoer er kun påkrævet, når du installerer din lokale gateway bag NAT.

  • Når du videresender et opkald til en Webex-opkald-bruger (for eksempel er både den, der ringes op, og opkaldsparterne Webex-opkald abonnenter, og hvis du anker medier på Webex-opkald SBC), så kan mediet ikke flyde til den lokale gateway, da nåleøjet ikke er åbent.

  • STUN-bindingsfunktionen på den lokale gateway giver mulighed for, at lokalt genererede STUN-anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nålehullet i firewallen.

For yderligere oplysninger henvises til agent-id for stun flowdata og stun flowdata delt.

asymmetrisk nyttelast fuld

Konfigurerer asymmetrisk understøttelse af SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. For yderligere oplysninger om denne kommando, se asymmetrisk nyttelast.

tidlig tilbud tvunget

Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra naboens peer. For yderligere oplysninger om denne kommando, se tidlige tilbud.

indgående sip-profiler

Giver CUBE mulighed for at bruge SIP-profiler til at ændre meddelelser, når de modtages. Profiler anvendes via opkalds-peers eller lejere.

3

Konfigurer stemmeklasse-codec 100-codec-filter til trunk. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis kontrol.

 stemmeklasse-codec 100-codec-præference 1 opus-codec-præference 2 g711ulaw-codec-præference 3 g711alaw-codec

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-codec 100

Bruges til kun at tillade foretrukne codecs for opkald via SIP-trunks. Få flere oplysninger i stemmeklassecodec.

Opus-codec understøttes kun for SIP-baserede PSTN-trunks. Hvis PSTN-trunk bruger en tale T1/E1 eller analog FXO-forbindelse, skal codec-præference 1 opus udelukkes fra konfigurationen af stemmeklasse-codec 100 .

4

Konfigurer stemmeklassens stun-forbrug 100 for at aktivere ICE på Webex Calling-trunk. (Dette trin gælder ikke for Webex for Government)

 stemmeklasse stun-brug 100 stun-brug firewall-traversal flowdata stun brug ice lite

Her er en forklaring af felterne til konfigurationen:

konstant forbrug is lite

Bruges til at aktivere ICE-Lite for alle opkalds-peers, der vender mod Webex Calling, for at tillade medieoptimering, når det er muligt. For yderligere oplysninger, se stemmeklasse stun brug og stun brug is.

Kommandoen Brugsfirewall-tværgående flowdata er kun påkrævet ved installation af din lokale gateway bag NAT.
Du kræver øjeblikkelig brug af ICE-lite for opkaldsstrømme ved hjælp af mediestioptimering. Hvis du vil levere medieoptimering for en SIP til TDM-gateway, skal du konfigurere en tilbagevendende opkalds-peer med ICE-lite aktiveret på IP-IP-benet. Kontakt kontoen eller TAC-teams for yderligere tekniske detaljer.
5

Konfigurer politikken for mediekryptering for Webex-trafik. (Dette trin gælder ikke for Webex for Government)

 Stemmeklasse srtp-krypto 100 krypto 1 AES_CM__128_HMAC__SHA1_80

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-krypto 100

Angiver SHA1_80 som det eneste SRTP-krypteringsprogram-CUBE-tilbud i SDP i tilbud- og svarmeddelelser. Webex Calling understøtter kun SHA1_80. Få flere oplysninger i stemmeklasse srtp-krypto.

6

Konfigurer FIPS-kompatible GCM-kryptering (Dette trin gælder kun for Webex for Government). 

 Stemmeklasse srtp-krypto 100 krypto 1 AEAD_AES_256_GCM

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-krypto 100

Angiver GCM som den krypteringspakke, som CUBE tilbyder. Det er obligatorisk at konfigurere GCM-kryptering for lokal gateway til Webex for Government.

7

Konfigurer et mønster til entydigt at identificere opkald til en lokal gatewaytrunk baseret på destinationens FQDN eller SRV:

 stemmeklasse uri 100 sip mønster cube1.lgw.com

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 100 sip

Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge LGW FQDN eller SRV, der er konfigureret i Control Hub, mens du opretter en trunk.

8

Konfigurer SIP-meddelelseshåndteringsprofiler. Hvis din gateway er konfigureret med en offentlig IP-adresse, skal du konfigurere en profil som følger, eller springe til næste trin, hvis du bruger NAT. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret for den lokale gateway, og "198.51.100.1" er den offentlige IP-adresse for den lokale gateway-grænseflade, der vender mod Webex Calling:

 taleklasse sip-profiler 100 regel 10 anmoder ENHVER sip-header-kontakt skal modificeres "@.*:" "@cube1.lgw.com:" regel 20 svar ENHVER sip-header-kontakt skal modificeres "@.*:" "@cube1.lgw.com:"

Her er en forklaring af felterne til konfigurationen:

Regler 10 og 20

For at tillade, at Webex godkender meddelelser fra din lokale gateway, skal overskriften "Kontakt" i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-domænenavn, der bruges til en klynge af enheder.

Spring det næste trin over, hvis du har konfigureret din lokale gateway med offentlige IP-adresser.

9

Hvis din gateway er konfigureret med en privat IP-adresse bag statisk NAT, skal du konfigurere indgående og udgående SIP-profiler som følger. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret til den lokale gateway, "10.80.13.12" er grænsefladens IP-adresse, der vender sig mod Webex Calling, og "192.65.79.20" er den offentlige NAT-IP-adresse.

SIP-profiler for udgående meddelelser til Webex Calling-stemmeklasse 
 sip-profiler 100 regel 10 anmoder ENHVER sip-header-kontakt skal modificeres "@.*:" "@cube1.lgw.com:" regel 20 svar ENHVER sip-header-kontakt skal modificeres "@.*:" "@cube1.lgw.com:" regel 30 svar ENHVER sip-header-lydattribut modificeres "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" regel 31 svar ENHVER SDP-header-lydattribut modificeres "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header Audio-Connection-Info modificerer "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 41 anmodning ENHVER sdp-header Connection-Info modificerer "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 51 svar ENHVER sdp-header Connection-Info modificerer "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 61 anmodning ENHVER sdp-header Session-Owner modificerer "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 70 anmodning ENHVER sdp-header Audio-attributter modificerer "(a=rtcp:.*) 10.80.13.12" 1.*) 10.80.13.12" "\1 192.65.79.20" regel 81 anmoder OM ENHVER sdp-header-lydattribut modificeres "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring af felterne til konfigurationen:

Regler 10 og 20

For at tillade, at Webex godkender meddelelser fra din lokale gateway, skal overskriften "Kontakt" i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-domænenavn, der bruges til en klynge af enheder.

Regler 30 til 81

Konverter private adressehenvisninger til den eksterne offentlige adresse for webstedet, så Webex kan tolke og dirigere efterfølgende meddelelser korrekt.

SIP-profil for indgående meddelelser fra Webex Calling 
 stemmeklasse sip-profiler 110 regel 10 svar ETHVERT sdp-header Video-Connection-Info modificerer "192.65.79.20" "10.80.13.12" regel 20 svar ENHVER sip-header Connection-Info modificerer "@.*:" "@cube1.lgw.com:" regel 30 svar ENHVER sdp-header Connection-Info modificerer "192.65.79.20" "10.80.13.12" regel 40 svar ENHVER sdp-header Audio-Connection-Info modificerer "192.65.79.20" "10.80.13.12" regel 50 svar ENHVER sdp-header Session-Owner modificerer "192.65.79.20" "10.80.13.12" regel 60 svar ENHVER sdp-header Audio-Attribut modificerer "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" regel 70 svar ENHVER SDP-header-lydattribut modificeres "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" regel 80 svar ENHVER sdp-header-lydattribut modificerer "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring af felterne til konfigurationen:

Regler 10 til 80

Konverter offentlige adressehenvisninger til den konfigurerede private adresse, så meddelelser fra Webex kan behandles korrekt af CUBE.

Få flere oplysninger i stemmeklassens sip-profiler.

10

Konfigurer en SIP-indstillinger keepalive med headermodifikationsprofil.

 stemmeklasse sip-profiler 115 regel 10 anmodning VALGMULIGHEDER sip-header Kontakt modificerer "<sip:.*:" "<sip:cube1.lgw.com:" regel 30 anmodning ENHVER sip-header Via modificering "(SIP.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header Connection-Info modificerer "10.80.13.12" "192.65.79.20" regel 50 svar ENHVER sdp-header Audio-Connection-Info modificerer "10.80.13.12" "192.65.79.20" ! stemmeklasse sip-options-keepalive 100 beskrivelse Keepalive for Webex Calling op-interval 5 transport tcp tls sip-profiler 115

Her er en forklaring af felterne til konfigurationen:

stemmeklasse sip-valgmuligheder-keepalive 100

Konfigurerer en keepalive-profil og går ind i konfigurationstilstanden for stemmeklasse. Du kan konfigurere det tidspunkt (i sekunder), hvor en SIP Out of Dialogindstillinger Ping sendes til opkaldsmålet, når hjerteslagforbindelsen til slutpunktet er i status OP eller Ned.

Denne keepalive-profil udløses fra den opkalds-peer, der er konfigureret mod Webex.

For at sikre, at kontaktheaderne omfatter det fuldt kvalificerede domænenavn til SBC, bruges SIP-profil 115. Regler 30, 40 og 50 er kun påkrævet, når SBC er konfigureret bag statisk NAT.

I dette eksempel er cube1.lgw.com den FQDN, der er valgt for den lokale gateway, og hvis statisk NAT bruges, er "10.80.13.12" SBC-grænsefladen IP-adresse i forhold til Webex Calling, og "192.65.79.20" er den offentlige NAT-IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opret taleklaslejer 100 for at definere og gruppekonfigurationer, der kræves specifikt for Webex Calling-trunk. Opkalds-peers, der er knyttet til denne lejer, arver senere disse konfigurationer:

    Følgende eksempel bruger de værdier, der er vist i trin 1, til denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

     stemmeklasse lejer 100 ingen remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com sessionstrafik tcp tls ingen sessionsopdatering fejl-passthru bind control source-grænseflade GigabitEthernet0/0/1 bind mediekilde-grænseflade GigabitEthernet0/0/1 ingen pass-thru indhold brugertilpasset-sdp sip-profiler 100 sip-profiler 110 indgående databeskyttelsespolitik passsthru!

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasse lejer 100

    Vi anbefaler, at du bruger lejere til at konfigurere trunks, der har deres eget TLS-certifikat og CN- eller SAN-valideringsliste. Her indeholder den tls-profil, der er knyttet til lejeren, det tillidspunkt, der skal bruges til at acceptere eller oprette nye forbindelser, og har CN- eller SAN-listen til at validere de indgående forbindelser. Få flere oplysninger i stemmeklasselejeren.

    intet tredjeparts-id

    Deaktiver SIP Remote-Party-id (RPID)-header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO-påstået-id-pai. Få flere oplysninger i Remote-party-id.

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

    Konfigurerer målSIP-serveren for trunk. Brug den SRV-adresse, der er angivet i Control Hub, da du oprettede din trunk

    SRTP-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). Få flere oplysninger i stemmeklasse srtp-krypto.

    lokalværts-dns: cube1.lgw.com

    Konfigurerer CUBE til at erstatte den fysiske IP-adresse i headerne From, Call-ID og Remote Party-ID i udgående meddelelser med den angivne FQDN.

    sessionstransport tcp tls

    Indstiller transport til TLS for tilknyttede opkalds-peers. Få flere oplysninger i sessionstransport.

    ingen sessionsopdatering

    Deaktiverer opdatering af SIP-sessioner globalt.

    fejl-passthru

    Angiver sip-fejlsvar-adgangsfunktion. For yderligere oplysninger, se error-passthru.

    bindekontrolkilde-grænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til Webex Calling. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til Webex Calling. For yderligere oplysninger, se bind.

    Sip-profiler i stemmeklasse 100

    Anvender headermodifikationsprofilen (offentlig IP- eller NAT-adresse), der skal bruges til udgående meddelelser. Få flere oplysninger i sip-profiler i stemmeklasse.

    sip-profiler i stemmeklasse 110 indgående

    Anvender headermodifikationsprofilen (kun NAT-adresser), der skal bruges til indgående meddelelser. Få flere oplysninger i sip-profiler i stemmeklasse.

    Databeskyttelsespolitik opdateret

    Konfigurerer valgmulighederne i overskriften til beskyttelse af personlige oplysninger for trunk for at overføre databeskyttelsesværdier fra den modtagne meddelelse til det næste opkaldsben. Få flere oplysninger i vores privatlivspolitik.

  2. Konfigurer Webex Calling-trunk-opkalds-peer.

     opkalds-peer-voice 100 voip-beskrivelse Indgående/udgående Webex Calling-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionstarget sip-server indgående uri anmodning 100 voice-class codec 100 voice-class stun-brug 100 voice-class sip-rel1xx deaktiver stemmeklasse sip asserted-id pai voice-class sip tenant 100 voice-class sip valgmuligheder-keepalive profil 100 dtmf-relay rtp-nte srtp no vad

    Her er en forklaring af felterne til konfigurationen:

     Opkalds-peer-voice 100 voip-beskrivelse  Indgående/udgående Webex Calling

    Definerer en Vo IP-opkalds-peer med et tag på 100 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    session protokol sipv2

    Angiver, at dial-peer 100 håndterer SIP-call legs. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    session mål sip-server

    Angiver, at den SIP-server, der er defineret i lejer 100, er nedarvet og bruges til destinationen for opkald fra denne opkalds-peer.

    indgående uri-anmodning 100

    For at angive den stemmeklasse, der bruges til at matche en Vo-IP-opkalds-peer med den ensartede ressource-identifikator (URI) for et indgående opkald. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Webex Calling. Få flere oplysninger i stemmeklassecodec.

    stemmeklasse støjforbrug 100

    Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway sendes via den forhandlede mediesti. STUN hjælper med at åbne et firewallpinhole for medietrafik.

    stemmeklasse sip-asserted-id pai

    Indstiller oplysninger om udgående opkald ved hjælp af PAI-headeren (Privacy Asserted ID). Få flere oplysninger i stemmeklassens sip-asserted-id.

    stemmeklasse sip-lejer 100

    Opkaldspeer arver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau. Få flere oplysninger i stemmeklassens sip-lejer.

    stemmeklasse sip valgmuligheder-keepalive profil 100

    Denne kommando bruges til at overvåge tilgængeligheden af en gruppe af SIP-servere eller slutpunkter ved hjælp af en specifik profil (100).

    srtp

    Aktiverer SRTP for opkaldsbenet.

Konfigurer lokal gateway med en SIP PSTN-trunk

Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:

Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker viderestilling af opkald understøttes af CUBE.

Hvis du bruger en TDM/ISDN PSTN-trunk, skal du springe til næste afsnit Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

1

Konfigurer følgende stemmeklasse uri for at identificere indgående opkald fra PSTN-trunk:

 stemmeklasse uri 200 sip vært ipv4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 200 sip

Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge IP-adressen på din IP PSTN-gateway. Få flere oplysninger i stemmeklasse uri.

2

Konfigurer følgende IP PSTN-opkalds-peer:

 opkalds-peer stemme 200 voip beskrivelse Indgående/udgående IP PSTN-trunk destinationsmønster BAD.BAD sessionsprotokol sipv2 sessionsmål ipv4:192.168.80.13 indgående uri via 200 stemme-klasse sip bind kontrol kilde-grænseflade GigabitEthernet0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet0/0/0 voice-class codec 100 dtmf-relæ rtp-nte no vad

Her er en forklaring af felterne til konfigurationen:

 opkalds-peer stemme 200 voip-beskrivelse  indgående/udgående IP PSTN-trunk

Definerer en Vo IP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

destinationsmønster DÅRLIG. Dårlig

Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at opkalds-peer 200 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds peer).

sessions mål ipv4:192.168.80.13

Angiver destinationens mål-IPv4-adresse til at sende opkaldsbenet. Sessionsmålet her er ITSP's IP-adresse. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

indgående uri via 200

Definerer et sammenfald for VIA-headeren med IP PSTN's IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 200. Få flere oplysninger i indgående URL-adresse.

bindekontrolkildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

bind mediekilde-grænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

stemmeklasse-codec 100

Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec-taleklasse.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

3

Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration for dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du springe til næste afsnit.

  1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. På samme måde skal du definere DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkaldspeer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Viderestil opkald til Webex Calling-opkalds-peer 100 stemmeklasse dpg 200 beskrivelse Viderestil opkald til PSTN-opkalds-peer 200

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex: 

     opkaldspeerstemme 100 destinationsdpg 200 opkaldspeerstemme 200 destinationsdpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

    Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

Konfigurer lokal gateway med en TDM PSTN-trunk

Når du har bygget en trunk mod Webex Calling, skal du bruge følgende konfiguration til at oprette en TDM-trunk til din PSTN-tjeneste med viderestilling af tilbagekald for at tillade medieoptimering på Webex-opkaldsbenet.

Hvis du ikke kræver IP-medieoptimering, skal du følge konfigurationstrinnene for en SIP PSTN-trunk. Brug en stemmeport og en POTS-opkalds-peer (som vist i trin 2 og 3) i stedet for PSTN VoIP-opkalds-peer.
1

Konfigurationen af løkke-tilbage-opkalds-peer bruger opkalds-peer-grupper og tags for dirigering af opkald til at sikre, at opkald passerer korrekt mellem Webex og PSTN uden at oprette løkke for dirigering af opkald. Konfigurer følgende oversættelsesregler, der vil blive brugt til at tilføje og fjerne tags for dirigering af opkald:

 stemmeoversættelse-regel 100 regel 1 /^\+/ /A2A/ stemmeoversættelsesprofil 100 oversættelse kaldet 100 stemmeoversættelser-regel 200 regel 1 /^/ /A1A/ stemmeoversættelsesprofil 200 oversættelser kaldet 200 stemmeoversættelser-regel 11 regel 1 /^A1A/// stemmeoversættelsesprofil 11 oversættelse kaldet 11 stemmeoversættelser-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ stemmeoversættelsesprofil 12 oversættelse kaldet 12

Her er en forklaring af felterne til konfigurationen:

stemmeoversættelsesregel

Bruger regelmæssige udtryk, der er defineret i regler, til at tilføje eller fjerne tags for dirigering af opkald. Overdekadiske cifre ("A") bruges til at tilføje klarhed ved fejlfinding.

I denne konfiguration bruges det mærke, der er tilføjet af oversættelsesprofil 100, til at guide opkald fra Webex Calling til PSTN via tilbagekalds-peers. På samme måde bruges det mærke, der er tilføjet af oversættelsesprofil 200, til at guide opkald fra PSTN til Webex Calling. Oversættelsesprofiler 11 og 12 fjerner disse mærker, før du leverer opkald til henholdsvis Webex- og PSTN-trunks.

Dette eksempel antager, at opkaldsnumre fra Webex Calling vises i +E.164-format. Regel 100 fjerner det foranstillede + for at opretholde et gyldigt opkaldsnummer. Artikel 12 tilføjer derefter et nationalt eller internationalt omdirigeringsciffer, når mærket fjernes. Brug cifre, der passer til din lokale ISDN-opkaldsplan.

Hvis Webex Calling viser numre i nationalt format, skal du justere reglerne 100 og 12 for blot at tilføje og fjerne distributionsmærket.

For yderligere oplysninger, se stemmeoversættelsesprofil og stemmeoversættelsesregel.

2

Konfigurer TDM-talegrænsefladeporte som krævet af den trunk-type og -protokol, der bruges. Få flere oplysninger i Konfiguration af ISDN PRI. Den grundlæggende konfiguration af en ISDN-grænseflade for primær hastighed, der er installeret i NIM-slot 2 på en enhed, kan f.eks. omfatte følgende:

 korttype e1 0 2 isdn switch-type primær-net5-controller E1 0/2/0 pri-gruppe timeslots 1-31
3

Konfigurer følgende TDM PSTN-opkalds-peer:

 opkalds-peer stemme 200 potter beskrivelse Indgående/udgående PRI PSTN-trunk-destinationsmønster BAD.BAD oversættelsesprofil indgående 200 direkte-indgående opkaldsport 0/2/0:15

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer stemme 200 potter beskrivelse  indgående/udgående PRI PSTN-trunk

Definerer en Vo IP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

destinationsmønster DÅRLIG. Dårlig

Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

oversættelsesprofil indgående 200

Tildeler den oversættelsesprofil, der tilføjer et mærke til dirigering af opkald til det indgående opkaldsnummer.

direkte indgående opkald

Dirigerer opkaldet uden at angive en sekundær opkaldstone. Få flere oplysninger i direkte opkald.

port 0/2/0:15

Den fysiske stemmeport, der er knyttet til denne opkalds-peer.

4

For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows kan du ændre distributionen af opkald ved at introducere et sæt interne løkke-back-opkalds-peers mellem Webex Calling og PSTN-trunks. Konfigurer følgende tilbagekalds-peers. I dette tilfælde dirigeres alle indgående opkald i første omgang til opkalds-peer 10 og derfra til enten opkalds-peer 11 eller 12 baseret på det anvendte distributionsmærke. Når distributionstagget er fjernet, distribueres opkald til den udgående trunk ved hjælp af opkalds-peer-grupper.

 opkalds-peer stemme 10 voip beskrivelse Udgående loop-rundt ben destinationsmønster BAD.BAD sessionsprotokol sipv2 sessionsmønster ipv4:192.168.80.14 stemme-klasse sip bind kontrol kilde-grænseflade GigabitEthernet0/0/0 dtmf-relæ rtp-nte codec g711alaw no vad dial-peer voice destination-mønster GigabitEthernet0/0/0 dtmf-relæ rtp-nte codec g711alaw no vad dial-peer voice 12 voip beskrivelse Indgående loop-rundt ben mod PSTN oversættelsesprofil sip

Her er en forklaring af felterne til konfigurationen: 

 Opkalds-peer stemme 10 potter  beskrivelse Udgående løkke-rundt ben

Definerer en Vo IP-opkalds-peer og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

indgående oversættelsesprofil 11

Anvender den oversættelsesprofil, der er defineret tidligere, for at fjerne tagget for dirigering af opkald, før den går til den udgående trunk.

destinationsmønster DÅRLIG. Dårlig

Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds peer).

sessionsmål 192.168.80.14

Angiver den lokale routergrænsefladeadresse som opkaldsmålet til at gå tilbage. Få flere oplysninger i sessionsmålet (voip-opkalds-peer).

bindekontrolkildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes gennem loop-back. For yderligere oplysninger, se bind.

bind mediekilde-grænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes gennem loop-back. For yderligere oplysninger, se bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

codec g711alaw

Tvinger alle PSTN-opkald til at bruge G.711. Vælg en-law eller en-law for at matche den ledsagemetode, der bruges af din ISDN-tjeneste.

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

5

Tilføj følgende konfiguration af dirigering af opkald:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem PSTN- og Webex-trunks via loop-tilbage.

     stemmeklasse dpg 100 beskrivelse Diriger opkald til Webex Calling-opkalds-peer 100 stemmeklasse dpg 200 beskrivelse Diriger opkald til PSTN-opkalds-peer 200 stemmeklasse dpg 10 beskrivelse Diriger opkald til loopback-opkalds-peer 10

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald.

     opkalds-peer stemme 100 destinationsdpg 10 opkalds-peer stemme 200 destination dpg 10 opkalds-peer stemme 11 destination dpg 100 opkalds-peer stemme 12 destinationsdpg 200

    Her er en forklaring af felterne til konfigurationen:

    bestemmelsessted dpg 200

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurationen i de foregående afsnit kan ændres til at inkludere yderligere trunks til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfælde distribueres alle opkald via Unified CM. Opkald fra UCM på port 5060 distribueres til PSTN, og opkald fra port 5065 distribueres til Webex Calling. Følgende trinvise konfigurationer kan tilføjes for at inkludere dette opkaldsscenario.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA-port:

     stemmeklasse uri 300 
 sip-mønster:5065

  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

     stemmeklasse uri 400 sip mønster 192\.168\.80\.6[0-5]:5060

    Klassificer indgående meddelelser fra UCM mod PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regelmæssige udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

    I ovenstående eksempel bruges et almindeligt udtryk til at matche enhver IP-adresse i intervallet 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:

IOS XE bruger disse poster til lokal bestemmelse af UCM-værter og -porte. Med denne konfiguration er det ikke nødvendigt at konfigurere poster i dit DNS-system. Hvis du foretrækker at bruge din DNS, er disse lokale konfigurationer ikke påkrævet.

 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring af felterne til konfigurationen:

Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-vært og trunk:

ip vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-ressourcepost

2: SRV-ressourceregistreringsprioritet

1: SRV-ressourcens rekordvægt

5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost

ucmsub5.mydomain.com: Modtagerværten for optagelse af ressource

Opret lokale DNS A-poster for at løse navnene på ressourcepost-værten. For eksempel:

ip vært ucmsub5.mydomain.com 192.168.80.65

IP-vært: Opretter en post i den lokale IOS XE-database.

ucmsub5.mydomain.com: Navnet A-pladeværten.

192.168.80.65: Værtens IP-adresse.

Opret SRV-ressourceposter og A-poster for at afspejle dit UCM-miljø og den foretrukne opkaldsdistributionsstrategi.

3

Konfigurer følgende opkalds-peers:

  1. Opkaldspeer for opkald mellem Unified CM og Webex Calling:

     opkalds-peer voice 300 voip beskrivelse UCM-Webex Calling trunk destination-mønster BAD.BAD sessionsprotokol sipv2 sessionstarget dns:wxtocucm.io indgående uri via 300 voice-class codec 100 voice-class sip bind control source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer-voice 300 voip-beskrivelse  UCM-Webex Calling-trunk

    Definerer en Vo IP-opkalds-peer med et mærke 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til at dirigere opkald.

    indgående uri via 300

    Bruger taleklasse URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeport 5065 til denne opkaldspeer. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

  2. Opkaldspeer for opkald mellem Unified CM og PSTN:

     opkalds-peer voice 400 voip beskrivelse UCM-PSTN trunk destination-mønster BAD.BAD sessionsprotokol sipv2 sessionstarget dns:pstntocucm.io indgående uri via 400 voice-class codec 100 voice-class sip bind control source-grænseflade GigabitEthernet 0/0/0 dtmf-relé rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer stemme 400 voip  beskrivelse UCM-PSTN trunk

    Definerer en Vo IP-opkalds-peer med et tag på 400 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til at dirigere opkald.

    indgående uri via 400

    Bruger taleklasse URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

4

Tilføj viderestilling af opkald ved hjælp af følgende konfigurationer:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkaldspeer fra Webex.

     beskrivelse af stemmeklasse dpg 100 beskrivelse Diriger opkald til Webex Calling-opkalds-peer 100 stemmeklasse dpg 300 beskrivelse Diriger opkald til Unified CM Webex Calling trunk-opkalds-peer 300

  2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

     stemmeklasse dpg 200 beskrivelse Diriger opkald til PSTN-opkalds-peer 200 stemmeklasse dpg 400 beskrivelse Diriger opkald til Unified CM PSTN-trunk-opkalds-peer 400

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex: 

     opkaldspeerstemme 100 destinationsdpg 300 opkaldspeerstemme 300 destinationsdpg 100

    Her er en forklaring af felterne til konfigurationen:

    bestemmelsessted dpg 300

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

  4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

     opkaldspeerstemme 200 destinationsdpg 400 opkaldspeerstemme 400 destinationsdpg 200

    Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

Overvågning og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den lokale Cisco IOS XE-baserede gateway og genererer e-mail-, syslog- eller terminalmeddelelsesunderretning om begivenheden. Du kan også installere diagnosticeringssignaturer for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen, så problemer hurtigere kan blive løst.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om problemudløserbegivenheder og -handlinger til at informere, fejlfinde og udbedre problemet. Brug syslog-meddelelser, SNMP-begivenheder og gennem periodiske overvågning af specifikke vis kommandooutputs til at definere logikken for problemregistrering. Handlingstyperne inkluderer:

  • Indsamler vis kommandooutputs

  • Genererer en konsolideret logfil

  • Overførsel af filen til en netværksplacering, som f.eks. HTTPS, SCP, FTP-server

TAC-ingeniører forfatter DS-filer og digitalt underskrive den for integritetsbeskyttelse. Hver DS-fil har det unikke numeriske id tildelt af systemet. Diagnostic Signatures Lookup Tool (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke DS-filen, som du downloader fra DSLT. De filer, du modificerer, installeres ikke på grund af fejl i integritetskontrollen.

  • En enkel Mail Transfer Protocol (SMTP)-server, som du kræver, at den lokale gateway sender e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du vil bruge den sikre SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway med IOS XE 17.6.1 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, du bruger til at sende proaktiv underretning, hvis enheden kører IOS XE 17.6.1 eller højere.

     konfigurer e-mailserver til terminalopkald :@ prioritet 1 sikker tls ende

  3. Konfigurer miljøvariablen ds_email med e-mailadressen på administratoren, så du kan underrette dig.

     Konfigurer terminal Call-Home diagnostic-signature Local Gateway(cfg-call-home-diag-sign)miljø ds_email  afslutning

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

Denne DS sporer 5-sekunders CPU-udnyttelse ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlfindinger og afinstallerer alle diagnostiske signaturer, som du installerer i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

  1. Sørg for, at du aktiverede SNMP ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen for SNMP-serveradministrator .

     vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serveradministrator slutshow snmp chassis: ABCDEFGHIGK 149655 SNMP-pakker indtastning      0 fejl i dårlig SNMP-version      1 Ukendt fællesnavn      0 Ulovlig handling for det angivne fællesskabsnavn      0 kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Get-anmodning-PDU'er 138 Get-next-PDU'er      2 PDU'er for Set-anmodning      0 indgangskø-pakkestørrelser (maks. køstørrelse 1000) 158277 SNMP-pakker udgang      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 fejl i dårlige værdier      0 generelle fejl 7998 Response PDU'er 10280 Trap PDU'er Pakker i øjeblikket i SNMP-procesinput-kø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE-virksomhed i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Højt CPU-forbrug med e-mailmeddelelse

  3. Kopiér DS XML-filen til den lokale gateways flash.

    Kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering af filen fra en FTP-server til den lokale gateway.

    Kopiér ftp://bruger:pwd@192.0.2.12/DS_64224.xml bootflash:  Adgang til ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 bytes] 3571 bytes kopieret i 0,064 sek (55797 bytes/sek)

  4. Installer DS XML-filen på den lokale gateway.

     Call-home diagnostic-signaturbelastning DS_64224.xml-indlægsfil DS_64224.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi. 

     vis diagnosticering af hjem-opkald-signatur Aktuelle indstillinger for diagnosticering-signatur:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Download diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-07 22:05:33

    Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Hvis det er nødvendigt, skal du geninstallere DS 64224 for at fortsætte med at overvåge høj CPU-udnyttelse på den lokale gateway.

Overvågning af unormale opkald afbryder

Denne DS bruger SNMP-meningsmåling hvert 10. minut til at registrere unormal opkaldsafbrydelse med SIP-fejl 403, 488 og 503. Hvis stigningen i fejltællingen er større end eller lig med 5 fra den sidste meningsmåling, genererer den en syslog- og e-mailmeddelelse. Brug trinene nedenfor til at installere signaturen.

  1. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen for SNMP-serveradministrator . 

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serveradministrator slutshow snmp chassis: ABCDEFGHIGK 149655 SNMP-pakker indtastning      0 fejl i dårlig SNMP-version      1 Ukendt fællesnavn      0 Ulovlig handling for det angivne fællesskabsnavn      0 kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Get-anmodning-PDU'er 138 Get-next-PDU'er      2 PDU'er for Set-anmodning      0 indgangskø-pakkestørrelser (maks. køstørrelse 1000) 158277 SNMP-pakker udgang      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 fejl i dårlige værdier      0 generelle fejl 7998 Response PDU'er 10280 Trap PDU'er Pakker i øjeblikket i SNMP-procesinput-kø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Registrering af SIP-unormalt opkaldsopkald med e-mail- og Syslog-underretning.

  3. Kopiér DS XML-filen til den lokale gateway.

    Kopiér ftp://brugernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen på den lokale gateway. 

     Call-home diagnostic-signaturbelastning DS_65221.xml-indlægsfil DS_65221.xml lykkedes

  5. Brug kommandoen vis diagnosticerings-signatur til at bekræfte, at signaturen er installeret. Statuskolonnen skal have værdien "registreret".

Installer diagnostiske signaturer for at fejlse et problem

Du kan også bruge diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC-ingeniører har oprettet flere signaturer, der aktiverer de nødvendige fejlfinding, der er påkrævet for at fejlfinde et givet problem, registrere problemhændelsen, indsamle det rigtige sæt diagnostiske data og overføre data automatisk til Cisco TAC-sagen. Dette fjerner behovet for at kontrollere problemhændelsen manuelt og gør fejlfinding af periodiske og kortvarige problemer meget nemmere.

Du kan bruge diagnosticeringssignaturopslagsopslagsværktøjet til at finde de relevante signaturer og installere dem til selv at løse et givet problem, eller du kan installere signaturen, som anbefales af TAC-teknikeren som en del af supportengagementet.

Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen “%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): UDFØRING=1.1.181.1.29.0" syslog og automatisere diagnosticeringsdataindsamling ved hjælp af følgende trin:

  1. Konfigurer en anden DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverstien (cxd.cisco.com) for at overføre diagnosticeringsdataene. Brugernavnet i filstien er sagsnummeret, og adgangskoden er filoverførselstokenet, der kan hentes fra Support Case Manager som vist i følgende. Filoverførselstokenet kan oprettes i afsnittet Vedhæftede vedhæftede filer i Support Case Manager som påkrævet. 

     Konfigurer terminal Call-Home diagnostic-signature Local Gateway(cfg-call-home-diag-sign)miljø ds_fsurl_prefix "scp://:@cxd.cisco.com" ende

    Eksempel: 

     Call-home diagnostic-signature miljø ds_fsurl_prefix " miljø ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen for SNMP-serveradministrator .

     vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serveradministrator ende

  3. Vi anbefaler, at du installerer High CPU monitoring DS 64224 som et proaktivt mål for at deaktivere alle fejlfindinger og diagnosticeringssignaturer i løbet af den høje CPU-udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400-ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

    Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

  5. Kopiér DS XML-filer til den lokale gateway.

     Kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:  kopiér ftp://brugernavn:password@/DS_65095.xml bootflash:

  6. Installer den høje CPU-overvågnings-DS 64224 og derefter DS 65095 XML-fil i den lokale gateway. 

     Call-home diagnostic-signaturbelastning DS_64224.xml Belastningsfil DS_64224.xml Success call-home diagnostic-signaturbelastning DS_65095.xml Belastningsfil DS_65095.xml succes

  7. Bekræft, at signaturen blev installeret ved hjælp af show call-home diagnostic-signature. Statuskolonnen skal have værdien "registreret". 

     vis diagnosticering af hjem-opkald-signatur Aktuelle indstillinger for diagnosticering-signatur:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-08:00:07:45

    65095

    00:12:53

    LGW_LGW_C_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08:00:12:53

Bekræft afvikling af diagnostiske signaturer

I følgende kommando, kolonnen "Status" for kommandoen vis call-home diagnostisk-signatur ændringer til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af show call-home diagnostic-signature statistics er den bedste måde til at verificere, om en diagnostisk signatur registrerer en begivenhed af interesse og udførte handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den angivne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at påvise en begivenhed, og om signaturen afinstallerer sig selv efter at påvise det maksimale antal udløste begivenheder. 

vis diagnosticering af hjem-opkald-signatur Aktuelle indstillinger for diagnosticering-signatur:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Downloadede diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

2020-11-08 00:07:45

65095

S_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

vis call-home diagnostisk-signatur-statistik

DS-id

DS-navn

Udløst/Maks./Afinstaller

Gennemsnitlig kørselstid (sekunder)

Maks. kørselstid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

S_LGW_IEC_Call_spike_threshold

1/20/ÅR

23.053

23.053

Den e-mailunderretning, der sendes under afvikling af diagnosesignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og vis kommandooutputs, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Brug de diagnostiske signaturer til fejlfindingsformål, der typisk defineres til afinstallation efter påvisning af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra resultatet af vis call-home diagnosticeringssignatur og køre følgende kommando:

diagnosticering af hjem-opkald-signatur afinstaller

Eksempel:

afinstallering af diagnosticering-signatur 64224

Nye signaturer tilføjes regelmæssigt til værktøjet Diagnosticeringssignaturopslag på baggrund af problemer, der observeres i udrulninger. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.