Opgaveflow til konfigurationsopgave af lokal gateway

Der er to muligheder for at konfigurere den lokale gateway til din Webex Calling bagagerum:

  • Registreringsbaseret trunk

  • Certifikatbaseret trunk

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

Før du begynder

  • Forstå kravene til lokalt baseret PSTN(Public Switched Telephone Network) og lokal gateway (LGW) for Webex Calling . Se Cisco Preferred Architecture til Webex Calling for yderligere oplysninger.

  • Denne artikel forudsætter, at der er installeret en dedikeret lokal gateway-platform uden eksisterende talekonfiguration. Hvis du ændrer en eksisterende PSTN-gateway eller lokal gateway-virksomhedsinstallation til brug som den lokale gatewayfunktion for Webex Calling , og vær derefter meget opmærksom på konfigurationen. Sørg for, at du ikke afbryder de eksisterende opkaldsstrømme og -funktionalitet på grund af de ændringer, du foretager.

  • Opret en trunk i Control Hub, og tildel den til placeringen. Se Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling for yderligere oplysninger.


 
Procedurerne indeholder links til kommandoreferencedokumentation, hvor du kan lære mere om de enkelte kommandomuligheder. Alle kommandoreferencelinks går til Kommandoreference for Webex administrerede gateways medmindre andet er angivet (i så fald går kommandolinkene til Cisco IOS -reference til talekommandoer ). Du kan få adgang til alle disse vejledninger i Cisco Unified Border Element Command References.

For oplysninger om tredjeparters SBC'er henvises til den respektive produktreferencedokumentation.


 

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

Før du begynder

  • Sørg for, at følgende grundlæggende platformskonfiguration, som du konfigurerer, er konfigureret i henhold til politikker og procedurer i din organisation:

    • NTP'er

    • ACL'er

    • Aktivér adgangskoder

    • Primær adgangskode

    • IP routing

    • IP adresser og så videre

  • Du kræver en understøttet version af Cisco IOS XE 16.12 eller IOS-XE 17.3 som minimum for alle lokale gateway-installationer.


 

Kun CUBE understøtter den registreringsbaserede lokale gateway. ingen andre SBC'er fra tredjeparter understøttes.

1

Sørg for, at du tildeler alle lag 3-grænseflader gyldige og dirigerbare IP -adresser:

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
ip address 192.168.43.197 255.255.255.0
2

Forkonfigurer en primær nøgle til adgangskoden ved hjælp af følgende kommandoer, før du bruger i legitimationsoplysninger og delte hemmeligheder. Du krypterer Type 6-adgangskoder ved hjælp af AES-kryptering og brugerdefineret primærnøgle.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Konfigurer IP -navneserveren til at aktivere DNS -opslag og ping for at sikre, at der er adgang til serveren. Den lokale gateway bruger DNS til at Webex Calling -proxyadresser:

conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
4

Aktivér TLS 1.2-eksklusivitet og et standardtillidspunkt for pladsholder:

  1. Opret et pladsholder PKI-tillidspunkt, og kald det sampleTP .

  2. Tildel tillidspunktet som standardtillidspunktet for signalering under sip-ua .


     

    Sørg for, at en cn-san-validate server opretter kun den lokale gateway-forbindelse, hvis den udgående proxy, som du konfigurerer på lejer 200 (beskrevet senere) stemmer overens med den CN-SAN-liste, som du modtager fra serveren.

    Du skal bruge crypto-tillidspunktet for, at TLS kan fungere. Selvom du ikke kræver, at der er opsat et lokalt klientcertifikat (f.eks. mTLS) for forbindelsen.

  3. Aktivér v1.2-eksklusivitet for at deaktivere TLS v1.0 og v1.1.

  4. Indstil tcp-retry count til 1000 (5-msec multipler = 5 sekunder).

  5. Indstil timere-forbindelse for at oprette TLS<wait-timer in="" sec=""> . Området er 5-20 sekunder, og standarden er 20 sekunder. (LGW tager 20 sekunder om at registrere TLS forbindelsesfejl, før den forsøger at oprette forbindelse til den næste tilgængelige Webex Calling tilgå SBC. CLI'et giver administratoren mulighed for at ændre værdien for at imødekomme netværksforholdene og registrere forbindelsesfejl med Access SBC meget hurtigere).


     

    Cisco IOS XE 17.3.2 og senere version er gældende.

configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Opdater tillidspuljen for lokal gateway:

Standardtillidspuljepakken inkluderer ikke certifikaterne "DigiCert Root CA" eller "IdenTrust Commercial", som du skal bruge til at validere certifikatet på serversiden under oprettelse af TLS -forbindelse til Webex Calling.

Download den seneste version “Cisco Trusted Core Root Bundle” frahttp://www.cisco.com/security/pki/ for at opdatere tillidspuljepakken.

  1. Kontrollér, om Digi Cert-rod-CA og IdTrust Commercial-certifikater findes:

    show crypto pki trustpool | include DigiCert
  2. Hvis Digi Cert-rodCA og Id Trust Commercial-certifikater ikke findes, skal du opdatere som følger:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    end
    

     

    Alternativt kan du downloade certifikatpakken og installere den fra en lokal server eller lokal gateways flashhukommelse.

    Eksempel:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Bekræft:

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    

    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Før du begynder

Sørg for, at du fuldfører trinnene i Control Hub for at oprette en placering og tilføje en trunk for den pågældende placering. I følgende eksempel får du oplysningerne fra Control Hub.
1

Indtast følgende kommandoer for at tænde for den lokale gateway-applikation, se Oplysninger om portreference for Cisco Webex Calling for de seneste IP undernet, som du skal føje til tillidsliste:

configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
asymmetric payload full
end

Her er en forklaring af felterne til konfigurationen:

Forebyggelse af betalingssvindel

voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Aktiverer kilde- IP -adresserne for enheder, hvorfra den lokale gateway forventer legitime VoIP -opkald, som f.eks. Webex Calling peers, Unified CM -noder og IP PSTN.

  • Som standard blokerer LGW alle indgående VoIP-opkald fra IP-adresser, som ikke er på dens liste over pålidelige opkald. IP -adresser fra opkalds-peers med "sessionens mål- IP" eller servergruppe har tillid til som standard, og du behøver ikke at udfylde dem her.

  • IP -adresserne på listen skal matche IP undernettene i henhold til det regionale Webex Calling datacenter, som du tilslutter. Se flere oplysninger under Portreferenceoplysninger for Webex Calling.


     

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

  • Konfigurer andre IP -adresser på andre grænseflader, for eksempel: sørger du for at tilføje Unified CM -adresserne til de indadvendte grænseflader.

  • IP -adresser skal matche værtens IP -adresse og outbound-proxy løser til lejer 200.

    Få flere oplysninger om, hvordan du bruger en liste over pålidelige IP-adresse til at forhindre svindel med opkrævninger i IP-adresse, der er tillid til .

voice service voip
 media statistics 
 media bulk-stats 

Medie

  • Mediestatistik

    Aktiverer medieovervågning på den lokale gateway.

  • Medie-statistik

    Gør det muligt for kontrolplanet at polle dataplanet for opkaldsstatistik.

    For yderligere oplysninger om disse kommandoer, se Media.

SIP-til- SIP grundlæggende funktionalitet

allow-connections sip to sip
  • Tillad SIP-til-SIP-forbindelser.

  • Som standard tillader Cisco IOS- eller IOS XE-stemmeenheder ikke, at et indgående VoIP-ben går ud som VoIP.

    For yderligere oplysninger, se Tillad forbindelser .

Supplerende tjenesteydelser

no supplementary-service sip refer
no supplementary-service sip handle-replaces

Deaktiverer REFER og erstatter dialog- ID i erstatter header med peer-dialog- ID. For yderligere oplysninger, se Supplerende service slurk .

Faxprotokol

fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Aktiverer T.38 til faxtransport, selvom faxtrafikken ikke krypteres. For yderligere oplysninger om denne kommando, se faxprotokol t38 (taletjeneste) .

Aktivér global bedøvelse

stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Når du viderestiller et opkald til en Webex Calling bruger (f.eks. er både den part, der ringes op og den, der ringer op Webex Calling abonnenter, og hvis du forankrer medier på Webex Calling SBC), kan mediet ikke flyde til den lokale gateway, da pinhole ikke er åbent.

  • Funktionen bedøvende bindinger på den lokale gateway tillader lokalt genererede bedøvelsesanmodninger at sende via den forhandlede mediesti. Bedøvelsen hjælper med at åbne hullet i firewallen.

  • En stun-adgangskode er en forudsætning for, at den lokale gateway kan sende stun-meddelelser. Du kan konfigurere Cisco IOS/IOS XE-baserede firewalls til at søge efter adgangskoden og åbne pinholes dynamisk (f.eks. uden eksplicitte ind-ud-regler). Men for den lokale gateway-installation kan du konfigurere firewallen statisk til at åbne pinholes ind og ud baseret på Webex Calling SBC-undernet. Firewallen skal derfor behandle SBC-undernet som enhver indgående UDP pakke, hvilket udløser åbningen af pinhole uden eksplicit at se på pakkeindholdet.

For yderligere oplysninger, se bedøve flowdata-agent-id og bedøve flowdata delt-hemmelighed .

G729

sip
g729 annexb-all

Tillader alle varianter af G729. For yderligere oplysninger, se g729 annexb-alle.

SIP

early-offer forced

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

2

Konfigurer "SIP profil 200."

voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Her er en forklaring af felterne til konfigurationen:

  • regel 9

    Sikrer, at du angiver headeren som “SIP-Req-URI” og ikke “SIP-Req-URL” .

    Reglen konverterer mellem SIP URI'er og SIP URL'er, fordi Webex Calling understøtter ikke SIP URI'er i anmodnings-/svarmeddelelserne, men har brug for dem til SRV-forespørgsler, for eksempel: _sips._tcp.<outbound-proxy>.
  • regel 20

    Ændrer Fra-headeren til at inkludere trunk-gruppe OTG/DTG-parameter fra Control Hub for entydigt at identificere et lokalt gateway-websted i en virksomhed.

  • Anvender SIP -profil på taleklasselejer 200 (omtales senere) for al trafikvendt Webex Calling . For yderligere oplysninger, se sip-profiler i taleklassen .

    Få flere oplysninger om regelkommandoer i regel (regel for taleoversættelse) .

3

Konfigurer codec-profil, stun-definition og SRTP krypteringspakke.


voice class codec 99
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw 
exit
voice class srtp-crypto 200
 crypto 1 AES_CM_128_HMAC_SHA1_80
exit
voice class stun-usage 200
 stun usage firewall-traversal flowdata
 stun usage ice lite
exit

 

Forhandling og omkodning af Opus-codec er kun tilgængelig for SIP-til-SIP-opkald. For T1/E1/FXO-trunks, udelukkes codec-præference1 opus fra konfiguration af stemmeklasse-codec99 .

Her er en forklaring af felterne til konfigurationen:

  • stemmeklasse-codec99

    Tillader både g711-codecs (mu-law og a-law) til sessioner. Anvend bedøvelse på alle opkalds-peers. For yderligere oplysninger, se stemmeklasse-codec .

  • stemmeklasse srtp-krypto200

    voice class srtp-crypto 200
    crypto 1 AES_CM_128_HMAC_SHA1_80

    Angiver SHA1_ 80 som den eneste SRTP -krypteringspakke, som den lokale gateway tilbyder i SDP'et i tilbud og svar. Webex Calling understøtter kun SHA180._ Få flere oplysninger om taleklassekommandoen under taleklasse srtp-crypto .

  • Gælder Stemmeklasse-lejer200 (drøftet senere) vender mod – Webex Calling.

  • stemmeklasse støjforbrug200

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

    Definerer brug af bedøvelse. Anvender bedøvelse på alle Webex Calling -modstående (2XX-tag) opkalds-peers for at undgå no-way lyd, når en Unified CM -telefon viderestiller opkaldet til en anden Webex Calling -telefon. Se bedøve-brug firewall-traversal flowdata og brug af stun ice lite .


 

Hvis dit ankermedie på ITSP SBC'en og den lokale gateway er bag en NAT, skal du vente på den indgående mediestream fra ITSP. Du kan anvende kommandoen bedøv på opkalds-peers, der står over for ITSP.


 

Du kræver konstant brug af is-lite til opkaldsstrømme ved hjælp af mediestioptimering. Hvis du vil understøtte Cisco SIP-til-TDM-gateway til ICE-lite-baseret medieoptimering, skal du konfigurere loopback-opkalds-peer på en TDM-gateway som en løsning. Kontakt kontoen eller TAC-teams for yderligere tekniske detaljer.

4

Tilknyt Control Hub-parametre til lokal gateway-konfiguration.

Tilføj Webex Calling som lejer i den lokale gateway. Du skal konfigurere for at registrere den lokale gateway under stemmeklasselejer 200. Du skal hente elementerne i den pågældende konfiguration fra siden Trunk-info fra Control Hub som vist på følgende billede. Følgende eksempel viser, hvilke felter der er knyttet til den respektive lokale gateway-CLI.

Anvend lejer 200 til alle Webex Calling modstående opkalds-peers ( tag) i den lokale gateway-konfiguration.2xx Funktionen taleklasselejer gør det muligt at gruppere og konfigurere SIP-trunk parametre, der ellers udføres under taletjeneste VoIP og sip-ua. Når du konfigurerer en lejer og anvender den under en opkalds-peer, gælder følgende præferencerækkefølge for konfigurationer af lokal gateway:

  • Konfiguration af opkalds-peer

  • Lejerkonfiguration

  • Global konfiguration (taletjeneste VoIP / sip-ua)

5

Konfigurer stemmeklasse lejer 200 for at aktivere trunk-registrering fra lokal gateway til Webex Calling baseret på de parametre, du har hentet fra Control Hub:


 

Følgende kommandolinje og parametre er kun eksempler. Brug parametrene til din egen installation.

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  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 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Her er en forklaring af felterne til konfigurationen:

stemmeklasselejer 200

Muliggør specifikke globale konfigurationer for flere lejere på SIP -trunks, der tillader differentierede tjenester for lejere. For yderligere oplysninger, se stemmeklasse lejer .

registrator dns:40462196.cisco-bcld.com ordning slurke udløber 240 opdateringsforhold 50 tcp tls

Registratorserver for den lokale gateway med registreringen indstillet til at opdatere hvert andet minut (50 % af 240 sekunder). For yderligere oplysninger, se registrator .

legitimationsoplysningsnummer DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. Hussain6346_LGU DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. brugernavn DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. Hussain2572_LGU DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. adgangskode DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. 0 DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. migX71]~)Vmf DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. domæne DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. BredeVærker

Legitimationsoplysninger til trunk-registreringsudfordring. For yderligere oplysninger, se legitimationsoplysninger (SIP UA) .

godkendelsesbrugernavn DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. Hussain6346_LGU DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. adgangskode DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. 0 DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. migX71]~)Vmf DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. domæne DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. BredeVærker
godkendelsesbrugernavn DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. Hussain6346_LGU DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. adgangskode DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. 0 DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. migX71]~)Vmf DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. domæne DER ER INGEN TVIVL OM, HVORVIDT DER ER NOGET GALT MED DEN. 40462196.cisco-bcld.com

Godkendelsesudfordring for opkald. For yderligere oplysninger, se godkendelse (opkalds-peer) .

intet eksternt part-id

Deaktiver SIP Remote-Party- ID (RPID) header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO asserted-id pai . For yderligere oplysninger, se ekstern part-id .

forbindelse-genbrug

Bruger den samme faste forbindelse til tilmelding og opkaldsbehandling. For yderligere oplysninger, se forbindelse-genbrug .

srtp-kryptering 200

Definerer stemmeklasse srtp-kryptering 200 for at angive SHA1_80 (angivet i trin 3). For yderligere oplysninger, se taleklasse srtp-crypto.

sessionstransport tcp tls

Indstiller transport til TLS. For yderligere oplysninger, se session-transport .

url slurke

SRV-forespørgsel skal være SIP'er, som understøttes af adgangs-SBC'en. alle andre meddelelser ændres til SIP af sip-profil 200.

fejlgennemgang

Angiver pass-thru-funktionalitet for SIP -fejlsvar. For yderligere oplysninger, se fejlgennemgang .

asserted-id pai

Slår PAI-behandling til i lokal gateway. For yderligere oplysninger, se hævdet-id .

bindekontrolkilde-grænseflade GigabitEthernet0/0/1

Konfigurerer en kilde-IP-adresse til at signalere kildegrænsefladen mod Webex Calling.

bind mediekilde-grænseflade GigabitEthernet0/0/1

Konfigurerer en kilde-IP-adresse for mediekildegrænsefladen, der vender mod Webex Calling. Få flere oplysninger om bindekommandoer i binde .

intet pass-thru-indhold brugerdefineret-sdp

Standardkommando under lejer. For yderligere oplysninger om denne kommando, se videregivet indhold .

sip-profiler 200

Ændrer SIP'er til SIP og ændrer linje/port for INVITE- og REGISTER-meddelelser som defineret i sip-profiler 200 . For yderligere oplysninger, se sip-profiler i taleklassen .

udgående-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling tilgå SBC. For yderligere oplysninger, se udgående proxy .

passthru til beskyttelse af personlige oplysninger

Overfør tydeligt værdier i header for beskyttelse af personlige oplysninger fra det indgående til det udgående ben. For yderligere oplysninger, se privatlivspolitik .

Når du har defineret lejer 200 i den lokale gateway og konfigurer en SIP VoIP -opkaldspeer, starter gatewayen derefter en TLS -forbindelse mod Webex Calling , hvorefter adgangs-SBC'en præsenterer sit certifikat for den lokale gateway. Den lokale gateway validerer Webex Calling få adgang til SBC-certifikatet ved hjælp af CA-rodbundtet, der er opdateret tidligere. Etablerer en vedvarende TLS session mellem den lokale gateway og Webex Calling tilgå SBC. Den lokale gateway sender derefter et REGISTER til den adgangs-SBC, der er udfordret. Registrerings-AOR er number@domain. Nummeret er hentet fra legitimationsoplysningerne “number”-parameteren og domænet fra “registrar dns:<fqdn> ." Når tilmeldingen er udfordret:

  • Brug brugernavn, adgangskode og domæne parametre fra legitimationsoplysninger for at opbygge header og sip-profil 200.

  • Konverterer SIPS - URL - adressen tilbage til SIP.

Registreringen er gennemført, når du modtager 200 OK fra access SBC.

Denne installation kræver følgende konfiguration på den lokale gateway:

  1. Lejere i taleklasse – Du opretter andre lejere for opkalds-peers, der står over for ITSP, der svarer til lejer 200 som du opretter til Webex Calling -modstående opkalds-peers.

  2. URI'er i taleklasse – Du definerer mønstre for værts IP -adresser/-porte for forskellige trunks, der afsluttes på lokal gateway:

    • Webex Calling til LGW

    • PSTN SIP-trunk på LGW

  3. Udgående opkalds-peers – Du kan dirigere udgående opkald fra LGW til ITSP SIP-trunk og Webex Calling .

  4. DPG i taleklasse – Du kan aktivere for at målrette de udgående opkalds-peers fra en indgående opkalds-peer.

  5. Indgående opkalds-peers – Du kan acceptere indgående opkaldsben fra ITSP og Webex Calling .

Brug konfigurationerne enten til opsætning af en partnerhostet lokal gateway eller til kundewebstedsgateway, som vist i følgende billede.

1

Konfigurer følgende stemmeklasselejere:

  1. Anvend stemmeklasselejer 100 til alle udgående opkalds-peers, der vender mod IP PSTN.

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Anvend stemmeklasselejer 300 til alle indgående opkalds-peers fra IP PSTN.

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Konfigurer følgende taleklasse-URI:

  1. Definerer ITSP's IP-adresse for vært:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definer et mønster for entydigt at identificere et lokalt gateway-websted i en virksomhed baseret på Control Hubs trunk-gruppe OTG- eller DTG-parameter:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Lokal gateway understøtter i øjeblikket ikke en understregning "_ " i kampmønstret. Som en løsning kan du bruge et punktum "." (match enhver) for at matche "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
3

Konfigurer følgende udgående opkalds-peers:

  1. Udgående opkalds-peer mod IP PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad

    Her er en forklaring af felterne til konfigurationen:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    Definerer en VoIP -opkalds-peer med et mærke på 101 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destination-pattern BAD.BAD

    Tillader valg af opkaldspeer 101 . Du kan dog kalde denne udgående opkalds-peer direkte fra den indgående opkalds-peer ved hjælp af dpg-sætninger, og som tilsidesætter kriterierne for match med ciffermønstre. Du bruger et vilkårligt mønster, der er baseret på alfanumeriske cifre, der er tilladt af destinationsmønstret CLI.

    session protocol sipv2

    Angiver den pågældende opkaldspeer 101 håndterer SIP-opkald .

    session target ipv4:192.168.80.13

    Angiver destinationens IPv4-adresse, der skal sendes opkaldsben. I dette tilfælde ITSP's IP-adresse.

    voice-class codec 99

    Angiver codec-præferenceliste 99 til brug for denne opkalds-peer.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som forventet DTMF-funktion på dette opkaldsben.

    voice-class sip tenant 100

    Opkalds-peeren arver alle parametre fra lejer 100 medmindre den samme parameter er defineret under selve opkaldspeeren.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

  2. Udgående opkald, peer mod Webex Calling (Du opdaterer udgående opkaldspeer til at fungere som indgående opkaldspeer fra Webex Calling samt senere i konfigurationsvejledning).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Forklaring af kommandoer:

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

    Definerer en VoIP -opkalds-peer med et mærke på 200201 og giver en meningsfuld beskrivelse for nem administration og fejlfinding

    session target sip-server

    Angiver, at den globale SIP-server er destinationen for opkald fra denne opkalds-peer. Webex Calling server, som du definerer i lejer 200 er nedarvet for opkalds-peer 200201 .

    voice-class stun-usage 200

    Tillader lokalt genererede bedøvelsesanmodninger på den lokale gateway at sende over den forhandlede mediesti. Bedøv hjælper med at åbne hullet i firewallen.

    no voice-class sip localhost

    Deaktiverer erstatning af det lokale DNS - værtsnavn i stedet for den fysiske IP-adresse i headerne Fra, Opkalds- ID og Remote-Party- ID i udgående meddelelser.

    voice-class sip tenant 200

    Opkalds-peeren arver alle parametre fra lejer 200 (LGW <--> Webex Calling Trunk), medmindre du definerer den samme parameter under selve opkaldspeeren.

    srtp

    Aktiverer SRTP for opkaldsben.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

4

Konfigurer følgende opkalds-peer-grupper (dpg):

  1. Definerer opkalds-peer-gruppe 100. Udgående opkalds-peer 101 er målet for alle indgående opkalds-peers, der aktiverer opkalds-peer-gruppe 100. Vi ansøger DPG 100 til den indgående opkalds-peer 200201 for Webex Calling --> LGW --> PSTN sti.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Definer opkalds-peer-gruppe 200 med udgående opkalds-peer 200201 som mål for stien PSTN --> LGW --> Webex Calling. Anvend DPG 200 til den indgående opkaldspeer 100 som du definerer senere.

    voice class dpg 200
    description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
    dial-peer 200201 preference 1
    
5

Konfigurer følgende indgående opkalds-peers:

  1. Indgående opkalds-peer for indgående IP PSTN-opkaldsben:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 200
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Her er en forklaring af felterne til konfigurationen:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definerer en VoIP -opkalds-peer med et mærke på 100 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    session protocol sipv2

    Angiver den pågældende opkaldspeer 100 håndterer SIP-opkald .

    incoming uri via 100

    Angiver taleklassens uri 100 for at matche al indgående trafik fra IP PSTN til lokal gateway på en VIA-headers værts- IP-adresse. For yderligere oplysninger, se indgående URI .

    destination dpg 200

    Angiver peer-gruppe for opkald 200 for at vælge en udgående opkaldspeer. Få flere oplysninger om indstilling af en peer-gruppe for opkald under taleklasse dpg .

    voice-class sip tenant 300

    Opkalds-peeren arver alle parametre fra lejer 300 medmindre den samme parameter er defineret under selve opkaldspeeren.

    no vad

    Deaktiverer stemmeaktivitetsregistrering.

  2. Indgående opkalds-peer for indgående Webex Calling-opkaldsben:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 100
    incoming uri request 200
     

    Her er en forklaring af felterne til konfigurationen:

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

    Opdaterer en VoIP -opkalds-peer med et tag på 200201 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    incoming uri request 200

    Angiver taleklassens uri 200 til at matche al indgående trafik fra Webex Calling til LGW på det entydige dtg-mønster i anmodnings- URI, der entydigt identificerer det lokale gateway-websted i en virksomhed og i Webex Calling økosystem. For yderligere oplysninger, se indgående URI .

    destination dpg 100

    Angiver peer-gruppe for opkald 100 for at vælge en udgående opkaldspeer. Få flere oplysninger om indstilling af en peer-gruppe for opkald under taleklasse dpg .

    max-conn 250

    Begrænser antallet af samtidige opkald til 250 mellem LGW og Webex Calling , forudsat at en enkelt opkalds-peer vender Webex Calling for både indgående og udgående opkald som defineret i denne artikel. Der er flere oplysninger om grænser for samtidige opkald, der involverer lokal gateway, i dokumentet Overgang fra Unified CM til Webex Calling .

PSTN til Webex Calling

Match alle indgående IP PSTN -opkaldsben på den lokale gateway med opkaldspeer 100 for at definere et matchkriterium for VIA-headeren med IP PSTN'ens IP-adresse. DPG 200 kalder udgående opkaldspeer 200201 , der har Webex Calling server som måldestination.

Webex Calling til PSTN

Match alle indgående Webex Calling opkaldsben på den lokale gateway med peer 200201 for at definere matchkriteriet for ANMODNING URI -headermønstret med trunk-gruppe OTG/DTG-parameter, der er entydigt for denne lokale gateway-installation. DPG 100 kalder den udgående opkaldspeer 101 , der har IP PSTN IP-adresse som måldestination.

Denne installation kræver følgende konfiguration på den lokale gateway:

  1. Lejere i taleklasse –Du opretter flere lejere for opkalds-peers, der står over for Unified CM og ITSP, svarende til lejer 200 som du opretter til Webex Calling modstående opkalds-peers.

  2. URI'er i taleklasse – Du definerer et mønster for værts IP -adresser/-porte for forskellige trunks, der afsluttes på LGW fra:

    • Unified CM til LGW for PSTN destinationer

    • Unified CM til LGW for Webex Calling destinationer

    • Webex Calling til LGW-destinationer

    • PSTN SIP-trunk på LGW

  3. Servergruppe i taleklassen – Du kan målrette IP -adresser/porte for udgående trunks fra:

    • LGW til Unified CM

    • LGW til Webex Calling

    • LGW til PSTN SIP-trunk

  4. Udgående opkalds-peers – Du kan dirigere udgående opkald fra:

    • LGW til Unified CM

    • ITSP SIP-trunk

    • Webex Calling

  5. DPG i taleklasse – Du kan kalde for at målrette udgående opkalds-peers fra et indgående opkalds-peer.

  6. Indgående opkalds-peers – Du kan acceptere indgående opkaldsben fra Unified CM, ITSP og Webex Calling .

1

Konfigurer følgende stemmeklasselejere:

  1. Anvend stemmeklasselejer 100 på alle udgående opkalds-peers, der vender mod Unified CM og IP PSTN:

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Anvend stemmeklasselejer 300 på alle indgående opkalds-peers fra Unified CM og IP PSTN:

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Konfigurer følgende taleklasse-URI:

  1. Definerer ITSP's IP-adresse for vært:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definer et mønster for entydigt at identificere et lokalt gateway-websted i en virksomhed baseret på Control Hubs trunk-gruppe OTG/DTG-parameter:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    Den lokale gateway understøtter i øjeblikket ikke understregning "_ " i kampmønstret. Som en løsning kan du bruge punktum "." (match enhver) for at matche "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Definerer Unified CM-signalerende VIA-port for Webex Calling-trunken:

    voice class uri 300 sip
    pattern :5065
    
  4. Definerer Unified CM -kildesignalerings- IP og VIA-port for PSTN trunk:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Konfigurer følgende stemmeklasseservergrupper:

  1. Definerer Unified CM trunks målværts- IP-adresse og portnummer for Unified CM-gruppe 1 (5 knuder). Unified CM bruger port 5065 til indgående trafik på Webex Calling-trunk (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definerer Unified CM trunks målværts- IP-adresse og portnummer for Unified CM-gruppe 2, hvis det er relevant:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Definerer Unified CM trunks målværts- IP-adresse for Unified CM-gruppe 1 (5 knuder). Unified CM bruger standardporten 5060 til indgående trafik på PSTN-trunken. Hvis der ikke er angivet noget portnummer , kan du bruge standardporten 5060. (PSTN <--> LGW --> Unified CM)

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definerer Unified CM trunks målværts- IP-adresse for Unified CM-gruppe 2, hvis det er relevant.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Konfigurer følgende udgående opkalds-peers:

  1. Udgående opkalds-peer mod IP PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Her er en forklaring af felterne til konfigurationen:

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Definerer en VoIP -opkalds-peer med et mærke på 101 og der gives en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster BAD.BAD

    Tillader valg af opkaldspeer 101 . Du kan dog kalde den udgående opkalds-peer direkte fra den indgående opkalds-peer ved hjælp af dpg-sætninger, og dette tilsidesætter kriterierne for match med ciffermønstre. Du bruger et vilkårligt mønster, der er baseret på alfanumeriske cifre, der er tilladt af destinationsmønstret CLI.

    sessionsprotokol sipv2

    Angiver den pågældende opkaldspeer 101 håndterer SIP-opkald .

    sessionsmål ipv4:192.168.80.13

    Angiver destinationens IPv4-adresse, der skal sendes opkaldsben. (I dette tilfælde ITSP's IP-adresse.)

    stemmeklasse-codec 99

    Angiver liste over codec-præferencer 99 skal være i brug for denne opkaldspeer.

    stemmeklasse sip-lejer 100

    Opkalds-peeren arver alle parametre fra lejer 100 medmindre du definerer den samme parameter under selve opkaldspeeren.

  2. Udgående opkald, peer mod Webex Calling (Opdater den udgående opkalds-peer, så den fungerer som den indgående opkalds-peer fra Webex Calling ):

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Her er en forklaring af felterne til konfigurationen:

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

    Definerer en VoIP -opkalds-peer med et mærke på 200201 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    sessionsmål sip-server

    Angiver, at den globale SIP -server er destinationen for opkald fra opkalds-peeren 200201 . Webex Calling server, der er defineret i lejer 200 er nedarvet for opkaldspeer 200201 .

    stemmeklasse støjforbrug 200

    Tillader, at lokalt genererede bedøvelsesanmodninger sendes over den forhandlede mediesti. Bedøv hjælper med at åbne hullet i firewallen.

    ingen sip localhost i taleklassen

    Deaktiverer erstatning af det lokale DNS - værtsnavn i stedet for den fysiske IP-adresse i headerne Fra, Opkalds- ID og Remote-Party- ID i udgående meddelelser.

    stemmeklasse sip-lejer 200

    Opkalds-peeren arver alle parametre fra lejer 200 (LGW <--> Webex Calling trunk), medmindre du definerer den samme parameter under selve opkaldspeeren.

    srtp

    Aktiverer SRTP for opkaldsben.

  3. Udgående peer-opkald mod Unified CM'er Webex Calling bagagerum:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 99
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Her er en forklaring af felterne til konfigurationen:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    Definerer en VoIP -opkalds-peer med et mærke på 301 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    sessionsservergruppe 301

    I stedet for mål- IP for sessionen i opkalds-peeren peger du på en destinationsservergruppe ( servergruppe 301 for opkalds-peer 301 ) for at definere flere UCM-målknuder, selvom eksemplet kun viser en enkelt knude.

    Servergruppe i udgående opkaldspeer

    Med flere opkalds-peers i DPG'en og flere servere i opkalds-peer-servergruppen kan du opnå tilfældig fordeling af opkald på alle Unified CM opkaldsbehandling eller søge baseret på en defineret præference. Hver servergruppe kan have op til fem servere (IPv4/v6 med eller uden port). Du behøver kun en ekstra opkalds-peer og en anden servergruppe, hvis der bruges mere end fem abonnenter på opkaldsbehandling .

    For yderligere oplysninger, se Servergrupper i udgående opkalds-peers i Konfigurationsvejledning til Cisco Unified Border Element - Cisco IOS XE 17.6 og senere .

  4. Andet udgående opkaldspeer mod Unified CM'er Webex Calling trunk, hvis du har mere end 5 Unified CM -knuder:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Udgående opkalds-peer mod Unified CM's PSTN-trunk:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 99 
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Andet udgående peer-opkald mod Unified CM's PSTN -trunk, hvis du har mere end 5 Unified CM -knuder:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 99  
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
5

Konfigurer følgende opkalds-peer-gruppe:

  1. Definerer DPG 100. Udgående opkalds-peer 101 er målet for alle indgående opkalds-peers, der aktiverer opkalds-peer-gruppe 100. Vi ansøger DPG 100 til indgående opkalds-peer 302, der defineres senere for Unified CM --> LGW --> PSTN sti:

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Definer DPG 200 med udgående opkalds-peer 200201 som mål for stien Unified CM --> LGW --> Webex Calling:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Definer DPG 300 for udgående opkalds-peers 301 eller 303 for Webex Calling --> LGW --> Unified CM sti:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Definer DPG 302 til udgående opkalds-peers 305 eller 307 til stien PSTN --> LGW --> Unified CM:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
6

Konfigurer følgende indgående opkalds-peers:

  1. Indgående opkalds-peer for indgående IP PSTN-opkaldsben:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Her er en forklaring af felterne til konfigurationen:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Definerer en VoIP -opkalds-peer med et mærke på 100 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    sessionsprotokol sipv2

    Angiver den pågældende opkaldspeer 100 håndterer SIP-opkald .

    indgående uri via 100

    Angiver taleklassens uri 100 til al indgående trafik fra Unified CM til LGW på VIA-headerens værts- IP-adresse. For yderligere oplysninger, se indgående URI .

    bestemmelsessted dpg 302

    Angiver opkalds-peer-gruppe 302 for at vælge en udgående opkalds-peer. Få flere oplysninger om indstilling af en peer-gruppe for opkald under taleklasse dpg .

    stemmeklasse sip-lejer 300

    Opkalds-peeren arver alle parametre fra lejer 300 medmindre du definerer den samme parameter under selve opkaldspeeren.

  2. Indgående opkalds-peer for indgående Webex Calling-opkaldsben:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 300
    incoming uri request 200
     

    Her er en forklaring af felterne til konfigurationen:

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

    Opdaterer en VoIP -opkalds-peer med et tag på 200201 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    indgående uri-anmodning 200

    Angiver taleklassens uri 200 til al indgående trafik fra Unified CM til LGW på det entydige dtg-mønster i anmodnings- URI, der entydigt identificerer et lokalt gateway-websted i en virksomhed og i Webex Calling -økosystemet. For yderligere oplysninger, se indgående URI .

    destinationsdpg 300

    Angiver opkalds-peer-gruppe 300 for at vælge en udgående opkalds-peer. Få flere oplysninger om indstilling af en peer-gruppe for opkald under taleklasse dpg .

    Maks. 250

    Begrænser antallet af samtidige opkald til 250 mellem LGW og Webex Calling under forudsætning af et enkelt opkalds-peer-vendt Webex Calling for både indgående og udgående opkald som defineret i denne vejledning. Du kan finde flere oplysninger om grænser for samtidige opkald, der involverer lokal gateway, i dokumentet Overgang fra Unified CM til Webex Calling .

  3. Indgående opkalds-peer for indgående Unified CM-opkaldsben med Webex Calling som destination:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Her er en forklaring af felterne til konfigurationen:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

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

    indgående uri via 300

    Angiver URI 300 til al indgående trafik fra Unified CM til LGW på via-kildeporten (5065). For yderligere oplysninger, se indgående URI .

    bestemmelsessted dpg 200

    Angiver opkalds-peer-gruppe 200 for at vælge en udgående opkalds-peer. Få flere oplysninger om indstilling af en peer-gruppe for opkald under taleklasse dpg .

    stemmeklasse sip-lejer 300

    Opkalds-peeren arver alle parametre fra lejer 300 medmindre du definerer den samme parameter under selve opkaldspeeren.

  4. Indgående opkalds-peer for indgående Unified CM-opkaldsben med PSTN som destination:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Her er en forklaring af felterne til konfigurationen:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Definerer en VoIP -opkalds-peer med et mærke på 302 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    indgående uri via302

    Angiver taleklassens uri 302 til al indgående trafik fra Unified CM til LGW på via-kildeporten (5065). For yderligere oplysninger, se indgående URI .

    destinationsdpg 100

    Angiver opkalds-peer-gruppe 100 for at vælge en udgående opkalds-peer. Få flere oplysninger om indstilling af en peer-gruppe for opkald under taleklasse dpg .

    stemmeklasse sip-lejer 300

    Opkalds-peeren arver alle parametre fra lejer 300 medmindre du definerer den samme parameter under selve opkaldspeeren.

IP PSTN til Unified CM PSTN trunk

Webex Calling -platform til Unified CM Webex Calling trunk

Unified CM PSTN trunk to IP PSTN

Unified CM Webex Calling trunk til Webex Calling -platformen

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

Diagnosticeringssignaturer (DS) er XML filer, der indeholder oplysninger om hændelser, der udløser problemer, og handlinger, der skal udføres for at informere, fejlfinde og udbedre problemet. du kan definere problemregistreringslogikken ved hjælp af syslog-meddelelser, SNMP -hændelser og gennem periodisk overvågning af specifikke show-kommandoer.

Handlingstyperne omfatter indsamling af show-kommandoer:

  • Generering af en konsolideret logfil

  • Overførsel af filen til en netværksplacering, der er angivet af brugeren, såsom HTTPS, SCP, FTP -server

TAC-ingeniører opretter DS-filerne og signerer dem digitalt for at sikre integritetsbeskyttelse. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Opslagsværktøj til diagnosticering af signaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke den DS-fil, som du downloader fra DSLT . De filer, du ændrer, mislykkes i installationen på grund af fejlen i integritetskontrollen.

  • En SMTP-server (Simple Mail Transfer Protocol) skal bruges til, at den lokale gateway kan sende e-mailunderretninger.

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

Forudsætninger

Lokal gateway, der kører IOS XE 17.3.2 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard.

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

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Konfigurer miljøvariablends_email med e-mailadressen på administratoren for at underrette dig.

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

Lokal gateway, der kører 16.11.1 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard

  2. Konfigurer e-mailserveren til at sende proaktive meddelelser, hvis enheden kører en ældre version end 17.3.2.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Konfigurer miljøvariablen ds_email med e-mailadressen på den administrator, der skal underrettes.

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

Lokal gateway, der kører version 16.9.x

  1. Indtast følgende kommandoer for at aktivere diagnosticeringssignaturer.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Konfigurer e-mailserveren til at sende proaktive meddelelser, hvis enheden kører en ældre version end 17.3.2.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Konfigurer miljøvariablen ds_email med e-mailadressen på den administrator, der skal underrettes.

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

Det følgende viser et eksempel på en konfiguration af en lokal gateway, der kører på Cisco IOS XE 17.3.2 til at sende de proaktive meddelelser til tacfaststart@gmail.com bruger Gmail som den sikre SMTP-server:

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

 

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

  1. Gå til Administrer din Google konto > Sikkerhed, og aktivér Adgang for mindre sikre apps.

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

Installer diagnosticeringssignaturer til proaktiv overvågning

Overvåger høj CPU udnyttelse

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

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

    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. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU udnyttelse med e-mailbesked.

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

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

    Følgende eksempel viser kopiering af filen fra en FTP -server til den lokale 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 på den lokale gateway.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have værdien "registreret".

    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 

    Download diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    07/11 2020 22:05:33


     

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

Overvågning af SIP-trunk registrering

Denne DS kontrollerer for afregistrering af en lokal gateway SIP Trunk med Webex Calling sky hvert 60. sekund. Når afmeldingshændelsen registreres, genererer den en e-mail- og syslog-besked og afinstallerer sig selv efter to afmeldingshændelser. Følg trinene nedenfor for at installere signaturen.

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    Afmelding af SIP Trunk med e-mailbesked.

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

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
  3. Installer DS XML-filen på den lokale gateway.

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Overvågning af unormalt opkald afbrydes

Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503.  Hvis stigningen i antallet af fejl er større end eller lig med 5 fra den seneste meningsmåling, genererer den en syslog og e-mailbesked. Følg trinene nedenfor for at installere signaturen.

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

    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. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Registrering af unormalt SIP -opkald med e-mail- og Syslog-besked.

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

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Installer DS XML-filen på den lokale gateway.

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt ved hjælp af . Statuskolonnen skal have en "registreret" værdi.

Installer diagnosticeringssignaturer for at fejlfinde et problem

Brug Diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC -ingeniører har oprettet adskillige signaturer, der muliggør de nødvendige fejlretninger, der er nødvendige for at fejlfinde et givet problem, registrere problemet, indsamle det rigtige sæt af diagnosticeringsdata og overføre dataene automatisk til Cisco TAC -etuiet. Diagnosticeringssignaturer (DS) fjerner behovet for manuelt at kontrollere, om problemet er opstået, og gør fejlfinding af periodiske og forbigående problemer meget nemmere.

Du kan bruge Opslagsværktøj til diagnosticering af signaturer for at finde de relevante signaturer og installere dem for at selv løse et givet problem, eller du kan installere den signatur, der anbefales af TAC-ingeniøren som en del af supportengagementet.

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

  1. Konfigurer en ekstra DS-miljøvariabelds_fsurl_prefix som er Cisco TAC filserver (cxd.cisco.com), som de indsamlede diagnosticeringsdata overføres til. Brugernavnet i filsti er sagsnummeret, og adgangskoden er filoverførselstoken, som kan hentes fra Supportsagsadministrator i følgende kommando. Denne filoverførselstoken kan genereres i afsnittet Vedhæftede filer i Support Case Manager efter 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. Sørg for, at SNMP er aktiveret ved hjælp af vis snmp kommandoen. Hvis den ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Sørg for at installere DS 64224 til overvågning af høj CPU som en proaktiv foranstaltning for at deaktivere alle fejlretninger og diagnosticeringssignaturer i en periode med høj CPU udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU udnyttelse med e-mailbesked.

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

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

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

    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 DS 64224 til overvågning af højt CPU-forbrug og derefter DS 65095 XML-filen på den lokale gateway.

    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. Kontrollér, at signaturen er blevet installeret korrekt ved hjælp af vis diagnosticeringssignatur for opkald til hjemmet kommando. Statuskolonnen skal have en "registreret" værdi.

    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 

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    08-11-2020

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    08-11-2020

Kontrollér udførelse af diagnosticeringssignaturer

I følgende kommando vises kolonnen "Status" for vis diagnosticeringssignatur for opkald til hjemmet kommandoen ændres til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Outputtet af vis statistik for diagnosticering af opkald til hjemmebrug er den bedste måde at kontrollere, om en diagnosticeringssignatur registrerer en interessehændelse og udfører handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver det antal gange, den givne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at registrere en begivenhed, og om signaturen afinstallerer sig selv efter registrering af det maksimale antal udløste begivenheder.

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 

Downloadede diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

8/11 2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

8/11 2020 00:12:53

vis statistik for diagnosticering af opkald til hjemmebrug

DS-id

DS-navn

Udløst/maks./afinstallering

Gennemsnitlig kørselstid (sekunder)

Maks. kørselstid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Den e-mailunderretning , der sendes under udførelse af diagnosticeringssignaturen, indeholder nøgleoplysninger såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og viser kommandoudgange, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnosticeringssignaturer

Brug diagnosticeringssignaturer til fejlfindingsformål er typisk defineret til at afinstallere efter registrering af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS- ID fra outputtet på vis diagnosticeringssignatur for opkald til hjemmet kommando, og kør følgende kommando:

call-home diagnostic-signature deinstall <DS ID> 

Eksempel:

call-home diagnostic-signature deinstall 64224 

 

Nye signaturer tilføjes periodisk til Opslagsværktøj til Diagnosticeringssignaturer baseret på problemer, der ofte observeres i installationer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

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

For yderligere oplysninger henvises til følgende:

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

I dette design bruges følgende hovedkonfigurationer:

  • stemmeklasse uri: Bruges til at klassificere indgående SIP-meddelelser og vælge en indgående opkalds-peer.

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

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

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

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

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

Før du begynder

  • Opret en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Sørg især for, at følgende er konfigureret og bekræftet til at fungere korrekt:

    • NTP

    • ACL'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP routing

    • IP-adresser

  • Du skal have en understøttet minimumsversion af IOS XE 17.9 for alle installationer af lokal gateway.

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

    • Catalyst Edge 8000-seriens routere kræver DNA Essentials-licens.

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

      Se godkendelseskoder for yderligere oplysninger.

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

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

  • Installer et signeret certifikat på den lokale gateway (detaljerede konfigurationstrin er angivet nedenfor).

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

    • Den FQDN, der er konfigureret i Control Hub, skal være det fælles navn (CN) eller det alternative emnenavn (SAN) for routerens certifikat. Eksempel:

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

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

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

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

  • Overfør tillidsbundtet til den lokale gateway.

1

Sørg for, at du tildeler gyldige og omdirigerbare IP-adresser til enhver Lag 3-grænseflade, 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

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

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

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096
  2. Opret et tillidspunkt for det signerede certifikat med følgende konfigurationskommandoer:

    
    crypto pki trustpoint LGW_CERT
     enrollment terminal pem
     fqdn cube1.lgwtrunking.com
     subject-name cn=cube1.lgw.com
     subject-alt-name cube1.lgw.com
     revocation-check none
     rsakeypair lgw-key
  3. Generer CSR (Certificate Signing Request) med følgende exec- eller konfigurationskommando, og brug denne til at anmode om et signeret certifikat fra en understøttet CA-udbyder:

    crypto pki enroll LGW_CERT
3

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


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

Importer signeret værtscertifikat ved hjælp af følgende exec- eller konfigurationskommando:


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

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


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

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

crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
1

Opret en certifikatbaseret trunk ved hjælp af dit CUBE-værtsnavn/SRV i Control Hub, og tildel den til placeringen. For yderligere oplysninger, se Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling .

2

Brug konfigurationskommandoerne i følgende afsnit til at konfigurere CUBE med dine Webex Calling- og PSTN-trunks:


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
 no supplementary-service sip handle-replaces
 sip 
  early-offer forced
  asymmetric payload full
  sip-profiles inbound

Her er en forklaring af felterne til konfigurationen:

IP-adresseliste, der er tillid til

ipv4 x.x.x y.y.y

  • Definerer kildens IP-adresser for enheder, hvorfra CUBE forventer legitime VoIP-opkald.

  • Som standard blokerer CUBE alle indgående Vo-IP-meddelelser fra IP-adresser, der ikke er på sin betroede liste. Statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppe-IP-adresser er som standard betroede og føjes ikke til den pålidelige liste.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernet for dit regionale Webex Calling-datacenter til listen. Se Oplysninger om portreference for Webex Calling for yderligere oplysninger.

  • Få flere oplysninger om, hvordan du bruger en liste over pålidelige IP-adresse til at forhindre svindel med opkrævninger i IP-adresse, der er tillid til .

grænseelement for tilstand

tillad-forbindelser sip til sip

Aktivér grundlæggende CUBE-SIP-brugeragentfunktion tilbage til tilbage. For yderligere oplysninger, se Tillad forbindelser .


 

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

tidligt tilbud tvungen

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

asymmetrisk nyttelast fuld

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

3

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


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

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-codec 100

Bruges til kun at tillade foretrukne codecs for opkald via SIP-trunks. For yderligere oplysninger, se stemmeklasse-codec .


 

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

4

Konfigurer stemmeklasse stun-brug 100 for at aktivere ICE på Webex Calling-trunk.


voice class stun-usage 100 
 stun usage ice lite

Her er en forklaring af felterne til konfigurationen:

bedøvende brug af stemmeklassen 100

Bruges til at aktivere ICE-Lite for alle opkalds-peers, der vender mod Webex Calling, for at tillade medieoptimering, når det er muligt. For yderligere oplysninger, se brug af bedøvelse i stemmeklassen og bedøve brug ice lite .


 

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

5

Konfigurer politikken for mediekryptering for Webex-trafik.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-krypto 100
Angiver SHA1_80 som det eneste SRTP-krypteringsprogram-CUBE-tilbud i SDP i tilbud- og svarmeddelelser. Webex Calling understøtter kun SHA180._
For yderligere oplysninger, se taleklasse srtp-crypto .
6

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


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

Her er en forklaring af felterne til konfigurationen:

regel 10 og regel 20

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


 

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

7

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

SIP -profiler for udgående meddelelser til Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 11 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 30 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 80 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 91 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 93 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
SIP -profiler til indgående beskeder fra Webex Calling

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

For yderligere oplysninger, se sip-profiler i taleklassen .

8

Konfigurer en SIP-indstillinger keepalive med headermodifikationsprofil.


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 "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 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 af felterne til konfigurationen:

taleklasse sip-valgmuligheder-keepalive 100

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

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

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

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

9

Konfigurer URI-matchende profil til klassificering af indgående meddelelser fra Webex Calling.


voice class uri 110 sip
 pattern cube1.lgw.com

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 100 sip

Definerer FQDN-matchmønsteret for et indgående opkald fra Webex Calling. Se præference for stemmeklasse uri-sip.

10

Konfigurer Webex Calling-trunk:

  1. Vi anbefaler, at du bruger lejere til at konfigurere almindelig adfærd for opkalds-peers, der er knyttet til en bestemt trunk:

    
    voice class tenant 100
      no remote-party-id
      srtp-crypto 100
      localhost dns:cube1.lgw.com
      session transport tcp tls
      no session refresh
      error-passthru
      bind control source-interface GigabitEthernet0/0/1
      bind media source-interface GigabitEthernet0/0/1
      no pass-thru content custom-sdp
      privacy-policy passthru
    !

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasselejer 100

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

    intet eksternt part-id

    Deaktiverer oversættelse af Remote Party-id.

    srtp-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP - opkaldsben (forbindelse). For yderligere oplysninger, se taleklasse srtp-crypto .

    lokalværts-dns: cube1.lgw.com

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

    sessionstransport tcp tls

    Indstiller transport til TLS. For yderligere oplysninger, se session-transport .

    ingen sessionsopdatering

    Deaktiverer opdatering af SIP-sessioner globalt.

    bind kontrol kilde-grænseflade GigabitEthernet0/0/1

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

    bind mediekildegrænseflade GigabitEthernet0/0/1

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

    Databeskyttelsespolitik tilpasning

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

  2. Konfigurer udgående opkaldspeer mod Webex Calling.

    
    dial-peer voice 100 voip
     description OutBound Webex Calling
     destination-pattern bad.bad
     session protocol sipv2
     session target dns:<your edge proxy address>
     session transport tcp tls
     voice-class codec 100
     voice-class stun-usage 100
     voice-class sip rel1xx disable
     voice-class sip asserted-id pai
     voice-class sip profiles 100
     voice-class sip tenant 100
     voice-class sip options-keepalive profile 100
     dtmf-relay rtp-nte
     srtp
     no vad
    

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeerstemme 100 voip

    beskrivelse Ubundet Webex Calling

    Definerer en Vo IP-opkalds-peer med et tag af 100 og giver en meningsfuld beskrivelse for let administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme .

    destinationsmønster bad.bad

    Der kræves et forkert destinationsmønster ved distribution af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe.

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 100 håndterer SIP-opkaldsben. For yderligere oplysninger, se sessionsprotokol (opkalds-peer) .

    sessionsmål-dns: <your edge="" proxy="" address="">

    Definerer Webex Calling-kantproxy-SRV-adressen fra Control Hub til, hvor opkald sendes. For eksempel sessionsmål dns:us01.sipconnect.bcld.webex.com. For yderligere oplysninger, se sessionsmål (VoIP -opkalds-peer) .

    sessionstransport tcp tls

    SIP-opkald -peeren bruger TLS ( Transport Layer Security ) over TCP -transportlagprotokollen.

    codec i taleklasse 100

    Angiver codec-filterliste for opkald til og fra Webex Calling. For yderligere oplysninger, se stemmeklasse-codec .

    sip-profiler i taleklasse 100

    Anvender headermodifikationsprofilen (offentlig IP- eller NAT-adresse), der skal bruges til udgående meddelelser. For yderligere oplysninger, se sip-profiler i taleklasse .

    taleklasse sip lejer 100

    Føjer denne opkalds-peer til lejer 100, hvorfra den vil modtage alle almindelige trunk-konfigurationer.

    tale-class sip-valgmuligheder-keepalive-profil 100

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

11

Opret en opkalds-peer-gruppe baseret på opkalds-peer mod Webex Calling.

  1. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN.


voice class dpg 100
 description Incoming Webex Calling to IP PSTN
 dial-peer 100 

Her er en forklaring af felterne til konfigurationen:

opkaldspeer 100

Tilknytter en udgående opkalds-peer med opkalds-peer-gruppe 100. For yderligere oplysninger, se opkalds-peer-stemme .

12

Konfigurer en indgående opkalds-peer til at modtage meddelelser fra Webex Calling. Indgående match er baseret på URI anmodningen.


dial-peer voice 110 voip 
 description Inbound dial-peer from Webex Calling
 session protocol sipv2
 session transport tcp tls
 destination dpg 200
 incoming uri request 110
 voice-class codec 100
 voice-class stun-usage 100 
 voice-class sip profiles 110 
 voice-class sip srtp-crypto 100
 voice-class sip tenant 100 
 srtp

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 100 sip

Sådan opretter eller modificerer du en stemmeklasse til at matche opkalds-peers med en URI (Session Initiation Protocol). Få flere oplysninger i stemmeklasse uri.

sessionstransport tcp tls

Indstiller transport til TLS. For yderligere oplysninger, se session-transport .

bestemmelsessted dpg 200

Angiver en opkalds-peer-gruppe 200 for at vælge en udgående opkalds-peer mod PSTN eller Unified Communications Manager. Få flere oplysninger om peer-opkaldsgrupper i dpg i taleklasse .

indgående uri-anmodning 110

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

stemmeklasse sip-profil 110

Kun påkrævet, hvor CUBE ligger bag statisk NAT, ændrer SIP-profil 110 den offentlige IP-adresse til den private grænsefladeadresse. For yderligere oplysninger, se sip-profiler i taleklassen .

stemmeklasse srtp-kryptering 100

Konfigurerer de foretrukne krypteringspakker for SRTP - opkaldsben (forbindelse). For yderligere oplysninger, se taleklasse srtp-crypto .

stemmeklasse sip-lejer 100

Tilknytter denne opkalds-peer til trunk-lejeren, så den kan arve alle tilknyttede konfigurationer. Få flere oplysninger i stemmeklassens sip-lejer.

srtp

Angiver, at alle opkald, der bruger denne opkalds-peer, skal bruge krypterede medier. Få flere oplysninger i srtp.

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


 

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

1

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


voice class uri 210 sip
  host ipv4:192.168.80.13
2

Konfigurer følgende udgående opkalds-peer mod PSTN IP-trunk:


dial-peer voice 200 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring af felterne til konfigurationen:

opkaldspeerstemme 200 voip

beskrivelse Udgående opkalds-peer til PSTN

Definerer en VoIP -opkalds-peer med et mærke på 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme.

destinationsmønster BAD.BAD

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

sessionsprotokol sipv2

Angiver, at opkalds-peer 200 håndterer SIP-opkaldsben. For yderligere oplysninger, se sessionsprotokol (opkalds-peer) .

sessionsmål ipv4:192.168.80.13

Angiver destinationens IPv4-adresse, der skal sendes opkaldsben. Sessionsmålet her er ITSP's IP-adresse. For yderligere oplysninger, se sessionsmål (VoIP opkalds-peer) .

stemmeklasse-codec 100

Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. For yderligere oplysninger, se codec i taleklasse .

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. For yderligere oplysninger, se DTMF -relæ (Voice over IP) .

Ikke noget

Deaktiverer stemmeaktivitetsregistrering. For yderligere oplysninger, se vad (opkald til peer) .

3

Konfigurer følgende DPG (Dial-peer Group):

  1. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. Anvend DPG 200 på den indgående opkalds-peer fra Webex Calling.

    
    voice class dpg 200
     description Incoming IP PSTN to Webex Calling
     dial-peer 200 
4

Konfigurer følgende indgående opkalds-peer:

  1. Indgående opkalds-peer for indgående IP PSTN-opkaldsben:

    
    dial-peer voice 210 voip
     description Incoming dial-peer from PSTN 
     session protocol sipv2
     destination dpg 100 
     incoming uri via 210 
     voice-class codec 100 
     dtmf-relay rtp-nte
     no vad
    

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeerstemme 210 voip

    beskrivelse Indgående opkalds-peer fra PSTN

    Definerer en Vo IP-opkalds-peer med et tag på 210 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme .

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 210 håndterer SIP-opkaldsben. For yderligere oplysninger, se sessionsprotokol (opkalds-peer) .

    indgående uri via 210

    Definerer et matchkriterium for VIA-headeren med IP PSTN'ens IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 210. For yderligere oplysninger, se indgående url .

    destination dpg 100

    Omgår de klassiske kriterier for matchning af udgående opkalds-peer i lokal gateway med destinations-DPG 100 mod Webex Calling. Få flere oplysninger om konfiguration af peer-opkaldsgrupper i dpg i taleklasse .

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering. For yderligere oplysninger, se vad (opkald til peer) .

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

1

Konfigurer følgende stemmeklasse-URI-adresser:

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

    
    voice class uri 310 sip
     pattern :5065
    
  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

    
    voice class uri 410 sip
     pattern :5060
    
2

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


 

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


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

Her er en forklaring af felterne til konfigurationen:

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

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

_sip._udp.pstntocucm.io: SRV-ressourcepost

2: SRV-ressourceregistreringsprioritet

1: SRV-ressourcens rekordvægt

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

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

Hvis du vil løse navnet på ressourcepost, skal du oprette lokale DNS A-poster, f.eks.:

ip vært ucmsub5.mydomain.com 192.168.80.65

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

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

192.168.80.65: Værtens IP-adresse.

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

3

Konfigurer følgende udgående opkalds-peers:

  1. Udgående opkalds-peer mod Unified CM fra Webex Calling:

    
    dial-peer voice 300 voip
     description Outgoing dial-peer to CUCM from Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     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 af felterne til konfigurationen:

    opkaldspeerstemme 300 voip

    beskrivelse Udgående opkalds-peer til CUCM fra Webex Calling

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

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning.

  2. Udgående opkalds-peer mod Unified CM fra PSTN:

    
    dial-peer voice 400 voip
     description Outgoing dial-peer to CUCM from PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     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 af felterne til konfigurationen:

    opkaldspeerstemme 400 voip

    beskrivelse Udgående opkalds-peer til CUCM fra PSTN

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

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning.

4

Konfigurer følgende opkalds-peer-gruppe (DPG) for opkald mod Unified CM:

  1. Definer DPG 300 for udgående opkalds-peer 300 for opkald til Unified CM fra Webex Calling:

    
    voice class dpg 300
     dial-peer 300
     
  2. Definer DPG 400 for udgående opkalds-peer 400 for opkald til Unified CM fra PSTN:

    
    voice class dpg 400
     dial-peer 400
    
5

Rediger følgende indgående opkalds-peers for at dirigere PSTN- og Webex Calling-opkald til Unified CM:

  1. Modificer indgående opkalds-peer for opkald fra Webex Calling:

    
    dial-peer voice 110 voip
     no destination dpg 200
     destination dpg 300
    
  2. Modificer indgående opkalds-peer for opkald fra PSTN:

    
    dial-peer voice 210 voip
     no destination dpg 100 
     destination dpg 400
    
  3. Tilføj en indgående opkalds-peer for opkald fra UCM mod Webex Calling:

    
    dial-peer voice 310 voip
     description Incoming dial-peer from CUCM for Webex Calling
     session protocol sipv2
     destination dpg 100
     incoming uri via 310 
     voice-class codec 100
     dtmf-relay rtp-nte
     no vad
    

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeerstemme 310 voip

    beskrivelse Indgående opkalds-peer fra CUCM til Webex Calling

    Definerer en VoIP -opkalds-peer med et mærke på 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme .

    indgående uri via 310

    Angiver URI 300 til al indgående trafik fra Unified CM til LGW på via-kildeporten (5065). For yderligere oplysninger, se indgående URI .

    destination dpg 100

    Angiver opkalds-peer-gruppe 100 for at vælge en udgående opkalds-peer mod Webex Calling. Få flere oplysninger om konfiguration af peer-opkaldsgrupper i taleklasse dpg .

  4. Indgående opkalds-peer for indgående Unified CM-opkaldsben med PSTN som destination:

    
    dial-peer voice 410 voip
     description Incoming dial-peer from CUCM for PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 410
     voice-class codec 100
     dtmf-relay rtp-nte
     no vad
    

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeerstemme 311 voip

    beskrivelse Indgående opkalds-peer fra CUCM til PSTN

    Definerer en Vo IP-opkalds-peer med et tag på 410 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. For yderligere oplysninger, se opkalds-peer-stemme .

    indgående uri via 311

    Angiver stemmeklasse-URI 410 for at matche al indgående trafik fra Unified CM til en lokal gateway for en PSTN-destination på VIA-port. For yderligere oplysninger, se indgående URI .

    bestemmelsessted dpg 200

    Angiver opkalds-peer-gruppe 200 for at vælge en udgående opkalds-peer mod PSTN. Få flere oplysninger om konfiguration af peer-opkaldsgrupper i taleklasse dpg .

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

Diagnosticeringssignaturer (DS) er XML filer, der indeholder oplysninger om problemudløserhændelser og handlinger til at informere, fejlfinde og udbedre problemet. Brug syslog-meddelelser, SNMP -hændelser og gennem periodisk overvågning af specifikke show-kommandoer til at definere problemregistreringslogikken. Handlingstyperne omfatter:

  • Indsamling af show-kommandoer

  • Generering af en konsolideret logfil

  • Overførsel af filen til en netværksplacering, der er angivet af brugeren, såsom HTTPS, SCP, FTP -server

TAC-ingeniører opretter DS-filer og signerer dem digitalt for at sikre integritetsbeskyttelse. Hver DS-fil har det entydige numeriske ID , der er tildelt af systemet. Opslagsværktøj til diagnosticering af signaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke den DS-fil, som du downloader fra DSLT . De filer, du ændrer, mislykkes i installationen på grund af fejlen i integritetskontrollen.

  • En SMTP-server (Simple Mail Transfer Protocol) skal bruges til, at den lokale gateway kan sende e-mailunderretninger.

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

Forudsætninger

Lokal gateway, der kører IOS XE 17.6.1 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, som du bruger til at sende proaktiv besked, hvis enheden kø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øvariablends_email med e-mailadressen på administratoren til dig.

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

Installer diagnosticeringssignaturer til proaktiv overvågning

Overvåger høj CPU udnyttelse

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

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

    
    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. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling løsning

    Problemomfang

    Ydeevne

    Problemtype

    Højt CPU-forbrug med e-mailmeddelelse

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

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

    Følgende eksempel viser kopiering af filen fra en FTP -server til den lokale 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 på den lokale gateway.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. Brug vis diagnosticeringssignatur for opkald til hjemmet kommando for at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

    
    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 

    Download diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    07/11 2020 22:05:33


     

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

Overvågning af unormalt opkald afbrydes

Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503.  Hvis stigningen i antallet af fejl er større end eller lig med 5 fra den seneste meningsmåling, genererer den en syslog og e-mailbesked. Følg trinene nedenfor for at installere signaturen.

  1. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, konfigureres snmp-serverstyring kommandoen.

    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. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Registrering af unormalt SIP -opkald med e-mail- og Syslog-besked.

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

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Installer DS XML-filen på den lokale gateway.

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. Brug kommandoen vis diagnosticeringssignatur for opkald til hjemmet for at kontrollere, at signaturen er blevet installeret korrekt. Statuskolonnen skal have værdien "registreret".

Installer diagnosticeringssignaturer for at fejlfinde et problem

Du kan også bruge Diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC -ingeniører har oprettet adskillige signaturer, der muliggør de nødvendige fejlretninger, der er nødvendige for at fejlfinde et givet problem, registrere problemet, indsamle det rigtige sæt af diagnosticeringsdata og overføre dataene automatisk til Cisco TAC -etuiet. Dette fjerner behovet for at kontrollere problemhændelsen manuelt og gør fejlfinding af periodiske og kortvarige problemer meget nemmere.

Du kan bruge Opslagsværktøj til diagnosticering af signaturer for at finde de relevante signaturer og installere dem for at selv løse et givet problem, eller du kan installere den signatur, der anbefales af TAC-ingeniøren som en del af supportengagementet.

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

  1. Konfigurer en anden DS-miljøvariabelds_fsurl_prefix som Cisco TAC filserver (cxd.cisco.com) for at overføre diagnosticeringsdataene. Brugernavnet i filsti er sagsnummeret, og adgangskoden er filoverførselstoken, som kan hentes fra Supportsagsadministrator som vist i det følgende. Filoverførselstoken kan genereres i Vedhæftede filer afsnittet i Supportsagsadministratoren, efter 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. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere snmp-serverstyring kommandoen.

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Vi anbefaler at installere DS 64224 til overvågning af høj CPU som en proaktiv foranstaltning for at deaktivere alle fejlretninger og diagnosticeringssignaturer i perioder med høj CPU udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU udnyttelse med e-mailbesked.

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

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

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

    
    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 den høje CPU overvågning DS 64224 og derefter DS 65095 XML-fil i den lokale gateway.

    
    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. Bekræft, at signaturen er installeret ved hjælp af Vis diagnose-hjem-opkald-signatur. Statuskolonnen skal have værdien "registreret".

    
    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 

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    8/11 2020 00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    8/11 2020 00:12:53

Kontrollér udførelse af diagnosticeringssignaturer

I den følgende kommando vises kolonnen "Status" for kommandoen vis diagnosticeringssignatur for opkald til hjemmet ændres til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Outputtet af vis statistik for diagnosticering af opkald til hjemmebrug er den bedste måde at kontrollere, om en diagnosticeringssignatur registrerer en begivenhed af interesse og udførte handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver det antal gange, den givne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at registrere en begivenhed, og om signaturen afinstallerer sig selv efter registrering af det maksimale antal udløste begivenheder.

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 

Downloadede diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

8/11 2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

8/11 2020 00:12:53

vis statistik for diagnosticering af opkald til hjemmebrug

DS-id

DS-navn

Udløst/maks./afinstallering

Gennemsnitlig kørselstid (sekunder)

Maks. kørselstid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Afinstaller diagnosticeringssignaturer

Brug diagnosticeringssignaturerne til fejlfindingsformål er typisk defineret til at afinstallere efter registrering af nogle problemhændelser. Hvis du ønsker at afinstallere en signatur manuelt, skal du hente DS- ID fra outputtet på vis diagnosticeringssignatur for opkald til hjemmet og kør følgende kommando:

call-home diagnostic-signature deinstall <DS ID> 

Eksempel:

call-home diagnostic-signature deinstall 64224 

 

Nye signaturer tilføjes periodisk til opslagsværktøjet til diagnosticering af signaturer baseret på problemer, der observeres i installationer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.