07. august 2026 | 2716 visning(er) | 0 personer mente dette var nyttig
Konfigurere lokal gateway på Cisco IOS XE for Webex Calling
list-menuTilbakemelding?
Når du har konfigurert Webex Calling for organisasjonen din, kan du konfigurere en trunk for å koble den lokale gatewayen til Webex Calling. SIP TLS-transport sikrer trunken mellom den lokale gatewayen og Webex-skyen. Mediene mellom den lokale gatewayen og Webex Calling bruker SRTP.

Oversikt

Webex Calling støtter for øyeblikket to versjoner av lokal gateway:

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokale kravene til PSTN (Public Switched Telephone Network) og LGW (Local Gateway) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling for mer informasjon.

  • Denne artikkelen forutsetter at en dedikert Local Gateway-plattform er på plass uten eksisterende talekonfigurasjon. Hvis du endrer en eksisterende PSTN-gateway eller CUBE Enterprise-distribusjon til bruk som lokal gateway-funksjon for Webex Calling, må du være nøye med konfigurasjonen. Sørg for at du ikke avbryter eksisterende anropsflyter og funksjonalitet på grunn av endringene du gjør.

Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan finne ut mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Webex Managed Gateways Command Reference med mindre annet er angitt (i så fall går kommandokoblingene til Cisco IOS Voice Command Reference). Du kan få tilgang til alle disse veiledningene ved Cisco Unified Border Element Command References.

For informasjon om støttede tredjeparts SBC-er, se den respektive produktreferansedokumentasjonen.

Konfigurere din lokale gateway

Det finnes to alternativer for å konfigurere den lokale gatewayen for Webex Calling-trunken:

  • Registreringsbasert bagasjerom

  • Sertifikatbasert bagasjerom

Bruk oppgaveflyten enten under Registration-based Local Gateway eller Certificate-based Local Gateway for å konfigurere lokal gateway for Webex Calling-trunken.

Se Kom i gang med lokal gateway for mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av kommandolinjegrensesnittet (CLI). Vi bruker SIP-transport (Session Initiation Protocol) og TLS-transport (Transport Layer Security) for å sikre trunken og SRTP-protokollen (Secure Real Time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling.

Viktige hensyn

Lokal gateway for Webex for Government støtter ikke følgende:

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Bruk følgende alternativ for å konfigurere lokal gateway for Webex Calling-trunken i Webex for Government:

  • Sertifikatbasert bagasjerom

Bruk oppgaveflyten under Certificate-based Local Gateway for å konfigurere den lokale gatewayen for Webex Calling-trunken. Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurere Webex Calling-sertifikatbasert trunk.

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chifre for å støtte lokal gateway for Webex for Government. Hvis ikke, mislykkes samtaleoppsettet. For konfigurasjonsdetaljer, se Configure Webex Calling certificate-based trunk.

Webex for Government støtter ikke registreringsbasert lokal gateway.

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en registrerende SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklasseleiere: Brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute ved hjelp av en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Call routing from/to PSTN to/from Webex Calling configuration solution

Selv om IP og SIP har blitt standardprotokollene for PSTN-trunker, brukes TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye og støttes med Webex Calling-trunker. For å muliggjøre medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, er det for øyeblikket nødvendig å bruke en tostrenget samtalerutingsprosess. Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker som vist på bildet nedenfor.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor.

The host names, IP addresses, and interfaces used in Call routing configuration solutions

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

  • Trinn 1: Konfigurer tilkobling og sikkerhet for ruteren ved baseline

  • Trinn 2: Konfigurere Webex Calling-trunk

    Avhengig av hvilken arkitektur du trenger, følger du enten:

  • Trinn 3: Konfigurere lokal gateway med SIP PSTN-trunk

  • Trinn 4: Konfigurer Local Gateway med et eksisterende Unified CM-miljø

    Eller:

  • Trinn 3: Konfigurere lokal gateway med TDM PSTN-trunk

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle registreringsbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. Cisco IOS 17.12.2 eller nyere anbefales. Se siden Cisco Software Research for anbefalte versjoner. Søk etter plattformen og velg en av de foreslåtte versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere og bekrefte følgende:

    • NTP

    • Acler

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen.

Når du konfigurerer leietakersiden for å koble til Webex Calling, støttes bare SRV-baserte adresser.

Konfigurasjon

1

Sørg for at du tilordner gyldige og rutingsbare IP-adresser til et hvilket som helst lag 3-grensesnitt, for eksempel:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Beskytt registrering og STUN-legitimasjon på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:


key config-key password-encrypt YourPassword
password encryption aes

3

Opprett et PKI-klareringspunkt for plassholder.

Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – som kreves for en sertifikatbasert trunk.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktiver TLS1.2 eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Oppdater transportparametrene for å sikre en pålitelig, sikker tilkobling for registrering:

Filen cn-san-validate server kommandoen sikrer at den lokale gatewayen tillater en tilkobling, hvis vertsnavnet som er konfigurert i leietakeren 200, er inkludert i enten CN- eller SAN-feltene i sertifikatet mottatt fra den utgående proxyen.

  1. Angi tcp-retry count til 1000 (5-msek multippel = 5 sekunder).

  2. Filen timer connection establish kommando lar deg justere hvor lenge LGW venter på å konfigurere en tilkobling til en proxy før du vurderer det neste tilgjengelige alternativet. Standard for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi og øk om nødvendig for å imøtekomme nettverksforholdene.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Installer Cisco root CA-pakken, som inkluderer IdenTrust Commercial Root CA1-sertifikatet som brukes av Webex Calling. Bruke crypto pki trustpool import clean url kommando for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA-klareringsutvalg, og deretter installere den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer registreringsbasert trunk for Webex Calling
1

Opprett en registreringsbasert PSTN-trunk for en eksisterende plassering i Control Hub. Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Detaljene som er uthevet i illustrasjonen, brukes i konfigurasjonstrinnene i denne håndboken. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

PSTN trunk registered
2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Her er en forklaring på feltene for konfigurasjonen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverk som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer den lokale gatewayen alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Som standard er statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen klarert. Det er ikke nødvendig å legge til disse IP-adressene i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene til det regionale Webex Calling-datasenteret i listen. Hvis du vil ha mer informasjon, kan du se Portreferanseinformasjon for Webex Calling. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

    Hvis LGW er bak en brannmur med begrenset kjegle-NAT, foretrekker du kanskje å deaktivere listen over klarerte IP-adresser på grensesnittet vendt mot Webex Calling. Brannmuren beskytter deg allerede mot uønsket innkommende VoIP. Deaktiver handling reduserer konfigurasjonskostnadene på lengre sikt, fordi vi ikke kan garantere at adressene til Webex Calling-noder forblir faste, og du må uansett konfigurere brannmuren for noder.

mode border-element

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

media statistics

Aktiverer medieovervåking på den lokale gatewayen.

media bulk-stats

Gjør det mulig for kontrollplanet å avstemme dataplanet for statistikk for masseanrop.

Hvis du vil ha mer informasjon om disse kommandoene, kan du se Media.

allow-connections sip to sip

Aktiver CUBE grunnleggende SIP tilbake-til-tilbake-funksjonalitet for brukeragent. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

stun

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se stun flytdata agent-ID og stun flytdata delt-hemmelig.

asymmetric payload full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. For mer informasjon, se asymmetrisk nyttelast.

early-offer forced

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig-tilbud.

3

Konfigurer voice class codec 100 tillater bare G.711 kodeker for alle trunker. Denne enkle tilnærmingen er egnet for de fleste distribusjoner. Om nødvendig kan ytterligere kodektyper som støttes av både opprinnelige og avsluttende systemer, legges til i listen.

Mer komplekse løsninger som involverer transkoding ved hjelp av DSP-moduler støttes, men er ikke inkludert i denne veiledningen. 


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

Her er en forklaring på feltene for konfigurasjonen:

voice class codec 100

Brukes til bare å tillate foretrukne kodeker for SIP trunk-anrop. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

4

Konfigurer voice class stun-usage 100 for å aktivere ICE på Webex Calling-trunken.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun usage ice lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se taleklasse stun bruk og stun bruk is lite.

Medieoptimalisering forhandles der hvor det er mulig. Hvis en samtale krever skymedietjenester, for eksempel opptak, kan ikke mediet optimaliseres.

5

Konfigurer policyen for mediekryptering for Webex-trafikk.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

voice class srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar-meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, kan du se taleklasse srtp-crypto.

6

Konfigurer et mønster for å identifisere anrop til en lokal gateway-trunk basert på parameteren for destinasjonskanalen: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Her er en forklaring på feltene for konfigurasjonen:

voice class uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av trunkens OTG/DTG-verdi som ble oppgitt i Control Hub da trunken ble opprettet. For mer informasjon, se taleklasse-uri.

7

Konfigurer sip profile 100, som brukes til å endre SIP-meldinger før de sendes til Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-topptekster som brukes til samtalesignalisering, bruker SIP i stedet for SIP-skjemaet, som Webex-proxyer krever. Konfigurering av CUBE til å bruke SIP sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-toppteksten slik at den inkluderer OTG/DTG-identifikatoren for trunkgruppen fra Control Hub for å unikt identifisere et lokalt gateway-nettsted i en bedrift.

USA eller kanadisk PSTN-leverandør kan tilby innringer-ID-verifisering for søppelanrop og svindelanrop, med den ekstra konfigurasjonen som er nevnt i Søppelanrop eller svindelanrop i Webex Calling-artikkelen.

8

Konfigurer Webex Calling-trunk:

  1. Opprett voice class tenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Spesielt vil trunkregistreringsdetaljene som er oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Oppringingsnoder tilknyttet denne leieren vil senere arve disse konfigurasjonene.

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Her er en forklaring på feltene for konfigurasjonen:

    voice class tenant 100

    Definerer et sett med konfigurasjonsparametere som bare skal brukes for Webex Calling-trunken. Hvis du vil ha mer informasjon, kan du se taleklassetenant.

    registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls

    Registrerings-server for den lokale gatewayen med registreringen satt til å oppdateres annenhver minutt (50 % av 240 sekunder). For mer informasjon, se registrator.

    Sørg for at du bruker verdien Registrer domene fra Control Hub her.

    credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks

    Legitimasjon for trunk registrering utfordring. For mer informasjon, se legitimasjon (SIP UA).

    Sørg for at du bruker verdiene for henholdsvis linje-/portverten, autentiseringsbrukernavnet og autentiseringspassordet fra Control Hub her.

    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks
    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Autentiseringsspørsmål for samtaler. Hvis du vil ha mer informasjon, kan du se autentisering (oppringingsnode).

    Sørg for at du bruker henholdsvis verdier for autentiseringsbrukernavn, autentiseringspassord og registrardomene fra Control Hub her.

    no remote-party-id

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som er aktivert ved hjelp av asserted-id pai. For mer informasjon, se ekstern part-ID.

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

    Konfigurerer SIP-målserveren for trunken. Bruk Edge proxy SRV-adressen som er oppgitt i Control Hub når du opprettet trunken.

    connection-reuse

    Bruker samme vedvarende tilkobling for registrering og samtalebehandling. Hvis du vil ha mer informasjon, kan du se tilkobling-gjenbruk.

    srtp-crypto 100

    Konfigurer foretrukne chifferpakker for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, kan du se taleklasse srtp-crypto.

    session transport tcp tls

    Angir transport til TLS. Hvis du vil ha mer informasjon, kan du se økttransport.

    no session refresh

    Deaktiverer oppdatering av SIP-økter for samtaler mellom CUBE og Webex. For mer informasjon, se øktoppdatering.

    url sips

    SRV-spørringen må være SIP-er som støttes av Access SBC. Alle andre meldinger endres til SIP av sip-profil 200.

    error-passthru

    Angir SIP-feilrespons pass-thru-funksjonalitet. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    rel1xx disable

    Deaktiverer bruk av pålitelige midlertidige svar for Webex Calling-trunken. For mer informasjon, se rel1xx.

    asserted-id pai

    (Valgfritt) Slår på behandling av P-Asserted-Identity-topptekst og kontrollerer hvordan dette brukes for Webex Calling-trunken.

    Webex Calling inkluderer PAI-topptekster (P-Asserted-Identity) i utgående INVITASJONER til den lokale gatewayen.

    Hvis denne kommandoen er konfigurert, brukes anropsinformasjon fra PAI-toppteksten til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis denne kommandoen ikke er konfigurert, brukes anropsinformasjon fra toppteksten Fra til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    For mer informasjon, se asserted-ID.

    bind control source-interface GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. For mer informasjon, se bind.

    bind media source-interface GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til WebexCalling. For mer informasjon, se bind.

    no pass-thru content custom-sdp

    Standardkommando under tenant. Hvis du vil ha mer informasjon om denne kommandoen, kan du se pass-thru content.

    sip-profiles 100

    Endrer SIP-er til SIP og endrer linje/port for INVITE- og REGISTER-meldinger som definert i sip-profiles 100. Hvis du vil ha mer informasjon, kan du se taleklasse SIP-profiler.

    outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling-tilgang SBC. Sett inn den utgående proxy-adressen som er oppgitt i Control Hub når du opprettet trunken. For mer informasjon, se utgående proxy.

    privacy-policy passthru

    Konfigurer alternativene for retningslinjene for personvernhode for at trunken skal sende personvernverdier fra mottatt melding til neste anropsstrekning. Hvis du vil ha mer informasjon, kan du se personvernerklæring.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    max-conn 250

    Begrenser antall samtidige innkommende og utgående anrop mellom LGW og Webex Calling. For registreringstrunker må den konfigurerte maksimumsverdien være 250. Bruker lavere verdi hvis det er mer hensiktsmessig for distribusjonen. Hvis du vil ha mer informasjon om samtidige anropsbegrensninger for lokal gateway, kan du se dokumentet Kom i gang med lokal gateway.

    destination-pattern BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se målmønster (grensesnitt).

    session protocol sipv2

    Angir at oppringingsnoden 100 skal håndtere SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    session target sip-server

    Angir at SIP-serveren definert i leietaker 100 er arvet og brukes som destinasjon for anrop fra denne anropsmotparten. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

    incoming uri request 100

    For å angi taleklassen som brukes til å matche en VoIP-oppringingsnode med URI-en (Uniform Resource Identifier) for et innkommende anrop. For mer informasjon, se innkommende uri.

    voice-class codec 100

    Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

    voice-class stun-usage 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et brannmurhull for medietrafikk. Hvis du vil ha mer informasjon, kan du se taleklasse stun-bruk.

    no voice-class sip localhost

    Deaktiverer erstatning av det lokale DNS-vertsnavnet i stedet for den fysiske IP-adressen i Fra-, anrops-ID- og Remote-Party-ID-hodene for utgående meldinger.

    voice-class sip tenant 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietakeren 100. Parametere kan overstyres på oppringingsnodenivå.

    srtp

    Aktiverer SRTP for anropsetappen.

    no vad

    Deaktiverer registrering av taleaktivitet.

  3. (Valgfritt) Tving samtaler til bare lyd.

    Video over Webex Calling ved bruk av lokale gateway-samtaleflyter støttes ikke. Selv om video kan fungere i noen scenarier, kan det føre til redusert kvalitet og uventet atferd. Hvis du vil fremtvinge anrop til bare lyd, bruker du følgende kommando under oppringingsnoder for Webex Calling:

    voice-class sip audio forced

    Hvis du velger å tillate video, kan det hende at samtaler ikke utføres som forventet.

9

Bruk disse kommandoene for å konfigurere nettverksenheter som CUBE og videresende SIP-hoder (Session Initiation Protocol) som enheten ikke behandler. Disse kommandoene gjør det mulig for enheten å gå gjennom SIP-topptekster som ikke støttes, inkludert topptekster for geografisk plassering og PIDF-LO (Presence Information Data Format - Location Object), på den lokale gatewayen. Denne funksjonaliteten støtter nomadiske E911-tjenester ved å sikre at kritisk stedsinformasjon oppbevares og videresendes på riktig måte.

  1. Konfigurasjon av anropsmotpart

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Oppringingsnodespesifikk konfigurasjon

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Konfigurasjon av taleklasse for bestemte topptekster

    Slik proxy topptekstene for Geo-plassering:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Bruk gjennomføringen på innkommende/utgående oppringingsnode

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    For å aktivere gjennomføring av PIDFO-skroget, bruker du:

    
voice service voip 
 sip 
  pass-thru content unsupp

Etter at du har definert leietakeren 100 og konfigurerer en SIP VoIP-oppringingsnode, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer tilgangs-SBC sitt sertifikat til den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling-tilgang ved hjelp av CA-rotbunten som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og Webex Calling-tilgang SBC. Den lokale gatewayen kan deretter bruke denne sikre tilkoblingen til å registrere seg hos Webex Access SBC. Når registreringen blir utfordret for godkjenning:

  • Filen username, passwordog realm parametere fra credentials konfigurasjon brukes i svaret.

  • Endringsreglene i SIP-profilen 100 brukes til å konvertere SIPS URL tilbake til SIP.

Registreringen er vellykket når en 200 OK mottas fra tilgangs SBC.

Flytdiagram over godkjenning og registrering av Webex Calling med lokal gateway

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling-trunken. CUBE støtter sikker samtaleruting.

Hvis du bruker en TDM/ISDN PSTN-trunk, går du til neste del Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP-gatewayer, kan du se Konfigurere ISDN PRI.

1

Konfigurer følgende URI for taleklasse for å identifisere innkommende anrop fra PSTN-trunken:


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

voice class uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du IP-adressen til IP PSTN-gatewayen. For mer informasjon, se taleklasse-uri.

2

Konfigurer følgende oppringingsnode for IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

destination-pattern BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se målmønster (grensesnitt).

session protocol sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

session target ipv4: 192.168.80.13

Angir måladressen for samtaler som sendes til PSTN-leverandøren. Dette kan enten være en IP-adresse eller et DNS-vertsnavn. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

incoming uri via 200

Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av topptekstURI-en INVITE VIA. Hvis du vil ha mer informasjon, kan du se innkommende URL.

voice-class sip asserted-id pai

(Valgfritt) Slår på P-Asserted-Identity-topptekstbehandlingen og kontrollerer hvordan dette brukes for PSTN-trunken. Hvis denne kommandoen brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden for de utgående topptekstene Fra og P-Asserted-Identity. Hvis denne kommandoen ikke brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden til topptekstene Fra og Ekstern part-ID. Hvis du vil ha mer informasjon, kan du se SIP-asserted-ID.

bind control source-interface  GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. For mer informasjon, se bind.

bind media source-interface  GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. For mer informasjon, se bind.

voice-class codec 100

Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

no vad

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

3

Hvis du konfigurerer den lokale gatewayen til bare å rute samtaler mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting. Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett oppringingsnodegrupper for å rute samtaler til Webex Calling eller PSTN. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på innkommende oppringingsnode fra PSTN. Definer på samme måte DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på innkommende oppringingsnode fra Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Her er en forklaring på feltene for konfigurasjonen:

    dial-peer 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. For mer informasjon, se voice-class dpg.

  2. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til PSTN og fra PSTN til Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destination dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for din PSTN-tjeneste med ruting av tilbakeringing for å tillate medieoptimalisering på Webex-anropsstrekningen.

Hvis du ikke trenger optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-oppringingsnode (som vist i trinn 2 og 3) i stedet for PSTN VoIP-oppringingsnode.

1

Konfigurasjonen av oppringingsnode for loop-back bruker oppringingsnodegrupper og koder for samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette løkker for oppringingsruting. Konfigurer følgende oversettelsesregler som vil bli brukt til å legge til og fjerne taggene for samtaleruting:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Her er en forklaring på feltene for konfigurasjonen:

voice translation-rule

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting. Tall over ti år («A») brukes til å gi klarhet i feilsøking.

I denne konfigurasjonen brukes koden som er lagt til av oversettelsesprofilen 100 til å veilede anrop fra Webex Calling til PSTN via tilbakeringingsnodene. På samme måte brukes koden som er lagt til av oversettelsesprofilen 200 til å lede samtaler fra PSTN til Webex Calling. Oversettelsesprofiler 11 og 12 fjerner disse kodene før du sender anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i formatet +E.164. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til et eller flere nasjonale eller internasjonale rutingssiffer når koden fjernes. Bruk sifre som passer til din lokale ISDN nasjonale ringeplan.

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du reglene 100 og 12 for å legge til og fjerne henholdsvis rutingskoden.

Hvis du vil ha mer informasjon, kan du se taleoversettelsesprofil og taleoversettelsesregel.

2

Konfigurer porter for TDM-talegrensesnitt etter behov av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, kan du se Konfigurere ISDN PRI. Den grunnleggende konfigurasjonen av et primærhastighets ISDN-grensesnitt installert i NIM-sporet 2 på en enhet kan for eksempel inneholde følgende:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurer følgende oppringingsnode for TDM PSTN:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

destination-pattern BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se målmønster (grensesnitt).

translation-profile incoming 200

Tilordner oversettelsesprofilen som vil legge til en kode for samtaleruting til det innkommende oppringte nummeret.

direct-inward-dial

Viderekobler anropet uten sekundær ringetone. Hvis du vil ha mer informasjon, kan du se direkte innkommende oppringing.

port 0/2/0:15

Den fysiske taleporten som er tilknyttet denne oppringingsnoden.

4

For å aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, kan du endre samtalerutingen ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende oppringingsnoder for loopback. I dette tilfellet vil alle innkommende anrop først bli rutet til oppringingsnode 10 og derfra til enten oppringingsnode 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden vil anrop bli rutet til den utgående trunken ved hjelp av oppringingsnodegrupper.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Her er en forklaring på feltene for konfigurasjonen: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definerer en VoIP-oppringingsnode og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

translation-profile incoming 11

Bruk den tidligere definerte oversettelsesprofilen for å fjerne taggen for anropsruting før den går videre til den utgående trunken.

destination-pattern BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se målmønster (grensesnitt).

session protocol sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

session target ipv4: 192.168.80.14

Angir den lokale rutergrensesnittet som anropsmål for tilbakeringing. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

bind control source-interface  GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes gjennom tilbakeringingsløkken. For mer informasjon, se bind.

bind media source-interface  GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes gjennom loop-back. For mer informasjon, se bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

codec g711alaw

Tvinger alle PSTN-samtaler til å bruke G.711. Velg en lov eller u-lov som samsvarer med kompanderingsmetoden som brukes av din ISDN-tjeneste.

no vad

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

5

Legg til følgende konfigurasjon for samtaleruting:

  1. Opprett oppringningsnodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene, via loop-back.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Her er en forklaring på feltene for konfigurasjonen:

    dial-peer 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. For mer informasjon, se voice-class dpg.

  2. Bruk oppringingsnodegrupper for å rute samtaler.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    destination dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.
Konfigurer Local Gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

Når du oppretter Webex Calling-kanalen i Unified CM, må du sørge for at du konfigurerer den innkommende porten i innstillingene for sikkerhetsprofil for SIP-kanalen til 5065. Dette tillater innkommende meldinger på port 5065 og fyller ut VIA-toppteksten med denne verdien når du sender meldinger til den lokale gatewayen.

Enter SIP trunk security profile information
1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.


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 på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

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

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip host ucmsub5.mydomain.com 192.168.80.65

IP-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en VoIP-oppringingsnode med koden 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    destination-pattern BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    session protocol sipv2

    Angir at oppringingsnoden 300 skal håndtere SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    session target dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    incoming uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeporten 5065 til denne oppringingsnoden. For mer informasjon, se innkommende uri.

    voice-class codec 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

    bind control source-interface GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. For mer informasjon, se bind.

    bind media source-interface GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. For mer informasjon, se bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    no vad

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en VoIP-oppringingsnode med en kode på 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    destination-pattern BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    session protocol sipv2

    Angir at oppringingsnoden 400 skal håndtere SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    session target dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    incoming uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeporten 5060 til denne oppringingsnoden. For mer informasjon, se innkommende uri.

    voice-class codec 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

    bind control source-interface GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. For mer informasjon, se bind.

    bind media source-interface GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. For mer informasjon, se bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    no vad

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med outbound dial-peer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med outbound dial-peer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på feltene for konfigurasjonen:

    dial-peer  100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. For mer informasjon, se voice-class dpg.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destination dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostiske signaturer (DS) oppdager proaktivt observerte problemer i IOS XE-basert lokal gateway og genererer e-post, syslog eller terminalmelding om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som skal utføres for å informere, feilsøke og rette opp problemet. Du kan definere problemgjenkjenningslogikken ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av bestemte visningskommandoer.

Handlingstypene inkluderer innsamling av vis kommandoutganger:

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS-, SCP-, FTP-server.

TAC-ingeniører forfatter DS-filene og signerer dem digitalt for integritetsbeskyttelse. Hver DS-fil har en unik numerisk ID tilordnet av systemet. Oppslagsverktøy for diagnostikksignaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du starter:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer, mislykkes i installasjonen på grunn av integritetskontrollfeilen.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at lokal gateway skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du vil bruke den sikre SMTP-serveren til e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1a eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren som skal brukes til å sende proaktiv varsel hvis enheten kjører Cisco IOS XE 17.6.1a eller nyere.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Følgende viser en eksempelkonfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com ved hjelp av Gmail som den sikre SMTP-serveren:

Vi anbefaler at du bruker Cisco IOS XE Bengaluru 17.6.x eller nyere versjoner.

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

En lokal gateway som kjører på Cisco IOS XE-programvare, er ikke en typisk nettbasert Gmail-klient som støtter OAuth, så vi må konfigurere en bestemt Gmail-kontoinnstilling og gi spesifikk tillatelse til å få e-posten fra enheten behandlet riktig:

  1. Gå til Manage Google Account > Security og slå på Less secure app access innstilling.

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail om at «Google forhindret noen i å logge på kontoen din med apper som ikke tilhører Google».

Installere diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

Denne DS-en sporer CPU-utnyttelsen i fem sekunder ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer som er installert i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Bruke show snmp kommando for å aktivere SNMP. Hvis du ikke aktiverer det, må du konfigurere snmp-server manager kommando.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 64224 ved hjelp av følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til lokal gateway. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installer DS XML-filen i den lokale gatewayen.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Bruke show call-home diagnostic-signature kommando for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Last ned diagnostikksignaturer:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    00.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av registrering av SIP-stamtavle

Denne DS-en sjekker for avregistrering av en lokal gateway SIP-trunk med Webex Calling-sky hvert 60 sekund. Når avregistreringshendelsen er oppdaget, genererer den en e-post og syslog-varsling og avinstallerer seg selv etter to avregistreringshendelser. Bruk trinnene nedenfor for å installere signaturen:

  1. Last ned DS 64117 ved hjelp av følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsling.

  2. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Installer DS XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Bruke show call-home diagnostic-signature kommando for å bekrefte at signaturen er installert. Statuskolonnen må ha en "registrert" verdi.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503.  Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Bruke show snmp kommando for å sjekke om SNMP er aktivert. Hvis den ikke er aktivert, må du konfigurere snmp-server manager kommando. 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtale koble deteksjon med e-post og Syslog varsling.

  3. Kopier DS XML-filen til den lokale gatewayen. 

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Bruke show call-home diagnostic-signature kommando for å bekrefte at signaturen er installert. Statuskolonnen må ha en "registrert" verdi.

Installere diagnosesignaturer for å feilsøke et problem

Bruk diagnosesignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har laget flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn riktig sett med diagnosedata og overføre dataene automatisk til Cisco TAC-saken. Diagnostikksignaturer (DS) eliminerer behovet for å manuelt sjekke om problemet oppstår, og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke Oppslagsverktøy for diagnostikksignaturer til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: CCAPI: Intern feil (grenseverdi for anropstopp): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en ekstra DS-miljøvariabel ds_fsurl_prefix som er banen til Cisco TAC-filserveren (cxd.cisco.com) som de innsamlede diagnostikkdataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager i følgende kommando. Filopplastingstokenet kan genereres i Vedlegg-delen av Support Case Manager etter behov. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Eksempel: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Påse at SNMP er aktivert ved hjelp av show snmp kommando. Hvis den ikke er aktivert, må du konfigurere snmp-server manager kommando.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Sørg for å installere DS for overvåking av høy CPU 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer under perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogger

    Problemtype

    Syslog - %VOICE_IEC-3-GW: CCAPI: Intern feil (grenseverdi for anropstopp): IEC=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installer overvåking av høy CPU-nivå DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Kontroller at signaturen er installert ved hjelp av show call-home diagnostic-signature kommando. Statuskolonnen må ha en "registrert" verdi. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    00.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_terskel

    00.12

    Registrert

    2020-11-08

Kontrollere kjøring av diagnosesignaturer

I følgende kommando, kolonnen «Status» i show call-home diagnostic-signature kommandoen endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgangen av show call-home diagnostic-signature statistics er den beste måten å bekrefte om en diagnostisk signatur oppdager en hendelse av interesse og utfører handlingen. Kolonnen «Utløst/maks/avinstaller» angir antall ganger den angitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

00.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_terskel

00.12

Kjører

2020-11-08 00:12:53

Vis statistikk over diagnosesignaturer for anrop

DS-ID

DS-navn

Utløst/maks/avinstallering

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0. 000

0. 000

65095

DS_LGW_IEC_Call_spike_terskel

1/20/Y

23. 053

23. 053

E-postvarselet som sendes under kjøring av diagnosesignatur, inneholder nøkkelinformasjon, for eksempel problemtype, enhetsdetaljer, programvareversjon, kjørende konfigurasjon og vis kommandoutdata som er relevante for å feilsøke det gitte problemet.

Avinstaller diagnosesignaturer

Bruk Diagnosesignaturer til feilsøkingsformål defineres vanligvis til å avinstalleres etter at enkelte problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, må du hente DS ID-en fra utdata fra show call-home diagnostic-signature kommando og kjør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer legges til i oppslagsverktøyet for diagnosesignaturer med jevne mellomrom, basert på problemer som ofte observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å lage nye egendefinerte signaturer.

Administrere og validere Cisco IOS XE Gateways gjennom Control Hub

For bedre administrasjon av Cisco IOS XE Gateways anbefaler vi at du registrerer og administrerer gatewayene gjennom Control Hub. En valgfri konfigurasjon. Når du er registrert, kan du bruke alternativet for konfigurasjonsvalidering i Control Hub til å validere konfigurasjonen av den lokale gatewayen og identifisere eventuelle konfigurasjonsproblemer. For øyeblikket støtter bare registreringsbaserte trunker denne funksjonaliteten.

For mer informasjon, se følgende:

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en sertifikatbasert, felles TLS (mTLS) SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • tenanter for taleklasse: Brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute ved hjelp av en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Call routing from/to PSTN to/from Webex Calling configuration solution

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr en Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor. Alternativer er gitt for offentlig eller privat (bak NAT) adressering. SRV DNS-oppføringer er valgfrie, med mindre belastningen balanseres på tvers av flere CUBE-forekomster.

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle sertifikatbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. Cisco IOS XE 17.12.2 eller nyere anbefales. Se siden Cisco Software Research for anbefalte versjoner. Søk etter plattformen og velg en av de foreslåtte versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

    • For krav med høy kapasitet kan du også kreve en HSEC-lisens (High Security) og ekstra gjennomstrømningsrettigheter.

      Se Autorisasjonskoder for mer informasjon.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere og bekrefte følgende:

    • NTP

    • Acler

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Lokale gateway-adresser for fullstendig kvalifiserte domenenavn (FQDN) eller tjenesteoppføring (SRV) som er konfigurert i Control Hub, må løses til en offentlig IPv4-adresse på Internett.

  • Alle SIP- og medieporter på det lokale gateway-grensesnittet vendt mot Webex må være tilgjengelige fra Internett, enten direkte eller via statisk NAT. Sørg for at du oppdaterer brannmuren tilsvarende.

  • Følg de detaljerte konfigurasjonstrinnene nedenfor for å installere et signert sertifikat på den lokale gatewayen:

    • En offentlig sertifiseringsinstans (CA) som beskrevet i Hvilke rotsertifiseringsinstanser støttes for samtaler til Cisco Webex lyd- og videoplattformer? må signere enhetssertifikatet.

    • Sertifikater som kun inneholder EKU (Server Authentication Extended Key Usage) støttes. Webex Calling validerer eller håndhever ikke tilstedeværelsen av klientautentisering EKU under etablering av TLS-håndtrykk.

      Noen tredjeparts Session Border Controllers (SBC) kan håndheve streng EKU-validering og kan avvise sertifikater som ikke inkluderer klientautentisering EKU. I slike tilfeller må du kontrollere at SBC er konfigurert til å godta sertifikater med kun servergodkjenning EKU eller til å deaktivere streng EKU-validering (hvis støttet).

    • Sertifikatemnets vanlige navn (CN) eller et av emnets alternative navn (SAN) må være det samme som FQDN som er konfigurert i Control Hub.

      Når du kjøper et sertifikat med Common Name (CN) eller Subject Alternative Name (SAN), må du kontrollere at sertifikatet kun bruker små bokstaver. I Control Hub-konfigurasjonen konverteres alle FQDN-oppføringer automatisk til små bokstaver, og eventuelle manglende samsvar mellom FQDN og sertifikatet vil forhindre vellykket trunkregistrering.

      For eksempel:

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har cube1.lgw.com:5061 som FQDN for den lokale gatewayen, må CN eller SAN i rutersertifikatet inneholde cube1.lgw.com. 

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse for lokale gatewayer som kan nås fra trunken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Postene som SRV-adressen løses til (CNAME, A-post eller IP-adresse), er valgfrie i SAN.

      • Enten du bruker en FQDN eller SRV for trunken, må kontaktadressen for alle nye SIP-dialoger fra den lokale gatewayen bruke navnet som er konfigurert i Control Hub.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen. Denne pakken inkluderer CA-rotsertifikatet som brukes til å bekrefte Webex-plattformen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og rutingsbare IP-adresser til et hvilket som helst lag 3-grensesnitt, for eksempel:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Beskytt STUN-legitimasjonen på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:


key config-key password-encrypt YourPassword
password encryption aes
3

Opprett et krypteringsklareringspunkt med et sertifikat for domenet ditt, signert av en støttet sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende kjøringskommando.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Bruk følgende konfigurasjonskommandoer til å opprette et klareringspunkt for sertifikatet, og angi feltverdiene som skal brukes i forespørselen om sertifikatsignering: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Merknader for sertifikatfelt:

    • fqdn: Dette er ikke et obligatorisk felt for Webex Calling. Angi denne konfigurasjonen til «ingen» for å ikke inkludere dette feltet i sertifikatsigneringsforespørselen. Hvis du trenger å inkludere et FQDN ved hjelp av denne kommandoen, har det ingen innvirkning på den lokale gateway-operasjonen.

    • emnenavn: For å validere anrop fra en lokal gateway, må Webex samsvare FQDN i SIP-kontaktoverskrifter med de som er inkludert enten i attributtet Common Name (CN) eller feltet Subject Alternative Name (SAN) i SBC-sertifikatet. Emnefeltet må inneholde minst ett CN-attributt, og kan inneholde andre attributter etter behov. Hvis du vil ha mer informasjon, kan du se emnenavn.

    • Subjekt-alt-navn: Feltet Subject Alternative Name (SAN) i SBC-sertifikatet kan inneholde en liste over ytterligere FQDN-er. Webex sjekker denne listen for å validere SIP-kontaktoverskriften i meldinger fra den lokale gatewayen hvis sertifikatets Subject CN-attributt ikke samsvarer.

    • Hash: Det anbefales at sertifikatsigneringsforespørsler (CSR) signeres ved hjelp av SHA256. Cisco IOS XE 17.11.1 bruker denne algoritmen som standard, og for tidligere utgivelse bruker du hash-kommandoen.

  3. Generer sertifikatsigneringsforespørsel (CSR) med følgende kjør- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    crypto pki enroll LGW_CERT

4

Oppgi sertifikatet for den mellomliggende signeringsinstansen for å godkjenne vertssertifikatet. Skriv inn følgende kjør- eller konfigurasjonskommando:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

5

Importer det signerte vertssertifikatet ved hjelp av følgende kjør- eller konfigurasjonskommando:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

6

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt som skal brukes for taleprogrammer ved hjelp av følgende konfigurasjonskommandoer:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Installer Cisco root CA-pakken, som inkluderer IdenTrust Commercial Root CA 1-sertifikatet som brukes av Webex Calling. Bruke crypto pki trustpool import clean url url kommando for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA-klareringsutvalg, og deretter installere den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http client proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer sertifikatbasert trunk for Webex Calling
1

Opprett en CUBE-sertifikatbasert PSTN-trunk for et eksisterende sted i Control Hub. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

Noter trunkinformasjonen om oppretting av trunken. Disse detaljene, som fremhevet i illustrasjonen nedenfor, brukes i konfigurasjonstrinnene i denne håndboken.

CUBE sertifikatbasert PSTN-trunkgruppe opprettes

2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Her er en forklaring på feltene for konfigurasjonen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverksenheter som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer en lokal gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Som standard er statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen klarert. Du trenger ikke å legge til disse IP-adressene i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene for ditt regionale Webex Calling-datasenter i listen. Se Portreferanseinformasjon for Webex Calling for mer informasjon. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

  • Hvis du vil ha mer informasjon om hvordan du bruker en klarert liste over IP-adresser for å forhindre svindel med avgift, kan du se klarert IP-adresse.

mode border-element

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

allow-connections sip to sip

Aktiver CUBE grunnleggende SIP tilbake til tilbake-brukeragent-funksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

stun

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

Disse globale stun-kommandoene kreves bare når du distribuerer den lokale gatewayen bak NAT.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se stun flytdata agent-ID og stun flytdata delt-hemmelig.

asymmetric payload full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. For mer informasjon om denne kommandoen, se asymmetrisk nyttelast.

early-offer forced

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig-tilbud.

sip-profiles inbound

Gjør det mulig for CUBE å bruke SIP-profiler til å endre meldinger etter hvert som de mottas. Profiler brukes gjennom oppringingsnoder eller leietakere.

3

Konfigurer voice class codec 100 tillater bare G.711 kodeker for alle trunker. Denne enkle tilnærmingen er egnet for de fleste distribusjoner. Hvis det er nødvendig, kan du legge til flere kodektyper som støttes av både opprinnelige og avsluttende systemer i listen.

Mer komplekse løsninger som involverer transkoding ved hjelp av DSP-moduler støttes, men er ikke inkludert i denne veiledningen. 


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

Her er en forklaring på feltene for konfigurasjonen:

voice class codec 100

Brukes til bare å tillate foretrukne kodeker for SIP trunk-anrop. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

4

Konfigurer voice class stun-usage 100 for å aktivere ICE på Webex Calling-trunken. (Dette trinnet gjelder ikke for Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun usage ice lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se taleklasse stun bruk og stun bruk is lite.

Filen stun usage firewall-traversal flowdata kommando kreves bare når du distribuerer den lokale gatewayen bak NAT.

Medieoptimalisering forhandles der hvor det er mulig. Hvis en samtale krever skymedietjenester, for eksempel opptak, kan ikke mediet optimaliseres.

5

Konfigurer policyen for mediekryptering for Webex-trafikk. (Dette trinnet gjelder ikke for Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

voice class srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar-meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, kan du se taleklasse srtp-crypto.

6

Konfigurer FIPS-kompatible GCM-chifre (Dette trinnet gjelder kun for Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring på feltene for konfigurasjonen:

voice class srtp-crypto 100

Angir GCM som chifferserie som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chifre for lokal gateway for Webex for Government.

7

Konfigurer et mønster for å unikt identifisere anrop til en lokal gateway-trunk basert på destinasjonens FQDN eller SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

voice class uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du trunken FQDN eller SRV som er konfigurert i Control Hub for trunken.

Ved konfigurasjon på leietakersiden av sertifikatbaserte trunker for Webex Calling må du bare bruke SRV-basert Webex Calling Edge-adresse på den lokale gatewayen. FQDN-er støttes ikke lenger.

8

Konfigurer profiler for SIP-meldingsmanipulering. Hvis gatewayen din er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Her er en forklaring på feltene for konfigurasjonen:

regler 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må «Kontakt»-hodet i en SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-navnet som brukes for en klynge av enheter.

9

Hvis gatewayen er konfigurert med en privat IP-adresse bak statisk NAT, konfigurerer du innkommende og utgående SIP-profiler som følger. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen, "10.80.13.12" er grensesnittet-IP-adressen som er vendt mot Webex Calling, og "192.65.79.20" er NAT offentlig IP-adresse.

SIP-profiler for utgående meldinger til Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring på feltene for konfigurasjonen:

rules 10 and 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må «Kontakt»-hodet i SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-navnet som brukes for en klynge av enheter.

rules 30 to 81

Konverter private adressereferanser til den eksterne offentlige adressen for nettstedet, slik at Webex kan tolke og rute etterfølgende meldinger riktig.

SIP-profil for innkommende meldinger fra Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring på feltene for konfigurasjonen:

rules 10 to 80

Konverter referanser for offentlig adresse til den konfigurerte private adressen, slik at CUBE kan behandle meldingene fra Webex.

Hvis du vil ha mer informasjon, kan du se taleklasse SIP-profiler.

USA eller kanadisk PSTN-leverandør kan tilby innringer-ID-verifisering for søppelanrop og svindelanrop, med den ekstra konfigurasjonen som er nevnt i Søppelanrop eller svindelanrop i Webex Calling-artikkelen.

10

Konfigurer en SIP Options holder live med endringsprofilen for toppteksten.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Her er en forklaring på feltene for konfigurasjonen:

voice class sip-options-keepalive 100

Konfigurerer en opprettholdelsesprofil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tiden (i sekunder) da en SIP Out of Dialog Options Ping sendes til oppringingsmålet når hjerteslagtilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne opprettholdelsesprofilen utløses fra oppringingsnoden som er konfigurert mot Webex.

For å sikre at kontaktoverskrifter inkluderer SBC fullt kvalifisert domenenavn, brukes SIP-profil 115. Reglene 30, 40 og 50 kreves bare når SBC er konfigurert bak statisk NAT.

I dette eksemplet er cube1.lgw.com FQDN valgt for den lokale gatewayen, og hvis statisk NAT brukes, er "10.80.13.12" SBC-grensesnittet IP-adressen mot Webex Calling, og "192.65.79.20" er NAT offentlig IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opprett voice class tenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Oppringingsnoder tilknyttet denne leieren arver senere disse konfigurasjonene:

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Her er en forklaring på feltene for konfigurasjonen:

    voice class tenant 100

    Vi anbefaler at du bruker leietakere til å konfigurere trunker, som har sitt eget TLS-sertifikat og CN- eller SAN-valideringsliste. Her inneholder tls-profilen som er knyttet til leieren, klareringspunktet som skal brukes til å godta eller opprette nye tilkoblinger, og har CN- eller SAN-listen for å validere innkommende tilkoblinger. Hvis du vil ha mer informasjon, kan du se taleklassetenant.

    no remote-party-id

    Deaktiver SIP Remote-Party-ID (RPID)-toppteksten da Webex Calling støtter PAI, som er aktivert ved hjelp av en asserted-id pai kommando. For mer informasjon, se ekstern part-ID.

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

    Konfigurerer SIP-målserveren for trunken. Bruk Edge proxy SRV-adressen som er oppgitt i Control Hub når du opprettet trunken

    srtp-crypto 100

    Konfigurerer foretrukne chifferpakker for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). For mer informasjon, se taleklasse srtp-crypto.

    localhost dns: cube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID i utgående meldinger med det angitte FQDN. Bruk trunken FQDN eller SRV som er konfigurert i Control Hub for trunken her.

    session transport tcp tls

    Angir transport til TLS for tilknyttede oppringingsnoder. Hvis du vil ha mer informasjon, kan du se økttransport.

    no session refresh

    Deaktiverer oppdatering av SIP-økter for samtaler mellom CUBE og Webex. For mer informasjon, se øktoppdatering.

    error-passthru

    Angir SIP-feilrespons pass-thru-funksjonalitet. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    rel1xx disable

    Deaktiverer bruk av pålitelige midlertidige svar for Webex Calling-trunken. For mer informasjon, se rel1xx.

    asserted-id pai

    (Valgfritt) Slår på behandling av P-Asserted-Identity-topptekst og kontrollerer hvordan dette brukes for Webex Calling-trunken.

    Webex Calling inkluderer PAI-topptekster (P-Asserted-Identity) i utgående INVITASJONER til den lokale gatewayen.

    Hvis denne kommandoen er konfigurert, brukes anropsinformasjon fra PAI-toppteksten til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis denne kommandoen ikke er konfigurert, brukes anropsinformasjon fra toppteksten Fra til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    For mer informasjon, se asserted-ID.

    bind control source-interface GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. For mer informasjon, se bind.

    bind media source-interface GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til Webex Calling. For mer informasjon, se bind.

    voice-class sip profiles 100

    Bruker endringsprofilen for toppteksten (offentlig IP- eller NAT-adressering) for utgående meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    voice-class sip profiles 110 inbound

    Kun for LGW-distribusjoner bak NAT: Bruker endringsprofilen for topptekst som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    privacy-policy passthru

    Konfigurerer CUBE til å sende personvernhoder fra mottatt melding til neste anropsstrekning på en gjennomsiktig måte. Hvis du vil ha mer informasjon, kan du se personvernerklæring.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

    destination-pattern BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Du kan bruke et hvilket som helst gyldig målmønster i dette tilfellet. Hvis du vil ha mer informasjon, kan du se målmønster (grensesnitt).

    session protocol sipv2

    Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    session target sip-server

    Angir at SIP-serveren definert i leietaker 100 er arvet og brukes som destinasjon for anrop fra denne anropsmotparten.

    incoming uri request  100

    Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av toppteksten INVITER FORESPØRSEL. For mer informasjon, se innkommende uri.

    voice-class codec 100

    Angir kodektfilterliste for samtaler til og fra Webex Calling. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

    voice-class stun-usage 100

    Tillater at lokalt genererte STUN-forespørsler fra den lokale gatewayen sendes over den forhandlede mediebanen. STUN-pakker hjelper med å åpne et hull for brannmur for medietrafikk og oppdage gyldige baner for medieoptimalisering.

    voice-class sip tenant 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietakeren 100. Parametere kan overstyres på oppringingsnodenivå. Hvis du vil ha mer informasjon, kan du se sip-leier for taleklasse.

    voice-class sip options-keepalive profile 100

    Denne kommandoen overvåker tilgjengeligheten til en gruppe SIP-servere eller endepunkter ved hjelp av en bestemt profil (100).

    srtp

    Aktiverer SRTP for anropsetappen.

  3. (Valgfritt) Tving samtaler til bare lyd.

    Video over Webex Calling ved bruk av lokale gateway-samtaleflyter støttes ikke. Selv om video kan fungere i noen scenarier, kan det føre til redusert kvalitet og uventet atferd. Hvis du vil fremtvinge anrop til bare lyd, bruker du følgende kommando under oppringingsnoder for Webex Calling:

    voice-class sip audio forced

    Hvis du velger å tillate video, kan det hende at samtaler ikke utføres som forventet.

12

(Valgfritt) Bruk disse kommandoene for å konfigurere nettverksenheter som CUBE og videresende SIP-hoder (Session Initiation Protocol) som enheten ikke behandler. Disse kommandoene gjør det mulig for enheten å gå gjennom SIP-topptekster som ikke støttes, inkludert topptekster for geografisk plassering og PIDF-LO (Presence Information Data Format - Location Object), på den lokale gatewayen. Denne funksjonaliteten støtter nomadiske E-911-tjenester ved å sikre at kritisk stedsinformasjon oppbevares og videresendes på riktig måte.

  1. Konfigurasjon av anropsmotpart

    Voice service voip
 sip
  pass-thru headers unsupp

  2. Spesifikk konfigurasjon for oppringingsnode

    
Dial-peer voice 911 voip
 voice-class sip pass-thru headers unsupp

  3. Konfigurasjon av taleklasse for bestemte topptekster

    Slik proxy topptekstene for Geo-plassering:

    
voice class sip-hdr-passthrulist 200 
 passthru-hdr Geolocation-Routing
 passthru-hdr Geolocation
 passthru-hdr-unsupp

    Bruk gjennomføringen på innkommende/utgående oppringingsnode

    
dial-peer voice 100 voip  // inbound
 voice-class sip pass-thru headers 200
dial-peer voice 200 voip  // outbound
 voice-class sip pass-thru headers 200

    For å aktivere gjennomføring av PIDFO-skroget, bruker du:

    
voice service voip 
 sip 
  pass-thru content unsupp
Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling-trunken. CUBE støtter sikker samtaleruting.

Hvis du bruker en TDM/ISDN PSTN-trunk, går du til neste del Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP-gatewayer, kan du se Konfigurere ISDN PRI.

1

Konfigurer følgende URI for taleklasse for å identifisere innkommende anrop fra PSTN-trunken:


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

voice class uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du IP-adressen til IP PSTN-gatewayen. For mer informasjon, se taleklasse-uri.

2

Konfigurer følgende oppringingsnode for IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

destination-pattern BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se målmønster (grensesnitt).

session protocol sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

session target ipv4: 192.168.80.13

Angir måladressen for samtaler som sendes til PSTN-leverandøren. Dette kan enten være en IP-adresse eller et DNS-vertsnavn. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

incoming uri via 200

Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av topptekstURI-en INVITE VIA. Hvis du vil ha mer informasjon, kan du se innkommende URL.

voice-class sip asserted-id pai

(Valgfritt) Slår på P-Asserted-Identity-topptekstbehandlingen og kontrollerer hvordan dette brukes for PSTN-trunken. Hvis denne kommandoen brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden for de utgående topptekstene Fra og P-Asserted-Identity. Hvis denne kommandoen ikke brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden til topptekstene Fra og Ekstern part-ID. Hvis du vil ha mer informasjon, kan du se SIP-asserted-ID.

bind control source-interface  GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. For mer informasjon, se bind.

bind media source-interface  GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. For mer informasjon, se bind.

voice-class codec 100

Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

no vad

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

3

Hvis du konfigurerer den lokale gatewayen til bare å rute samtaler mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting. Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett oppringingsnodegrupper for å rute samtaler til Webex Calling eller PSTN. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på innkommende oppringingsnode fra PSTN. Definer på samme måte DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på innkommende oppringingsnode fra Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Her er en forklaring på feltene for konfigurasjonen:

    dial-peer 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. For mer informasjon, se voice-class dpg.

  2. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til PSTN og fra PSTN til Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destination dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for din PSTN-tjeneste med ruting av tilbakeringing for å tillate medieoptimalisering på Webex-anropsstrekningen.

Hvis du ikke trenger optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-oppringingsnode (som vist i trinn 2 og 3) i stedet for PSTN VoIP-oppringingsnode.

1

Konfigurasjonen av oppringingsnode for loop-back bruker oppringingsnodegrupper og koder for samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette løkker for oppringingsruting. Konfigurer følgende oversettelsesregler som vil bli brukt til å legge til og fjerne taggene for samtaleruting:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Her er en forklaring på feltene for konfigurasjonen:

voice translation-rule

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting. Tall over ti år («A») brukes til å gi klarhet i feilsøking.

I denne konfigurasjonen brukes koden som er lagt til av oversettelsesprofilen 100 til å veilede anrop fra Webex Calling til PSTN via tilbakeringingsnodene. På samme måte brukes koden som er lagt til av oversettelsesprofilen 200 til å lede samtaler fra PSTN til Webex Calling. Oversettelsesprofiler 11 og 12 fjerner disse kodene før du sender anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i formatet +E.164. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til et eller flere nasjonale eller internasjonale rutingssiffer når koden fjernes. Bruk sifre som passer til din lokale ISDN nasjonale ringeplan.

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du reglene 100 og 12 for å legge til og fjerne henholdsvis rutingskoden.

Hvis du vil ha mer informasjon, kan du se taleoversettelsesprofil og taleoversettelsesregel.

2

Konfigurer porter for TDM-talegrensesnitt etter behov av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, kan du se Konfigurere ISDN PRI. Den grunnleggende konfigurasjonen av et primærhastighets ISDN-grensesnitt installert i NIM-sporet 2 på en enhet kan for eksempel inneholde følgende:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurer følgende oppringingsnode for TDM PSTN:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

destination-pattern BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se målmønster (grensesnitt).

translation-profile incoming 200

Tilordner oversettelsesprofilen som vil legge til en kode for samtaleruting til det innkommende oppringte nummeret.

direct-inward-dial

Viderekobler anropet uten sekundær ringetone. Hvis du vil ha mer informasjon, kan du se direkte innkommende oppringing.

port 0/2/0:15

Den fysiske taleporten som er tilknyttet denne oppringingsnoden.

4

For å aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, kan du endre samtalerutingen ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende oppringingsnoder for loopback. I dette tilfellet vil alle innkommende anrop først bli rutet til oppringingsnode 10 og derfra til enten oppringingsnode 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden vil anrop bli rutet til den utgående trunken ved hjelp av oppringingsnodegrupper.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Her er en forklaring på feltene for konfigurasjonen: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definerer en VoIP-oppringingsnode og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

translation-profile incoming 11

Bruk den tidligere definerte oversettelsesprofilen for å fjerne taggen for anropsruting før den går videre til den utgående trunken.

destination-pattern BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se målmønster (grensesnitt).

session protocol sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

session target ipv4: 192.168.80.14

Angir den lokale rutergrensesnittet som anropsmål for tilbakeringing. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

bind control source-interface  GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes gjennom tilbakeringingsløkken. For mer informasjon, se bind.

bind media source-interface  GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes gjennom loop-back. For mer informasjon, se bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

codec g711alaw

Tvinger alle PSTN-samtaler til å bruke G.711. Velg en lov eller u-lov som samsvarer med kompanderingsmetoden som brukes av din ISDN-tjeneste.

no vad

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

5

Legg til følgende konfigurasjon for samtaleruting:

  1. Opprett oppringningsnodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene, via loop-back.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Her er en forklaring på feltene for konfigurasjonen:

    dial-peer 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. For mer informasjon, se voice-class dpg.

  2. Bruk oppringingsnodegrupper for å rute samtaler.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    destination dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.
Konfigurer Local Gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.


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 på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

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

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip host ucmsub5.mydomain.com 192.168.80.65

IP-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en VoIP-oppringingsnode med koden 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    destination-pattern BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    session protocol sipv2

    Angir at oppringingsnoden 300 skal håndtere SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    session target dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    incoming uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeporten 5065 til denne oppringingsnoden. For mer informasjon, se innkommende uri.

    voice-class codec 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

    bind control source-interface GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. For mer informasjon, se bind.

    bind media source-interface GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. For mer informasjon, se bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    no vad

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en VoIP-oppringingsnode med en kode på 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    destination-pattern BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    session protocol sipv2

    Angir at oppringingsnoden 400 skal håndtere SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    session target dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    incoming uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeporten 5060 til denne oppringingsnoden. For mer informasjon, se innkommende uri.

    voice-class codec 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, kan du se kodek for taleklasse.

    bind control source-interface GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. For mer informasjon, se bind.

    bind media source-interface GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. For mer informasjon, se bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    no vad

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med outbound dial-peer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med outbound dial-peer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på feltene for konfigurasjonen:

    dial-peer  100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. For mer informasjon, se voice-class dpg.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destination dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk Local Gateway med diagnostiske signaturer

Diagnostiske signaturer (DS) oppdager proaktivt vanlige problemer i Cisco IOS XE-basert lokal gateway og genererer e-post, syslog eller terminalmelding om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostiske data og overføre innsamlede data til Cisco TAC-tilfellet for å få fart på oppløsningstiden.

Diagnosesignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og løse problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutganger for å definere problemdeteksjonslogikken. Handlingstypene inkluderer:

  • Samle inn vis kommandoutganger

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerdefinert nettverksplassering, for eksempel HTTPS, SCP, FTP-server

TAC-ingeniører forfatter DS-filer og signerer dem digitalt for integritetsbeskyttelse. Hver DS-fil har den unike numeriske ID-en som er tildelt av systemet. Oppslagsverktøy for diagnostikksignaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du starter:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer, mislykkes i installasjonen på grunn av integritetskontrollfeilen.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at lokal gateway skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du vil bruke den sikre SMTP-serveren til e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren du bruker til å sende proaktiv varsel hvis enheten kjører IOS XE 17.6.1 eller nyere.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Konfigurer miljøvariabelen ds_email med e-postadressen til administratoren som skal varsle deg.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Installere diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

Denne DS-en sporer 5 sekunders CPU-utnyttelse ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer du installerer i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Påse at du aktiverte SNMP ved hjelp av kommandoen show snmp. Hvis SNMP ikke er aktivert, konfigurer du snmp-server manager kommando.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 64224 ved hjelp av følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel

    Download DS 64224 from Diagnostic Signatures Lookup tool

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til lokal gateway.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installer DS XML-filen i den lokale gatewayen.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Bruke show call-home diagnostic-signature kommando for å bekrefte at signaturen er installert. Statuskolonnen må ha en "registrert" verdi. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Last ned diagnostikksignaturer:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    00.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av unormale frakoblinger av anrop

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503.  Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen show snmp. Hvis SNMP ikke er aktivert, konfigurerer du snmp-server manager kommando. 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtale koble deteksjon med e-post og Syslog varsling.

  3. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Bruk kommandoen show call-home diagnostic-signature for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

Installere diagnosesignaturer for å feilsøke et problem

Du kan også bruke diagnosesignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har laget flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn riktig sett med diagnosedata og overføre dataene automatisk til Cisco TAC-saken. Dette eliminerer behovet for å kontrollere problemet manuelt og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke Oppslagsverktøy for diagnostikksignaturer til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: CCAPI: Intern feil (grenseverdi for anropstopp): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en annen DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverbane (cxd.cisco.com) for å laste opp diagnostikkdataene. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager som vist nedenfor. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager, etter behov.

    The file upload token generated in the Attachments section of the Support Case Manager
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Eksempel: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen show snmp. Hvis SNMP ikke er aktivert, konfigurerer du snmp-server manager kommando.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Vi anbefaler at du installerer overvåking av høy CPU 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer i perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogger

    Problemtype

    Syslog - %VOICE_IEC-3-GW: CCAPI: Intern feil (grenseverdi for anropstopp): IEC=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installer høy CPU-overvåking DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Kontroller at signaturen er installert ved hjelp av show call-home diagnostic-signature. Statuskolonnen skal ha en «registrert» verdi. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    00.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_terskel

    00.12

    Registrert

    2020-11-08:00:12:53

Kontrollere kjøring av diagnosesignaturer

I følgende kommando, «Status»-kolonnen i kommandoen show call-home diagnostic-signature endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgangen av show call-home diagnostic-signature statistics er den beste måten å bekrefte om en diagnostisk signatur oppdager en hendelse av interesse og utførte handlingen. Kolonnen «Utløst/maks/avinstaller» angir antall ganger den angitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

00.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_terskel

00.12

Kjører

2020-11-08 00:12:53

Vis statistikk over diagnosesignaturer for anrop

DS-ID

DS-navn

Utløst/maks/avinstallering

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/N

0. 000

0. 000

65095

DS_LGW_IEC_Call_spike_terskel

1/20/Y

23. 053

23. 053

E-postvarselet som sendes under kjøring av diagnosesignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørende konfigurasjon og vis kommandoutganger som er relevante for å feilsøke det gitte problemet.

Notification email that is sent during Diagnostic Signature execution

Avinstaller diagnosesignaturer

Bruk diagnosesignaturene til feilsøkingsformål defineres vanligvis for å avinstallere etter at enkelte problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, må du hente DS ID-en fra utdata fra show call-home diagnostic-signature og kjør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer legges til i verktøyet for oppslag av diagnosesignaturer med jevne mellomrom, basert på problemer som observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å lage nye egendefinerte signaturer.

Var denne artikkelen nyttig?
Var denne artikkelen nyttig?
PriserWebex-appMøterCallingMeldingerSkjermdeling
Webex SuiteCallingMøterMeldingerSlidoNettseminarEventsKontaktsenterCPaaSSikkerhetControl Hub
HodesettKameraerSkrivebord-serienRomserieTavleserieTelefonserieTilbehør
UtdanningHelsetjenesterRegjeringFinansSport og underholdningFrontlineIdeelle organisasjonerOppstartsbedrifterHybridarbeid
NedlastingerBli med på et testmøteNettbaserte timerIntegreringerTilgjengelighetInkluderingDirektesendte og nedlastbare webinarerWebex-fellesskapetWebex-utviklereNyheter og innovasjoner
CiscoKontakt supportKontakt salgWebex BlogWebex-tankelederskapWebex-varebutikkKarrierer
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Vilkår og betingelserPersonvernerklæringInformasjonskapslerVaremerker
©2026 Cisco og/eller tilknyttede selskaper. Med enerett.
Vilkår og betingelserPersonvernerklæringInformasjonskapslerVaremerker